Mis on SAP? Ja kuidas see maksab $163 miljardit?
Igal aastal kulutavad ettevõtted $41 miljardit tarkvarale ettevõtte ressursside planeerimiseks, tuntud lühendi ERP. Praegu on peaaegu igas suuremas ettevõttes rakendatud mingisugune ERP-süsteem. Kuid enamik väikeseid ettevõtteid tavaliselt ei osta ERP-süsteeme ning enamik arendajaid tõenäoliselt ei ole neid üldse näinud. Seega, nende seas, kes pole ERP-d kasutanud, tekib küsimus... mis on point? Kuidas suudab ettevõte nagu SAP müüa ERP-d $25 miljardit aastas?
Ja kuidas juhtus, et , sealhulgas 78% toiduainete varudest, läbib SAP-i programmide kaudu?
ERP on see koht, kus ettevõtted säilitavad oma peamised operatiivandmed. Räägime müügiprognoosidest, ostutellimustest, laovarudest ning samuti protsessidest, mis lähtuvad nende andmete põhjal (nt tarnijatele maksmine tellimuste täitmisel). Teatud mõttes on ERP ettevõtte "aju" — see salvestab kõik olulised andmed ja kõik tegevused, mis algatatakse nende andmete põhjal tööprotsessides.
Aga enne kui kaasaegse äri maailma täielikult vallutada, kuidas see tarkvara siis üldse tekkis? ERP ajalugu algab tõsise bürootegevuse automatiseerimise tööga 1960. aastatel. Varem, 40. ja 50. aastatel, toimus peamiselt mehhaanilise „sinise krae“ töö automatiseerimine — pidage meeles General Motorsit, mis lõi oma automatiseerimise osakonna 1947. aastal. Seevastu „valge krae“ töö automatiseerimine (tihti arvutite abil!) algas 60. aastatel.
1960ndate automatiseerimine: arvutite tulek
Esimeste äriprotsesside seas, mida arvutite abil automatiseeriti, olid palgakalkulatsioon ja arve esitamine. Varem jooksid terveid arme ametnikke, kes loendasid töötundide arvu käsitsi raamatupidamisraamatus, korrutasid töötunde tunnitasu abil, seejärel lahutasid käsitsi tulusid, soodustuste mahaarvamisi ja nii edasi… kõik see ainult ühe kuu palga arvutamiseks! See töömahukas, korduv protsess oli inimese eksimustele avatud ja sobis ideaalselt arvuti automatiseerimiseks.
60ndateks on paljud ettevõtted automatiseerimise jaoks palkade arvutamisel ja arve esitamisel kasutanud IBM-i arvuteid. Andmete töötlemine on aegunud termin, millest on jäänud vaid ettevõte . Tänapäeval räägime selle asemel „IT-st“. Sel ajal polnud tarkvaraarenduse valdkond veel kujunenud, seetõttu võeti IT-osakondadesse sageli analüütikuid, keda koolitati programmeerima kohapeal. Esimene arvutiteaduse eriala avati Ameerikas Purdue ülikooli poolt 1962. aastal ning esimene lõpetajate klass selle eriala järgi toimus mitu aastat hiljem.
60. aastatel andmete automatiseerimise ja töötlemise programmeerimine oli keeruline ülesanne mälupiirangute tõttu. Ei olnud kõrgetasemelisi programmeerimiskeeli, standardiseeritud operatsioonisüsteeme ega isiklikke arvuteid — olid vaid suured kallid peamised arvutid vähese mäluga, kus programme käivitati magnetlintidel! Programmeerijad töötasid sageli öösel, kui arvuti oli vaba. Selliste ettevõtete nagu General Motors jaoks oli tavaline kirjutada oma operatsioonisüsteeme, et maksimeerida oma peamiste arvutite kasutusvõimet.
Täna käivitame rakendustarkvara mitmetes standardsetes operatsioonisüsteemides, kuid seda polnud olemas enne 1990. aastate algust. 90% kogu tarkvarast kirjutati tellimustööna ja vaid 10% müüdi valmis kujul.
Selline olukord mõjutas sügavalt, kuidas ettevõtted oma tehnoloogiaid arendasid. Mõned arvasid, et tulevik on standardiseeritud riistvaral, millel on muutumatu operatsioonisüsteem ja programmeerimiskeel, nagu kaubanduses (mida kasutatakse siiani!) Enamik ettevõtteid jätkas oma täielikult isoleeritud tarkvara loomist, sageli jalgratta leiutamisega.
Standards tarkvara sünd: laiendatav SAP programm.
Aastal 1972 lahkus viis inseneri IBM-ist, et sõlmida leping tarkvara tarnimiseks suure keemiatööstuse ettevõttega nimega ICI. Nad asutasid uue ettevõtte nimega SAP (Systemanalyse und Programmentwicklung või "süsteemianalüüs ja tarkvara arendus"). Nagu enamik tarkvaraarendajatest sel ajal, tegelesid nad peamiselt konsultatsiooniga. SAPi töötajad käisid klientide kontorites ja arendasid tarkvara nende arvutites, peamiselt logistika juhtimiseks.
Äri läks hästi: SAP lõpetas oma esimese aasta 620 000 marga suuruse käibega, mis on tänapäeva dollarites veidi üle 1 miljoni dollari. Peagi hakkasid nad oma tarkvara müüma ka teistele klientidele, portides seda erinevatele operatsioonisüsteemidele vajadusel. Järgnevate nelja aasta jooksul kasvas nende klientide arv üle 40, tulu kuuekordistudes ning töötajate arv suurenes 9-lt 25-le. Võib-olla on see kaugel T2D3 kasvu kõverast, , kuid SAP tulevik nägi välja optimistlik.
SAP tarkvara oli mitmel põhjusel eriline. Sel ajal töötas enamik programme öösel ja trükkis tulemused paberiribadele, mida kontrolliti järgmisel hommikul. SAP programmid töötasid aga reaalajas, andes tulemuse mitte paberile, vaid monitoridele (mis tol ajal maksid umbes 30 000 dollarit).
Aga mis kõige tähtsam, 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äiendavaid mooduleid ja neid müüa. See laiendatavus muutus SAP määravaks omaduseks. Tookord peeti kliendikontekstide vahelise suhtlemise võimalust radikaalseks uuenduseks. Programmid kirjutati nullist iga kliendi jaoks eraldi.
Integreerimise tähtsus
Kui SAP tutvustas oma teist tootmisemoodulit koos esimese finantsmooduliga, said need kaks moodulit hõlpsasti üksteisega suhelda, kuna neil oli ühine andmebaas. See integreerimine tegi moodulite kooskasutamise oluliselt väärtuslikumaks kui lihtsalt kaks eraldi programmi.
Kuna tarkvara on automatiseerinud teatud äri protsesse, sõltus selle mõju suuresti andmete kättesaadavusest. Ostutellimuste andmed salvestatakse müügimoodulis, tootevarude andmed hoitakse lao moodulis jne. Kuna need süsteemid ei suhtle omavahel, tuleb neid regulaarselt sünkroniseerida, mis tähendab, et töötaja kopeerib andmed käsitsi ühest andmebaasist teise.
Integreeritud tarkvara lahendab selle probleemi, hõlbustades ettevõtete süsteemide vahelist suhtlust ja lubades uusi automatiseerimise vorme. Taolise integratsiooni — erinevate äri protsesside ja andmeallikate vahel — on ERP-süsteemide põhijoon. See on muutunud eriti oluliseks riistvara arengu tõttu, mis avas uusi automatiseerimise võimalusi — ja ERP-süsteemid on õitsenud.
Integreeritud tarkvara andmete töötlemise kiirus võimaldab ettevõtetel . Compaq rakendas ERP kaudu uut mudelit „tootmine tellimuse järgi“ (st arvuti kokkupanek ainult pärast selge tellimuse saamist). See mudel säästab raha, vähendades laovarusid ja tuginedes kiirele pöördele — just selles aitab tõhus ERP. Kui IBM järgnes samale eeskujud, vähendas ta komponentide tarneaja 22 päevalt kolmele päevale.
Kuidas ERP tegelikult välja näeb
Käedit ei seostu moodsa ja mugava liidesega, ja SAP ei ole erand. SAP põhiseade sisaldab 20 000 andmebaasi tabelit, millest 3000 on konfiguratsioonitabelid. Nendes tabelites on umbes 8000 konfiguratsioonilahendust, mis tuleb vastu võtta enne programmi tööle asumist. Seetõttu on tegelik amet!
Hoolimata seadistamise keerukusest, pakub SAP ERP tarkvara olulist väärtust – laialdast integreerimist mitme äriprotsessi vahel. See integreering toob kaasa tuhandeid kasutusvõimalusi organisatsioonis. SAP korraldab need kasutusvõimalused 'tehinguteks', mis esindavad äritegevusi. Tehingute näidete hulka kuuluvad 'tellimuse loomine' ja 'klientide vaatamine'. Need tehingud on korraldatud seotud kataloogivormingus. Seega, et leida 'Müügitellimuse loomine' tehingut, peate minema 'Logistika' katalooge, seejärel 'Müük', seejärel 'Tellimus', ja sealt leiate tegeliku tehingu.
Kui nimetada ERP-d 'tehingute brauseriks', siis see oleks üllatavalt täpne kirjeldus. See on väga sarnane brauserile, siin on 'Tagasi' nupp, suumi nupp ja tekstiväli 'TCodes' jaoks, mis on ekvivalent aadressiribale brauseris. SAP toetab , seega võib tehingute puu navigeerimine olla keeruline ilma nende koodideta.
Ehk kuigi saadaval on tohutu hulk konfiguratsioone ja tehingute vorme, on ettevõtetel endiselt oma unikaalsed kasutusjuhtumid, mis nõuavad nende tegevuste täpset kohandamist. Selliste ainulaadsete töövoogude töötlemiseks on SAP-l sisseehitatud programmeerimiskeskkond. Nii toimib iga osa:
Andmed
SAPi liideses saavad arendajad luua oma andmebaasitabeleid. Need on relatsiooni tabelid, nagu tavalised SQL-andmebaasid: erinevat tüüpi veergudega, väliste võtmetega, väärtuse piiramisega ning lugemise/kirjutamise lubadega.
Loogika
SAP on välja töötanud keele nimega ABAP (Advanced Business Application Programming, algselt Allgemeiner Berichts-Aufbereitungs-Prozessor, saksa keeles «üldine aruande genereerimise protsessor»). See võimaldab arendajatel käivitada kohandatud äriloogikat teatud sündmuste korral või ajakava järgi. ABAP on rikkaliku süntaksiga keel, kus on ligikaudu kolm korda rohkem võtmesõnu kui JavaScriptis (vt. ). Kui olete oma programmi kirjutanud (SAP-is on sisse ehitatud programmitöötlemise toimetaja), avaldate selle oma tehinguna, koos individuaalse TCode-koodiga. Saate olemasolevat käitumist kohandada laia haarde nööride süsteemi abil, mida nimetatakse „ärilaienditeks” (add-ins), kus programm konfigureeritakse käivituma teatud tehingu täitmisel — sarnaselt SQL-i triggereile.
UI
SAP sisaldab ka UI ehitustööriista. See toetab lohistamist ja sisaldab mugavaid funktsioone, nagu andmebaasi tabelite põhjal genereeritud vormid. Sellegipoolest on selle kasutamine üsna keeruline. Minu lemmikosa ehitajast on tabeli veergude joonistamine:
ERP rakendamise raskused
ERP ei ole odav. Suur rahvusvaheline ettevõte võib kulutada rakendamiseks 100 miljonist kuni 500 miljoni dollarini, sealhulgas 30 miljonit dollarit litsentsitasudeks, 200 miljonit dollarit konsultatsiooniteenuste eest, ülejäänu riistvara, juhtide ja töötajate koolitusele. Täielik rakendamine võtab aega neljast kuuest aastani. ütles: «Tööstuse konkurentsieelise saab ettevõte, mis suudab SAP-implementatsiooni ellu viia kiiremini ja odavamalt.»
Ja asi ei ole ainult rahas. ERP-implementatsioon on riskantne ettevõtmine ning tulemused varieeruvad oluliselt. Üheks edukaks näiteks peetakse Cisco ERP-implementatsiooni, mis kestis 9 kuud ja maksis 15 miljonit dollarit. Võrdluseks, Dow Chemical Corporationi implementatsioon maksis 1 miljard dollarit ja kestis 8 aastat. . Až arvavad, et ERP-süsteemide rakendamine toob kaasa «mõõduka riski äri kahjustamiseks». Sellist arvamust kuuleb harva tarkvara hindamisel!
ERP-i integreeritud iseloom tähendab, et selle implementatsiooniks on vajalik kogu ettevõtte pingutus. Ja kuna ettevõtted saavad kasu alles pärast ühtset rakendamist, on see eriti riskantne! ERP-implementatsioon ei ole lihtsalt ostuotsus: see on kohustus muuta oma tegevusmeetodeid. Tarkvara paigaldamine on lihtne, kogu ettevõtte tööprotsesside ümberkorraldamine – siin on tõeline töö.
ERP-süsteemi juurutamiseks palkavad kliendid sageli konsultatsioonifirmasid nagu Accenture, maksavad neile miljonite dollarite eest töö eest erinevate äriüksustega. Analüütikud määravad, kuidas ERP-d ettevõtte protsessidesse integreerida. Ja kui integreerimine alaneb, peab ettevõte alustama kõigi töötajate koolitamist süsteemi kasutamiseks. Gartner eraldada 17% eelarvest ainult koolitamiseks!
Hoolimata kõigist raskustest on enamik Fortune 500 nimekirjas olevaid ettevõtteid juurutanud ERP-süsteemid 1998. aastaks: protsess kiirenes Y2K hirmu tõttu. ERP-turg kasvab jätkuvalt ka tänapäeval . See on üks suurimaid segmente globaalses tarkvaratööstuses.
Kaasaegne ERP-tööstus
Suurimad tegijad on Oracle ja SAP. Kuigi mõlemad on turuliidrid, on nende ERP-tooted üllatavalt erinevad. SAP toode on peamiselt ehitatud ettevõtte sees, samas kui Oracle on agressiivselt omandanud konkurente nagu PeopleSoft ja NetSuite.
Oracle ja SAP on nii domineerivad, et isegi oma ERP-toote Microsoft Dynamics asemel.
Kuna enamikul tööstusharudel on ERP-le üsna spetsiifilised vajadused, on Oracle'il ja SAP-il valmis konfiguratsioonid paljude tööstusharude jaoks, nagu toiduainete, autotööstuse ja keemiatööstuse ning ka vertikaalkonfiguratsioonid, nagu müügikorralduse protsessid. Siiski jääb alati ruumi nišimängijatele, kes tavaliselt keskenduvad konkreetsele vertikaalile:
- ülikoolidele
- ja McKesson pakuvad ERP-d tervishoiuorganisatsioonidele
- tootmise ja logistika jaoks
Vertikaalsed ERP-d spetsialiseeruvad integratsioonidele ja töövoogudele, mis on spetsiifilised sihtturule: näiteks tervishoiu ERP-d .
Siiski ei ole spetsialiseerimine ainus viis oma niši leidmiseks turul. Mitmed idufirmad püüavad turule tuua kaasaegsemaid tarkvaraplatvorme. Heaks näiteks on : see pakub võimalust integreerimiseks (erinevate ERP-dega!) tellimuse alusel. Idufirmad nagu Anaplan ja Zoho pakuvad sama.
ERP on tõusuteel?
Aastal 2019 tunneb SAP end suurepäraselt: eelmisel aastal oli käive €24,7 miljardit ja turuväärtus on nüüd ületanud . Kuid tarkvaramaailm ei ole enam see, mis varem. Kui SAP esmakordselt turule tuli, olid andmed isoleeritud ja keerulised integreerida, mistõttu tundus kõik see SAP-i salvestamine loogiline lahendus.
Kuid nüüd muutub olukord kiiresti. Enamikul kaasaegsetest ettevõtte tarkvaradest (nt Salesforce, Jira jne) on hea taust API-dega andmete eksportimiseks. Moodustuvad andmejärved: näiteks kergendab andmebaaside omavahelist ühendamist, mis oli paar aastat tagasi võimatu.
Allikas: habr.com
