Förbered er inför SAP ECC-migreringen 2027 med en praktisk guide för företag i Norden.
SAP avslutar ordinarie underhåll för SAP Business Suite 7:s kärnapplikationer vid utgången av 2027. Förlängt underhåll kommer därefter att erbjudas fram till 2030. För många företag i Norden är denna tidsgräns nära kopplad till bredare transformationsinitiativ, där övergången till SAP S/4HANA ofta kombineras med molnstrategier som RISE with SAP.
Efter 2027 väntar en ny verklighet:
Vid den tidpunkten handlar frågan inte längre om huruvida ERP-systemet är stabilt. Den handlar om i vilken utsträckning ERP-kärnan kan stödja verksamhetens fortsatta utveckling.
Det blir svårare att integrera med nyare plattformar. Företag behöver välja väg framåt – antingen fortsätta investera i en äldre ERP-plattform eller ta steget till en modern systemarkitektur. Att skjuta upp beslutet under en längre tid innebär därför en växande operativ risk.
ERP-transformationsprojekt tar tid, särskilt i organisationer som verkar i flera länder och omfattar flera juridiska enheter. En realistisk tidsplan inkluderar ofta:
Det innebär att projektets tidplan redan sträcker sig fram till eller bortom 2027.
Samtidigt fortsätter marknaden att utvecklas. Enligt Eurostat använde 53 % av EU:s företag betalda molntjänster under 2025. I Finland var andelen nästan 80 % – den högsta i Norden.
Det är viktigt eftersom ERP-system inte fungerar isolerat. I takt med att det omgivande IT-landskapet moderniseras blir begränsningarna i äldre system allt tydligare. Att skjuta upp beslutet innebär inte att utvecklingen stannar av – det minskar bara tiden som finns tillgänglig för att genomföra en kontrollerad och välplanerad övergång.
Diskussionen om SAP ECC-migrering i Norden handlar sällan enbart om en systemuppgradering. Den omfattar vanligtvis flera faktorer, bland annat:
En annan utmärkande egenskap hos många nordiska företag är att de använder Shared Service Centers för ekonomi, inköp, HR och andra koncernfunktioner i flera länder. Dessa centraliserade verksamhetsmodeller bygger på standardiserade processer, konsekventa masterdata och tillförlitliga integrationer över landsgränserna. Därför påverkar en SAP ECC-migrering ofta flera juridiska enheter, Shared Service Centers och regionala processägare samtidigt, vilket gör styrning, harmonisering och planering av utrullningen betydligt mer komplex.
Samtidigt förändras regelverket. Corporate Sustainability Reporting Directive (CSRD) kräver att stora företag redovisar hållbarhetsrelaterad information, med start i hållbarhetsrapportering för räkenskapsåret 2024 som publiceras under 2025.
Det innebär att kraven på datakvalitet och rapporteringsförmåga ökar. ERP-system förväntas i dag stödja:
De utökade kraven innebär att SAP S/4HANA-migreringar i Norden ofta har ett bredare syfte än att enbart ersätta SAP ECC.
Många nordiska företag inleder en SAP ECC-analys med fokus på teknisk kompatibilitet eller mängden egenutvecklad kod. Ganska snart blir det tydligt att den verkliga utmaningen är strategisk. De flesta äldre SAP-miljöer är resultatet av många små beslut som har fattats under årtionden. Varje förändring löste ett lokalt problem, men helheten prioriterades sällan. Resultatet är ett system med överlappande logik och otydligt eller fragmenterat dataansvar.
Det är vanligt att hitta stora mängder egenutvecklad kod utan något tydligt syfte. Den skapades en gång för att lösa ett specifikt behov, men de personer som byggde eller förstod lösningen finns ofta inte längre kvar i organisationen. Eftersom ingen vet vilka konsekvenser det skulle få att ta bort koden, blir den kvar. Med tiden utvecklas den till ett permanent riskmoment som ingen vill röra.
I många nordiska koncerner har regionala verksamheter successivt anpassat sina egna arbetsprocesser. Inköps- och ekonomiprocesser utvecklas åt olika håll tills organisationen inte längre arbetar enligt en gemensam standard. Denna fragmentering gör en koncerngemensam utrullning betydligt mer komplex och kräver ofta ett omfattande harmoniseringsarbete innan migreringen kan genomföras.
Materialmasterdata och leverantörsdata ser sällan likadana ut i olika system. En verksamhet använder en namngivningsstandard, en annan något helt annat. Utan en tydlig styrning av masterdata uppstår nya fel kontinuerligt. En framgångsrik digital transformation är svår att genomföra när grundläggande affärsdata saknar enhetlighet.
När nyckeltal hämtas från en kombination av ERP-data och manuellt underhållna kalkylblad minskar förtroendet för siffrorna. Det är inte ovanligt att olika avdelningar rapporterar olika versioner av samma KPI. Diskussionerna handlar då om vilken rapport som är korrekt, i stället för om hur verksamheten ska utvecklas.
Äldre SAP-landskap hålls ofta samman av integrationer som saknar dokumentation. De fungerar fortfarande, men ingen vet hur de påverkas av en modern plattform eller en större systemförändring. Dolda eller odokumenterade integrationer är en betydande riskfaktor i alla migrationsprojekt.
Var och en av dessa utmaningar kan verka hanterbar på egen hand. Tillsammans bromsar de däremot innovation och förändringsarbete. Analysfasen är ofta första gången organisationen får en samlad bild av hur ERP-systemet faktiskt fungerar idag, snarare än hur det var tänkt att fungera för tio år sedan.
När analysfasen är avslutad förändras fokus. Diskussionen handlar inte längre främst om den tekniska migreringen utan om vilken verksamhet organisationen vill bygga för framtiden. Äldre SAP ECC-miljöer speglar årtionden av lokala anpassningar, speciallösningar och undantag. En migrering till SAP S/4HANA innebär att ni behöver avgöra vilka delar av detta arv som fortfarande skapar värde och vilka som har blivit en belastning.
SAP S/4HANA bygger på en annan logik än SAP ECC. Processerna är närmare integrerade, och datamodellen ställer betydligt högre krav på datakvalitet. Analysfunktionerna är inbyggda direkt i transaktionerna i stället för att ligga i ett separat rapporteringslager. Det gör att brister som tidigare doldes i manuella kalkylblad eller lokala lösningar blir synliga och behöver åtgärdas.
Det är här teknik och verksamhet möts. Organisationen behöver besluta hur långt standardiseringen realistiskt kan drivas mellan länderna, vem som ska ansvara för masterdata och hur mycket av den befintliga komplexiteten som ska följa med in i den nya lösningen. De här besluten påverkar både den framtida förvaltningen och de långsiktiga kostnaderna.
Många nordiska företag bedriver verksamhet över landsgränserna samtidigt som de vill arbeta enligt en gemensam verksamhetsmodell. ERP-systemet behöver därför skapa balans mellan globala standarder och lokala krav. Det sker inte av sig självt, utan kräver tydliga beslut och ett aktivt ledarskap.
Olika delar av verksamheten har olika mål. CFO fokuserar på finansiell kontroll och regelefterlevnad. Den operativa verksamheten fokuserar på effektiva processer. CIO prioriterar skalbarhet och långsiktig hållbarhet. Om dessa perspektiv inte samordnas tidigt finns en tydlig risk att projektet väljer den enklaste vägen - att återskapa gamla processer i den nya miljön i stället för att modernisera dem.
Migreringen bör användas som ett tillfälle att förenkla verksamheten. Standardisera processer där enhetlighet skapar bättre styrning och effektivitet. Behåll endast lokala avvikelser när de är affärskritiska eller krävs av lagstiftning. Genomförs detta på rätt sätt skapas en stabil grund för många års fortsatt utveckling. Om inte riskerar organisationen att flytta gamla problem till ett modernare system utan att lösa de bakomliggande utmaningarna.
Ekonomi är ofta det mest komplexa området i äldre SAP-miljöer. Många års lokala anpassningar och kompletterande huvudböcker leder ofta till omfattande avstämningsarbete. En enhetlig modell minskar antalet steg som krävs för bokslut, samtidigt som transaktioner blir enklare att spåra. För nordiska företag underlättar detta koncernkonsolidering. Förändringen sker dock inte automatiskt. Kontoplaner, controllingstrukturer och ekonomiska processer behöver fortfarande granskas och anpassas för att fungera i en modern, integrerad lösning.
I äldre SAP-system bygger inköpsprocesser ofta på lokala arbetssätt och historiska speciallösningar. Resultatet blir olika arbetssätt för inköp inom samma organisation. En migrering är därför ett naturligt tillfälle att se över leverantörsregister, godkännandeprocesser och inköpsrutiner. Målet är inte enbart att standardisera processerna, utan att öka transparensen kring inköpsvolymer och utgifter. Välstrukturerad och korrekt masterdata är dessutom en förutsättning för att avancerade sourcinglösningar ska ge verkligt affärsvärde.
Det är vanligt att produktions- och logistikprocesser innehåller mest egenutvecklad kod. Lokala planeringsrutiner, specialanpassningar och manuella lagerjusteringar har ofta byggts upp under många år. I samband med en migrering behöver organisationen avgöra vilka lösningar som fortfarande tillför värde och vilka som kan avvecklas. Genom att modernisera dessa processer kan planeringen bättre spegla det som faktiskt sker i produktionen och behovet av manuella korrigeringar minska.
Många organisationer underskattar hur mycket arbete som krävs för att modernisera analys- och rapporteringsmiljön. I äldre SAP-landskap bygger rapporteringen ofta på separata datalager, exporter och kalkylblad. Det leder inte sällan till att olika delar av verksamheten arbetar med olika versioner av samma nyckeltal.
Vid en övergång till SAP S/4HANA behöver rapporteringslogiken ses över från grunden. Organisationen måste definiera vilka nyckeltal som är affärskritiska och var beräkningarna ska utföras. Moderna analysverktyg erbjuder stora möjligheter, men de kan inte kompensera för bristande datakvalitet eller svag styrning av masterdata.
När organisationer börjar planera en migrering från SAP ECC till SAP S/4HANA kretsar diskussionen vanligtvis kring ERP-systemet. Det är naturligt – ERP utgör kärnan i den digitala miljön. Ganska snart blir det dock tydligt att den verkliga utmaningen finns i det omgivande systemlandskapet.
Det som förändras under en migrering är inte bara själva ERP-systemet utan också hur hela IT-landskapet är uppbyggt. Hur systemen kommunicerar med varandra. Var affärslogiken finns. Hur data flödar genom organisationen – och ibland fastnar på vägen.
De flesta SAP ECC-miljöer har inte byggts upp enligt en genomarbetad plan. De har vuxit fram över tid. En ny integration här. Ett nytt rapporteringsverktyg där. En specialanpassning när standardfunktionaliteten inte räckte till. Varje enskild förändring var motiverad, men efter många år uppstår ett landskap som fungerar – samtidigt som det blir allt svårare att förändra.
Migreringen är ofta första gången organisationen ställer den grundläggande frågan: Är den här arkitekturen fortfarande ändamålsenlig?
Det finns en avgörande skillnad mellan system som är sammankopplade och system som är strukturerade. I många SAP ECC-miljöer består integrationen av ett stort antal punkt-till-punkt-kopplingar. De fungerar, men är svåra att överblicka och ännu svårare att förändra utan att skapa oväntade konsekvenser.
Vid en övergång till SAP S/4HANA väljer många organisationer att skapa en mer strukturerad integrationsarkitektur. Syftet är inte att förenkla arkitekturritningar, utan att skapa bättre kontroll, tydligare ansvar och färre överraskningar i den dagliga verksamheten. Det är här det bredare SAP-ekosystemet blir en viktig del av lösningen.
SAP S/4HANA blir den centrala affärsplattformen. Det som förändras är inte dess roll, utan förväntningarna på vad som ska finnas i kärnsystemet. I SAP ECC har ERP-systemet ofta hanterat transaktioner, affärslogik, anpassningar och speciallösningar samtidigt. Med SAP S/4HANA är ambitionen att hålla kärnan betydligt renare.
Kärnsystemet bör framför allt:
Ju mer verksamhetsspecifik logik som byggs in i kärnan, desto större är risken att samma tekniska skuld byggs upp igen.
Det är här SAP Business Technology Platform (SAP BTP) kommer in i bilden. Även om plattform är en korrekt beskrivning, speglar den inte riktigt hur SAP BTP används i praktiken. Lösningen fungerar som en miljö för sådant som inte hör hemma i ERP-kärnan, exempelvis:
I SAP ECC placerades många av dessa funktioner direkt i ERP-systemet. Det var en rimlig lösning när de utvecklades, men gjorde samtidigt uppgraderingar mer komplicerade och förändringar mer riskfyllda. Genom att flytta dessa funktioner utanför kärnan blir arkitekturen betydligt mer flexibel. Organisationen kan vidareutveckla enskilda delar utan att påverka hela ERP-systemet. För många nordiska företag, där digitaliseringsinitiativ ständigt utvecklas, ger detta en tydlig långsiktig fördel.
Integration är ofta det område som alla vet behöver moderniseras, men som få vill ta itu med i ett tidigt skede. I äldre SAP-landskap är det vanligt att hitta:
Lösningarna fungerar – tills de inte längre gör det.
SAP Integration Suite hjälper organisationer att skapa en mer strukturerad integrationsarkitektur. Målet är inte att lägga till ytterligare ett lager av komplexitet, utan att göra integrationerna mer förutsägbara genom att:
Det blir särskilt viktigt när molnbaserade och lokalt installerade system ska samverka. Hybridlandskap ställer betydligt högre krav på robusta integrationer.
Många organisationer blir överraskade över hur begränsad insyn de har i sina egna processer. De flesta vet hur processerna är tänkta att fungera, men betydligt färre har en samlad bild av hur de faktiskt fungerar i hela organisationen.
SAP Signavio hjälper till att skapa den överblicken genom att:
Det kan verka enkelt, men det förändrar ofta diskussionen i grunden. När processerna blir synliga blir det också svårare att motivera ineffektiva arbetssätt enbart med argumentet att "vi alltid har gjort så".
Rapporteringsmiljöer i SAP ECC utvecklas sällan enligt en tydlig plan. Med tiden sprids rapporteringen över flera olika lösningar:
Resultatet blir ofta flera olika versioner av samma nyckeltal.
SAP Analytics Cloud gör det möjligt att samla rapportering och analys i en gemensam miljö med närmare koppling till den operativa verksamheten. Behovet av manuella sammanställningar minskar samtidigt som beslutsunderlaget blir mer enhetligt.
Verktyget löser däremot inte problem med bristfällig datamodell eller otydligt definierade KPI:er. Tvärtom blir dessa brister ofta mer synliga, vilket gör att många organisationer samtidigt behöver se över både datastyrning och definitionen av sina affärsmått.
Masterdatahantering är sällan den mest uppmärksammade delen av en transformation. Samtidigt är det ett av de områden som orsakar flest problem om det försummas.
Bristande kvalitet i masterdata påverkar bland annat:
SAP Master Data Governance (SAP MDG) skapar struktur genom att införa:
Det är ett av de områden där relativt små förbättringar ofta får stor effekt i hela SAP-landskapet.
När den digitala kärnan och den omgivande plattformen är på plats fortsätter många organisationer med att införa verksamhetsspecifika SAP-lösningar, exempelvis:
Dessa lösningar breddar funktionaliteten i den digitala kärnan, men ökar samtidigt kraven på en konsekvent hantering av masterdata. Många organisationer etablerar därför central styrning med SAP Master Data Governance (SAP MDG) eller motsvarande lösningar för att säkerställa att affärsobjekt hålls synkroniserade mellan inköp, logistik, planering och övriga verksamhetsområden samt förhindra att nya datasilor uppstår mellan dessa verksamhetsområden.
Den här typen av initiativ genomförs vanligtvis efter den första migreringen, när fokus flyttas från systembyte till långsiktig verksamhetsutveckling.
Varje komponent fyller en tydlig funktion. Utmaningen uppstår när de införs utan en gemensam arkitektur eller långsiktig styrning. Då byggs komplexiteten successivt upp på nytt – om än i modernare form.
Organisationer som lyckas bäst följer ofta några grundläggande principer:
Principerna är välkända, men i praktiken är det just dessa beslut som avgör om ett transformationsprogram blir långsiktigt hållbart eller om organisationen gradvis återskapar samma komplexitet som man försökte lämna bakom sig.
För många nordiska företag handlar en migrering till SAP S/4HANA om betydligt mer än att ersätta SAP ECC. Det är ett tillfälle att bygga ett ERP-landskap som är enklare att uppgradera, vidareutveckla och förvalta på lång sikt. Det är här Clean Core blir en central del av den övergripande strategin.
En Clean Core-strategi innebär att SAP S/4HANA-kärnan i första hand används för standardiserade affärsprocesser, medan egenutvecklade applikationer, integrationer och automatisering flyttas utanför ERP-kärnan när det är möjligt. I stället för att bygga in varje nytt verksamhetskrav direkt i systemet används exempelvis SAP Business Technology Platform (SAP BTP) för att utveckla tillägg utan att öka den tekniska skulden.
Detta arbetssätt är särskilt relevant i Norden. Många företag arbetar genom Shared Service Centers, hanterar flera juridiska enheter och driver verksamhet i flera länder. Omfattande anpassningar i ERP-kärnan gör sådana miljöer successivt svårare att förvalta, särskilt i takt med att molnanvändningen ökar och nya regulatoriska krav tillkommer.
En Clean Core-strategi ger flera långsiktiga fördelar:
Clean Core innebär inte att all anpassning ska undvikas. Syftet är i stället att skapa en tydlig gräns mellan ERP-systemets standardfunktionalitet och verksamhetsspecifik innovation. För nordiska företag som planerar långsiktig digital transformation bidrar detta till att minska den operativa komplexiteten samtidigt som arkitekturen blir enklare att vidareutveckla i takt med att verksamhetens behov förändras.
Valet mellan Greenfield, Brownfield och Bluefield är sällan enbart ett tekniskt beslut. Det speglar framför allt hur omfattande förändring organisationen är beredd att genomföra.
Greenfield passar organisationer där den befintliga SAP-miljön har blivit alltför komplex eller inte längre stödjer verksamhetens mål. Lösningen innebär en helt ny implementation och ger möjlighet att utforma processer från grunden. Samtidigt kräver den ett tydligt ledarskap och en organisation som är redo för omfattande förändringar.
Om den befintliga SAP ECC-miljön fungerar väl och organisationen behöver genomföra övergången relativt snabbt med så liten påverkan på verksamheten som möjligt är Brownfield ofta ett lämpligt alternativ. Denna metod bevarar merparten av den befintliga lösningen, men innebär också att många äldre strukturer och processer följer med till SAP S/4HANA.
Bluefield utgör ett mellanting mellan Greenfield och Brownfield. Metoden gör det möjligt att modernisera de delar av verksamheten där förändring ger störst affärsnytta, samtidigt som stabila processer och funktioner behålls. För många organisationer är detta en praktisk kompromiss när varken en helt ny implementation eller en ren systemkonvertering är rätt väg.
Vill ni veta mer om de olika alternativen? Då rekommenderar vi vår artikel om SAP S/4HANA-migreringsstrategier, där våra experter går igenom fördelar, utmaningar och viktiga överväganden för samtliga metoder.
Obs! Om ni fortfarande är osäkra på vilken strategi som passar bäst, rekommenderar vi även vår guide om SAP S/4HANA migration vs. conversion vs. transition. Där förklarar vi skillnaderna mellan de olika tillvägagångssätten och hur valet påverkar er långsiktiga ERP-strategi.
För många nordiska företag innebär en migrering till SAP S/4HANA också att välja en framtida driftsmodell. Beslutet handlar sällan enbart om teknik. Det påverkas även av regulatoriska krav, datastyrning, befintliga investeringar och organisationens långsiktiga verksamhetsstrategi.
SAP Cloud ERP erbjuder den högsta graden av standardisering, kontinuerlig innovation, enklare uppgraderingar och lägre driftsbehov. Lösningen passar särskilt för företag som är beredda att anpassa sina processer till SAP Best Practices och standardfunktionalitet.
För organisationer som arbetar enligt Clean Core-principen skapar SAP Cloud ERP (ex. SAP S/4HANA Public Cloud Edition) goda förutsättningar för standardisering samtidigt som verksamhetsspecifika tillägg kan utvecklas i SAP Business Technology Platform (SAP BTP).
Många större nordiska företag väljer fortfarande SAP Cloud ERP Private, eftersom lösningen ger större flexibilitet under komplexa transformationsprogram. Befintliga anpassningar, branschspecifik funktionalitet och specialiserade affärsprocesser kan behållas där det är motiverat, samtidigt som moderniseringen sker i den takt verksamheten kräver.
SAP Cloud ERP Private (ex. SAP S/4HANA Private Cloud Edition) är också ett vanligt val när migreringen omfattar flera juridiska enheter, Shared Service Centers eller omfattande integrationer som inte kan omarbetas inom ramen för ett enskilt projekt.
Hybridmiljöer är fortfarande vanliga i Norden. Många organisationer kombinerar SAP S/4HANA med befintliga lokalt installerade system, tredjepartslösningar, produktionssystem eller branschspecifika lösningar som fortfarande skapar affärsvärde.
I stället för att ersätta hela IT-landskapet samtidigt väljer många företag en stegvis modernisering. SAP Integration Suite och SAP Business Technology Platform (SAP BTP) används då för att koppla samman molnbaserade och lokalt installerade system i en styrd och strukturerad integrationsarkitektur.
Flera regionala faktorer påverkar valet av driftsmodell i Norden.
GDPR och datastyrning
Organisationer behöver säkerställa att personuppgifter behandlas i enlighet med dataskyddsförordningen (GDPR), samtidigt som säkerhet, behörighetsstyrning och spårbarhet upprätthålls.
Krav inom offentlig sektor
Myndigheter och offentligt ägda verksamheter kan omfattas av särskilda upphandlingsregler, krav på datasuveränitet eller andra verksamhetskrav som påverkar både val av driftsmodell och tidplan för modernisering.
Hållbarhetsmål
För många nordiska företag är hållbarhet en integrerad del av den digitala transformationsstrategin. Molnbaserade lösningar kan bidra till effektivare resursutnyttjande och därmed stödja organisationens hållbarhetsarbete. Samtidigt bör valet av driftsmodell alltid baseras på en samlad bedömning av verksamhetens behov, regulatoriska krav och ekonomiska förutsättningar.
Det finns ingen universell lösning som passar alla organisationer. Rätt val avgörs av verksamhetens mål, regulatoriska krav, komplexiteten i applikationslandskapet och hur snabbt företaget vill modernisera sin ERP-miljö.
Att skjuta upp en migrering kan till en början verka som ett rimligt beslut. Systemet fungerar fortfarande, verksamheten fortsätter som vanligt och det finns inget omedelbart behov av förändring.
Utmaningen är att IT-landskapet fortsätter att utvecklas. Den operativa komplexiteten ökar successivt, nya beroenden uppstår och möjligheten att genomföra en välplanerad migrering minskar med tiden. När en migrering till slut blir nödvändig sker den ofta under betydligt större tidspress och med färre handlingsalternativ. Resultatet blir ett mer reaktivt än strategiskt transformationsprogram.
En framgångsrik migrering börjar med analys, planering och lösningsdesign. Det innebär bland annat att kartlägga egenutvecklad kod, affärsprocesser och integrationer.
När tidsramarna blir kortare finns det mindre utrymme för denna förberedelse. Organisationen tvingas lägga mindre tid på analys och mer tid på att hantera problem när de uppstår. Konsekvenserna blir ofta att:
Med tiden byggs allt mer verksamhetsspecifik logik in i SAP ECC. En del av den fyller fortfarande en viktig funktion, medan annan kod sedan länge har spelat ut sin roll.
Ju längre migreringen skjuts upp, desto svårare blir det att förstå beroenden mellan olika komponenter. Osäkerheten gör att organisationen ofta väljer att behålla mer egenutvecklad funktionalitet än nödvändigt, vilket begränsar värdet av övergången till SAP S/4HANA.
Integrationer förblir sällan oförändrade över tid. Nya system tillkommer, gränssnitt förändras och dataflöden blir allt svårare att överblicka.
En uppskjuten migrering innebär därför:
En lyckad migrering kräver ett nära samarbete med verksamheten under testning, validering och införande.
När projektets tidsplan blir alltför pressad leder det ofta till att:
Det innebär att en större del av arbetet flyttas till stabiliseringsfasen, där förändringar ofta blir mer komplicerade att genomföra.
För organisationer inom tillverkning, energi, försörjningssektorn, transport, hälso- och sjukvård samt offentlig sektor måste migreringsplaneringen ta hänsyn till verksamhetens kontinuitet i lika hög grad som den tekniska leveransen.
ERP-system stödjer kritiska processer som produktionsplanering, inköp, anläggningsunderhåll, ekonomistyrning och samhällsviktiga tjänster. Dessa verksamheter har mycket begränsat utrymme för driftstörningar.
När projektets tidsplan blir allt mer komprimerad minskar möjligheterna att planera tester, generalrepetitioner och driftsättning utifrån verksamhetens kalender. Produktionsintensiva perioder, regulatorisk rapportering, offentliga upphandlingar och planerade underhållsstopp begränsar antalet lämpliga tidpunkter för större systemförändringar.
Att skjuta upp migreringen ökar därför inte bara projektets komplexitet, utan även risken att genomföra den under mindre gynnsamma verksamhetsförutsättningar.
När tidsfristen närmar sig förändras projektets prioriteringar. Fokus flyttas från långsiktig förbättring till att hinna bli färdig i tid.
Vanliga kompromisser är att:
Resultatet blir att den nya lösningen tas i drift, medan många av de underliggande problemen finns kvar.
Dessa risker förstärker varandra. Begränsad förberedelse leder till ökad komplexitet. Ökad komplexitet skapar större tidspress, vilket i sin tur ökar behovet av kompromisser.
Att påbörja migreringen tidigare eliminerar inte utmaningarna, men ger organisationen betydligt bättre förutsättningar att hantera dem på ett strukturerat och kontrollerat sätt.
För de flesta nordiska företag märks värdet av en migrering inte vid ett enskilt tillfälle, utan i det dagliga arbetet. Processerna blir mer enhetliga samtidigt som beroendet av manuella lösningar och tillfälliga specialanpassningar minskar.
I äldre SAP-miljöer är det vanligt att olika länder eller affärsenheter utför samma arbetsuppgifter på olika sätt. Det skapar onödig komplexitet, särskilt inom ekonomi och inköp.
Med SAP S/4HANA blir det enklare att harmonisera dessa processer. Målet är inte att alla ska arbeta på exakt samma sätt, utan att eliminera variationer som inte skapar något affärsvärde.
Skillnaden i datakvalitet märks snabbt när affärsdata harmoniseras. Verksamheten behöver inte längre lägga tid på att avgöra vilken rapport som är korrekt.
För företag i Norden är detta särskilt viktigt, eftersom transparens och tillförlitlig rapportering ofta är en förutsättning för både regelefterlevnad och effektiv styrning.
Direkt tillgång till aktuell affärsdata gör det möjligt att agera snabbare. Behovet av batchkörningar och manuella sammanställningar minskar, vilket förkortar tiden från analys till beslut.
Snabbare tillgång till information garanterar inte bättre beslut, men den undanröjer tekniska hinder som annars kan försena verksamhetens förmåga att agera.
Ur ett tekniskt perspektiv blir ERP-landskapet enklare att förvalta. Genom att separera ERP-kärnan från verksamhetsspecifika tillägg blir framtida uppgraderingar mindre komplexa och enklare att genomföra.
Denna fördel märks kanske inte direkt efter driftsättningen, men blir ofta tydlig några år senare när systemet behöver vidareutvecklas.
Övergången till SAP S/4HANA ger verksamheten en stabil grund för fortsatt utveckling. Oavsett om målet är att förbättra hållbarhetsrapporteringen, automatisera fler affärsprocesser eller införa nya molnbaserade lösningar, behövs en modern ERP-plattform som kan utvecklas i takt med verksamhetens behov i stället för att begränsa dem.
Hur väl förberedelsearbetet genomförs avgör ofta om resten av projektet blir en kontrollerad övergång eller en ständig kamp mot nya problem. Arbetet bör inledas med en grundlig analys av den befintliga SAP-miljön för att förstå hur verksamheten faktiskt använder systemet. Det innebär att identifiera vilka processer som är affärskritiska och var egenutvecklad kod fortfarande är avgörande för den dagliga verksamheten.
Nästa steg är att skapa en fullständig bild av hur systemen samverkar. Samtliga integrationer och dataflöden behöver kartläggas. För många organisationer är detta första gången de får en samlad överblick över sin tekniska skuld. Kartläggningen visar var komplexiteten har byggts upp över tid och gör det lättare att avgöra vad som behöver förenklas eller avvecklas.
Att standardisera masterdata kräver nästan alltid mer arbete än organisationen först räknar med. Det handlar inte bara om teknik utan också om styrning och ansvar. Verksamheten behöver enas om vem som äger informationen och hur den ska definieras. Om dessa frågor inte löses innan migreringen påbörjas riskerar samma inkonsekvenser att följa med in i den nya lösningen.
Organisationen behöver tidigt ta ställning till hur det framtida systemlandskapet ska utformas. Det innebär att avgöra vilka funktioner som ska finnas kvar i ERP-kärnan och vilka som bör utvecklas i separata tillägg eller plattformar. Dessa beslut påverkar hur flexibel och förändringsbar lösningen kommer att vara under många år framöver. Målet är att skapa en arkitektur som kan utvecklas utan att behöva byggas om varje gång verksamheten förändras.
Valet mellan en ny implementation och en systemkonvertering påverkar allt från tidplan till budget. Därför behöver ekonomi, verksamhet och IT skapa samsyn redan i ett tidigt skede. Om dessa beslut skjuts upp till implementeringsfasen ökar risken för konflikter som försenar projektet.
Testning samt användarnas acceptans och införande av den nya lösningen bör inte betraktas som aktiviteter som hör hemma i slutet av projektet. De behöver vara en del av lösningsdesignen redan från början. Om förändringsledning behandlas som en eftertanke finns risken att resultatet blir ett tekniskt välfungerande system som användarna ändå inte tar till sig.
Även de mest erfarna interna teamen når förr eller senare sina begränsningar under en transformation. Det handlar sällan om bristande kompetens, utan om att en SAP-migrering innebär utmaningar som ligger utanför den ordinarie verksamheten. Ett externt perspektiv gör det ofta lättare att identifiera risker och undvika misstag som är svåra att upptäcka inifrån organisationen.
Externa specialister bidrar med ett oberoende perspektiv redan under de inledande analysfaserna. För interna team kan det vara svårt att ifrågasätta processer som har använts i många år. En extern partner hjälper till att identifiera risker och strukturella svagheter som annars lätt förbises. Det skapar ett mer objektivt beslutsunderlag för att avgöra vad som bör bevaras, moderniseras eller avvecklas.
Att välja rätt migreringsstrategi handlar om att balansera affärsnytta mot risk. Erfarenhet från tidigare transformationsprojekt gör det lättare att undvika de misstag som ofta försenar eller försvårar en migrering. Extern expertis bidrar till att strategin baseras på beprövad erfarenhet snarare än enbart tekniska antaganden.
Att analysera många års egenutvecklade lösningar är ofta betydligt mer omfattande än väntat. Externa experter hjälper till att avgöra vilken kod som fortfarande är affärskritisk och vilken som kan avvecklas. På så sätt undviks onödig komplexitet i den framtida lösningen.
Att modernisera integrationslagret handlar om betydligt mer än att koppla samman olika system. Målet är att skapa en integrationsarkitektur som förblir stabil och lätt att förvalta även när verksamheten utvecklas. Extern expertis bidrar med den arkitekturkompetens som krävs för att bygga en långsiktigt hållbar integrationsplattform.
Att införa gemensamma regler för masterdata i flera affärsenheter är ofta en stor organisatorisk utmaning. Externa specialister hjälper till att etablera den styrning som krävs för att skapa samsyn kring definitioner, ansvar och datakvalitet innan migreringen inleds.
Testning och den slutliga cutover-fasen hör till projektets mest kritiska moment. Ett enskilt misstag kan få stor påverkan på verksamheten. Ett team med erfarenhet från många liknande migreringar minskar risken för problem i samband med driftsättningen.
Syftet med extern expertis är inte att ta över projektet, utan att förstärka det där erfarenhet ger störst effekt. Målet är att göra migreringen förutsägbar, kontrollerad och betydligt mindre riskfylld.
De flesta företag vet att det är dags att lämna den gamla ERP-kärnan bakom sig. Den verkliga utmaningen är att genomföra förändringen utan att störa den dagliga verksamheten. Därför arbetar vi genom hela transformationsresan – från den första analysen till stabil drift – med målet att skapa en lösning som fungerar långsiktigt.
Vi börjar med att skapa en tydlig bild av den befintliga SAP-miljön. Den interna uppfattningen om systemet är ofta ofullständig. Vi analyserar hur olika verksamheter använder lösningen och identifierar var processerna har utvecklats i olika riktningar över tid. På så sätt blir skillnaden mellan dokumenterade arbetssätt och den faktiska verksamheten tydlig.
När nuläget är kartlagt bedömer vi organisationens beredskap för migreringen. Vi analyserar datakvalitet, omfattningen av egenutvecklad kod och andra faktorer som påverkar projektets komplexitet. Utifrån detta rekommenderar vi den migreringsstrategi som bäst stödjer verksamhetens mål och väger för- och nackdelarna mellan en ny implementation och en teknisk konvertering.
En strategi skapar värde först när den omsätts i en tydlig plan. Därför tar vi fram ett business case och en färdplan med konkreta projektfaser, milstolpar och prioriteringar. Detta skapar samsyn mellan ekonomi, verksamhet och IT innan genomförandet påbörjas.
Datakvalitet och integrationer hör till de områden som oftast underskattas i ett transformationsprojekt. Vi kartlägger dataflöden, identifierar brister i masterdata och analyserar integrationsberoenden redan i ett tidigt skede. Genom att lösa dessa utmaningar innan implementeringen minskar risken för problem längre fram i projektet.
Egenutvecklad kod är ofta en av de största osäkerhetsfaktorerna i äldre SAP-miljöer. Vi analyserar vilka lösningar som fortfarande används och vilka som kan avvecklas. På så sätt kan affärskritisk funktionalitet bevaras samtidigt som onödig komplexitet elimineras.
En migrering är ett naturligt tillfälle att förbättra befintliga arbetssätt. Med hjälp av verktyg som SAP Signavio kartlägger vi processerna, identifierar flaskhalsar och förenklar arbetsflöden där det är möjligt. Vi ser också över rapporteringslogiken så att verksamheten arbetar utifrån gemensamma KPI:er och en enhetlig bild av affärsdata.
Under implementeringen ansvarar vi för allt från systemkonfiguration till planering av cutover. Målet är att genomföra migreringen på ett kontrollerat sätt även när nya utmaningar uppstår. Efter driftsättningen fortsätter vi att stödja organisationen under stabiliseringsfasen genom att lösa operativa problem, optimera lösningen och säkerställa att systemet fungerar tillförlitligt i den dagliga verksamheten.
De bästa resultaten uppnås när kundens interna team arbetar tillsammans med våra SAP-experter. Ni bidrar med verksamhetskunskap och förståelse för era processer, medan vi tillför erfarenhet från ett stort antal liknande transformationsprojekt. Kombinationen ger bättre beslutsunderlag, minskar projektriskerna och skapar förutsättningar för en framgångsrik migrering.
När organisationer påbörjar planeringen av en SAP-migrering blir det ofta tydligt att SAP ECC-landskapet är resultatet av många års successiva beslut. Vissa av dem skapar fortfarande affärsvärde, medan andra finns kvar enbart därför att de har varit svåra att förändra.
En migrering synliggör dessa strukturer och tvingar organisationen att ta ställning till hur processer, data och system ska fungera framöver.
För nordiska företag är detta särskilt viktigt. Den höga digitala mognaden, ökande regulatoriska krav och verksamheter som omfattar flera juridiska enheter ställer högre krav på en stabil, transparent och framtidssäker ERP-kärna.
Att påbörja arbetet i god tid ger utrymme för analys, samsyn och genomtänkta arkitekturbeslut. Att skjuta upp beslutet eliminerar inte behovet av migrering – det begränsar bara handlingsutrymmet när projektet väl måste genomföras.
Ett välgrundat business case utgår från den totala kostnaden för att fortsätta använda den befintliga SAP ECC-miljön – inte enbart från kostnaden för själva migreringen. Nordiska företag analyserar vanligtvis kostnader för infrastruktur och drift, årligt underhåll, analys, anpassning och sanering av egenutvecklad kod, integrationslösningar, tredjepartslösningar samt den interna arbetsinsats som krävs för att hantera allt mer komplexa SAP ECC-landskap.
Dessa kostnader vägs sedan mot de långsiktiga fördelarna med en modern ERP-plattform, exempelvis standardiserade processer mellan olika länder, enklare systemförvaltning, förbättrad rapportering och bättre förutsättningar att stödja molntjänster, regulatoriska krav och framtida verksamhetsutveckling. Genom att jämföra kostnaden för att behålla nuläget med värdet av en modern lösning får ledningen ett bättre beslutsunderlag.
De flesta organisationer börjar med en strukturerad analys snarare än en detaljerad implementeringsplan. Förutom workshops med berörda intressenter och verksamhetsrepresentanter samt processgenomgångar används ofta SAP-verktyg som SAP Readiness Check, analyser av egenutvecklad kod (Custom Code Migration) och processinsikter från SAP Signavio för att skapa en objektiv nulägesbild.
För nordiska företag påverkas projektets omfattning dessutom av verksamhet i flera länder, Shared Service Centers, gränsöverskridande integrationer, branschspecifika regelverk och mängden egenutvecklade lösningar. Genom att kombinera tekniska analyser med verksamhetens krav blir det lättare att planera budget, tidplan, resursbehov och migreringsprioriteringar samt minska risken för oväntade problem under genomförandet.
Ett aktivt stöd från företagsledningen bidrar till att tekniska beslut förblir förankrade i verksamhetens mål genom hela transformationsprogrammet.
Vid SAP-transformationer som omfattar flera länder etablerar många organisationer en styrningsmodell enligt principen "Global Template, Local Exception". Det innebär att centrala affärsprocesser, ekonomiska strukturer, integrationsstandarder och centralt styrd masterdata standardiseras inom hela koncernen, medan lokala avvikelser endast tillåts när de krävs enligt nationell lagstiftning eller regulatoriska krav.
Denna modell minskar behovet av onödiga anpassningar, begränsar skillnader mellan olika verksamheter och förenklar framtida uppgraderingar utan att kompromissa med regelefterlevnaden. En aktiv styrgrupp bidrar dessutom till snabbare beslutsfattande, löser tvärfunktionella prioriteringsfrågor och förbättrar samordningen mellan olika delar av organisationen.
Förutsägbarhet skapas i första hand genom arkitekturen, inte genom projektplanen. Med en Clean Core-strategi separeras verksamhetsspecifik logik från SAP S/4HANA-kärnan genom att tillägg utvecklas i SAP Business Technology Platform (SAP BTP) och standardiserade API:er används där det är möjligt.
Det innebär att framtida uppgraderingar får mindre påverkan, eftersom egenutvecklade lösningar inte behöver anpassas varje gång ERP-kärnan förändras. I kombination med standardiserade processer, styrd masterdata och en konsekvent integrationsarkitektur blir lösningen enklare att förvalta, samtidigt som riskerna vid framtida SAP-releaser och uppgraderingar minskar.
För att säkerställa verksamhetens kontinuitet krävs en välplanerad cutover-process, inte bara teknisk beredskap. Många organisationer genomför en eller flera fullständiga generalrepetitioner (Full Dress Rehearsals) för att verifiera hela cutover-förloppet, bekräfta migreringstider och identifiera operativa flaskhalsar innan produktionssättningen.
Större driftsättningar planeras ofta till särskilda driftsättnings- eller förändringsfönster under perioder med lägre verksamhetsbelastning eller i anslutning till regionala helgdagar för att minimera påverkan på kritiska affärsprocesser. Under genomförandet används dessutom fördefinierade Go/No-Go-beslutspunkter där projektgruppen, verksamhetsansvariga och berörda beslutsfattare gemensamt verifierar att tekniska, operativa och affärsmässiga kriterier är uppfyllda innan nästa steg påbörjas.
Tillsammans med omfattande testning och väl genomförd användarförberedelse bidrar dessa arbetssätt till att minska risken vid driftsättning och säkerställa verksamhetens kontinuitet.