Hva er SAP? Og hvordan kan det koste $163 milliarder?
Hvert år bruker selskaper $41 milliarder på programvare for planlegging av bedriftsressurser, kjent under forkortelsen ERP. I dag har praktisk talt hver storbedrift 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 dem i bruk. Så for oss som ikke har brukt ERP, oppstår spørsmålet... hva er greia? Hvordan klarer et selskap som SAP å selge ERP for $25 milliarder i året?
Og hvordan skjedde det at , inkludert 78% av matforsyningene, går gjennom SAP-programvare?
ERP er stedet hvor selskaper lagrer viktige driftsdata. Vi snakker om salgsprognoser, innkjøpsordrer, varelager, samt prosesser som aktiveres basert på disse dataene (for eksempel betalinger til leverandører ved bestilling). På en måte er ERP hjernen til selskapet - den lagrer alle viktige data og alle handlinger som initieres av disse dataene i arbeidsprosessene.
Men før det fullstendig tok over den moderne forretningsverden, hvordan ble denne programvaren egentlig utviklet? Historien om ERP starter med betydelig arbeid for å automatisere kontoraktiviteter på 1960-tallet. Tidligere, på 40- og 50-tallet, handlet det hovedsakelig om å automatisere mekanisk arbeid av «blå krager» - husk General Motors, som opprettet sin automatiseringsavdeling i 1947. Automatiseringen av «hvite krager» (ofte ved hjelp av datamaskiner!) begynte på 60-tallet.
Automatiseringen på 60-tallet: fremveksten av datamaskiner
De første forretningsprosessene som ble automatisert med datamaskiner, var lønnsberegning og fakturering. Tidligere brukte hele hærer av kontorarbeidere manuelt å telle arbeidstimene til ansatte i regnskapsbøker, multiplisere med timelønn, deretter manuelt trekke fra skatter, fradrag for ytelser og så videre... alt dette bare for å beregne lønnen for én måned! Denne tidkrevende, repeterende prosessen var utsatt for menneskelige feil, men den var perfekt for datamaskinautomatisering.
På 60-tallet begynte mange selskaper å bruke IBM-datamaskiner for å automatisere lønnsberegning og fakturering. Databehandling er et foreldet begrep, som bare har etterlatt seg selskapet. . I stedet snakker vi i dag om "IT". På den tiden var programvareutviklingsbransjen fortsatt ikke etablert, så IT-avdelinger tok ofte inn analytikere og lærte dem programmering på jobben. Den første datavitenskapsavdelingen i USA ble åpnet ved Purdue University i 1962, og den første avgangen i fagområdet fant sted noen år senere.
Å skrive programmer for automatisering/databehandling på 60-tallet var en utfordring på grunn av minnebegrensninger. Det fantes verken høynivå språk, standardiserte operativsystemer eller personlige datamaskiner – bare store, kostbare hoveddatamaskiner med liten minnekapasitet, der programmer ble kjørt på magnetbånd! Programmere jobbet ofte med datamaskiner om natten, når de var ledige. For selskaper som General Motors var det vanlig å skrive egne operativsystemer for å få mest mulig ut av hoveddatamaskinene sine.
I dag kjører vi applikasjonsprogramvare på flere standardiserte operativsystemer, men slik var det ikke før på 1990-tallet. ble 90 % av all programvare skrevet på bestilling, og bare 10 % ble solgt som ferdige produkter.
Denne situasjonen påvirket dypt hvordan selskaper utviklet sin teknologi. Noen antydet at fremtiden lå i standardisert utstyr med en uforanderlig OS og programmeringsspråk, slik som for luftfartsindustrien (som fortsatt brukes i dag!). De fleste selskaper fortsatte å lage sitt eget fullt isolerte programvare, ofte ved å ‘erobre hjulet’ på nytt.
Fødselen av standard programvare: utvidbar SAP-programvare
I 1972 trakk fem ingeniører seg fra IBM for å inngå kontrakt med det store kjemiselskapet ICI om programvareleveranser. De grunnla et nytt selskap kalt SAP (Systemanalyse und Programmentwicklung eller «systemanalyse og programutvikling»). Som de fleste programvareutviklere på den tiden, drev de i hovedsak med konsulenttjenester. SAP-ansatte dro til kundens kontorer og utviklet programvare på deres datamaskiner, for det meste for å håndtere logistikk.
Forretningen gikk bra: SAP avsluttet sitt første år med en omsetning på 620 000 mark, som tilsvarer litt mer enn $1 million i dagens dollar. Snart begynte de å selge programvaren sin til andre kunder, og tilpasset den til ulike operativsystemer når det var nødvendig. I løpet av de neste fire årene fikk de over 40 kunder, inntektene økte seks ganger, og antall ansatte steg fra 9 til 25. Kanskje det er litt langt fra men fremtiden til SAP så lys ut.
SAP-programvaren var spesiell av flere grunner. På den tiden kjørte de fleste programmer om natten og skrev ut resultatene på papirbånd som man kontrollerte neste morgen. I motsetning til dette kjørte SAP-programmene i sanntid, og resultatene ble ikke skrevet ut på papir, men vist på skjermer (som på den tiden kostet rundt $30 000).
Men viktigst av alt, ble SAP-programvaren opprinnelig utviklet med tanke på utvidbarhet. I den opprinnelige kontrakten med ICI laget SAP ikke programvaren fra bunnen av, som var vanlig den gangen, men skrev kode oppå et tidligere prosjekt. Da SAP lanserte sitt finansregnskapsprogram i 1974, planla de opprinnelig å skrive flere modulære programmer oppå det og selge dem senere. Denne utvidbarheten ble en avgjørende egenskap ved SAP. På den tiden ble interaksjonen mellom klientkontekster ansett som en radikal innovasjon. Programmer ble skrevet fra bunnen av for hver enkelt kunde.
Viktigheten av integrasjon
Da SAP lanserte sitt andre programmodul for produksjon i tillegg til den første finansmodulen, kunne disse to modulene enkelt interagere med hverandre siden de delte en felles database. Denne integrasjonen gjorde kombinasjonen av modulene betydelig mer verdifull enn bare to programmer hver for seg.
Siden programvaren automatiserte bestemte forretningsprosesser, avhang dens innflytelse stort sett av tilgang til data. Data fra innkjøpsordrer lagres i salgsmodulen, data om produktbeholdning lagres i lagermodulen, osv. Og ettersom disse systemene ikke interagerer, må de regelmessig synkroniseres, noe som betyr at en ansatt manuelt kopierte data fra én database til en annen.
Integrert programvare løser dette problemet ved å lette kommunikasjonen mellom selskapets systemer og legge til rette for nye typer automatisering. Denne typen integrasjon — mellom ulike forretningsprosesser samt datakilder — er et nøkkeltrekk ved ERP-systemer. Dette har blitt spesielt viktig ettersom maskinvaren har utviklet seg, noe som åpner for nye automatiseringsmuligheter — og ERP-systemer har blomstret.
Hastigheten på informasjonstilgang i integrert programvare gjør det mulig for selskaper . Selskapet Compaq implementerte en ny «produksjon etter ordre»-modell ved hjelp av ERP (dvs. montering av datamaskinen bare etter eksplisitt mottak av ordre). Denne modellen sparer penger ved å redusere lagerbeholdningen, avhengig av rask omløp — nettopp det som kompetent ERP hjelper med. Da IBM fulgte samme eksempel, reduserte de leveringstiden for komponenter fra 22 til tre dager.
Hvordan ERP faktisk ser ut
Begrepet «bedriftsprogramvare» assosieres vanligvis ikke med en trendy og brukervennlig grensesnitt, og SAP er ikke noe unntak. Den grunnleggende installasjonen av SAP inneholder 20 000 databaser, hvorav 3000 er konfigurasjonstabeller. I disse tabellene er det omtrent 8000 konfigurasjonsbeslutninger som må tas før programmet kan begynne å fungere. Det er derfor er et reelt yrke!
Til tross for kompleksiteten i oppsettet, gir SAP ERP programvaren en nøkkelverdi - omfattende integrasjon mellom flere forretningsprosesser. Denne integrasjonen fører til tusenvis av bruksalternativer i organisasjonen. SAP organiserer disse bruksalternativene i "transaksjoner", som representerer forretningshandlinger. Noen eksempler på transaksjoner inkluderer "opprett bestilling" og "vis kunde". Disse transaksjonene er organisert i et kategorisystem. Slik finner du transaksjonen "Opprett salgsbestilling": du går til katalogen "Logistikk", deretter "Salg", så "Bestilling", og der finner du den faktiske transaksjonen.
Hvis man kaller ERP en "transaksjonsleser", ville det være en svært presis beskrivelse. Den ligner veldig på en nettleser, her er det en "Tilbake"-knapp, zoom-knapper og et tekstfelt for koder "TCodes", ekvivalent med adressefeltet i en nettleser. SAP støtter , så navigering i treet av transaksjoner kan være utfordrende uten disse kodene.
Til tross for det svimlende antallet tilgjengelige konfigurasjoner og transaksjoner, støter selskaper fortsatt på unike bruksalternativer som krever finjustering av handlingene deres. For å håndtere slike unike arbeidsflyter har SAP en innebygd programmeringsmiljø. Slik fungerer hver del:
Data
I SAP-grensesnittet kan utviklere opprette egne databaser. Dette er relasjonelle tabeller som vanlige SQL-databaser: kolonner av forskjellige typer, fremmednøkler, verdigrenser samt leser/skriverettigheter.
Logikk
SAP utviklet et språk kalt ABAP (Advanced Business Application Programming, opprinnelig Allgemeiner Berichts-Aufbereitungs-Prozessor, på tysk "generell rapportbehandlingsprosessorkode"). Det lar utviklere kjøre tilpasset forretningslogikk som svar på bestemte hendelser eller etter et skjema. ABAP er et språk med et rikt syntaks, det er omtrent tre ganger så mange nøkkelord som i JavaScript (se ). Når du har skrevet programmet ditt (SAP har en innebygd editor for programmering), publiserer du det som din egen transaksjon, sammen med en individuell TCode. Du kan tilpasse eksisterende atferd ved hjelp av et omfattende system av hooker, kalt «business add-ins», der programmet konfigureres til å kjøre ved utførelsen av en bestemt transaksjon – tilsvarende SQL-triggerne.
UI
SAP leveres også med en builder for å lage UI. Den støtter drag-and-drop og kommer med nyttige funksjoner, som genererte skjemaer basert på databasen. Til tross for dette er den ganske vanskelig å bruke. Min favorittdel av builderen er å tegne tabellkolonner:
Utfordringer med implementering av ERP
ERP er ikke billig. Et stort multinasjonalt selskap kan bruke mellom 100 millioner dollar og 500 millioner dollar på implementeringen, inkludert 30 millioner dollar i lisensavgifter, 200 millioner dollar for konsulenttjenester, og resten på maskinvare, opplæring av ledere og ansatte. Full implementering tar mellom fire og seks år. sa: «Konkurransefortrinnet i bransjen vil gå til firmaet som kan gjennomføre implementeringen av SAP bedre og billigere».
Og det handler ikke bare om penger. Implementeringen av ERP er et risikabelt prosjekt, og resultatene varierer sterkt. En av de vellykkede casene er implementeringen av ERP i Cisco, som tok 9 måneder og kostet 15 millioner dollar. Til sammenligning kostet implementeringen i Dow Chemical 1 milliard dollar og tok 8 år. . Hele mener at implementering av ERP-systemer bærer en «moderat risiko for å skade virksomheten». Dette hører man sjelden når man vurderer programvare!
Den integrerte naturen av ERP betyr at implementeringen krever innsats fra hele selskapet. Og siden selskaper bare får nytte av det etter omfattende implementering, er dette spesielt risikabelt! Implementeringen av ERP er ikke bare en kjøpsbeslutning: Det er et forpliktelse til å endre måten man håndterer driften på. Installasjonen av programvaren er enkel; å omkonfigurere arbeidsflyten i hele selskapet er der hovedarbeidet ligger.
For implementing an ERP system, clients often hire a consulting firm like Accenture and pay millions of dollars to work with individual business units. Analysts determine how to integrate the ERP into the company's processes. Once the integration begins, the company has to start training all employees on how to use the system. Gartner reserve 17% of the budget solely for training!
Despite the challenges, most companies on the Fortune 500 list implemented ERP systems by 1998: the process sped up due to Y2K fears. The ERP market continues to grow today . It is one of the largest segments of the global software industry.
The modern ERP industry
is dominated by major players like Oracle and SAP. Although both are market leaders, their ERP products are surprisingly different. The SAP product was primarily built in-house, while Oracle aggressively acquired competitors like PeopleSoft and NetSuite.
Oracle and SAP are so dominant that even instead of its own ERP product Microsoft Dynamics.
Since most industries have quite specific needs for ERP, Oracle and SAP offer ready-made configurations for many sectors, such as food, automotive, and chemical, as well as vertical configurations for sales organization processes. Still, there is always room for niche players that typically focus on a specific vertical:
- for universities
- and McKesson offer ERP for healthcare organizations
- for manufacturing and logistics
Vertical ERPs specialize in integrations and workflows specific to the target market: for example, ERPs for healthcare .
However, specialization is not the only way to find a niche in the market. Some startups are trying to bring more modern software platforms to the market. An example is : it offers the ability to integrate (with various ERPs!) via subscription. Startups like Anaplan and Zoho offer the same.
Is ERP on the rise?
In 2019, SAP is doing well: last year the revenue was €24.7 billion, and the market capitalization now Men programvareverdenen er ikke lenger som før. Da SAP først kom, var data isolert og vanskelig å integrere, så å lagre alt dette i SAP virket som et åpenbart svar.
Men nå endrer situasjonen seg raskt. De fleste moderne bedriftsprogrammer (som Salesforce, Jira osv.) har backend med gode API-er for datakatalogisering. Datavann er i ferd med å dannes: for eksempel, gjør det mulig å koble sammen databaser som var umulig for bare noen år siden.
Kilde: habr.com
Russian
Italian
German
Polish
Estonian
Albanian
Bulgarian
Croatian
Czech
Danish
Dutch
English
French
Hungarian
Latvian
Norwegian
Portuguese
Romanian
Slovak
Slovenian
Spanish
Swedish