Mis on SAP? Ja miks maksab see $163 miljardit?
Igal aastal kulutavad ettevõtted $41 miljardit tarkvarale, et planeerida ettevõtte ressursse,, tuntud oma akronüümi järgi. ERP. Tänapäeval on igas suuremas ettevõttes rakendatud mingit tüüpi ERP-süsteemi. Kuid enamik väikeettevõtteid ei osta ERP-süsteeme ja enamik arendajaid ei ole neid tõenäoliselt näinud. Seega kerkib küsimus neile, kes ei ole ERP-d kasutanud… mis sellega siis on? Kuidas suudab selline ettevõte nagu SAP müüa ERP-d $25 miljardit aastas?
Ja kuidas sai niimoodi, et , sealhulgas 78% toiduainete tarnetest, läbib SAPi programme?
ERP on koht, kus ettevõtted hoiavad oma peamisi operatiivandmeid. Räägime müügiprognoosidest, ostutellimustest, laovarudest ja protsessidest, mis käivituvad nende andmete põhjal (nt tarnijate tasumine tellimuste töötlemise ajal). Erinevatel viisil on ERP ettevõtte "aju" — see salvestab kõik olulised andmed ja kõik tegevused, mis nende andmete põhjal töövoogudes algatatakse.
Kuid enne kui ERP täielikult ärimaailma vallutas, kuidas üldse see tarkvara tekkis? ERP ajalugu ulatub tagasi 1960. aastatesse, mil alustati tõsiseid pingutusi büroo tegevuse automatiseerimiseks. Varasematel aastatel, 1940. ja 50. aastatel, toimus peamiselt mehaanilise töö "siniste kraede" automatiseerimine — meenutage General Motorsi, kes asutas oma automatiseerimise osakonna 1947. aastal. "Valgete kraede" töö automatiseerimine (tihti arvutite abil!) algas aga 60-ndatel.
60-ndate automatiseerimine: arvutite tulek
Esimesteks äri protsessideks, mida arvutite abil automatiseeriti, olid palgaarvestus ja arve esitamine. Varem arvutasid kogu ametnike armee käsitsi töötajate töötunde raamatupidamisraamatutes, korrutasid need tunnitasuga, seejärel arvutasid käsitsi maha maksud, toetuste mahaarvamised jne… kõik see vaid selleks, et arvutada ühe kuu palk! See töömahukas, korduv protsess oli inimlike vigadele altid, olles samas ideaalne arvutite automatiseerimiseks.
60. aastateks kasutasid paljudettevõtted palga arvutamiseks ja arve esitamiseks IBM-i arvuteid. Andmetöötlus on aegunud mõiste, millest on jäänud vaid ettevõte . Selle asemel räägime me täna "IT-st". Siis ei olnud tarkvaraarenduse valdkond veel välja kujunenud, seega värvati IT-osakondadesse sageli analüüse ja õpetati neile programmeerimist kohapeal. Ameerikas avas Purdue ülikool 1962. aastal esimese Computer Science eriala, esimesed lõpetajad said selle eriala kutset mõned aastad hiljem.
Programmeerimine andmete automatiseerimiseks / töötlemiseks 60. aastatel oli keeruline ülesanne mälu piirangute tõttu. Ei olnud kõrgetasemelisi programmeerimiskeeli, standarditud operatsioonisüsteeme ega isiklikke arvuteid - ainult suured ja kallid peamised arvutid, millel oli väike mälu ja kus programme käivitati magnetlintide spiraalidel! Programmeerijad töötasid sageli arvutite kallal öösel, kui need olid vabad. Ettevõtetele nagu General Motors oli tavaline kirjutada oma operatsioonisüsteeme, et maksimaalselt ära kasutada oma peamisi arvuteid.
Täna käivitame rakendustarkvara mitmesugustes standardsetes operatsioonisüsteemides, kuid sellist ei olnud enne 1990. aastate algust. 90% kogu tarkvarast kirjutati eritellimuse järgi ja ainult 10% müüdi valmis kujul.
Selline olukord mõjutas sügavalt, kuidas ettevõtted oma tehnoloogiat arendasid. Mõned arvasid, et tulevik on standaardiseeritud seadmetega, millel on konstantne operatsioonisüsteem ja programmeerimiskeel, nagu õhutransporditööstuses (mida kasutatakse siiani!) Enamik ettevõtteid jätkas oma isoleeritud tarkvara loomist, leiutades sageli ratast uuesti.
Standardtarkvara sünniks: laiendatav programm SAP
1972. aastal lahkus viis inseneri IBM-ist, et sõlmida tarkvaratootmise leping suure keemiatööstuse ettevõttega nimega ICI. Nad asutasid uue ettevõtte nimega SAP (Systemanalyse und Programmentwicklung ehk "süsteemanaluus ja tarkvaraarendus"). Nagu enamik tarkvaraarendajatest sel ajal, tegelesid nad peamiselt konsultatsiooniga. SAP-i töötajad käisid klientide kontorites ja arendasid tarkvara nende arvutites, peamiselt logistikajuhtimiseks.
Äri läks hästi: SAP lõpetas oma esimese aasta 620 000 marki suuruse käibega, mis on veidi üle 1 miljoni dollari tänapäeva rahaequivalendina. Peagi hakkasid nad oma tarkvara müüma teistele klientidele, portides seda vajadusel erinevatele operatsioonisüsteemidele. Järgnevate nelja aasta jooksul omandasid nad üle 40 kliendi, tulu kasvas kuus korda ja töötajate arv suurenes 9-lt 25-le. See võib-olla ei ole kaugeltki aga SAP-i tulevik nägi välja optimistlik.
SAP-i tarkvara oli mitmel põhjusel eriline. Sel ajal töötasid enamik programme öösiti ja trükkisid tulemused paberilintidele, mida kontrolliti järgmisel hommikul. SAP-i programmid seevastu töötasid reaalajas, tulemusi ei trükitud paberile, vaid kuvatakse monitoridel (mis tol ajal maksid umbes 30 000 dollarit).
Kuid kõige olulisem oli see, et SAP-i tarkvara loodi algselt laiendatavana. Esialgses lepingus ICI-ga ei loonud SAP tarkvara nullist, nagu tol ajal harva toimus, vaid kirjutas koodi eelmise projekti peale. Kui SAP käivitas oma raamatupidamistarkvara 1974. aastal, kavatses ta tulevikus kirjutada sellele lisamooduleid ja neid müüa. Selline laiendatavus sai SAP-i määravaks omaduseks. Sel ajal peeti klientide kontekstide vahelise koostöö saavutamist radikaalseks innovatsiooniks. Programmid kirjutati igale kliendile nullist.
Integratsiooni olulisus
Kui SAP esitles oma teist tarkvaramoodulit tootmise jaoks koos esimese finantsmooduliga, said need kaks moodulit omavahel hõlpsasti suhelda, kuna neil oli ühine andmebaas. Selline integreerimine muutis moodulite kombinatsiooni oluliselt väärtuslikumaks kui lihtsalt kaks eraldi programmi.
Kuna tarkvara automatiseerib teatud äri protsesse, sõltus selle mõju suuresti andmete juurdepääsust. Tellimuste andmed hoitakse müügi moodulis, tootevarude andmed hoitakse lao moodulis jne. Ja kuna need süsteemid ei suhtle, tuleb neid regulaarselt sünkroonida, mis tähendab, et töötaja kopeerib andmed käsitsi ühe andmebaasi teisest.
Integreeritud tarkvara lahendab selle probleemi, lihtsustades suhtlemist ettevõtte süsteemide vahel ja võimaldades uusi automatiseerimise vorme. Selline integratsioon - erinevate äri protsesside ja andmeallikate vahel - on ERP-süsteemide peamine omadus. See on saanud eriti oluliseks, kuna riistvara areng on avanud uusi automatiseerimise võimalusi - ja ERP-süsteemid on õitsenud.
Integreeritud tarkvara teabe kätte saamise kiirus võimaldab ettevõtetel . Ettevõte Compaq rakendas ERP abil uut mudelit "tootmine tellimuse järgi" (st arvuti kokkupanek ainult pärast selget tellimuse saamist). See mudel säästab raha, vähendades lao varusid, tuginedes kiirele käibele - just selles aitab hästi toimiv ERP. Kui IBM järgnes sellele samale näiteks, vähendas see komponentide tarnimise aega 22 päevalt kolme päevani.
Kuidas ERP tegelikult välja näeb
Sõnad "ettevõtte tarkvara" ei seostu kohe stiilse ja mugava liidesega, ja SAP ei ole erand. SAP põhiinstallatsioon sisaldab 20 000 andmebaasi tabelit, millest 3000 on konfigureerimise tabelid. Nendes tabelites on umbes 8000 konfigureerimisotsust, mis tuleb teha isegi enne programmi tööle asumist. Just seetõttu on tõeline amet!
Vaatamata seadistamise keerukusele, pakub SAP ERP tarkvara olulist väärtust — mitme äri protsessi laialdast integreerimist. See integreerimine viib tuhandete kasutusvõimalusteni organisatsioonis. SAP korraldab need kasutusvõimalused "tehingutesse", mis esindavad äritegevusi. Mõned tehingute näited on "tellimuse loomine" ja "klientide kuvamine". Need tehingud on korraldatud sisse- jaotatud katalooge. Seega, et leida tehingut "Müügi tellimuse loomine", peate minema katalooge "Logistika", seejärel "Müük", seejärel "Tellimus" ja sealt leiate konkreetse tehingu.
Kui nimetada ERP-d "tehingute brauseriks", siis see oleks üllatavalt täpne kirjeldus. See meenutab tõeliselt brauserit, siin on nupp "Tagasi", suurendamisnupud ja tekstiväli koodide jaoks "TCodes", mis on ekvivalent brauseri aadressiribal. SAP toetab , seega võib tehingute puust navigeerimine olla keeruline ilma nende koodideta.
Vaatamata pöörasele arvule saadaval olevatel konfiguratsioonidel ja tehingutel, kohtavad ettevõtted ikkagi unikaalseid kasutusvõimalusi, mis vajavad nende tegevuste täpset seadistamist. Selliste ainulaadsete töövoogude käsitlemiseks on SAP-l sisseehitatud programmeerimiskeskkond. Nii töötavad iga osa:
Andmed
SAP liideses saavad arendajad luua oma andmebaasitabeleid. Need on relatsioonilised tabelid nagu tavalised SQL andmebaasid: erinevat tüüpi veerud, välistäiendused, väärtuspiirangud, samuti lugemis-/kirjutamislitsentsid.
Loogika
SAP on välja töötanud keele nimega ABAP (Advanced Business Application Programming, algselt Allgemeiner Berichts-Aufbereitungs-Prozessor, saksa keeles "üldine raportite koostamise protsessor"). See võimaldab arendajatel käivitada individuaalset äkkoostööd reageerides teatud toimuvale või ajakava järgi. ABAP on rikkaliku süntaksiga keel, milles on umbes kolm korda rohkem märksõnu kui JavaScriptis (vt. ). Kui olete oma programmi kirjutanud (SAP-is on sisseehitatud redaktor programmeerimiseks), siis avaldate selle kui oma tehingu, koos individuaalse TCode koodiga. Saate olemasolevat käitumist kohandada ulatusliku hook-süsteemiga, mida nimetatakse „äriliseks laienduseks” (add-ins), kus programm seadistatakse käivituma, kui teostatakse teatud tehing — sarnaselt SQL-i käivitajatele.
UI
SAP sisaldab ka UI koostajat. See toetab lohista-ja-drop funktsiooni ning sellega kaasnevad mugavad omadused, nagu andmebaasi tabeli põhjal genereeritud vormid. Sellegipoolest on seda raske kasutada. Minu lemmikosa koostajast on tabeli sammaste joonistamine:
ERP elluviimise raskused
ERP ei ole odav. Suur ülemaailmne ettevõte võib investeerida elluviimisse 100 miljonist 500 miljoni dollarini, sealhulgas 30 miljonit dollarit litsentsitasudeks, 200 miljonit dollarit konsultatsiooniteenuste eest, ülejäänud summa kasutatakse riistvara, juhtide ja töötajate koolituse jaoks. Täielik elluviimine kestab neli kuni kuus aastat. ütles: „Konkurentsieelis tööstuses kuulub ettevõttele, kes suudab SAP-i implementatsiooni paremini ja odavamalt läbi viia.”
Ja asi ei ole ainult rahas. ERP elluviimine on riskantne ettevõtmine ning tulemused varieeruvad märgatavalt. Üks edukamaid juhtumeid on Cisco ERP elluviimine, mis kestis 9 kuud ja maksis 15 miljonit dollarit. Võrdluseks, Dow Chemicali ettevõtte elluviimine maksis 1 miljard dollarit ja võttis aega 8 aastat. . Lausa peavad ERP süsteemide elluviimist „mõõdukaks riskiks äri kahjustamiseks”. Selleteemalist ei kuule tihti tarkvara hindamisel!
ERP integreeritud iseloom tähendab, et selle elluviimiseks on vajalik kogu ettevõtte panus. Ja kuna ettevõtted saavad kasu alles pärast ulatuslikku elluviimist, on see eriti riskantne! ERP elluviimine ei ole vaid ostuotsus: see on kohustus muuta oma tegevuse juhtimise meetodeid. Tarkvara paigaldamine on lihtne, kuid kogu ettevõtte tööprotsessi ümberkorraldamine — see on tõeline töö.
Ettevõtted palkavad sageli konsultatsioonifirmasid nagu Accenture, et rakendada oma ERP-süsteeme ja maksavad selle eest miljoneid dollareid, töötades koos erinevate äriüksustega. Analüütikud määravad kindlaks, kuidas ERP integreerida ettevõtte protsessidesse. Ja niipea, kui integreerimine algab, peab ettevõte alustama töötajate koolitamist süsteemi kasutamiseks. Gartner eraldada 17% eelarvest ainult koolitusele!
Hoolimata kõigist raskustest on enamik Fortune 500 nimekirja ettevõttest rakendanud ERP-süsteeme 1998. aastaks: protsess kiirenes Y2K kartuse tõttu. ERP-turg kasvab ka täna . See on üks suurimaid segmente ülemaailmse tarkustööstuse seas.
Kaasaegne ERP-tööstus
Suurimateks tegijateks on Oracle ja SAP. Kuigi mõlemad on turuliidrid, on nende ERP-tooted üllatavalt erinevad. SAP toode ehitati peamiselt ettevõtte sees, samas kui Oracle ostis agressiivselt konkurente nagu PeopleSoft ja NetSuite.
Oracle ja SAP on nii domineerivad, et isegi omaenda ERP-toote Microsoft Dynamics asemel.
Kuna enamikus valdkondades on ERP jaoks üsna spetsiifilised vajadused, on Oracle'il ja SAP-il valmis konfiguratsioonid paljude valdkondade jaoks, nagu toit, autotööstus ja keemia, samuti vertikaalsed konfiguratsioonid, näiteks müügiorganisatsiooni protsessid. Siiski on alati ruumi nišimängijatele, kes keskenduvad tavaliselt konkreetsele vertikaalile:
- ülikoolidele
- ja McKesson pakuvad ERP-d tervishoiuorganisatsioonidele
- tootmise ja logistika jaoks
Vertikaalsed ERP-d spetsialiseeruvad integratsioonidele ja tööprotsessidele, mis on spetsiifilised sihtturule: näiteks võivad tervishoiu ERP-d .
Kuid spetsialiseerumine ei ole ainus võimalus oma niši leidmiseks turul. Mõned idufirmad püüavad turule tuua kaasaegsemaid tarkvaraplatvorme. Näiteks : see pakub võimalust integreerida (erinevate ERP-dega!) tellimuse alusel. Idufirmad nagu Anaplan ja Zoho pakuvad sama.
ERP tõuseb?
Aastal 2019 tunneb SAP end suurepäraselt: eelmisel aastal oli tulu 24,7 miljardit eurot ning turu kapitalisatsioon on nüüd . Kuid tarkvaramaailm ei ole enam see, mis kunagi oli. Kui SAP esmakordselt ilmus, olid andmed isoleeritud ja neid oli raske integreerida, seega näis, et kõikide nende salvestamine SAP-sse oli ilmselge lahendus.
Kuid nüüd muutub olukord kiiresti. Enamikul kaasaegsetest ettevõtte rakendustest (näiteks Salesforce, Jira jne) on hea API-dega tagapõhi, et andmeid eksportida. Andmejärved hakkavad kujunema: näiteks, võimaldab andmebaaside omavahelist sidumist, mis oli vaid mõned aastad tagasi võimatu.
Allikas: habr.com
