Vad är SAP? Och hur kan det kosta $163 miljarder?

Företag spenderar varje år $41 miljarder på mjukvara för företagsresursplanering, känt under förkortningen ERP. Idag har praktiskt taget varje stor verksamhet implementerat någon form av ERP-system. Men de flesta små företag köper oftast inte ERP-system, och de flesta utvecklare har sannolikt inte sett dem i aktion. Så för oss som inte har använt ERP uppstår frågan... vad är grejen? Hur lyckas ett företag som SAP sälja ERP för $25 miljarder per år?

Och hur blev det så att 77% av världshandeln, inklusive 78% av livsmedelsleveranserna, går genom SAP-program?

ERP är platsen där företag lagrar sina kärnverksamhetsdata. Vi pratar om försäljningsprognoser, inköpsordrar, lagerbestånd och de processer som utlöses baserat på dessa data (till exempel betalningar till leverantörer vid beställningar). På ett sätt är ERP "hjärnan" i företaget — den lagrar all viktig information och alla åtgärder som initieras av dessa data i arbetsflöden.

Men innan det helt tog över den moderna affärsvärlden, hur kom överhuvudtaget denna programvara till? Historien om ERP börjar med ett seriöst arbete för att automatisera kontorsverksamhet på 1960-talet. Tidigare, under 40- och 50-talen, handlade det främst om automatisering av mekaniskt arbete för "blåkragar" — tänk på General Motors, som skapade sin automatiseringsavdelning 1947. Men automatiseringen av "vitkragar" (ofta med hjälp av datorer!) började på 60-talet.

Automatisering på 60-talet: datorernas framträdande

De första affärsprocesserna som automatiserades med hjälp av datorer var lönekalkylering och fakturering. Tidigare räknade hela arméer av kontorsanställda manuellt timmarna för anställda i bokföringsböcker, multiplicerade med timlönen, för att sedan manuellt dra av skatter, avgifter och så vidare... allt detta bara för att räkna ut lönen för en månad! Denna arbetsintensiva, repetitiva process var benägen för mänskliga misstag, vilket gjorde den perfekt för datorautomatisering.

Vid 60-talet började många företag använda IBM-datorer för att automatisera löneberäkning och fakturering. Databehandling är en föråldrad term som bara återstår som ett företag. Automatic Data Processing, Inc. Istället pratar vi idag om "IT". Branschen för mjukvaruutveckling hade ännu inte formats, så IT-avdelningar anställde ofta analytiker och lärde dem programmera på plats. Den första fakulteten för datorvetenskap i USA öppnades av Purdue University 1962, och den första examen inom ämnet tog flera år senare.

Att skriva program för automatisering/databehandling på 60-talet var en utmaning på grund av minnesbegränsningar. Det fanns varken högnivåspråk, standardiserade operativsystem eller persondatorer – bara stora dyra mainframes med begränsat minne, där program kördes på magnetband! Programmerare arbetade ofta med datorn på nätterna när den var ledig. För företag som General Motors var det vanligt att skriva egna operativsystem för att maximera avkastningen från sina mainframes.

Idag kör vi applikationsprogramvara på flera standardoperativsystem, men så var det inte förrän på 1990-talet. Under mainframe-eran skrevs 90 % av all programvara på beställning, och endast 10 % såldes färdigt.

Denna situation hade en djupgående inverkan på hur företag utvecklade sin teknik. Vissa antog att framtiden låg i standardiserad hårdvara med oförändrat operativsystem och programmeringsspråk, som SABRE-systemet för flygindustrin (som fortfarande används idag!). De flesta företag fortsatte att skapa sin egen helt isolerade programvara och uppfann ofta hjulet på nytt.

Födelset av standardprogramvara: den utbyggbara SAP-programvaran

År 1972 lämnade fem ingenjörer IBM för att ingå ett kontrakt om programvaruleverans med ett stort kemiföretag som hette ICI. De grundade ett nytt företag som heter SAP (Systemanalyse und Programmentwicklung eller "systemanalys och programutveckling"). Precis som de flesta programvaruutvecklare vid den tiden ägnade de sig huvudsakligen åt konsulttjänster. SAP:s anställda besökte kunders kontor och utvecklade mjukvara på deras datorer, främst för att hantera logistik.

Affärerna gick bra: SAP avslutade sitt första år med intäkter på 620 000 mark, vilket motsvarar lite mer än 1 miljon dollar i dagens valuta. Snart började de sälja sin programvara till andra kunder, och portade den till olika operativsystem när så krävdes. Under de följande fyra åren fick de över 40 kunder, intäkterna växte sex gånger, och antalet anställda ökade från 9 till 25. Kanske är det långt ifrån T2D3-kurvan, men framtiden för SAP såg optimistisk ut.

SAP:s programvara var speciell av flera anledningar. Vid den tiden fungerade de flesta program genom att arbeta på natten och skriva ut resultaten på papper, som man kontrollerade nästa morgon. Istället arbetade SAP:s program i realtid, och resultaten visades inte på papper utan på skärmar (som vid den tiden kostade omkring 30 000 dollar).

