{"id":41397,"date":"2020-02-10T20:24:56","date_gmt":"2020-02-10T17:24:56","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/chto-takoe-sap"},"modified":"2020-02-10T20:24:56","modified_gmt":"2020-02-10T17:24:56","slug":"chto-takoe-sap","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/chto-takoe-sap","title":{"rendered":"Mis on SAP?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Mis
\n
\nMis on SAP? Ja kuidas see maksab $163 miljardit?<\/p>\n

Igal aastal kulutavad ettev\u00f5tted $41 miljardit tarkvarale ettev\u00f5tte ressursside planeerimiseks<\/b>, tuntud l\u00fchendi ERP<\/b>. Praegu on peaaegu igas suuremas ettev\u00f5ttes rakendatud mingisugune ERP-s\u00fcsteem. Kuid enamik v\u00e4ikeseid ettev\u00f5tteid tavaliselt ei osta ERP-s\u00fcsteeme ning enamik arendajaid t\u00f5en\u00e4oliselt ei ole neid \u00fcldse n\u00e4inud. Seega, nende seas, kes pole ERP-d kasutanud, tekib k\u00fcsimus... mis on point? Kuidas suudab ettev\u00f5te nagu SAP m\u00fc\u00fca ERP-d $25 miljardit aastas? <\/p>\n

Ja kuidas juhtus, et 77% maailmakaubandusest<\/a><\/noindex>, sealhulgas 78% toiduainete varudest, l\u00e4bib SAP-i programmide kaudu?
\n<\/a><\/noindex>
\nERP on see koht, kus ettev\u00f5tted s\u00e4ilitavad oma peamised operatiivandmed. R\u00e4\u00e4gime m\u00fc\u00fcgiprognoosidest, ostutellimustest, laovarudest ning samuti protsessidest, mis l\u00e4htuvad nende andmete p\u00f5hjal (nt tarnijatele maksmine tellimuste t\u00e4itmisel). Teatud m\u00f5ttes on ERP ettev\u00f5tte \"aju\" \u2014 see salvestab k\u00f5ik olulised andmed ja k\u00f5ik tegevused, mis algatatakse nende andmete p\u00f5hjal t\u00f6\u00f6protsessides.<\/p>\n

Aga enne kui kaasaegse \u00e4ri maailma t\u00e4ielikult vallutada, kuidas see tarkvara siis \u00fcldse tekkis? ERP ajalugu algab t\u00f5sise b\u00fcrootegevuse automatiseerimise t\u00f6\u00f6ga 1960. aastatel. Varem, 40. ja 50. aastatel, toimus peamiselt mehhaanilise \u201esinise krae\u201c t\u00f6\u00f6 automatiseerimine \u2014 pidage meeles General Motorsit, mis l\u00f5i oma automatiseerimise osakonna 1947. aastal. Seevastu \u201evalge krae\u201c t\u00f6\u00f6 automatiseerimine (tihti arvutite abil!) algas 60. aastatel.<\/p>\n

1960ndate automatiseerimine: arvutite tulek<\/h1>\n

\nEsimeste \u00e4riprotsesside seas, mida arvutite abil automatiseeriti, olid palgakalkulatsioon ja arve esitamine. Varem jooksid terveid arme ametnikke, kes loendasid t\u00f6\u00f6tundide arvu k\u00e4sitsi raamatupidamisraamatus, korrutasid t\u00f6\u00f6tunde tunnitasu abil, seej\u00e4rel lahutasid k\u00e4sitsi tulusid, soodustuste mahaarvamisi ja nii edasi\u2026 k\u00f5ik see ainult \u00fche kuu palga arvutamiseks! See t\u00f6\u00f6mahukas, korduv protsess oli inimese eksimustele avatud ja sobis ideaalselt arvuti automatiseerimiseks.<\/p>\n

60ndateks on paljud ettev\u00f5tted automatiseerimise jaoks palkade arvutamisel ja arve esitamisel kasutanud IBM-i arvuteid. Andmete t\u00f6\u00f6tlemine on aegunud termin, millest on j\u00e4\u00e4nud vaid ettev\u00f5te Automatic Data Processing, Inc<\/a><\/noindex>. T\u00e4nap\u00e4eval r\u00e4\u00e4gime selle asemel \u201eIT-st\u201c. Sel ajal polnud tarkvaraarenduse valdkond veel kujunenud, seet\u00f5ttu v\u00f5eti IT-osakondadesse sageli anal\u00fc\u00fctikuid, keda koolitati programmeerima kohapeal. Esimene arvutiteaduse eriala avati Ameerikas Purdue \u00fclikooli poolt 1962. aastal ning esimene l\u00f5petajate klass selle eriala j\u00e4rgi toimus mitu aastat hiljem.<\/p>\n

\"Mis
\n
\n60. aastatel andmete automatiseerimise ja t\u00f6\u00f6tlemise programmeerimine oli keeruline \u00fclesanne m\u00e4lupiirangute t\u00f5ttu. Ei olnud k\u00f5rgetasemelisi programmeerimiskeeli, standardiseeritud operatsioonis\u00fcsteeme ega isiklikke arvuteid \u2014 olid vaid suured kallid peamised arvutid v\u00e4hese m\u00e4luga, kus programme k\u00e4ivitati magnetlintidel! Programmeerijad t\u00f6\u00f6tasid sageli \u00f6\u00f6sel, kui arvuti oli vaba. Selliste ettev\u00f5tete nagu General Motors jaoks oli tavaline kirjutada oma operatsioonis\u00fcsteeme, et maksimeerida oma peamiste arvutite kasutusv\u00f5imet.<\/p>\n

T\u00e4na k\u00e4ivitame rakendustarkvara mitmetes standardsetes operatsioonis\u00fcsteemides, kuid seda polnud olemas enne 1990. aastate algust. peamiste arvutite keskajal<\/a><\/noindex> 90% kogu tarkvarast kirjutati tellimust\u00f6\u00f6na ja vaid 10% m\u00fc\u00fcdi valmis kujul. <\/p>\n

Selline olukord m\u00f5jutas s\u00fcgavalt, kuidas ettev\u00f5tted oma tehnoloogiaid arendasid. M\u00f5ned arvasid, et tulevik on standardiseeritud riistvaral, millel on muutumatu operatsioonis\u00fcsteem ja programmeerimiskeel, nagu SABRE s\u00fcsteem<\/a><\/noindex> kaubanduses (mida kasutatakse siiani!) Enamik ettev\u00f5tteid j\u00e4tkas oma t\u00e4ielikult isoleeritud tarkvara loomist, sageli jalgratta leiutamisega.<\/p>\n

Standards tarkvara s\u00fcnd: laiendatav SAP programm.<\/h1>\n

\nAastal 1972 lahkus viis inseneri IBM-ist, et s\u00f5lmida leping tarkvara tarnimiseks suure keemiat\u00f6\u00f6stuse ettev\u00f5ttega nimega ICI. Nad asutasid uue ettev\u00f5tte nimega SAP (Systemanalyse und Programmentwicklung v\u00f5i \"s\u00fcsteemianal\u00fc\u00fcs ja tarkvara arendus\"). Nagu enamik tarkvaraarendajatest sel ajal, tegelesid nad peamiselt konsultatsiooniga. SAPi t\u00f6\u00f6tajad k\u00e4isid klientide kontorites ja arendasid tarkvara nende arvutites, peamiselt logistika juhtimiseks.<\/p>\n

\"Mis
\n
\n\u00c4ri l\u00e4ks h\u00e4sti: SAP l\u00f5petas oma esimese aasta 620 000 marga suuruse k\u00e4ibega, mis on t\u00e4nap\u00e4eva dollarites veidi \u00fcle 1 miljoni dollari. Peagi hakkasid nad oma tarkvara m\u00fc\u00fcma ka teistele klientidele, portides seda erinevatele operatsioonis\u00fcsteemidele vajadusel. J\u00e4rgnevate nelja aasta jooksul kasvas nende klientide arv \u00fcle 40, tulu kuuekordistudes ning t\u00f6\u00f6tajate arv suurenes 9-lt 25-le. V\u00f5ib-olla on see kaugel T2D3 kasvu k\u00f5verast, kuid SAP tulevik n\u00e4gi v\u00e4lja optimistlik.<\/a><\/noindex>, kuid SAP tulevik n\u00e4gi v\u00e4lja optimistlik.<\/p>\n

SAP tarkvara oli mitmel p\u00f5hjusel eriline. Sel ajal t\u00f6\u00f6tas enamik programme \u00f6\u00f6sel ja tr\u00fckkis tulemused paberiribadele, mida kontrolliti j\u00e4rgmisel hommikul. SAP programmid t\u00f6\u00f6tasid aga reaalajas, andes tulemuse mitte paberile, vaid monitoridele (mis tol ajal maksid umbes 30 000 dollarit).<\/p>\n

Aga mis k\u00f5ige t\u00e4htsam, SAP tarkvara loodi algselt laiendatavana. Algse lepinguga ICI ei loonud SAP tarkvara nullist, nagu tollal oli tavaks, vaid kirjutas koodi varasema projekti peale. Kui SAP avaldas oma raamatupidamistarkvara 1974. aastal, siis oli algselt plaanis tulevikus kirjutada sellele t\u00e4iendavaid mooduleid ja neid m\u00fc\u00fca. See laiendatavus muutus SAP m\u00e4\u00e4ravaks omaduseks. Tookord peeti kliendikontekstide vahelise suhtlemise v\u00f5imalust radikaalseks uuenduseks. Programmid kirjutati nullist iga kliendi jaoks eraldi.<\/p>\n

Integreerimise t\u00e4htsus<\/h1>\n

\nKui SAP tutvustas oma teist tootmisemoodulit koos esimese finantsmooduliga, said need kaks moodulit h\u00f5lpsasti \u00fcksteisega suhelda, kuna neil oli \u00fchine andmebaas. See integreerimine tegi moodulite kooskasutamise oluliselt v\u00e4\u00e4rtuslikumaks kui lihtsalt kaks eraldi programmi.<\/p>\n

Kuna tarkvara on automatiseerinud teatud \u00e4ri protsesse, s\u00f5ltus selle m\u00f5ju suuresti andmete k\u00e4ttesaadavusest. Ostutellimuste andmed salvestatakse m\u00fc\u00fcgimoodulis, tootevarude andmed hoitakse lao moodulis jne. Kuna need s\u00fcsteemid ei suhtle omavahel, tuleb neid regulaarselt s\u00fcnkroniseerida, mis t\u00e4hendab, et t\u00f6\u00f6taja kopeerib andmed k\u00e4sitsi \u00fchest andmebaasist teise.<\/p>\n

Integreeritud tarkvara lahendab selle probleemi, h\u00f5lbustades ettev\u00f5tete s\u00fcsteemide vahelist suhtlust ja lubades uusi automatiseerimise vorme. Taolise integratsiooni \u2014 erinevate \u00e4ri protsesside ja andmeallikate vahel \u2014 on ERP-s\u00fcsteemide p\u00f5hijoon. See on muutunud eriti oluliseks riistvara arengu t\u00f5ttu, mis avas uusi automatiseerimise v\u00f5imalusi \u2014 ja ERP-s\u00fcsteemid on \u00f5itsenud.<\/p>\n

Integreeritud tarkvara andmete t\u00f6\u00f6tlemise kiirus v\u00f5imaldab ettev\u00f5tetel t\u00e4iesti muuta oma \u00e4ri mudelit<\/a><\/noindex>. Compaq rakendas ERP kaudu uut mudelit \u201etootmine tellimuse j\u00e4rgi\u201c (st arvuti kokkupanek ainult p\u00e4rast selge tellimuse saamist). See mudel s\u00e4\u00e4stab raha, v\u00e4hendades laovarusid ja tuginedes kiirele p\u00f6\u00f6rdele \u2014 just selles aitab t\u00f5hus ERP. Kui IBM j\u00e4rgnes samale eeskujud, v\u00e4hendas ta komponentide tarneaja 22 p\u00e4evalt kolmele p\u00e4evale.<\/p>\n

Kuidas ERP tegelikult v\u00e4lja n\u00e4eb<\/h1>\n

\nK\u00e4edit ei seostu moodsa ja mugava liidesega, ja SAP ei ole erand. SAP p\u00f5hiseade sisaldab 20 000 andmebaasi tabelit, millest 3000 on konfiguratsioonitabelid. Nendes tabelites on umbes 8000 konfiguratsioonilahendust, mis tuleb vastu v\u00f5tta enne programmi t\u00f6\u00f6le asumist. Seet\u00f5ttu SAP konfiguratsiooniekspert<\/a><\/noindex>\u00a0on tegelik amet!<\/p>\n

Hoolimata seadistamise keerukusest, pakub SAP ERP tarkvara olulist v\u00e4\u00e4rtust \u2013 laialdast integreerimist mitme \u00e4riprotsessi vahel. See integreering toob kaasa tuhandeid kasutusv\u00f5imalusi organisatsioonis. SAP korraldab need kasutusv\u00f5imalused 'tehinguteks', mis esindavad \u00e4ritegevusi. Tehingute n\u00e4idete hulka kuuluvad 'tellimuse loomine' ja 'klientide vaatamine'. Need tehingud on korraldatud seotud kataloogivormingus. Seega, et leida 'M\u00fc\u00fcgitellimuse loomine' tehingut, peate minema 'Logistika' katalooge, seej\u00e4rel 'M\u00fc\u00fck', seej\u00e4rel 'Tellimus', ja sealt leiate tegeliku tehingu.<\/p>\n

\"Mis
\n
\nKui nimetada ERP-d 'tehingute brauseriks', siis see oleks \u00fcllatavalt t\u00e4pne kirjeldus. See on v\u00e4ga sarnane brauserile, siin on 'Tagasi' nupp, suumi nupp ja tekstiv\u00e4li 'TCodes' jaoks, mis on ekvivalent aadressiribale brauseris. SAP toetab \u00fcle 16 000 tehingu t\u00fc\u00fcbi<\/a><\/noindex>, seega v\u00f5ib tehingute puu navigeerimine olla keeruline ilma nende koodideta.<\/p>\n

Ehk kuigi saadaval on tohutu hulk konfiguratsioone ja tehingute vorme, on ettev\u00f5tetel endiselt oma unikaalsed kasutusjuhtumid, mis n\u00f5uavad nende tegevuste t\u00e4pset kohandamist. Selliste ainulaadsete t\u00f6\u00f6voogude t\u00f6\u00f6tlemiseks on SAP-l sisseehitatud programmeerimiskeskkond. Nii toimib iga osa:<\/p>\n

Andmed<\/h3>\n

\nSAPi liideses saavad arendajad luua oma andmebaasitabeleid. Need on relatsiooni tabelid, nagu tavalised SQL-andmebaasid: erinevat t\u00fc\u00fcpi veergudega, v\u00e4liste v\u00f5tmetega, v\u00e4\u00e4rtuse piiramisega ning lugemise\/kirjutamise lubadega.<\/p>\n

Loogika<\/h3>\n

\nSAP on v\u00e4lja t\u00f6\u00f6tanud keele nimega ABAP (Advanced Business Application Programming, algselt Allgemeiner Berichts-Aufbereitungs-Prozessor, saksa keeles \u00ab\u00fcldine aruande genereerimise protsessor\u00bb). See v\u00f5imaldab arendajatel k\u00e4ivitada kohandatud \u00e4riloogikat teatud s\u00fcndmuste korral v\u00f5i ajakava j\u00e4rgi. ABAP on rikkaliku s\u00fcntaksiga keel, kus on ligikaudu kolm korda rohkem v\u00f5tmes\u00f5nu kui JavaScriptis (vt. m\u00e4ngu 2048 rakendamine ABAP-is<\/a><\/noindex>). Kui olete oma programmi kirjutanud (SAP-is on sisse ehitatud programmit\u00f6\u00f6tlemise toimetaja), avaldate selle oma tehinguna, koos individuaalse TCode-koodiga. Saate olemasolevat k\u00e4itumist kohandada laia haarde n\u00f6\u00f6ride s\u00fcsteemi abil, mida nimetatakse \u201e\u00e4rilaienditeks\u201d (add-ins), kus programm konfigureeritakse k\u00e4ivituma teatud tehingu t\u00e4itmisel \u2014 sarnaselt SQL-i triggereile.<\/p>\n

UI<\/h3>\n

\nSAP sisaldab ka UI ehitust\u00f6\u00f6riista. See toetab lohistamist ja sisaldab mugavaid funktsioone, nagu andmebaasi tabelite p\u00f5hjal genereeritud vormid. Sellegipoolest on selle kasutamine \u00fcsna keeruline. Minu lemmikosa ehitajast on tabeli veergude joonistamine:<\/p>\n

\"Mis
\n<\/p>\n

ERP rakendamise raskused<\/h1>\n

\nERP ei ole odav. Suur rahvusvaheline ettev\u00f5te v\u00f5ib kulutada rakendamiseks 100 miljonist kuni 500 miljoni dollarini, sealhulgas 30 miljonit dollarit litsentsitasudeks, 200 miljonit dollarit konsultatsiooniteenuste eest, \u00fclej\u00e4\u00e4nu riistvara, juhtide ja t\u00f6\u00f6tajate koolitusele. T\u00e4ielik rakendamine v\u00f5tab aega neljast kuuest aastani. Suure keemiat\u00f6\u00f6stuse juht<\/a><\/noindex> \u00fctles: \u00abT\u00f6\u00f6stuse konkurentsieelise saab ettev\u00f5te, mis suudab SAP-implementatsiooni ellu viia kiiremini ja odavamalt.\u00bb<\/p>\n

Ja asi ei ole ainult rahas. ERP-implementatsioon on riskantne ettev\u00f5tmine ning tulemused varieeruvad oluliselt. \u00dcheks edukaks n\u00e4iteks peetakse Cisco ERP-implementatsiooni, mis kestis 9 kuud ja maksis 15 miljonit dollarit. V\u00f5rdluseks, Dow Chemical Corporationi implementatsioon maksis 1 miljard dollarit ja kestis 8 aastat. USA merev\u00e4gi kulutas 1 miljard dollarit neljale erinevale ERP-projektile, kuid k\u00f5ik need ebafailsid.<\/a><\/noindex>. A\u017e 65% juhtidest<\/a><\/noindex> arvavad, et ERP-s\u00fcsteemide rakendamine toob kaasa \u00abm\u00f5\u00f5duka riski \u00e4ri kahjustamiseks\u00bb. Sellist arvamust kuuleb harva tarkvara hindamisel!<\/p>\n

ERP-i integreeritud iseloom t\u00e4hendab, et selle implementatsiooniks on vajalik kogu ettev\u00f5tte pingutus. Ja kuna ettev\u00f5tted saavad kasu alles p\u00e4rast \u00fchtset<\/i> rakendamist, on see eriti riskantne! ERP-implementatsioon ei ole lihtsalt ostuotsus: see on kohustus muuta oma tegevusmeetodeid. Tarkvara paigaldamine on lihtne, kogu ettev\u00f5tte t\u00f6\u00f6protsesside \u00fcmberkorraldamine \u2013 siin on t\u00f5eline t\u00f6\u00f6.<\/p>\n

ERP-s\u00fcsteemi juurutamiseks palkavad kliendid sageli konsultatsioonifirmasid nagu Accenture, maksavad neile miljonite dollarite eest t\u00f6\u00f6 eest erinevate \u00e4ri\u00fcksustega. Anal\u00fc\u00fctikud m\u00e4\u00e4ravad, kuidas ERP-d ettev\u00f5tte protsessidesse integreerida. Ja kui integreerimine alaneb, peab ettev\u00f5te alustama k\u00f5igi t\u00f6\u00f6tajate koolitamist s\u00fcsteemi kasutamiseks. Gartner soovitab<\/a><\/noindex> eraldada 17% eelarvest ainult koolitamiseks!<\/p>\n

Hoolimata k\u00f5igist raskustest on enamik Fortune 500 nimekirjas olevaid ettev\u00f5tteid juurutanud ERP-s\u00fcsteemid 1998. aastaks: protsess kiirenes Y2K hirmu t\u00f5ttu. ERP-turg kasvab j\u00e4tkuvalt ka t\u00e4nap\u00e4eval \u00fcle 40 miljardi dollari<\/a><\/noindex>. See on \u00fcks suurimaid segmente globaalses tarkvarat\u00f6\u00f6stuses.<\/p>\n

Kaasaegne ERP-t\u00f6\u00f6stus<\/h1>\n

\nSuurimad tegijad on Oracle ja SAP. Kuigi m\u00f5lemad on turuliidrid, on nende ERP-tooted \u00fcllatavalt erinevad. SAP toode on peamiselt ehitatud ettev\u00f5tte sees, samas kui Oracle on agressiivselt omandanud konkurente nagu PeopleSoft ja NetSuite.<\/p>\n

Oracle ja SAP on nii domineerivad, et isegi Microsoft kasutab SAP-i<\/a><\/noindex> oma ERP-toote Microsoft Dynamics asemel.<\/p>\n

Kuna enamikul t\u00f6\u00f6stusharudel on ERP-le \u00fcsna spetsiifilised vajadused, on Oracle'il ja SAP-il valmis konfiguratsioonid paljude t\u00f6\u00f6stusharude jaoks, nagu toiduainete, autot\u00f6\u00f6stuse ja keemiat\u00f6\u00f6stuse ning ka vertikaalkonfiguratsioonid, nagu m\u00fc\u00fcgikorralduse protsessid. Siiski j\u00e4\u00e4b alati ruumi ni\u0161im\u00e4ngijatele, kes tavaliselt keskenduvad konkreetsele vertikaalile:<\/p>\n