Modernisering av ERP och utfasning av SAP ECC: utvecklingsarbetet kring migreringen som ingen räknade med
Varje ERP-migrering rymmer två projekt. Det ena står i planen (det nya systemet, processdesignen, systemintegratören). Det andra dyker upp i månad fyra, när någon räknar gränssnitten.
Det andra projektet är vårt. De åttio specialbyggda integrationerna, rapporterna som ekonomiavdelningen är beroende av men som ingen äger, lagerterminalerna som pratar med en databasvy, kundportalen som läser direkt ur de gamla tabellerna och tjugo års data som måste komma fram till det nya systemet i en form det accepterar. Det ingår sällan i den ursprungliga omfattningen, och det är ofta det som avgör datumet.
Varför det här står i kalendern nu
Standardunderhållet (mainstream maintenance) för SAP ECC 6.0 upphör den 31 december 2027. Förlängt underhåll kan ta ett företag till slutet av 2030, mot en extra avgift och med begränsad omfattning. En stor del av den installerade basen har inte börjat, migreringar tar ofta arton till trettiosex månader, och de partner och den hyperscalerkapacitet som krävs för att genomföra dem bokas redan nu.
Samma tryck finns utanför SAP-världen. Kunder med Oracle EBS står inför sin egen supporthorisont, installationer av Dynamics AX och NAV knuffas mot Business Central och Dynamics 365, och en lång rad företag kör ett ERP-system som anpassades kraftigt för tio år sedan av personer som sedan dess har slutat.
Oavsett vart du ska ser problemet likadant ut: ERP-systemet är ingen ö, och det som hänger på det är oftast odokumenterat.
Det här gör vi
Kartläggning och inventering av gränssnitt
Innan något kan planeras måste någon fastställa vad som faktiskt pratar med ERP-systemet. Det gör vi empiriskt (genom att läsa databasloggar, nätverkstrafik, schemalagda jobb, konfigurationen av integrationsplattformen och källkod) i stället för att skicka runt en enkät och hoppas.
Resultatet är en förteckning över varje gränssnitt med riktning, protokoll, frekvens, datavolym, ansvarig i verksamheten om en sådan går att hitta och en bedömning av om gränssnittet måste byggas om, kan avvecklas eller kan anpassas. Kunder hittar regelbundet två till fem gånger fler gränssnitt än de räknat med, och ett betydande antal visar sig inte tjäna något syfte alls.
Ombyggnad av integrationslagret
Vi bygger om de gränssnitt som måste finnas kvar, och vi bygger dem hellre mot ett abstraktionslager än direkt mot det nya systemet. Ett integrationslager mellan dina satellitapplikationer och ERP-systemet gör att nästa migrering (och det kommer en) inte behöver upprepa den här övningen. Det gör det också möjligt att flytta applikationerna i vågor i stället för under en enda driftstarthelg.
Arbetet omfattar IDoc- och BAPI-gränssnitt, OData-tjänster, SOAP-slutpunkter från en tidigare era, filöverföringar med flata filer och SFTP som fortfarande står för halva den europeiska handeln mellan företag, meddelandeköer och moderna REST-API:er på den nya sidan.
Datamigrering
Extrahering, tvätt, transformering, laddning och (den del som oftast underskattas) avstämning. Vi bygger migreringen som återanvändbar kod, inte som ett engångsskript, så att den kan köras dussintals gånger mot allt renare data och resultaten jämföras automatiskt varje gång.
Det är i avstämningen som trovärdigheten finns. Ekonomiavdelningen godkänner inte en migrering för att laddningen lyckades; den godkänner den för att saldona stämmer, antalen stämmer och de skillnader som återstår är förklarade och skriftligen godkända.
Egna applikationer som lever längre än ERP-systemet
De flesta företag har applikationer byggda runt det gamla ERP-systemet som gör något ERP-systemet inte klarade: en produktkonfigurator, ett prisverktyg, en terminal på verkstadsgolvet, en kundportal, ett planeringsark som blev bärande. Vissa bör avvecklas till förmån för standardfunktionerna i det nya systemet. Andra är verkliga konkurrensfördelar och bör byggas om ordentligt som egna applikationer, inte längre fastsvetsade vid ett databasschema som snart ändras.
Vi hjälper dig att skilja dem åt och bygger sedan de som är värda att behålla.
Rapportering och skuggdata
Varje ERP-system som levt länge får ett lager av rapporter, uttag och kalkylark utanför sig. De går sönder med buller och bång vid driftstarten och finns nästan aldrig med i planen. Vi inventerar dem, tar reda på vilka verksamheten faktiskt är beroende av och bygger om dem mot den nya datamodellen eller mot ett rapportlager som skyddar dem från den.
Avveckling och lagring av data
Det gamla systemet innehåller uppgifter som du enligt lag måste spara i flera år efter att det har stängts av. Att låta ECC köra skrivskyddat i tio år är ett dyrt sätt att uppfylla ett lagringskrav. Vi bygger uttag till ett tillgängligt arkiv med de sök- och exportmöjligheter som revisorer och skattemyndigheter faktiskt efterfrågar, så att det gamla systemet kan stängas av.
Det här är vi inte
Vi är inte en funktionell SAP-konsultfirma. Vi konfigurerar inte FI/CO, vi utformar inte dina processmallar och vi är inte den partner som driver S/4HANA-programmet. Det är specialistroller, och för dem bör du anlita en specialist.
Vi är utvecklingsteamet som arbetar vid sidan av den partnern med allt som ERP-systemet berör men som ERP-programmet inte täcker. I praktiken anlitas vi antingen direkt av kunden för att bevaka kundens sida av programmet, eller som underleverantör till den systemintegratör som driver det.
Letar du efter någon som ska äga hela S/4HANA-konverteringen säger vi att det inte är vi, och det säger vi hellre i första samtalet än i det tredje.
Här arbetar vi
Vid sidan av ett S/4HANA-program: ombyggnad av integrationer, datamigrering, arbete med satellitapplikationer och avveckling av de äldre systemen.
Migreringar helt bort från SAP: till Odoo, Dynamics 365 Business Central, ERPNext, NetSuite eller ett branschspecifikt system, vanligast bland medelstora företag för vilka S/4HANA är oproportionerligt. Här utgör integrations- och dataarbetet större delen av projektet.
Miljöer med Oracle, Dynamics AX/NAV och Infor som står inför samma livscykeltryck men får mindre uppmärksamhet.
Företag som inte migrerar alls, som har bestämt sig för att stanna kvar tills vidare och behöver få de omgivande systemen moderniserade, gränssnitten möjliga att underhålla och risken minskad medan de väntar.
Så går ett uppdrag till
Förstudie, tre till sex veckor. Inventering av gränssnitt, bedömning av datakvalitet, genomgång av satellitapplikationer och en skriftlig rapport om hur systemlandskapet runt ERP-systemet faktiskt ser ut. Förstudien går medvetet att köpa som ett fristående uppdrag: flera kunder har använt den för att omförhandla omfattningen och priset i en systemintegratörs offert, vilket mer än väl betalade den.
Bygget, parallellt med huvudprogrammet: integrationslager, migreringsflöde och ombyggda applikationer, enligt din tidsplan och mot ditt datum för driftstart.
Stöd vid driftstarten, inklusive genrepen, avstämningskörningarna och den intensiva supportperioden (hypercare) då de gränssnitt som aldrig riktigt prövades i testmiljön till slut prövas.
Avveckling, när det nya systemet är stabilt och arkivet har godkänts.
Teknik
Java, .NET, Python, Node.js och PHP på applikationssidan; SAP:s gränssnittstekniker, bland annat IDoc, BAPI, RFC och OData; integrationsplattformar som MuleSoft, Apache Camel, Kafka och Azure Integration Services; SQL Server, Oracle, DB2, HANA och PostgreSQL; AWS och Azure. Där den befintliga miljön kör något äldre (Delphi, VB6, PowerBuilder, COBOL i närheten av ERP-systemet) är det bekant mark, inte en överraskning.
Vanliga frågor
Exakt när upphör supporten för SAP ECC?
Standardunderhållet för SAP ECC 6.0 upphör den 31 december 2027. Förlängt underhåll finns till slutet av 2030 mot en extra kostnad och med begränsad omfattning. Kontrollera vad som gäller för ditt enhancement pack och ditt avtal direkt med SAP, eftersom villkoren skiljer sig åt.
Vi har redan utsett en systemintegratör. Var passar ni in?
Bredvid dem. Integratören äger ERP-konverteringen; vi äger landskapet runt omkring: gränssnitt, datautveckling, satellitapplikationer, rapportering och avveckling. Den uppdelningen är vanlig, den låter integratören fokusera på det system de är specialister på, och den gör att någon ansvarar för de delar som brukar hamna mellan avtalen.
Är det realistiskt att lämna SAP helt?
För vissa företag, ja. Det beror på hur mycket av det ni gör som är standard, hur mycket som ligger i anpassningar och om en mindre plattform klarar er volym och era regulatoriska krav. Det är ett verkligt alternativ för medelstora tillverkare och grossister och ett dåligt alternativ för komplexa multinationella koncerner. Förstudien ger dig underlaget för att fatta beslutet, inte bara argumenten.
Hur lång tid tar inventeringen av gränssnitt?
Tre till sex veckor för de flesta medelstora miljöer. Det som framför allt sätter gränsen är åtkomsten: hur snabbt vi kommer åt loggar, källkod, konfigurationen av integrationsplattformen och de personer som minns varför något finns.
Kan ni hålla det gamla systemet tillgängligt för revision när vi har stängt av det?
Ja. Vi bygger uttag till ett sökbart arkiv med den lagringstid och de sök- och exportmöjligheter som dina revisorer och skattemyndigheter kräver. Det är oftast betydligt billigare än att låta ett licensierat ERP-system köra skrivskyddat i tio år.
Vad händer om vi bestämmer oss för att inte migrera än?
Det är ett fullt rimligt beslut, särskilt när förlängt underhåll finns till 2030. Arbetet handlar då om att minska risken under tiden: dokumentera och stabilisera gränssnitt, avveckla det som inget använder och modernisera applikationerna runt ERP-systemet, så att landskapet runt omkring inte står i vägen den dag du väl flyttar.
Kom i gång
Berätta vad du kör, var du befinner dig i beslutet och om en integratör redan är utsedd. Vi säger vad systemlandskapet runt ERP-systemet sannolikt kommer att kosta dig och var vi skulle börja.
Kontakta oss för att avgränsa en förstudie av gränssnitt och data.
Relaterade tjänster
- Underhåll av kod i äldre system: för de system som stannar där de är
- Integration av e-fakturering: kravet som ofta landar mitt i en migrering
- Konsultförstärkning och outsourcing: utvecklare som ingår i ditt team under hela programmet
Vill du komma igång med den här tjänsten?
Kontakta oss