{"id":41397,"date":"2020-02-10T20:24:56","date_gmt":"2020-02-10T17:24:56","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/chto-takoe-sap"},"modified":"2020-02-10T20:24:56","modified_gmt":"2020-02-10T17:24:56","slug":"chto-takoe-sap","status":"publish","type":"post","link":"https:\/\/prohoster.info\/no\/blog\/chto-takoe-sap","title":{"rendered":"Hva er SAP?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Hva
\n
\nHva er SAP? Og hvordan kan det koste $163 milliarder?<\/p>\n

Hvert \u00e5r bruker selskaper $41 milliarder p\u00e5 programvare for planlegging av bedriftsressurser<\/b>, kjent under forkortelsen ERP<\/b>. I dag har praktisk talt hver storbedrift implementert et eller annet ERP-system. Men de fleste sm\u00e5 selskaper kj\u00f8per vanligvis ikke ERP-systemer, og de fleste utviklere har sannsynligvis ikke sett dem i bruk. S\u00e5 for oss som ikke har brukt ERP, oppst\u00e5r sp\u00f8rsm\u00e5let... hva er greia? Hvordan klarer et selskap som SAP \u00e5 selge ERP for $25 milliarder i \u00e5ret? <\/p>\n

Og hvordan skjedde det at 77% av verdenshandelen<\/a><\/noindex>, inkludert 78% av matforsyningene, g\u00e5r gjennom SAP-programvare?
\n<\/a><\/noindex>
\nERP er stedet hvor selskaper lagrer viktige driftsdata. Vi snakker om salgsprognoser, innkj\u00f8psordrer, varelager, samt prosesser som aktiveres basert p\u00e5 disse dataene (for eksempel betalinger til leverand\u00f8rer ved bestilling). P\u00e5 en m\u00e5te er ERP hjernen til selskapet - den lagrer alle viktige data og alle handlinger som initieres av disse dataene i arbeidsprosessene.<\/p>\n

Men f\u00f8r det fullstendig tok over den moderne forretningsverden, hvordan ble denne programvaren egentlig utviklet? Historien om ERP starter med betydelig arbeid for \u00e5 automatisere kontoraktiviteter p\u00e5 1960-tallet. Tidligere, p\u00e5 40- og 50-tallet, handlet det hovedsakelig om \u00e5 automatisere mekanisk arbeid av \u00abbl\u00e5 krager\u00bb - husk General Motors, som opprettet sin automatiseringsavdeling i 1947. Automatiseringen av \u00abhvite krager\u00bb (ofte ved hjelp av datamaskiner!) begynte p\u00e5 60-tallet.<\/p>\n

Automatiseringen p\u00e5 60-tallet: fremveksten av datamaskiner<\/h1>\n

\nDe f\u00f8rste forretningsprosessene som ble automatisert med datamaskiner, var l\u00f8nnsberegning og fakturering. Tidligere brukte hele h\u00e6rer av kontorarbeidere manuelt \u00e5 telle arbeidstimene til ansatte i regnskapsb\u00f8ker, multiplisere med timel\u00f8nn, deretter manuelt trekke fra skatter, fradrag for ytelser og s\u00e5 videre... alt dette bare for \u00e5 beregne l\u00f8nnen for \u00e9n m\u00e5ned! Denne tidkrevende, repeterende prosessen var utsatt for menneskelige feil, men den var perfekt for datamaskinautomatisering.<\/p>\n

P\u00e5 60-tallet begynte mange selskaper \u00e5 bruke IBM-datamaskiner for \u00e5 automatisere l\u00f8nnsberegning og fakturering. Databehandling er et foreldet begrep, som bare har etterlatt seg selskapet. Automatic Data Processing, Inc<\/a><\/noindex>. I stedet snakker vi i dag om \"IT\". P\u00e5 den tiden var programvareutviklingsbransjen fortsatt ikke etablert, s\u00e5 IT-avdelinger tok ofte inn analytikere og l\u00e6rte dem programmering p\u00e5 jobben. Den f\u00f8rste datavitenskapsavdelingen i USA ble \u00e5pnet ved Purdue University i 1962, og den f\u00f8rste avgangen i fagomr\u00e5det fant sted noen \u00e5r senere.<\/p>\n

\"Hva
\n
\n\u00c5 skrive programmer for automatisering\/databehandling p\u00e5 60-tallet var en utfordring p\u00e5 grunn av minnebegrensninger. Det fantes verken h\u00f8yniv\u00e5 spr\u00e5k, standardiserte operativsystemer eller personlige datamaskiner \u2013 bare store, kostbare hoveddatamaskiner med liten minnekapasitet, der programmer ble kj\u00f8rt p\u00e5 magnetb\u00e5nd! Programmere jobbet ofte med datamaskiner om natten, n\u00e5r de var ledige. For selskaper som General Motors var det vanlig \u00e5 skrive egne operativsystemer for \u00e5 f\u00e5 mest mulig ut av hoveddatamaskinene sine.<\/p>\n

I dag kj\u00f8rer vi applikasjonsprogramvare p\u00e5 flere standardiserte operativsystemer, men slik var det ikke f\u00f8r p\u00e5 1990-tallet. I hoveddatamaskinens tid<\/a><\/noindex> ble 90 % av all programvare skrevet p\u00e5 bestilling, og bare 10 % ble solgt som ferdige produkter. <\/p>\n

Denne situasjonen p\u00e5virket dypt hvordan selskaper utviklet sin teknologi. Noen antydet at fremtiden l\u00e5 i standardisert utstyr med en uforanderlig OS og programmeringsspr\u00e5k, slik som SABRE-systemet<\/a><\/noindex> for luftfartsindustrien (som fortsatt brukes i dag!). De fleste selskaper fortsatte \u00e5 lage sitt eget fullt isolerte programvare, ofte ved \u00e5 \u2018erobre hjulet\u2019 p\u00e5 nytt.<\/p>\n

F\u00f8dselen av standard programvare: utvidbar SAP-programvare<\/h1>\n

\nI 1972 trakk fem ingeni\u00f8rer seg fra IBM for \u00e5 inng\u00e5 kontrakt med det store kjemiselskapet ICI om programvareleveranser. De grunnla et nytt selskap kalt SAP (Systemanalyse und Programmentwicklung eller \u00absystemanalyse og programutvikling\u00bb). Som de fleste programvareutviklere p\u00e5 den tiden, drev de i hovedsak med konsulenttjenester. SAP-ansatte dro til kundens kontorer og utviklet programvare p\u00e5 deres datamaskiner, for det meste for \u00e5 h\u00e5ndtere logistikk.<\/p>\n

\"Hva
\n
\nForretningen gikk bra: SAP avsluttet sitt f\u00f8rste \u00e5r med en omsetning p\u00e5 620 000 mark, som tilsvarer litt mer enn $1 million i dagens dollar. Snart begynte de \u00e5 selge programvaren sin til andre kunder, og tilpasset den til ulike operativsystemer n\u00e5r det var n\u00f8dvendig. I l\u00f8pet av de neste fire \u00e5rene fikk de over 40 kunder, inntektene \u00f8kte seks ganger, og antall ansatte steg fra 9 til 25. Kanskje det er litt langt fra T2D3-vekstkurven,<\/a><\/noindex>men fremtiden til SAP s\u00e5 lys ut.<\/p>\n

SAP-programvaren var spesiell av flere grunner. P\u00e5 den tiden kj\u00f8rte de fleste programmer om natten og skrev ut resultatene p\u00e5 papirb\u00e5nd som man kontrollerte neste morgen. I motsetning til dette kj\u00f8rte SAP-programmene i sanntid, og resultatene ble ikke skrevet ut p\u00e5 papir, men vist p\u00e5 skjermer (som p\u00e5 den tiden kostet rundt $30 000).<\/p>\n

Men viktigst av alt, ble SAP-programvaren opprinnelig utviklet med tanke p\u00e5 utvidbarhet. I den opprinnelige kontrakten med ICI laget SAP ikke programvaren fra bunnen av, som var vanlig den gangen, men skrev kode opp\u00e5 et tidligere prosjekt. Da SAP lanserte sitt finansregnskapsprogram i 1974, planla de opprinnelig \u00e5 skrive flere modul\u00e6re programmer opp\u00e5 det og selge dem senere. Denne utvidbarheten ble en avgj\u00f8rende egenskap ved SAP. P\u00e5 den tiden ble interaksjonen mellom klientkontekster ansett som en radikal innovasjon. Programmer ble skrevet fra bunnen av for hver enkelt kunde.<\/p>\n

Viktigheten av integrasjon<\/h1>\n

\nDa SAP lanserte sitt andre programmodul for produksjon i tillegg til den f\u00f8rste 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.<\/p>\n

Siden programvaren automatiserte bestemte forretningsprosesser, avhang dens innflytelse stort sett av tilgang til data. Data fra innkj\u00f8psordrer lagres i salgsmodulen, data om produktbeholdning lagres i lagermodulen, osv. Og ettersom disse systemene ikke interagerer, m\u00e5 de regelmessig synkroniseres, noe som betyr at en ansatt manuelt kopierte data fra \u00e9n database til en annen.<\/p>\n

Integrert programvare l\u00f8ser dette problemet ved \u00e5 lette kommunikasjonen mellom selskapets systemer og legge til rette for nye typer automatisering. Denne typen integrasjon \u2014 mellom ulike forretningsprosesser samt datakilder \u2014 er et n\u00f8kkeltrekk ved ERP-systemer. Dette har blitt spesielt viktig ettersom maskinvaren har utviklet seg, noe som \u00e5pner for nye automatiseringsmuligheter \u2014 og ERP-systemer har blomstret.<\/p>\n

Hastigheten p\u00e5 informasjonstilgang i integrert programvare gj\u00f8r det mulig for selskaper \u00e5 totalt endre forretningsmodellene sine<\/a><\/noindex>. Selskapet Compaq implementerte en ny \u00abproduksjon etter ordre\u00bb-modell ved hjelp av ERP (dvs. montering av datamaskinen bare etter eksplisitt mottak av ordre). Denne modellen sparer penger ved \u00e5 redusere lagerbeholdningen, avhengig av rask oml\u00f8p \u2014 nettopp det som kompetent ERP hjelper med. Da IBM fulgte samme eksempel, reduserte de leveringstiden for komponenter fra 22 til tre dager.<\/p>\n

Hvordan ERP faktisk ser ut<\/h1>\n

\nBegrepet \u00abbedriftsprogramvare\u00bb 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\u00e5 tas f\u00f8r programmet kan begynne \u00e5 fungere. Det er derfor SAP-konfigurasjonsspesialist<\/a><\/noindex>\u00a0er et reelt yrke!<\/p>\n

Til tross for kompleksiteten i oppsettet, gir SAP ERP programvaren en n\u00f8kkelverdi - omfattende integrasjon mellom flere forretningsprosesser. Denne integrasjonen f\u00f8rer til tusenvis av bruksalternativer i organisasjonen. SAP organiserer disse bruksalternativene i \"transaksjoner\", som representerer forretningshandlinger. Noen eksempler p\u00e5 transaksjoner inkluderer \"opprett bestilling\" og \"vis kunde\". Disse transaksjonene er organisert i et kategorisystem. Slik finner du transaksjonen \"Opprett salgsbestilling\": du g\u00e5r til katalogen \"Logistikk\", deretter \"Salg\", s\u00e5 \"Bestilling\", og der finner du den faktiske transaksjonen.<\/p>\n

\"Hva
\n
\nHvis man kaller ERP en \"transaksjonsleser\", ville det v\u00e6re en sv\u00e6rt presis beskrivelse. Den ligner veldig p\u00e5 en nettleser, her er det en \"Tilbake\"-knapp, zoom-knapper og et tekstfelt for koder \"TCodes\", ekvivalent med adressefeltet i en nettleser. SAP st\u00f8tter mer enn 16 000 typer transaksjoner<\/a><\/noindex>, s\u00e5 navigering i treet av transaksjoner kan v\u00e6re utfordrende uten disse kodene.<\/p>\n

Til tross for det svimlende antallet tilgjengelige konfigurasjoner og transaksjoner, st\u00f8ter selskaper fortsatt p\u00e5 unike bruksalternativer som krever finjustering av handlingene deres. For \u00e5 h\u00e5ndtere slike unike arbeidsflyter har SAP en innebygd programmeringsmilj\u00f8. Slik fungerer hver del:<\/p>\n

Data<\/h3>\n

\nI SAP-grensesnittet kan utviklere opprette egne databaser. Dette er relasjonelle tabeller som vanlige SQL-databaser: kolonner av forskjellige typer, fremmedn\u00f8kler, verdigrenser samt leser\/skriverettigheter.<\/p>\n

Logikk<\/h3>\n

\nSAP utviklet et spr\u00e5k kalt ABAP (Advanced Business Application Programming, opprinnelig Allgemeiner Berichts-Aufbereitungs-Prozessor, p\u00e5 tysk \"generell rapportbehandlingsprosessorkode\"). Det lar utviklere kj\u00f8re tilpasset forretningslogikk som svar p\u00e5 bestemte hendelser eller etter et skjema. ABAP er et spr\u00e5k med et rikt syntaks, det er omtrent tre ganger s\u00e5 mange n\u00f8kkelord som i JavaScript (se implementeringen av spillet 2048 p\u00e5 ABAP)<\/a><\/noindex>). N\u00e5r 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 \u00abbusiness add-ins\u00bb, der programmet konfigureres til \u00e5 kj\u00f8re ved utf\u00f8relsen av en bestemt transaksjon \u2013 tilsvarende SQL-triggerne.<\/p>\n

UI<\/h3>\n

\nSAP leveres ogs\u00e5 med en builder for \u00e5 lage UI. Den st\u00f8tter drag-and-drop og kommer med nyttige funksjoner, som genererte skjemaer basert p\u00e5 databasen. Til tross for dette er den ganske vanskelig \u00e5 bruke. Min favorittdel av builderen er \u00e5 tegne tabellkolonner:<\/p>\n

\"Hva
\n<\/p>\n

Utfordringer med implementering av ERP<\/h1>\n

\nERP er ikke billig. Et stort multinasjonalt selskap kan bruke mellom 100 millioner dollar og 500 millioner dollar p\u00e5 implementeringen, inkludert 30 millioner dollar i lisensavgifter, 200 millioner dollar for konsulenttjenester, og resten p\u00e5 maskinvare, oppl\u00e6ring av ledere og ansatte. Full implementering tar mellom fire og seks \u00e5r. Administrerende direkt\u00f8r i et stort kjemisk selskap<\/a><\/noindex> sa: \u00abKonkurransefortrinnet i bransjen vil g\u00e5 til firmaet som kan gjennomf\u00f8re implementeringen av SAP bedre og billigere\u00bb.<\/p>\n

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\u00e5neder og kostet 15 millioner dollar. Til sammenligning kostet implementeringen i Dow Chemical 1 milliard dollar og tok 8 \u00e5r. US Navy brukte 1 milliard dollar p\u00e5 fire forskjellige ERP-prosjekter, men alle mislyktes<\/a><\/noindex>. Hele 65% av lederne<\/a><\/noindex> mener at implementering av ERP-systemer b\u00e6rer en \u00abmoderat risiko for \u00e5 skade virksomheten\u00bb. Dette h\u00f8rer man sjelden n\u00e5r man vurderer programvare!<\/p>\n

Den integrerte naturen av ERP betyr at implementeringen krever innsats fra hele selskapet. Og siden selskaper bare f\u00e5r nytte av det etter omfattende<\/i> implementering, er dette spesielt risikabelt! Implementeringen av ERP er ikke bare en kj\u00f8psbeslutning: Det er et forpliktelse til \u00e5 endre m\u00e5ten man h\u00e5ndterer driften p\u00e5. Installasjonen av programvaren er enkel; \u00e5 omkonfigurere arbeidsflyten i hele selskapet er der hovedarbeidet ligger.<\/p>\n

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 anbefaler<\/a><\/noindex> reserve 17% of the budget solely for training!<\/p>\n

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 surpassing $40 billion<\/a><\/noindex>. It is one of the largest segments of the global software industry.<\/p>\n

The modern ERP industry<\/h1>\n

\nis 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.<\/p>\n

Oracle and SAP are so dominant that even Microsoft uses SAP<\/a><\/noindex> instead of its own ERP product Microsoft Dynamics.<\/p>\n

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:<\/p>\n