Men viktigast av allt, SAP:s programvara var från början designad för att vara utbyggbar. I det ursprungliga kontraktet med ICI skapade SAP inte programvaran från grunden, som var normen då, utan skrev kod ovanpå ett tidigare projekt. När SAP släppte sin programvara för finansiell redovisning 1974 planerade de från början att i framtiden skriva ytterligare programmoduler ovanpå den och sälja dem. Denna utbyggbarhet blev en avgörande egenskap för SAP. Vid den tiden ansågs interaktion mellan kundkontexter vara en radikal innovation. Program skrivdes från grunden för varje kund.

Betydelsen av integration

När SAP lanserade sin andra programmodul för produktion, utöver den första finansiella modulen, kunde dessa två moduler enkelt interagera med varandra eftersom de hade en gemensam databas. Denna integration gjorde kombinationen av moduler betydligt mer värdefull än bara två program separat.

Eftersom programvaran automatiserade vissa affärsprocesser, berodde dess påverkan i stor utsträckning på tillgången till data. Beställningsdata för inköp lagras i försäljningsmodulen, produktlagerdata lagras i lagermodulen, och så vidare. Eftersom dessa system inte interagerar, behöver de regelbundet synkroniseras, vilket innebär att en anställd manuellt kopierade data från en databas till en annan.

Integrerad programvara löser detta problem genom att underlätta kommunikationen mellan företagets system och möjliggöra nya former av automatisering. Denna typ av integration mellan olika affärsprocesser och datakällor är en nyckelfunktion i ERP-system. Detta har blivit särskilt viktigt i takt med att hårdvaran utvecklades, vilket öppnade nya möjligheter för automatisering – och ERP-system blomstrade.

Åtkomsthastigheten till information i integrerad programvara gör det möjligt för företag att helt förändra sina affärsmodeller. Företaget Compaq implementerade med hjälp av ERP en ny modell för "beställningsproduktion" (det vill säga sammanställning av datorer först efter att en beställning har mottagits). Denna modell sparar pengar genom att minska lagerhållningen och förlita sig på snabba omsättningar - vilket är något som kompetent ERP hjälper till med. När IBM följde samma exempel minskade de tiden för leverans av komponenter från 22 till tre dagar.

Hur ERP faktiskt ser ut

Orden "företagsprogramvara" associeras inte direkt med en modern och användarvänlig gränssnitt, och SAP är inget undantag. Den grundläggande installationen av SAP innehåller 20 000 databastabeller, varav 3 000 är konfigurationstabeller. I dessa tabeller finns cirka 8 000 konfigurationsbeslut som måste fattas innan programmet kan börja användas. Därför SAP Configuration Specialist är ett verkligt yrke!

Trots komplexiteten i inställningen, erbjuder SAP ERP viktig värde — omfattande integration av flera affärsprocesser med varandra. Denna integration resulterar i tusentals användningsfall inom organisationen. SAP organiserar dessa användningsfall i "transaktioner", som representerar affärshandlingar. Några exempel på transaktioner inkluderar "skapa order" och "visa kund". Dessa transaktioner är organiserade i formatet av en inbäddad katalog. Så för att hitta transaktionen "Skapa försäljningsorder" går du till katalogen "Logistik", sedan "Försäljning", sedan "Order", och där hittar du den faktiska transaktionen.

Om man kallar ERP för "transaktionswebbläsare", skulle det vara en överraskande precis beskrivning. Den liknar verkligen en webbläsare, där det finns en "Tillbaka"-knapp, zoomknappar och ett textfält för koder "TCodes", motsvarande adressfältet i en webbläsare. SAP stöder mer än 16 000 typer av transaktioner, så navigering genom transaktionsträdet kan vara komplicerat utan dessa koder.

Trots det svindlande antalet tillgängliga konfigurationer och transaktioner, stöter företag fortfarande på unika användningsfall, och de behöver fint justera sina handlingar. För att hantera sådana unika arbetsflöden har SAP en inbyggd programmeringsmiljö. Så här fungerar varje del:

Data

I SAP:s gränssnitt kan utvecklare skapa sina egna databastabeller. Dessa är relationsdatabaser som vanliga SQL-baser: kolumner av olika typer, externa nycklar, värdebegränsningar samt läs-/skrivbehörigheter.

Logik

SAP har utvecklat ett språk som kallas ABAP (Advanced Business Application Programming, ursprungligen Allgemeiner Berichts-Aufbereitungs-Prozessor, på tyska "allmän processor för rapportgenerering"). Det gör det möjligt för utvecklare att köra anpassad affärslogik som svar på vissa händelser eller enligt schema. ABAP är ett språk med rik syntax, här finns det cirka tre gånger fler nyckelord än i JavaScript (se. implementationen av spelet 2048 på ABAP)). När du har skrivit ditt program (SAP har en inbyggd editor för programmering), publicerar du det som din egen transaktion, tillsammans med en individuell TCode. Du kan anpassa befintligt beteende med hjälp av ett omfattande system av hooks som kallas

