Mis on SAP? Miks on selle väärtus 163 miljardit dollarit?
Igal aastal kulutavad ettevõtted tarkvarale 41 miljardit dollarit ettevõtte ressursside planeerimine, mida tuntakse akronüümi all ERP. Tänaseks on pea iga suurettevõte juurutanud üht või teist ERP-süsteemi. Kuid enamik väikeettevõtteid ei osta tavaliselt ERP-süsteeme ja tõenäoliselt pole enamik arendajaid seda veel näinud. Nii et nende jaoks, kes pole ERP-d kasutanud, on küsimus... mis on lõbus? Kuidas õnnestub ettevõttel nagu SAP müüa ERP-s 25 miljardit dollarit aastas?
Ja kuidas see juhtus , sealhulgas 78% toiduvarudest läbib SAP programmid?
ERP on koht, kus ettevõtted salvestavad põhilisi tegevusandmeid. Räägime müügiprognoosidest, ostutellimustest, laoseisust ja nende andmete põhjal käivitatavatest protsessidest (nt tarnijatele tasumine tellimuste esitamisel). Teatud mõttes on ERP ettevõtte "ajud" – see salvestab töövoogudesse kõik olulised andmed ja kõik toimingud, mida need andmed käivitavad.
Kuid enne tänapäevase ärimaailma täielikku ülevõtmist, kuidas see tarkvara üldse tekkis? ERP ajalugu algab tõsisest kontoritegevuse automatiseerimisest 1960. aastatel. Varem, 40ndatel ja 50ndatel, automatiseeriti peamiselt mehaanilisi töid – mõelge General Motorsile, kes lõi oma automaatikaosakonna 1947. aastal. Kuid valgekraede tööde automatiseerimine (sageli arvutite abil!) algas 60ndatel.
60ndate automatiseerimine: arvutite ilmumine
Esimesed äriprotsessid, mis arvuti abil automatiseeriti, olid palgaarvestus ja arvete koostamine. Varem lugesid terved kontoritöötajate armeed käsitsi kokku töötajate töötunde, korrutasid tunnitasuga, seejärel lahutasid käsitsi maksud, hüvitiste mahaarvamised jne... kõik selleks, et arvutada välja ühe kuu töötasu! See töömahukas korduv protsess oli altid inimlikele vigadele, kuid sobis ideaalselt arvuti automatiseerimiseks.
60. aastateks kasutasid paljud ettevõtted palgaarvestuse ja arvete automatiseerimiseks IBMi arvuteid. Andmetöötlus on aegunud termin, millest jääb alles vaid ettevõte . Täna ütleme selle asemel "IT". Sel ajal ei olnud tarkvaraarendustööstus veel välja kujunenud, mistõttu IT-osakonnad palkasid sageli analüütikuid ja õpetasid neile kohapeal programmeerimist. Esimese arvutiteaduse osakonna Ameerika Ühendriikides avas Purdue ülikool 1962. aastal ning esimene eriala lõpetamine toimus paar aastat hiljem.
Automatiseerimis-/andmetöötlusprogrammide kirjutamine 60ndatel oli mälupiirangute tõttu raske ülesanne. Polnud kõrgetasemelisi keeli, standardiseeritud operatsioonisüsteeme ega personaalarvuteid – ainult suured, kallid väikese mälumahuga suurarvutid, kus programmid jooksid magnetlindi rullidel! Programmeerijad töötasid sageli öösel arvutiga, kui see oli tasuta. Oli tavaline, et sellised ettevõtted nagu General Motors kirjutasid oma operatsioonisüsteemid, et saada oma suurarvutitest maksimumi.
Tänapäeval kasutame rakendustarkvara mitmel standardsel operatsioonisüsteemil, kuid see oli nii alles 1990. aastatel. IN 90% kogu tarkvarast kirjutati tellimuse peale ja ainult 10% müüdi valmis kujul.
See olukord mõjutas põhjalikult seda, kuidas ettevõtted oma tehnoloogiaid arendasid. Mõned soovitasid, et tulevik oleks standardiseeritud riistvara fikseeritud OS-i ja programmeerimiskeelega, näiteks lennundustööstuse jaoks (mida kasutatakse siiani!) Enamik ettevõtteid jätkas oma täiesti isoleeritud tarkvara loomist, leiutades sageli ratta uuesti.
Standardtarkvara sünd: SAP laiendatav tarkvara
1972. aastal lahkus IBM-ist viis inseneri, et sõlmida tarkvaraleping suure keemiaettevõttega ICI. Nad asutasid uue ettevõtte nimega SAP (Systemanalyse und Programmentwicklung ehk “süsteemianalüüs ja programmiarendus”). Nagu enamik tolleaegseid tarkvaraarendajaid, tegelesid ka nemad eelkõige nõustamisega. SAP töötajad tulid klientide kontoritesse ja arendasid nende arvutites tarkvara peamiselt logistika juhtimiseks.
Äri oli hea: SAP lõpetas esimese aasta 620 tuhande marga suuruse tuluga, mis tänastes dollarites on veidi üle 1 miljoni dollari. Peagi hakkasid nad oma tarkvara teistele klientidele müüma, portides selle vastavalt vajadusele erinevatesse operatsioonisüsteemidesse. Järgmise nelja aasta jooksul said nad rohkem kui 40 klienti, tulud kasvasid kuuekordseks ja töötajate arv kasvas 9-lt 25-le. Võib-olla on see kaugel. , kuid SAP-i tulevik näis helge.
SAP tarkvara oli eriline mitmel põhjusel. Sel ajal töötas enamik programme öösiti ja printis tulemuse paberlintidele, mida järgmisel hommikul kontrollisid. Selle asemel töötasid SAP programmid reaalajas ja tulemust ei kuvata mitte paberil, vaid monitoridel (mis maksis tol ajal umbes 30 tuhat dollarit).
Kuid mis kõige tähtsam, SAP-tarkvara kavandati algusest peale laiendatavaks. Algses lepingus ICI-ga ei ehitanud SAP tarkvara nullist, nagu tol ajal oli tavaline, vaid kirjutas koodi eelmise projekti peale. Kui SAP 1974. aastal oma finantsarvestustarkvara välja andis, plaanis ta algselt tulevikus selle peale kirjutada täiendavaid tarkvaramooduleid ja need maha müüa. See laiendatavus on muutunud SAP-i määravaks tunnuseks. Sel ajal peeti kliendikontekstide vahelist suhtlust radikaalseks uuenduseks. Programmid kirjutati iga kliendi jaoks nullist.
Integratsiooni tähtsus
Kui SAP tutvustas lisaks esimesele finantsmoodulile ka oma teist tootmistarkvara moodulit, said need kaks moodulit omavahel hõlpsasti suhelda, kuna neil oli ühine andmebaas. See integratsioon muutis moodulite kombinatsiooni oluliselt väärtuslikumaks kui ainult kaks programmi eraldi.
Kuna tarkvara automatiseeris teatud äriprotsesse, sõltus selle mõju suuresti andmetele juurdepääsust. Ostutellimuse andmed salvestatakse müügimoodulisse, toodete laoandmed salvestatakse laomoodulisse jne. Ja kuna need süsteemid ei interakteeru, tuleb neid regulaarselt sünkroniseerida, st töötaja kopeerib käsitsi andmed ühest andmebaasist teise .
Integreeritud tarkvara lahendab selle probleemi, hõlbustades ettevõtte süsteemide vahelist suhtlust ja võimaldades uut tüüpi automatiseerimist. Selline integratsioon – nii erinevate äriprotsesside kui ka andmeallikate vahel – on ERP-süsteemide põhiomadus. See muutus eriti oluliseks riistvara arenedes, avades uusi võimalusi automatiseerimiseks – ja ERP-süsteemid õitsesid.
Integreeritud tarkvaras teabele juurdepääsu kiirus võimaldab ettevõtetel . Compaq, kasutades ERP-d, tutvustas uut mudelit "make-to-order" (see tähendab, et arvuti ehitatakse alles pärast selgesõnalise tellimuse saamist). See mudel säästab raha, vähendades laoseisu ja tuginedes kiirele toimimisele – täpselt see, mille vastu hea ERP aitab. Kui IBM järgis eeskuju, vähendas see komponentide tarneaega 22 päevalt kolmele.
Kuidas ERP tegelikult välja näeb
Sõnad “ettevõttetarkvara” ei seostata moeka ja kasutajasõbraliku liidesega ning SAP pole erand. SAP-i põhiinstallatsioon sisaldab 20 000 andmebaasitabelit, millest 3000 on konfiguratsioonitabelid. Need tabelid sisaldavad umbes 8000 konfiguratsiooniotsust, mis tuleb teha enne programmi käivitamist. Sellepärast - see on tõeline elukutse!
Vaatamata kohandamise keerukusele pakub SAP ERP-tarkvara võtmeväärtust – laia integratsiooni mitme äriprotsessi vahel. Selle integratsiooni tulemuseks on tuhandeid kasutusjuhtumeid kogu organisatsioonis. SAP korraldab need kasutusjuhtumid tehinguteks, mis on äritegevused. Mõned näited tehingutest hõlmavad "tellimuse loomist" ja "kuva klienti". Need tehingud on korraldatud pesastatud kataloogivormingus. Seega, et leida tehingu Loo müügitellimus, lähete Logistika kataloogi, sealt Müük, seejärel Tellimus ja sealt leiate tegeliku tehingu.
ERP nimetamine "tehingubrauseriks" oleks üllatavalt täpne kirjeldus. See on väga sarnane brauserile, millel on tagasinupp, suuminupud ja tekstiväli "TCodes" jaoks, mis on samaväärne brauseri aadressiribaga. SAP toetab , nii et ilma nende koodideta võib tehingupuus navigeerimine olla keeruline.
Vaatamata saadaolevate konfiguratsioonide ja tehingute peadpööritavale arvule, seisavad ettevõtted endiselt silmitsi ainulaadsete kasutusjuhtumitega ja peavad oma toiminguid viimistlema. Selliste ainulaadsete töövoogude käsitlemiseks on SAP-il sisseehitatud programmeerimiskeskkond. Iga osa töötab järgmiselt.
Andmed
SAP-liideses saavad arendajad luua oma andmebaasitabeleid. Need on relatsioonitabelid nagu tavalised SQL-andmebaasid: erinevat tüüpi veerud, võõrvõtmed, väärtuspiirangud ja lugemis-/kirjutamisõigused.
Loogika
SAP töötas välja keele nimega ABAP (Advanced Business Application Programming, algselt Allgemeiner Berichts-Aufbereitungs-Prozessor, saksa keeles "üldine aruandlusprotsessor"). See võimaldab arendajatel kasutada kohandatud äriloogikat vastuseks konkreetsetele sündmustele või ajakava järgi. ABAP on süntaksirikas keel, milles on umbes kolm korda rohkem märksõnu kui JavaScript (vt allpool). ). Kui olete oma programmi kirjutanud (SAP-il on sisseehitatud programmeerimisredaktor), avaldate selle oma tehinguna koos individuaalse TC-koodiga. Saate kohandada olemasolevat käitumist, kasutades ulatuslikku konksude süsteemi, mida nimetatakse "ärilisandmooduliteks", kus programm on konfigureeritud töötama konkreetse tehingu toimumisel – sarnaselt SQL-i käivitajatele.
UI
SAP-iga on kaasas ka kasutajaliidese loomiseks mõeldud kujundaja. See toetab lohistamist ja sellel on käepärased funktsioonid, nagu DB-tabelil põhinevad genereeritud vormid. Sellest hoolimata on seda üsna raske kasutada. Minu lemmik osa disainerist on tabeli veergude joonistamine:
ERP juurutamise raskused
ERP ei ole odav. Suur rahvusvaheline korporatsioon võib kulutada rakendamisele 100–500 miljonit dollarit, sealhulgas 30 miljonit dollarit litsentsitasudeks, 200 miljonit dollarit nõustamisteenusteks ja ülejäänu riistvarale, juhtide ja töötajate koolitusele. Täielik rakendamine võtab neli kuni kuus aastat. "Konkurentsieelise tööstuses saab ettevõte, kes suudab SAP-i juurutustöid paremini ja odavamalt teha."
Ja asi pole ainult rahas. ERP rakendamine on riskantne ettevõtmine ja tulemused on väga erinevad. Üheks edukaks juhtumiks on ERP juurutamine Ciscos, mis võttis aega 9 kuud ja 15 miljonit dollarit.Võrdluseks, Dow Chemical Corporationi juurutamine läks maksma 1 miljard dollarit ja võttis aega 8 aastat. . juba usun, et ERP-süsteemide rakendamisel on "mõõdukas võimalus äri kahjustada". See on midagi, mida te tarkvara hindamisel sageli ei kuule!
ERP integreeritud olemus tähendab, et selle juurutamine nõuab kogu ettevõtte pingutust. Ja kuna ettevõtted saavad kasu alles pärast seda üldlevinud rakendamine, see on eriti riskantne! ERP juurutamine ei ole lihtsalt ostuotsus: see on kohustus muuta oma tegevuste juhtimist. Tarkvara installimine on lihtne, tegelik töö peitub kogu ettevõtte töövoo ümberseadistamisel.
ERP-süsteemi juurutamiseks palkavad kliendid sageli konsultatsioonifirma, näiteks Accenture, ja maksavad neile miljoneid dollareid üksikute äriüksustega töötamise eest. Analüütikud määravad, kuidas integreerida ERP ettevõtte protsessidesse. Ja kui integratsioon algab, peab ettevõte hakkama kõiki töötajaid süsteemi kasutamise koolitama. Gartner reserveeri 17% eelarvest ainult koolitusteks!
Kõigist raskustest hoolimata oli enamik Fortune 500 ettevõtteid 1998. aastaks ERP-süsteemid juurutanud – seda protsessi kiirendas Y2K hirmutunne. ERP-turg kasvab täna jätkuvalt . See on globaalse tarkvaratööstuse üks suurimaid segmente.
Kaasaegne ERP-tööstus
Suurimad tegijad on Oracle ja SAP. Kuigi mõlemad on turuliidrid, on nende ERP-tooted üllatavalt erinevad. SAP-i toode ehitati suures osas ettevõttesiseselt, samal ajal kui Oracle omandas agressiivselt konkurente, nagu PeopleSoft ja NetSuite.
Oracle ja SAP on nii domineerivad, et isegi oma Microsoft Dynamicsi ERP-toote asemel.
Kuna enamikul tööstusharudel on üsna spetsiifilised ERP-vajadused, on Oracle'il ja SAP-il paljude tööstusharude jaoks (nt toiduainete-, auto- ja kemikaalitööstus) eelehitatud konfiguratsioonid, aga ka vertikaalsed konfiguratsioonid, nagu müügilubamise protsessid. Siiski on alati ruumi nišimängijatele, kes kipuvad keskenduma konkreetsele vertikaalile:
- ülikoolide jaoks
- ja McKesson pakuvad tervishoiuorganisatsioonidele ERP-d
- tootmise ja logistika jaoks
Vertikaalsed ERP-d on spetsialiseerunud sihtturule spetsiifilistele integratsioonidele ja töövoogudele: näiteks tervishoiu ERP .
Spetsialiseerumine pole aga ainus võimalus turul oma nišš leida. Mõned idufirmad üritavad turule tuua kaasaegsemaid tarkvaraplatvorme. Näide oleks : See pakub liitumise võimalust (erinevate ERP-dega!) liitumise teel. Idufirmad nagu Anaplan ja Zoho pakuvad sama asja.
Kas ERP on tõusuteel?
SAP-il läheb 2019. aastal suurepäraselt: eelmisel aastal oli müügitulu 24,7 miljardit eurot ja selle turukapitalisatsioon on praegu . Kuid tarkvaramaailm pole enam see, mis ta oli. Kui SAP esimest korda välja tuli, olid andmed segatud ja neid oli raske integreerida, nii et selle kõige SAP-i salvestamine tundus ilmselge vastus.
Nüüd on aga olukord kiiresti muutumas. Enamikul kaasaegsetest ettevõttetarkvaradest (nt Salesforce, Jira jne) on andmete eksportimiseks heade API-dega taustaprogramm. Moodustuvad andmejärved: näiteks hõlbustab andmebaaside ühendamist, mis veel paar aastat tagasi oli võimatu.
Allikas: www.habr.com