Hvad er SAP? Og hvorfor fanden er den 163 milliarder dollar værd?
Hvert år bruger virksomheder 41 milliarder dollars på software til virksomhedens ressourceplanlægning, kendt under akronymet ERP. I dag har næsten alle store virksomheder implementeret et eller andet ERP-system. Men de fleste små virksomheder køber normalt ikke ERP-systemer, og de fleste udviklere har nok ikke set dem i aktion. Så for dem af os, der ikke har brugt ERP, er spørgsmålet... hvad er fangsten? Hvordan formår en virksomhed som SAP at sælge ERP for 25 milliarder dollars om året?
Og hvordan skete det , inklusive 78 % af fødevareforsyningerne, går gennem SAP-programmet?
ERP er det sted, hvor virksomheder opbevarer vigtige driftsdata. Vi taler om salgsprognoser, indkøbsordrer, lagerbeholdning og processer, der udløses baseret på disse data (f.eks. betalinger til leverandører ved kassen). I en vis forstand er ERP virksomhedens "hjerne" - den gemmer alle de vigtige data og alle de handlinger, der igangsættes af disse data i arbejdsgange.
Men før fuldstændig overtagelse af den moderne forretningsverden, hvordan opstod denne software overhovedet? Historien om ERP begynder med seriøst arbejde med kontorautomatisering i 1960'erne. Tidligere, i 40'erne og 50'erne, var det hovedsageligt automatiseringen af håndværksmæssigt mekanisk arbejde, der fandt sted – tænk på General Motors, som i 1947 oprettede sin egen automationsafdeling. Men automatiseringen af arbejdet med "hvide kraver" (ofte ved hjælp af computere!) begyndte i 60'erne.
Automatisering i 60'erne: fremkomsten af computere
De første forretningsprocesser, der blev automatiseret ved hjælp af computere, var løn og fakturering. Tidligere ville hære af kontoransatte manuelt tælle medarbejdertimer i hovedbøgerne, gange med timeprisen og derefter manuelt trække skatter, fordelsfradrag og så videre... alt sammen for at lægge en måneds løn sammen! Denne tidskrævende, gentagne proces har været tilbøjelig til menneskelige fejl og er ideel til computerautomatisering.
I 60'erne brugte mange virksomheder IBM-computere til at automatisere løn og fakturering. Databehandling er en forældet betegnelse, hvorfra kun virksomheden er tilbage . I stedet siger vi i dag "IT". På det tidspunkt var softwareudviklingsindustrien endnu ikke dannet, så analytikere blev ofte taget til it-afdelinger og lært dem at programmere på stedet. Den første datalogiafdeling i USA åbnede på Purdue University i 1962, og den første eksamen i specialet fandt sted et par år senere.
At skrive automatiserings-/databehandlingsprogrammer i 60'erne var en vanskelig opgave på grund af hukommelsesbegrænsninger. Der var ingen sprog på højt niveau, ingen standardiserede operativsystemer, ingen personlige computere – kun store dyre mainframes med lidt hukommelse, der kørte programmer på magnetbåndsruller! Programmører arbejdede ofte på computeren om natten, når den var gratis. Det var almindeligt for virksomheder som General Motors at skrive deres egne operativsystemer for at få mest muligt ud af deres mainframes.
I dag kører vi applikationssoftware på flere standardoperativsystemer, men sådan var det først i 1990'erne. I 90% af al software blev skrevet på bestilling, og kun 10% blev solgt fra hylden.
Denne situation påvirkede dybt, hvordan virksomheder udviklede deres teknologi. Nogle har antaget, at fremtiden ligger med standardiseret hardware med samme styresystem og programmeringssprog som for luftfartsindustrien (som stadig bruges i dag!) De fleste virksomheder fortsatte med at skabe deres egen fuldstændigt isolerede software, og opfandt ofte hjulet igen.
Fødsel af standardsoftware: SAP-udvidbart program
I 1972 forlod fem ingeniører IBM for at påtage sig en softwarekontrakt med et stort kemifirma kaldet ICI. De grundlagde et nyt firma kaldet SAP (Systemanalyse und Programmentwicklung eller "systemanalyse og programudvikling"). Som de fleste softwareudviklere på det tidspunkt, var de hovedsageligt beskæftiget med rådgivning. SAP-medarbejdere ville komme til kundekontorer og udvikle software på deres computere, primært til logistikstyring.
Forretningen gik godt: SAP afsluttede sit første år med en omsætning på 620 mark, lidt over 1 million dollars i dagens dollars. De begyndte snart at sælge deres software til andre kunder, og porterede det til forskellige operativsystemer efter behov. I løbet af de næste fire år fik de over 40 kunder, seksdoblede omsætningen og øgede antallet af medarbejdere fra 9 til 25. Måske er det langt væk. , men SAPs fremtid så optimistisk ud.
SAP-software var speciel af flere grunde. På det tidspunkt kørte de fleste programmer om natten og printede resultatet på papirbånd, som du tjekkede næste morgen. I stedet fungerede SAP-programmer i realtid, og resultatet blev ikke vist på papir, men på skærme (som kostede omkring $30 på det tidspunkt).
Vigtigst er det, at SAP-software blev bygget fra bunden for at kunne udvides. I den oprindelige kontrakt med ICI byggede SAP ikke software fra bunden, som det var sædvanligt på det tidspunkt, men kodet oven på et tidligere projekt. Da SAP udgav sit økonomiske regnskabssoftware i 1974, planlagde det oprindeligt at skrive yderligere softwaremoduler oven på det og sælge dem i fremtiden. Denne udvidelsesmulighed er blevet et afgørende træk ved SAP. På det tidspunkt blev interaktion mellem klientkontekster betragtet som en radikal innovation. Programmer blev skrevet fra bunden for hver klient.
Vigtigheden af integration
Da SAP introducerede sit andet produktionssoftwaremodul, udover det første økonomimodul, var de to moduler i stand til nemt at kommunikere med hinanden, fordi de delte en fælles database. Denne integration har gjort kombinationen af moduler meget mere værdifuld end de to programmer alene.
Da software automatiserede visse forretningsprocesser, afhang dens indvirkning i høj grad af adgang til data. Indkøbsordredata gemmes i salgsmodulet, lagerdata gemmes i lagermodulet osv. Og da disse systemer ikke interagerer, skal de synkroniseres regelmæssigt, det vil sige, at medarbejderen manuelt kopierede dataene fra en database til en anden .
Integreret software løser dette problem ved at lette kommunikationen mellem virksomhedens systemer og muliggøre nye typer automatisering. Denne form for integration – mellem forskellige forretningsprocesser såvel som datakilder – er en nøglefunktion i ERP-systemer. Dette blev især vigtigt, efterhånden som hardware udviklede sig, hvilket åbnede op for nye muligheder for automatisering – og ERP-systemer blomstrede.
Hastigheden af adgang til information i integreret software giver virksomheder mulighed for . Compaq har med hjælp fra ERP introduceret en ny "make-to-order" model (det vil sige at samle en computer først efter eksplicit at have modtaget en ordre). Denne model sparer penge ved at reducere lagerbeholdningen ved at stole på hurtig ekspedition, hvilket er præcis, hvad god ERP gør. Da IBM fulgte trop, reducerede det leveringstiden for dele fra 22 til tre dage.
Sådan ser ERP virkelig ud
Ordet "enterprise software" har intet at gøre med en trendy og brugervenlig grænseflade, og SAP er ingen undtagelse. Basis SAP-installationen indeholder 20 databasetabeller, hvoraf 000 er konfigurationstabeller. Disse tabeller indeholder omkring 3000 konfigurationsbeslutninger, der skal træffes, selv før programmet starter. Derfor er et rigtigt erhverv!
På trods af kompleksiteten i tilpasningen giver SAP ERP-software en nøgleværdi - den brede integration mellem flere forretningsprocesser. Denne integration resulterer i tusindvis af use cases på tværs af organisationen. SAP organiserer disse use cases i "transaktioner", som er forretningsaktiviteter. Nogle eksempler på transaktioner omfatter "ordreoprettelse" og "kundevisning". Disse transaktioner er organiseret i et indlejret biblioteksformat. Så for at finde Opret salgsordre-transaktionen, skal du gå til Logistik-biblioteket, derefter Salg, derefter Ordre, og du vil finde den faktiske transaktion der.
At kalde ERP for en "transaktionsbrowser" ville være en overraskende præcis beskrivelse. Det er meget browser-agtigt med en tilbage-knap, zoomknapper og et "TCodes"-tekstfelt, browserens ækvivalent til adresselinjen. SAP understøtter , så det kan være vanskeligt at navigere i transaktionstræet uden disse koder.
På trods af det svimlende antal tilgængelige konfigurationer og transaktioner, har virksomheder stadig unikke use cases og skal finjustere deres handlinger. Til at håndtere disse unikke arbejdsgange har SAP et indbygget programmeringsmiljø. Sådan fungerer hver del:
Data
I SAP-grænsefladen kan udviklere oprette deres egne databasetabeller. Disse er relationelle tabeller som normale SQL-databaser: kolonner af forskellige typer, fremmednøgler, værdibegrænsninger og læse-/skrivetilladelser.
logik
SAP udviklede et sprog kaldet ABAP (Advanced Business Application Programming, oprindeligt Allgemeiner Berichts-Aufbereitungs-Prozessor, tysk for General Reporting Processor). Det giver udviklere mulighed for at køre tilpasset forretningslogik som svar på specifikke begivenheder eller efter en tidsplan. ABAP er et rigt syntakssprog med omkring tre gange så mange søgeord som JavaScript (se nedenfor). ). Når du har skrevet dit program (SAP har en indbygget editor til programmering), udgiver du det som din egen transaktion sammen med en individuel TCode. Du kan tilpasse eksisterende adfærd med et omfattende system af hooks kaldet "add-ins", hvor et program er konfigureret til at køre, når en bestemt transaktion udføres - svarende til SQL-triggere.
UI
SAP kommer også med en brugergrænsefladebygger. Det understøtter træk og slip og kommer med praktiske funktioner som genererede formularer baseret på en DB-tabel. På trods af dette er den ret svær at bruge. Min yndlingsdel af konstruktøren er at tegne tabelkolonnerne:
Vanskeligheder med at implementere ERP
ERP er ikke billigt. Et stort multinationalt selskab kan bruge fra $100 millioner til $500 millioner på implementering, inklusive $30 millioner i licensafgifter, $200 millioner til konsulenttjenester og resten til hardware, træning af ledere og medarbejdere. Fuld implementering tager fire til seks år. sagde: "Konkurrencefordel i branchen vil blive givet til den virksomhed, der kan bedre og billigere at udføre arbejde med implementering af SAP."
Og det handler ikke kun om penge. Implementering af ERP er en risikabel satsning, og resultaterne varierer meget. Et af de succesfulde cases er implementeringen af ERP hos Cisco, som tog 9 måneder og 15 millioner dollars. Til sammenligning kostede implementeringen hos Dow Chemical Corporation 1 milliard dollar og tog 8 år. . Allerede mener, at indførelsen af ERP-systemer har en "moderat chance for at skade forretningen." Du hører ikke så ofte, når du evaluerer software!
Den integrerede karakter af ERP betyder, at det kræver, at hele virksomheden implementerer det. Og da virksomhederne kun gavner efter allestedsnærværende implementering, det er især risikabelt! Implementering af ERP er mere end blot en købsbeslutning: det er en forpligtelse til at ændre din operationelle ledelsespraksis. Installation af software er let, at omkonfigurere hele virksomhedens arbejdsgang er der, hvor hovedparten af arbejdet er.
Kunder hyrer ofte et konsulentfirma som Accenture til at implementere deres ERP-system og betale dem millioner af dollars for at arbejde med individuelle forretningsenheder. Analytikere bestemmer, hvordan ERP skal integreres i virksomhedens processer. Og så snart integrationen starter, bør virksomheden begynde at træne alle medarbejdere i, hvordan de bruger systemet. Gartner reserve 17% af budgettet kun til uddannelse!
På trods af oddsene havde de fleste Fortune 500-virksomheder taget ERP-systemer i brug i 1998, fremskyndet af frygten for Y2K. ERP-markedet fortsætter med at vokse i dag . Dette er et af de største segmenter i den globale softwareindustri.
Den moderne ERP-industri
De største spillere er Oracle og SAP. Mens begge er markedsledere, er deres ERP-produkter overraskende forskellige. SAPs produkt blev stort set bygget in-house, mens Oracle aggressivt opkøbte konkurrenter som PeopleSoft og NetSuite.
Oracle og SAP er så dominerende, at endda i stedet for sit eget Microsoft Dynamics ERP-produkt.
Da de fleste industrier har ret specifikke ERP-behov, har Oracle og SAP forudkonfigurerede konfigurationer til mange industrier såsom fødevarer, bilindustrien og kemikalier, såvel som vertikale konfigurationer såsom salgsprocesser. Der er dog altid plads til nichespillere, der har en tendens til at fokusere på en specifik vertikal:
- for universiteter
- og McKesson tilbyder ERP til sundhedsorganisationer
- til produktion og logistik
Vertikale ERP'er specialiserer sig i integrationer og arbejdsgange, der er specifikke for målmarkedet: for eksempel i sundheds-ERP .
Men specialisering er ikke den eneste måde at finde din niche på markedet. Nogle startups forsøger at bringe mere moderne softwareplatforme på markedet. Et eksempel ville være : det giver mulighed for integration (med forskellige ERP'er!) ved abonnement. Startups som Anaplan og Zoho gør det samme.
ERP på vej?
SAP klarer sig godt i 2019 med €24,7 milliarder i omsætning sidste år og en markedsværdi . Men softwareverdenen er ikke, hvad den plejede at være. Da SAP først kom ud, var data isoleret og vanskeligt at integrere, så at beholde det hele i SAP virkede som det indlysende svar.
Men nu ændrer situationen sig hurtigt. De fleste moderne virksomhedssoftware (som Salesforce, Jira osv.) har en backend med gode API'er til eksport af data. Datasøer dannes: f.eks. letter sammenkoblingen af databaser, hvilket var umuligt for blot få år siden.
Kilde: www.habr.com