UI

SAP levereras också med en designer för att skapa användargränssnitt. Den stöder drag och släpp och kommer med användarvänliga funktioner, som genererade formulär baserade på databas-tabeller. Trots detta är det ganska svårt att använda. Min favoritdel av designern är att rita tabellkolumner:

Utmaningar med ERP-implementering

ERP är inte billigt. Ett stort multinationellt företag kan spendera mellan 100 miljoner och 500 miljoner dollar på implementeringen, inklusive 30 miljoner dollar i licensavgifter, 200 miljoner dollar för konsulttjänster, och resten på hårdvara, utbildning av chefer och anställda. Den fullständiga implementeringen tar mellan fyra och sex år. VD för ett stort kemiföretag sa: "Den som kan genomföra SAP-implementeringen bättre och billigare kommer att få konkurrensfördelen inom branschen."

Och det handlar inte bara om pengar. Implementering av ERP är ett riskfyllt företag, och resultaten varierar kraftigt. Ett av de framgångsrika fallen är implementeringen av ERP hos Cisco, som tog 9 månader och kostade 15 miljoner dollar. Som en jämförelse kostade implementeringen i Dow Chemical 1 miljard dollar och tog 8 år. Den amerikanska marinen spenderade 1 miljard dollar på fyra olika ERP-projekt, men samtliga misslyckades. Hela 65% av ledarna anser att implementering av ERP-system innebär "en måttlig risk för att skada verksamheten". Sådant är sällan hört när man värderar programvara!

Den integrerade naturen av ERP innebär att implementeringen kräver ansträngningar från hela företaget. Eftersom företagen först ser fördelar efter den omfattande implementeringen är detta särskilt riskabelt! Implementering av ERP är inte bara ett köpbeslut: det är ett åtagande att ändra sina sätt att hantera verksamheten. Installation av programvara är enkelt, men omstruktureringen av hela företagets arbetsflöde är där det verkliga arbetet ligger.

För att implementera ett ERP-system anlitar kunder ofta ett konsultföretag som Accenture och betalar dem miljontals dollar för arbete med olika affärsenheter. Analytikerna avgör hur man integrerar ERP i företagets processer. Så snart integrationen påbörjas måste företaget börja utbilda alla anställda i hur man använder systemet. Gartner rekommenderar reservera 17% av budgeten endast för utbildning!

Trots alla svårigheter hade de flesta företagen på Fortune 500-listan implementerat ERP-system till 1998: processen accelererades av rädslan för Y2K. Marknaden för ERP fortsätter att växa även idag överstiger 40 miljarder dollar. Det är en av de största segmenten inom den globala programvaruindustrin.

Den moderna ERP-industrin

De största spelarna är Oracle och SAP. Även om båda är marknadsledare, är deras ERP-produkter förvånansvärt olika. SAP:s produkt har främst byggts internt, medan Oracle aggressivt har köpt upp konkurrenter som PeopleSoft och NetSuite.

Oracle och SAP är så dominerande att även Microsoft använder SAP istället för sitt egna ERP-produktsystem Microsoft Dynamics.

Eftersom olika branscher har ganska specifika behov av ERP, har Oracle och SAP färdiga konfigurationer för många sektorer, såsom livsmedels-, fordons- och kemisk industri, samt vertikala konfigurationer, såsom försäljningsprocesser. Dock finns det alltid plats för nischaktörer som vanligtvis inriktar sig på en specifik vertikal:

• Ellucian Banner för universitet
• Infor och McKesson erbjuder ERP-lösningar för hälsoorganisationer
• QAD för tillverkning och logistik

Vertikala ERP-lösningar specialiserar sig på integrationer och arbetsflöden som är specifika för den målmarknaden: till exempel kan ERP för hälsosektorn stötta HIPAA-protokoll.

Men specialisering är inte det enda sättet att hitta sin nisch på marknaden. Vissa startups försöker introducera mer moderna programplattformar. Ett exempel kan vara Zuora: det erbjuder möjligheten till integration (med olika ERP!) på prenumerationsbasis. Startups som Anaplan och Zoho erbjuder samma sak.

ERP på uppgång?

År 2019 mår SAP bra: förra året uppgick intäkterna till 24,7 miljarder euro, och marknadsvärdet överstiger nu 150 miljarder euroMen världen av programvara är inte längre som den en gång var. När SAP först dök upp var data isolerade och svåra att integrera, så att lagra allt detta i SAP kändes som ett självklart svar.

Men nu förändras situationen snabbt. De flesta moderna företagsprogram (som Salesforce, Jira, osv.) har en backend med bra API:er för datExport. Datamoln formas: till exempel, Presto underlättar anslutningen mellan databaser, vilket var omöjligt för bara ett par år sedan.

Källa: habr.com