Wat is SAP? En hoekom de hel is dit $163 miljard werd?
Maatskappye bestee elke jaar $41 miljard aan sagteware vir ondernemingshulpbronbeplanning, bekend onder die akroniem ERP. Vandag het byna elke groot onderneming een of ander ERP-stelsel geïmplementeer. Maar die meeste klein maatskappye koop gewoonlik nie ERP-stelsels nie, en die meeste ontwikkelaars het hulle waarskynlik nie in aksie gesien nie. So vir diegene van ons wat nie ERP gebruik het nie, is die vraag ... wat is die vangs? Hoe kry 'n maatskappy soos SAP dit reg om $25 miljard se ERP per jaar te verkoop?
En hoe het dit so gebeur , insluitend 78% van voedselvoorrade, deur die SAP-program gaan?
ERP is waar maatskappye belangrike operasionele data stoor. Ons praat van verkoopsvoorspellings, aankoopbestellings, voorraad en die prosesse wat op grond van hierdie data geaktiveer word (byvoorbeeld betalings aan verskaffers by die betaalpunt). In 'n sekere sin is ERP die "brein" van die maatskappy - dit stoor al die belangrike data en al die aksies wat deur hierdie data geïnisieer word in werkvloeie.
Maar voordat dit die moderne sakewêreld heeltemal oorgeneem het, hoe het hierdie sagteware selfs tot stand gekom? Die geskiedenis van ERP begin met ernstige werk aan kantooroutomatisering in die 1960's. Vroeër, in die 40's en 50's, was dit hoofsaaklik die outomatisering van blouboordjie meganiese werk wat plaasgevind het – dink maar aan General Motors, wat sy eie outomatiseringsafdeling in 1947 geskep het. Maar die outomatisering van die werk van "wit krae" (dikwels met behulp van rekenaars!) het in die 60's begin.
Outomatisering in die 60's: die koms van rekenaars
Die eerste besigheidsprosesse wat met behulp van rekenaars geoutomatiseer is, was betaalstaat en fakturering. In die verlede het leërs van kantoorwerkers met die hand werknemer-ure in die grootboeke getel, met die uurlikse tarief vermenigvuldig, dan met die hand belasting, voordele-aftrekkings, ensovoorts afgetrek ... alles net om een maand se salaris bymekaar te tel! Hierdie tydrowende, herhalende proses is geneig tot menslike foute en is ideaal vir rekenaaroutomatisering.
Teen die 60's het baie maatskappye IBM-rekenaars gebruik om betaalstaat en fakturering te outomatiseer. Dataverwerking is 'n verouderde term, waarvan slegs die maatskappy oorbly . In plaas daarvan sê ons vandag "IT". Op daardie tydstip het die sagteware-ontwikkelingsbedryf nog nie gevorm nie, daarom is ontleders dikwels na IT-afdelings geneem en hulle geleer om op die plek te programmeer. Die eerste Rekenaarwetenskap-departement in die Verenigde State het in 1962 by Purdue Universiteit geopen, en die eerste gradeplegtigheid in die spesialiteit het 'n paar jaar later plaasgevind.
Die skryf van outomatisering/dataverwerkingsprogramme in die 60's was 'n moeilike taak as gevolg van geheuebeperkings. Daar was geen hoëvlaktale, geen gestandaardiseerde bedryfstelsels, geen persoonlike rekenaars nie, net groot, duur hooframe met min geheue, programme wat op rolle magnetiese band loop! Programmeerders het dikwels snags op die rekenaar gewerk wanneer dit gratis was. Dit was algemeen vir maatskappye soos General Motors om hul eie bedryfstelsels te skryf om die meeste uit hul hooframe te kry.
Vandag gebruik ons toepassingsagteware op verskeie standaardbedryfstelsels, maar dit was eers in die 1990's die geval. IN 90% van alle sagteware is op bestelling geskryf, en slegs 10% is van die rak af verkoop.
Hierdie situasie het diep geraak hoe maatskappye hul tegnologie ontwikkel het. Sommige het aangeneem dat die toekoms lê by gestandaardiseerde hardeware met dieselfde bedryfstelsel en programmeertaal soos vir die lugvaartbedryf (wat vandag nog gebruik word!) Die meeste maatskappye het voortgegaan om hul eie heeltemal geïsoleerde sagteware te skep, en dikwels die wiel heruitvind.
Geboorte van standaardsagteware: SAP-uitbreidbare program
In 1972 het vyf ingenieurs IBM verlaat om 'n sagtewarekontrak met 'n groot chemiese firma genaamd ICI aan te gaan. Hulle het 'n nuwe maatskappy genaamd SAP (Systemanalyse und Programmentwicklung of "stelselanalise en programontwikkeling") gestig. Soos die meeste sagteware-ontwikkelaars destyds, was hulle hoofsaaklik besig met konsultasie. SAP-werknemers sou na kliëntekantore kom en sagteware op hul rekenaars ontwikkel, hoofsaaklik vir logistieke bestuur.
Besigheid het goed gegaan: SAP het sy eerste jaar afgesluit met inkomste van 620 1 mark, net meer as $40 miljoen in vandag se dollar. Hulle het gou hul sagteware aan ander kliënte begin verkoop en dit na verskeie bedryfstelsels oorgedra soos nodig. Oor die volgende vier jaar het hulle meer as 9 kliënte bygekry, inkomste sesvoudig verhoog en die aantal werknemers van 25 tot XNUMX vermeerder. Miskien is dit ver weg. , maar die toekoms van SAP het optimisties gelyk.
SAP-sagteware was spesiaal om verskeie redes. Destyds het die meeste programme snags geloop en die resultaat op papierbande gedruk wat jy die volgende oggend nagegaan het. In plaas daarvan het SAP-programme intyds gewerk, en die resultaat is nie op papier vertoon nie, maar op monitors (wat destyds sowat $30 XNUMX gekos het).
Die belangrikste is dat SAP-sagteware van die grond af gebou is om uit te brei. In die oorspronklike kontrak met ICI het SAP nie sagteware van nuuts af gebou, soos destyds gebruiklik was nie, maar bo-op 'n vorige projek gekodeer. Toe SAP sy finansiële rekeningkundige sagteware in 1974 vrygestel het, het dit oorspronklik beplan om addisionele sagtewaremodules daarop te skryf en dit in die toekoms te verkoop. Hierdie uitbreidbaarheid het 'n bepalende kenmerk van SAP geword. Destyds is interaksie tussen kliëntkontekste as 'n radikale innovasie beskou. Programme is van nuuts af vir elke kliënt geskryf.
Die belangrikheid van integrasie
Toe SAP sy tweede vervaardigingssagtewaremodule bekend gestel het, kon die twee modules, benewens die eerste finansiesmodule, maklik met mekaar kommunikeer omdat hulle 'n gemeenskaplike databasis gedeel het. Hierdie integrasie het die kombinasie van modules baie meer waardevol gemaak as die twee programme alleen.
Aangesien sagteware sekere besigheidsprosesse geoutomatiseer het, het die impak daarvan grootliks van toegang tot data afgehang. Inkooporderdata word in die verkoopsmodule gestoor, voorraaddata word in die pakhuismodule gestoor, ens. En aangesien hierdie stelsels nie interaksie het nie, moet hulle gereeld gesinchroniseer word, dit wil sê die werknemer het die data met die hand van een databasis na 'n ander gekopieer .
Geïntegreerde sagteware los hierdie probleem op deur kommunikasie tussen maatskappystelsels te fasiliteer en nuwe tipes outomatisering moontlik te maak. Hierdie soort integrasie - tussen verskillende besigheidsprosesse sowel as databronne - is 'n sleutelkenmerk van ERP-stelsels. Dit het veral belangrik geword namate hardeware ontwikkel het, wat nuwe moontlikhede vir outomatisering oopmaak - en ERP-stelsels het gefloreer.
Die spoed van toegang tot inligting in geïntegreerde sagteware laat maatskappye toe om . Compaq, met die hulp van ERP, het 'n nuwe "maak-op-bestelling"-model bekend gestel (dit wil sê, die samestelling van 'n rekenaar eers nadat 'n bestelling uitdruklik ontvang is). Hierdie model spaar geld deur voorraad te verminder deur staat te maak op vinnige omkeer, wat presies is wat goeie ERP doen. Toe IBM die voorbeeld volg, het dit die afleweringstyd vir onderdele van 22 tot drie dae verminder.
Hoe ERP regtig lyk
Die woord "ondernemingsagteware" het niks te doen met 'n nuwerwetse en gebruikersvriendelike koppelvlak nie, en SAP is geen uitsondering nie. 'n Basiese SAP-installasie bevat 20 000 databasistabelle, waarvan 3000 8000 konfigurasietabelle is. Hierdie tabelle bevat ongeveer XNUMX XNUMX konfigurasiebesluite wat geneem moet word voordat die program begin. Dis hoekom is 'n regte beroep!
Ten spyte van die kompleksiteit van aanpassing, verskaf SAP ERP-sagteware 'n sleutelwaarde - die wye integrasie tussen verskeie besigheidsprosesse. Hierdie integrasie lei tot duisende gebruiksgevalle regoor die organisasie. SAP organiseer hierdie gebruiksgevalle in "transaksies", wat besigheidsaktiwiteite is. Enkele voorbeelde van transaksies sluit in "bestellingskepping" en "kliëntvertoon". Hierdie transaksies word in 'n geneste gidsformaat georganiseer. So om die Skep Verkoopsbestelling-transaksie te vind, gaan jy na die Logistieke gids, dan Verkope, dan Bestel, en jy sal die werklike transaksie daar vind.
Om ERP 'n "transaksieblaaier" te noem, sal 'n verbasend akkurate beskrywing wees. Dit is baie blaaieragtig, met 'n terugknoppie, zoomknoppies en 'n "TCodes"-teksveld, die blaaier se ekwivalent van die adresbalk. SAP ondersteun , so navigeer deur die transaksieboom kan moeilik wees sonder hierdie kodes.
Ten spyte van die duiselingwekkende aantal konfigurasies en transaksies wat beskikbaar is, het maatskappye steeds unieke gebruiksgevalle en moet hulle hul optrede verfyn. Om hierdie unieke werkvloei te hanteer, het SAP 'n ingeboude programmeringsomgewing. Hier is hoe elke deel werk:
Data
In die SAP-koppelvlak kan ontwikkelaars hul eie databasistabelle skep. Dit is relasionele tabelle soos normale SQL-databasisse: kolomme van verskillende tipes, vreemde sleutels, waardebeperkings en lees-/skryftoestemmings.
logika
SAP het 'n taal genaamd ABAP (Advanced Business Application Programming, oorspronklik Allgemeiner Berichts-Aufbereitungs-Prozessor, Duits vir General Reporting Processor) ontwikkel. Dit stel ontwikkelaars in staat om pasgemaakte besigheidslogika uit te voer in reaksie op spesifieke gebeure of op 'n skedule. ABAP is 'n ryk sintaksistaal met ongeveer drie keer soveel sleutelwoorde as JavaScript (sien hieronder). ). Wanneer jy jou program geskryf het (SAP het 'n ingeboude redigeerder vir programmering), publiseer jy dit as jou eie transaksie, saam met 'n individuele TKode. Jy kan bestaande gedrag aanpas met 'n uitgebreide stelsel van hakies genaamd "byvoegings" waar 'n program gekonfigureer is om te loop wanneer 'n spesifieke transaksie uitgevoer word - soortgelyk aan SQL-snellers.
UI
SAP kom ook met 'n UI-bouer. Dit ondersteun sleep en drop en kom met handige kenmerke soos gegenereerde vorms gebaseer op 'n DB-tabel. Ten spyte hiervan is dit nogal moeilik om te gebruik. My gunsteling deel van die konstruktor is om die tabelkolomme te teken:
Probleme met die implementering van ERP
ERP is nie goedkoop nie. ’n Groot multinasionale korporasie kan van $100 miljoen tot $500 miljoen aan implementering bestee, insluitend $30 miljoen aan lisensiefooie, $200 miljoen vir konsultasiedienste, en die res vir hardeware, opleiding van bestuurders en werknemers. Volledige implementering neem vier tot ses jaar. gesê: "Die mededingende voordeel in die bedryf sal gegee word aan die firma wat beter en goedkoper kan werk op die implementering van SAP uit te voer."
En dit gaan nie net oor geld nie. Die implementering van ERP is 'n riskante onderneming, en die resultate verskil baie. Een van die suksesvolle gevalle is die implementering van ERP by Cisco, wat 9 maande en $15 miljoen geneem het. Ter vergelyking, die implementering by Dow Chemical Corporation het $1 miljard gekos en 8 jaar geneem. . Reeds glo dat die bekendstelling van ERP-stelsels 'n "matige kans inhou om die besigheid seer te maak." Jy hoor nie so gereeld wanneer jy sagteware evalueer nie!
Die geïntegreerde aard van ERP beteken dat dit van die hele maatskappy vereis om dit te implementeer. En aangesien maatskappye baat eers na alomteenwoordig implementering, dit is veral riskant! Die implementering van ERP is meer as net 'n koopbesluit: dit is 'n verbintenis om jou bedryfsbestuurspraktyke te verander. Die installering van sagteware is maklik, die herkonfigurasie van die hele maatskappy se werkvloei is waar die grootste deel van die werk is.
Kliënte huur dikwels 'n konsultasiefirma soos Accenture om hul ERP-stelsel te implementeer en betaal hulle miljoene dollars om met individuele sake-eenhede te werk. Ontleders bepaal hoe om ERP in maatskappyprosesse te integreer. En sodra die integrasie begin, moet die maatskappy begin om alle werknemers op te lei hoe om die stelsel te gebruik. Gartner reserveer 17% van die begroting slegs vir onderwys!
Ten spyte van die kans, het die meeste Fortune 500-maatskappye ERP-stelsels teen 1998 aangeneem, versnel deur die vrees vir Y2K. Die ERP-mark groei vandag steeds . Dit is een van die grootste segmente in die wêreldwye sagteware-industrie.
Die moderne ERP-industrie
Die grootste spelers is Oracle en SAP. Alhoewel albei markleiers is, verskil hul ERP-produkte verbasend. SAP se produk is grootliks intern gebou, terwyl Oracle mededingers soos PeopleSoft en NetSuite aggressief opgekoop het.
Oracle en SAP is so dominant dat selfs in plaas van sy eie Microsoft Dynamics ERP-produk.
Omdat die meeste nywerhede redelik spesifieke ERP-behoeftes het, het Oracle en SAP vooraf gekonfigureerde konfigurasies vir baie industrieë soos voedsel, motor en chemikalieë, sowel as vertikale konfigurasies soos verkoopsprosesse. Daar is egter altyd ruimte vir nisspelers wat geneig is om op 'n spesifieke vertikale te fokus:
- vir universiteite
- en McKesson bied ERP vir gesondheidsorgorganisasies aan
- vir produksie en logistiek
Vertikale ERP's spesialiseer in integrasies en werkvloei spesifiek vir die teikenmark: byvoorbeeld in gesondheidsorg ERP .
Spesialisasie is egter nie die enigste manier om jou nis in die mark te vind nie. Sommige opstarters probeer om meer moderne sagtewareplatforms na die mark te bring. 'n Voorbeeld sou wees : dit bied die moontlikheid van integrasie (met verskillende ERP's!) deur inskrywing. Startups soos Anaplan en Zoho doen dieselfde.
ERP aan die toeneem?
SAP vaar uitstekend in 2019, met €24,7 miljard se inkomste verlede jaar en 'n markkapitalisasie . Maar die wêreld van sagteware is nie wat dit was nie. Toe SAP die eerste keer uitgekom het, was data geïsoleer en moeilik om te integreer, so om dit alles in SAP te hou, het na die voor die hand liggende antwoord gelyk.
Maar nou is die situasie vinnig aan die verander. Die meeste moderne ondernemingsagteware (soos Salesforce, Jira, ens.) het 'n agterkant met goeie API's vir die uitvoer van data. Datamere word gevorm: byvoorbeeld, fasiliteer die interkonneksie van databasisse, wat net 'n paar jaar gelede onmoontlik was.
Bron: will.com