Hva er SAP? Hvorfor i all verden er det verdt 163 milliarder dollar?
Hvert år bruker bedrifter 41 milliarder dollar på programvare for planlegging av bedriftens ressurser, kjent under akronymet ERP. I dag har nesten alle store virksomheter implementert et eller annet ERP-system. Men de fleste små selskaper kjøper vanligvis ikke ERP-systemer, og de fleste utviklere har sannsynligvis ikke sett et i aksjon. Så for de av oss som ikke har brukt ERP, er spørsmålet...hva er moroa? Hvordan klarer et selskap som SAP å selge 25 milliarder dollar i året i ERP?
Og hvordan skjedde det , inkludert 78 % av matforsyningene som går gjennom SAP-programmer?
ERP er der bedrifter lagrer kjernedriftsdata. Vi snakker om salgsprognoser, innkjøpsordrer, inventar og prosessene som utløses basert på disse dataene (som å betale leverandører når bestillinger legges inn). På en måte er ERP "hjernen" til bedriften - den lagrer alle viktige data og alle handlinger som utløses av disse dataene i arbeidsflyter.
Men før du fullstendig tok over den moderne forretningsverden, hvordan ble denne programvaren til? Historien om ERP begynner med det seriøse arbeidet med å automatisere kontoraktiviteter på 1960-tallet. Tidligere, på 40- og 50-tallet, var det for det meste automatisering av mekaniske arbeider med blåsnipp - tenk General Motors, som opprettet sin automasjonsavdeling i 1947. Men automatiseringen av funksjonærjobber (ofte ved hjelp av datamaskiner!) begynte på 60-tallet.
Automatisering av 60-tallet: fremveksten av datamaskiner
De første forretningsprosessene som ble automatisert ved hjelp av datamaskiner var lønn og fakturering. Det pleide å være slik at hele hærer av kontorarbeidere manuelt talte ansattes timer på bok, multiplisert med timeprisen, og deretter manuelt trukket skatter, fordelsfradrag osv... alt bare for å beregne en månedslønn! Denne arbeidskrevende, repeterende prosessen var utsatt for menneskelige feil, men var ideell for dataautomatisering.
På 60-tallet brukte mange selskaper IBM-datamaskiner for å automatisere lønn og fakturering. Databehandling er et utdatert begrep, som kun selskapet gjenstår av . I dag sier vi "IT" i stedet. På den tiden hadde programvareutviklingsindustrien ennå ikke dannet seg, så IT-avdelinger leide ofte inn analytikere og lærte dem hvordan de skulle programmere på stedet. Den første informatikkavdelingen i USA ble åpnet av Purdue University i 1962, og den første uteksamineringen i spesialiteten fant sted noen år senere.
Å skrive automatiserings-/databehandlingsprogrammer på 60-tallet var en vanskelig oppgave på grunn av minnebegrensninger. Det fantes ingen språk på høyt nivå, ingen standardiserte operativsystemer, ingen personlige datamaskiner – bare store, dyre stormaskiner med en liten mengde minne, der programmer kjørte på spoler med magnetbånd! Programmerere jobbet ofte på datamaskinen om natten når den var ledig. Det var vanlig at selskaper som General Motors skrev sine egne operativsystemer for å få mest mulig ut av stormaskinen.
I dag kjører vi applikasjonsprogramvare på flere standard operativsystemer, men slik var det ikke før på 1990-tallet. I 90 % av all programvare ble skrevet på bestilling, og kun 10 % ble solgt ferdig.
Denne situasjonen påvirket i stor grad hvordan selskaper utviklet sine teknologier. Noen antydet at fremtiden ville være standardisert maskinvare med et fast OS og programmeringsspråk, som for luftfartsindustrien (som fortsatt brukes i dag!) De fleste selskaper fortsatte å lage sin egen fullstendig isolerte programvare, og fant ofte opp hjulet på nytt.
The Birth of Standard Software: SAP Extensible Software
I 1972 forlot fem ingeniører IBM for å påta seg en programvarekontrakt med et stort kjemisk firma kalt ICI. De grunnla et nytt selskap kalt SAP (Systemanalyse und Programmentwicklung eller "systemanalyse og programutvikling"). Som de fleste programvareutviklere på den tiden, var de først og fremst involvert i rådgivning. SAP-ansatte kom til kundenes kontorer og utviklet programvare på sine datamaskiner, hovedsakelig for logistikkstyring.
Virksomheten var god: SAP avsluttet det første året med en omsetning på 620 tusen mark, som er litt over 1 million dollar i dagens dollar. De begynte snart å selge programvaren sin til andre kunder, og porterte den til forskjellige operativsystemer etter behov. I løpet av de neste fire årene fikk de mer enn 40 kunder, omsetningen ble seksdoblet, og antallet ansatte økte fra 9 til 25. Kanskje det er et langt skudd. , men SAPs fremtid så lys ut.
SAP-programvare var spesiell av flere grunner. På den tiden kjørte de fleste programmene om natten og printet resultatet på papirbånd, som du sjekket neste morgen. I stedet fungerte SAP-programmer i sanntid, og resultatet ble ikke vist på papir, men på skjermer (som på den tiden kostet rundt 30 tusen dollar).
Men viktigst av alt, SAP-programvaren ble designet for å kunne utvides fra starten av. I den opprinnelige kontrakten med ICI bygde ikke SAP programvaren fra bunnen av, slik det var vanlig på den tiden, men skrev kode på toppen av et tidligere prosjekt. Da SAP ga ut sin programvare for finansregnskap i 1974, planla den først å skrive flere programvaremoduler på toppen av den i fremtiden og selge dem. Denne utvidbarheten har blitt en definerende egenskap ved SAP. På den tiden ble samhandling mellom klientkontekster ansett som en radikal innovasjon. Programmer ble skrevet fra bunnen av for hver klient.
Viktigheten av integrering
Da SAP introduserte sin andre produksjonsprogramvaremodul i tillegg til sin første økonomimodul, kunne de to modulene enkelt kommunisere med hverandre fordi de delte en felles database. Denne integrasjonen gjorde kombinasjonen av moduler betydelig mer verdifull enn bare de to programmene hver for seg.
Fordi programvaren automatiserte visse forretningsprosesser, var dens innvirkning sterkt avhengig av tilgang til data. Innkjøpsordredata lagres i salgsmodulen, produktlagerdata lagres i lagermodulen osv. Og siden disse systemene ikke samhandler, må de jevnlig synkroniseres, det vil si at den ansatte manuelt kopierte data fra en database til en annen .
Integrert programvare løser dette problemet ved å lette kommunikasjonen mellom bedriftssystemer og muliggjøre nye typer automatisering. Denne typen integrasjon – mellom ulike forretningsprosesser så vel som datakilder – er en nøkkelfunksjon i ERP-systemer. Dette ble spesielt viktig etter hvert som maskinvaren utviklet seg, og åpnet for nye muligheter for automatisering – og ERP-systemer blomstret.
Hastigheten på tilgang til informasjon i integrert programvare tillater bedrifter . Compaq, ved hjelp av ERP, introduserte en ny modell av "make-to-order" (det vil si å bygge en datamaskin først etter at en eksplisitt bestilling er mottatt). Denne modellen sparer penger ved å redusere beholdningen, og stole på rask behandling – akkurat det en god ERP hjelper med. Da IBM fulgte etter, reduserte den leveringstiden for komponenter fra 22 dager til tre.
Hvordan ERP virkelig ser ut
Ordene "bedriftsprogramvare" er ikke assosiert med et fasjonabelt og brukervennlig grensesnitt, og SAP er intet unntak. En grunnleggende SAP-installasjon inneholder 20 000 databasetabeller, hvorav 3000 8000 er konfigurasjonstabeller. Disse tabellene inneholder ca. XNUMX konfigurasjonsbeslutninger som må tas før programmet begynner å kjøre. Derfor – dette er et skikkelig yrke!
Til tross for kompleksiteten til tilpasning, gir SAP ERP-programvare en nøkkelverdi – bred integrasjon mellom flere forretningsprosesser. Denne integrasjonen resulterer i tusenvis av brukstilfeller på tvers av en organisasjon. SAP organiserer disse brukstilfellene i "transaksjoner", som er forretningshandlinger. Noen eksempler på transaksjoner inkluderer "opprett ordre" og "vis kunde". Disse transaksjonene er organisert i et nestet katalogformat. Så, for å finne Opprett salgsordre-transaksjonen, går du til Logistikk-katalogen, deretter Salg, deretter Ordre, og der vil du finne den faktiske transaksjonen.
Å kalle ERP en "transaksjonsleser" ville være en overraskende nøyaktig beskrivelse. Det er veldig likt en nettleser, med en tilbakeknapp, zoomknapper og et tekstfelt for "TCoder", som tilsvarer adressefeltet i en nettleser. SAP støtter , så det kan være vanskelig å navigere i transaksjonstreet uten disse kodene.
Til tross for det svimlende antallet konfigurasjoner og transaksjoner som er tilgjengelig, står bedrifter fortsatt overfor unike brukstilfeller og trenger å finjustere driften. For å håndtere slike unike arbeidsflyter har SAP et innebygd programmeringsmiljø. Slik fungerer hver del:
Data
I SAP-grensesnittet kan utviklere lage sine egne databasetabeller. Dette er relasjonstabeller som vanlige SQL-databaser: kolonner av forskjellige typer, fremmednøkler, verdibegrensninger og lese-/skrivetillatelser.
logikk
SAP utviklet et språk kalt ABAP (Advanced Business Application Programming, opprinnelig Allgemeiner Berichts-Aufbereitungs-Prozessor, tysk for "generell rapporteringsprosessor"). Det lar utviklere kjøre tilpasset forretningslogikk som svar på spesifikke hendelser eller på en tidsplan. ABAP er et syntaksrikt språk, med omtrent tre ganger så mange søkeord som JavaScript (se nedenfor). ). Når du har skrevet programmet ditt (SAP har en innebygd programmeringseditor), publiserer du det som din egen transaksjon, sammen med en individuell TCode. Du kan tilpasse eksisterende atferd ved å bruke et omfattende system med kroker som kalles "business add-ins", der et program er konfigurert til å kjøre når en spesifikk transaksjon inntreffer – i likhet med SQL-utløsere.
UI
SAP kommer også med en designer for å lage brukergrensesnitt. Den støtter dra-n-slipp og kommer med nyttige funksjoner som genererte skjemaer basert på en DB-tabell. Til tross for dette er den ganske vanskelig å bruke. Min favoritt del av designeren er å tegne tabellkolonnene:
Vanskeligheter med ERP-implementering
ERP er ikke billig. Et stort multinasjonalt selskap kan bruke fra $100 millioner til $500 millioner på implementering, inkludert $30 millioner i lisensavgifter, $200 millioner for konsulenttjenester, og resten på maskinvare, opplæring for ledere og ansatte. Full implementering tar fire til seks år. sa: "Et konkurransefortrinn i bransjen vil bli gitt til selskapet som kan utføre SAP-implementeringsarbeid bedre og billigere."
Og det handler ikke bare om penger. Implementering av et ERP er en risikabel innsats og resultatene varierer mye. En av de vellykkede sakene er implementeringen av ERP hos Cisco, som tok 9 måneder og 15 millioner dollar. Til sammenligning kostet implementeringen hos Dow Chemical Corporation 1 milliard dollar og tok 8 år. . Allerede mener at implementering av ERP-systemer har en "moderat sjanse for å skade virksomheten." Dette er noe du ikke hører ofte når du evaluerer programvare!
Den integrerte naturen til ERP betyr at implementeringen krever en hel bedriftsinnsats. Og siden selskaper drar nytte først etter allestedsnærværende implementering, dette er spesielt risikabelt! Å implementere et ERP er ikke bare en kjøpsbeslutning: det er en forpliktelse til å endre måten du administrerer driften på. Det er enkelt å installere programvaren, rekonfigurering av hele selskapets arbeidsflyt er der det virkelige arbeidet ligger.
For å implementere et ERP-system ansetter kundene ofte et konsulentfirma som Accenture og betaler dem millioner av dollar for å jobbe med individuelle forretningsenheter. Analytikere bestemmer hvordan ERP skal integreres i selskapets prosesser. Og når integreringen begynner, må bedriften begynne å lære opp alle ansatte hvordan de skal bruke systemet. Gartner reserver 17 % av budsjettet kun til trening!
Til tross for alle vanskelighetene, hadde de fleste Fortune 500-selskapene implementert ERP-systemer innen 1998, en prosess akselerert av Y2K-skrekk. ERP-markedet fortsetter å vokse i dag . Det er et av de største segmentene i den globale programvareindustrien.
Moderne ERP-industri
De største aktørene er Oracle og SAP. Selv om begge er markedsledere, er deres ERP-produkter overraskende forskjellige. SAPs produkt ble i stor grad bygget internt, mens Oracle aggressivt kjøpte opp konkurrenter som PeopleSoft og NetSuite.
Oracle og SAP er så dominerende at til og med i stedet for sitt eget Microsoft Dynamics ERP-produkt.
Fordi de fleste bransjer har ganske spesifikke ERP-behov, har Oracle og SAP forhåndsbygde konfigurasjoner for mange bransjer som mat, bil og kjemikalier, samt vertikale konfigurasjoner som salgsaktiveringsprosesser. Det er imidlertid alltid plass til nisjespillere som har en tendens til å fokusere på en spesifikk vertikal:
- for universiteter
- og McKesson tilbyr ERP for helseorganisasjoner
- for produksjon og logistikk
Vertikale ERP-er spesialiserer seg på integrasjoner og arbeidsflyter spesifikke for målmarkedet: for eksempel ERP for helsetjenester .
Spesialisering er imidlertid ikke den eneste muligheten til å finne din nisje i markedet. Noen startups prøver å bringe mer moderne programvareplattformer til markedet. Et eksempel vil være : Det gir mulighet for integrasjon (med forskjellige ERPer!) ved abonnement. Startups som Anaplan og Zoho tilbyr det samme.
Er ERP på vei opp?
SAP gjør det bra i 2019: Omsetningen var €24,7 milliarder i fjor, og markedsverdien er nå . Men programvareverdenen er ikke hva den pleide å være. Da SAP først kom ut, var data silet og vanskelig å integrere, så å lagre alt i SAP virket som det åpenbare svaret.
Men nå er situasjonen i rask endring. De fleste moderne bedriftsprogramvare (f.eks. Salesforce, Jira, etc.) har en backend med gode APIer for eksport av data. Datainnsjøer dannes: for eksempel, legger til rette for sammenkobling av databaser som var umulig for bare noen få år siden.
Kilde: www.habr.com