{"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\/da\/blog\/chto-takoe-sap","title":{"rendered":"Hvad er SAP?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Hvad
\n
\nHvad er SAP? Og hvorfor koster det $163 milliarder?<\/p>\n

Hvert \u00e5r bruger virksomheder $41 milliarder p\u00e5 software til planl\u00e6gning af virksomhedens ressourcer<\/b>, kendt under forkortelsen ERP<\/b>. I dag er der n\u00e6sten implementeret et eller andet ERP-system i hver stor virksomhed. Men de fleste sm\u00e5 virksomheder k\u00f8ber normalt ikke ERP-systemer, og de fleste udviklere har sikkert ikke set dem i aktion. S\u00e5 for os, der ikke har brugt ERP, opst\u00e5r sp\u00f8rgsm\u00e5let... hvad er det for noget? Hvordan kan et firma som SAP f\u00e5 solgt ERP for $25 milliarder om \u00e5ret? <\/p>\n

Og hvordan er det muligt, at 77% af den globale handel<\/a><\/noindex>, herunder 78% af f\u00f8devareleverancerne, passerer gennem SAP-programmer?
\n<\/a><\/noindex>
\nERP er stedet, hvor virksomheder opbevarer deres centrale driftsdata. Vi taler om salgsprognoser, indk\u00f8bsordrer, lagerbeholdninger samt om processer, der aktiveres baseret p\u00e5 disse data (f.eks. betalinger til leverand\u00f8rer, n\u00e5r ordrer placeres). P\u00e5 en m\u00e5de fungerer ERP som virksomhedens 'hjerne' \u2014 den opbevarer alle vigtige data og alle handlinger, der initieres af disse data i arbejdsprocesserne.<\/p>\n

Men f\u00f8r dette software kunne dominere den moderne forretning, hvordan opstod det egentlig? Historien om ERP begynder med en omfattende indsats for at automatisere kontorarbejde i 1960'erne. Tidligere, i 40'erne og 50'erne, blev der prim\u00e6rt automatiseret mekanisk arbejde for 'bl\u00e5 kraver' \u2014 t\u00e6nk p\u00e5 General Motors, som oprettede sin automatiseringsafdeling i 1947. Automatiseringen af 'hvide kraver' (ofte ved hj\u00e6lp af computere!) begyndte i 60'erne.<\/p>\n

Automatiseringen i 60'erne: fremkomsten af computere<\/h1>\n

\nDe f\u00f8rste forretningsprocesser, der blev automatiseret ved hj\u00e6lp af computere, var l\u00f8nberegning og fakturering. Tidligere brugte hele h\u00e6re af kontoransatte manuelt at t\u00e6lle medarbejdernes arbejdstimer i regnskabsb\u00f8ger, gangede med timel\u00f8nnen, og derefter manuelt trak skatter, fradrag og s\u00e5 videre fra\u2026 alt dette bare for at beregne l\u00f8nnen for en m\u00e5ned! Denne arbejdsintensive, gentagne proces var udsat for menneskelige fejl, og den er perfekt til computerautomatisering.<\/p>\n

I 60'erne begyndte mange virksomheder at anvende IBM-computere til automatisering af l\u00f8nberegning og fakturering. Begrebet databehandling er for\u00e6ldet, kun virksomheden er tilbage. Automatic Data Processing, Inc<\/a><\/noindex>. I stedet taler vi nu om \"IT\". Dengang var softwareudviklingsbranchen endnu ikke dannet, s\u00e5 IT-afdelingerne ansatte ofte analytikere og l\u00e6rte dem at programmere p\u00e5 stedet. Det f\u00f8rste Computer Science fakultet i USA blev \u00e5bnet af Purdue University i 1962, og det f\u00f8rste eksamenshold i faget dimitterede nogle \u00e5r senere.<\/p>\n

\"Hvad
\n
\nAt skrive programmer til automatisering\/databehandling i 60'erne var en udfordring p\u00e5 grund af begr\u00e6nset hukommelse. Der var hverken h\u00f8jniveau sprog, standardiserede operativsystemer eller personlige computere \u2013 kun store dyre mainframes med begr\u00e6nset hukommelse, hvor programmer blev k\u00f8rt p\u00e5 magnetb\u00e5nd! Programm\u00f8rer arbejdede ofte med computeren om natten, n\u00e5r den var ledig. For virksomheder som General Motors var det almindeligt at skrive deres egne operativsystemer for at maksimere udbyttet af deres mainframes.<\/p>\n

I dag k\u00f8rer vi applikationssoftware p\u00e5 flere standardiserede operativsystemer, men s\u00e5dan var det ikke f\u00f8r 1990'erne. I mainframe-\u00e6raen<\/a><\/noindex> blev 90% af al software skrevet p\u00e5 bestilling, og kun 10% blev solgt som f\u00e6rdige produkter. <\/p>\n

Denne situation havde en dyb indvirkning p\u00e5, hvordan virksomheder udviklede deres teknologi. Nogle mente, at fremtiden l\u00e5 i standardiseret hardware med uforanderlige operativsystemer og programmeringssprog, ligesom SABRE-systemet<\/a><\/noindex> til luftfartsindustrien (som stadig bruges den dag i dag!). De fleste virksomheder fortsatte med at udvikle deres eget fuldst\u00e6ndig isolerede software, ofte ved at opfinde cyklen p\u00e5 ny.<\/p>\n

F\u00f8dslen af standard software: det udvidelige SAP-program<\/h1>\n

\nI 1972 sagde fem ingeni\u00f8rer op hos IBM for at indg\u00e5 en kontrakt om softwarelevering med et stort kemifirma ved navn ICI. De grundlagde et nyt firma kaldet SAP (Systemanalyse und Programmentwicklung eller 'systemanalyse og programudvikling'). Ligesom de fleste softwareudviklere p\u00e5 det tidspunkt, arbejdede de prim\u00e6rt med r\u00e5dgivning. SAP's medarbejdere kom ind p\u00e5 kundernes kontorer og udviklede software p\u00e5 deres computere, hovedsageligt til at h\u00e5ndtere logistik.<\/p>\n

\"Hvad
\n
\nForretningen gik godt: SAP afsluttede det f\u00f8rste \u00e5r med en oms\u00e6tning p\u00e5 620.000 mark, hvilket svarer til lidt over $1 million i dagens dollars. Snart begyndte de at s\u00e6lge deres software til andre kunder ved at portere den til forskellige operativsystemer, n\u00e5r det var n\u00f8dvendigt. I de f\u00f8lgende fire \u00e5r fik de over 40 kunder, indt\u00e6gterne voksede seks gange, og antallet af medarbejdere steg fra 9 til 25. M\u00e5ske er det langt fra T2D3 v\u00e6kstkurven<\/a><\/noindex>, men fremtiden for SAP s\u00e5 optimistisk ud.<\/p>\n

SAP's software var speciel af flere grunde. P\u00e5 det tidspunkt k\u00f8rte de fleste programmer om natten og udskrev resultaterne p\u00e5 papirruller, som man kunne tjekke n\u00e6ste morgen. I stedet k\u00f8rte SAP's programmer i realtid, og resultaterne blev ikke udskrevet p\u00e5 papir, men vist p\u00e5 sk\u00e6rme (som dengang kostede omkring $30.000).<\/p>\n

Men vigtigst af alt, var SAP's software fra starten designet til at v\u00e6re udvidelig. I den oprindelige kontrakt med ICI udviklede SAP ikke software fra bunden, som man havde for vane p\u00e5 det tidspunkt, men skrev kode ovenp\u00e5 et tidligere projekt. Da SAP lancerede deres finansielle regnskabssoftware i 1974, havde de oprindeligt planer om senere at skrive yderligere softwaremoduler ovenp\u00e5 og s\u00e6lge dem. Denne udvidelighed blev en definerende egenskab ved SAP. P\u00e5 det tidspunkt blev interaktion mellem kundekontekster betragtet som en radikal innovation. Programmer blev skrevet fra bunden for hver enkelt kunde.<\/p>\n

Vigtigheden af integration<\/h1>\n

\nDa SAP pr\u00e6senterede sin anden softwaremodul til produktion som supplement til det f\u00f8rste finansmodul, kunne disse to moduler nemt interagere med hinanden, da de havde en f\u00e6lles database. Denne integration gjorde kombinationen af modulerne betydeligt mere v\u00e6rdifuld end blot to programmer hver for sig.<\/p>\n

Da softwaren automatiserede visse forretningsprocesser, var dens indflydelse i h\u00f8j grad afh\u00e6ngig af adgangen til data. Indk\u00f8bsordrer opbevares i salgsmodulet, data om produktlager opbevares i lager modulet osv. Og da disse systemer ikke interagerer, skal de regelm\u00e6ssigt synkroniseres, hvilket betyder, at en medarbejder manuelt kopierede data fra \u00e9n database til en anden.<\/p>\n

Integreret software l\u00f8ser dette problem ved at lette kommunikationen mellem virksomhedens systemer og muligg\u00f8re nye former for automatisering. Denne type integration - mellem forskellige forretningsprocesser samt datakilder - er en n\u00f8glefunktion i ERP-systemer. Det blev is\u00e6r vigtigt i takt med udviklingen af hardware, som \u00e5bnede nye muligheder for automatisering - og ERP-systemerne trivedes.<\/p>\n

Hastigheden for informationstilgang i integreret software giver virksomheder mulighed for fuldst\u00e6ndig at \u00e6ndre deres forretningsmodeller<\/a><\/noindex>. Virksomheden Compaq implementerede en ny model \"produktion p\u00e5 ordre\" (det vil sige samling af computeren f\u00f8rst efter at have modtaget en klar ordre) ved hj\u00e6lp af ERP. Denne model sparer penge ved at reducere lagerniveauer, baseret p\u00e5 hurtig oms\u00e6tning - netop hvad effektiv ERP hj\u00e6lper med. Da IBM fulgte samme eksempel, reducerede de leveringstiden for komponenter fra 22 til tre dage.<\/p>\n

Hvordan ERP ser ud i praksis<\/h1>\n

\nUdsagnet \"enterprise software\" er ikke ligefrem forbundet med en trendy og brugervenlig gr\u00e6nseflade, og SAP er ingen undtagelse. Den grundl\u00e6ggende installation af SAP indeholder 20.000 databasetabeller, hvoraf 3.000 er konfigurationstabeller. I disse tabeller er der cirka 8.000 konfigurationsbeslutninger, der skal tr\u00e6ffes, inden programmet kan begynde at k\u00f8re. Det er derfor, SAP Configuration Specialist<\/a><\/noindex>\u00a0er et reelt erhverv!<\/p>\n

P\u00e5 trods af den komplekse ops\u00e6tning giver SAP ERP-software en n\u00f8glev\u00e6rdi \u2014 omfattende integration mellem flere forretningsprocesser. Denne integration f\u00f8rer til tusindvis af anvendelsesmuligheder i organisationen. SAP organiserer disse anvendelsesmuligheder i \"transaktioner\", der repr\u00e6senterer forretningshandlinger. Nogle eksempler p\u00e5 transaktioner inkluderer \"oprettelse af ordre\" og \"visning af kunde\". Disse transaktioner er organiseret i et hierarkisk katalog. For at finde transaktionen \"Opret salgsordre\" g\u00e5r du ind i kataloget \"Logistik\", derefter \"Salg\", s\u00e5 \"Ordre\", og der finder du den faktiske transaktion.<\/p>\n

\"Hvad
\n
\nHvis man kalder ERP et \"transaktionsbrowser\", ville det v\u00e6re en overraskende pr\u00e6cis beskrivelse. Det ligner meget en browser, der er en \"tilbage\"-knap, zoom-knapper og et tekstfelt til koder \"TCodes\", hvilket er \u00e6kvivalent med adressefeltet i en browser. SAP underst\u00f8tter mere end 16.000 typer transaktioner<\/a><\/noindex>, s\u00e5 navigationen gennem tr\u00e6et af transaktioner kan v\u00e6re kompleks uden disse koder.<\/p>\n

P\u00e5 trods af det svimlende antal tilg\u00e6ngelige konfigurationer og transaktioner, st\u00f8der virksomheder stadig p\u00e5 unikke anvendelsesmuligheder, der kr\u00e6ver, at de finjusterer deres handlinger. For at h\u00e5ndtere s\u00e5danne unikke arbejdsprocesser har SAP en indbygget programmeringsmilj\u00f8. Her er hvordan hver del fungerer:<\/p>\n

Data<\/h3>\n

\nI SAP-gr\u00e6nsefladen kan udviklere oprette deres egne databaser. Dette er relationelle tabeller som i almindelige SQL-databaser: kolonner af forskellige typer, fremmedn\u00f8gler, v\u00e6rdigr\u00e6nser samt l\u00e6se-\/skriverettigheder.<\/p>\n

Logik<\/h3>\n

\nSAP har udviklet et sprog kaldet ABAP (Advanced Business Application Programming, oprindeligt Allgemeiner Berichts-Aufbereitungs-Prozessor, p\u00e5 tysk \"generel rapporteringsprocessor\"). Det giver udviklere mulighed for at k\u00f8re individuel forretningslogik som svar p\u00e5 specifikke begivenheder eller efter en tidsplan. ABAP er et sprog med rigt syntaks, der har omtrent tre gange s\u00e5 mange n\u00f8gleord som JavaScript (se. implementeringen af spillet 2048 i ABAP-sprog<\/a><\/noindex>). N\u00e5r du har skrevet dit program (SAP har en indbygget editor til programmering), publicerer du det som din egen transaktion, sammen med en individuel TCode. Du kan tilpasse eksisterende adf\u00e6rd ved hj\u00e6lp af et omfattende system af hooks, kendt som 'business add-ins', hvor programmet tilpasses til at k\u00f8re, n\u00e5r en bestemt transaktion udf\u00f8res - tilsvarende SQL-trigger.<\/p>\n

UI<\/h3>\n

\nSAP leveres ogs\u00e5 med en UI-builder. Den underst\u00f8tter drag-and-drop og kommer med nyttige funktioner s\u00e5som genererede formularer baseret p\u00e5 database-tabeller. P\u00e5 trods af dette er den ret sv\u00e6r at bruge. Min yndlingsdel af builderen er at tegne tabelkolonner:<\/p>\n

\"Hvad
\n<\/p>\n

Udfordringer ved implementering af ERP<\/h1>\n

\nERP er dyrt. En stor multinational virksomhed kan bruge mellem $100 millioner og $500 millioner p\u00e5 implementeringen, herunder $30 millioner i licensafgifter, $200 millioner p\u00e5 konsulenttjenester, og resten p\u00e5 hardware, tr\u00e6ning af ledere og medarbejdere. Den samlede implementering tager mellem fire og seks \u00e5r. Direkt\u00f8ren for en stor kemisk virksomhed<\/a><\/noindex> sagde: \u00abDen virksomhed, der er i stand til at implementere SAP bedre og billigere, vil f\u00e5 konkurrencefordelen i branchen\u00bb.<\/p>\n

Og det handler ikke kun om penge. Implementeringen af ERP er en risikabel opgave, og resultaterne varierer betydeligt. En af de succesfulde sager er implementeringen af ERP i Cisco, som tog 9 m\u00e5neder og kostede $15 millioner. Til sammenligning kostede implementeringen i Dow Chemical $1 milliard og tog 8 \u00e5r. Den amerikanske marine brugte $1 milliard p\u00e5 fire forskellige ERP-projekter, men alle fejlede.<\/a><\/noindex>. Hele 65% af ledere<\/a><\/noindex> mener, at implementeringen af ERP-systemer indeb\u00e6rer en 'moderat risiko for at skade virksomheden'. Det er sj\u00e6ldent at h\u00f8re i evalueringen af software!<\/p>\n

Den integrerede natur af ERP betyder, at hele virksomheden skal involveres i implementeringen. Og da virksomheder kun h\u00f8ster fordele efter den udbredte<\/i> implementering, er det is\u00e6r risikabelt! Implementeringen af ERP er ikke bare en beslutning om indk\u00f8b: det er et forpligtelse til at \u00e6ndre deres driftsmetoder. Installation af software er let, men omstrukturering af hele virksomhedens arbejdsgange - det er her, det virkelig kr\u00e6ver arbejde.<\/p>\n

For implementing an ERP system, clients often hire a consulting firm like Accenture and pay millions of dollars for work with individual business units. Analysts determine how to integrate ERP into the company's processes. Once integration begins, the company must start training all employees on how to use the system. Gartner anbefaler<\/a><\/noindex> reserve 17% of the budget just for training!<\/p>\n

Despite all the challenges, most companies on the Fortune 500 list had implemented ERP systems by 1998: the process accelerated due to the fear of Y2K. The ERP market continues to grow even today exceeds $40 billion<\/a><\/noindex>. It is one of the largest segments of the global software industry.<\/p>\n

The modern ERP industry<\/h1>\n

\nThe biggest players are Oracle and SAP. Although both are market leaders, their ERP products are surprisingly different. The SAP product was primarily built in-house, whereas 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 fairly specific ERP needs, Oracle and SAP have ready-made configurations for many sectors, such as food, automotive, and chemicals, as well as vertical configurations like sales organization processes. However, there is always room for niche players that typically focus on a specific vertical:<\/p>\n