Strategiska grunder: Att välja ditt gift

Del 1 av serien Migreringshandboken: Från traditionellt kaos till AI-redo

I världen av ERP-konsulttjänster med höga insatser finns det ett talesätt som säger att alla bör upprepa varje styrgrupp: Go-Live är inte en ceremoni, utan en operation.

Och precis som vid kirurgi beror patientens överlevnad helt på förberedelserna, teamets skicklighet och de strategiska val som gjorts långt före det första snittet.

Under alla dessa år av ERP-övergångar, särskilt inom Infor LN :s ekosystem , har jag sett projekt lyckas fantastiskt tack vare att ledningen gjort svåra och obekväma val i ritningsfasen. Omvänt har jag sett projekt förlora pengar och moral i åratal helt enkelt för att de försökt "spela säkert" med fel strategi.

Välkommen till Migrationshandboken.

Denna serie i sex delar är en överlevnadsguide utformad för alla de yrkesverksamma som har i uppgift att migrera från ett äldre system till ett modernt molnbaserat ERP-system utan att förstöra verksamheten i processen.

Vi börjar idag med det viktigaste beslutet av alla, det som sätter kursen för hela projektet: strategin.

Illusionen av säkerhet: Big Bang vs. Fasad

Den första frågan i varje kick-off-möte är oundviklig: ”Ska vi satsa på Big Bang eller Phased?”

För att besvara detta, låt oss rensa bort jargongen och titta på vad dessa strategier faktiskt betyder i verkligheten.

Enkelt uttryckt: Metaforerna

Big Bang Föreställ dig att flytta. På fredag packar du allt i en lastbil. På lördag flyttar du. På söndag packar du upp. På måndag morgon vaknar du, äter och sover i det nya huset. Du lämnar över nycklarna till det gamla omedelbart. Det finns ingen återvändo.

Filosofin: ”Riv av plåstret.” Det är en heltäckande switch där det gamla systemet stängs av och det nya ERP-systemet tas i drift samtidigt på alla avdelningar.

Etappvis tillvägagångssätt Tänk dig att renovera ditt hem medan du bor inne. Först gör du om köket (Finance), men du sover fortfarande i det gamla sovrummet (Produktion) och använder det gamla badrummet (Lager). Du bor på en byggarbetsplats i månader och flyttar ständigt mellan nya och gamla rum.

Filosofin: ”Ett steg i taget.” Du migrerar modulvis (t.ex. Finance ) eller anläggningsvis (t.ex. anläggning A, sedan anläggning B), och håller båda systemen aktiva under en övergångsperiod.

Det finns inget "rätt" eller "fel" här, bara vad som fungerar för din specifika riskprofil. Men varje val har en prislapp.

Alternativ A: Big Bang

Varför välja det: Från dag 1 Finance, försäljning och produktion exakt samma data. Det finns inget gap. Inga tillfälliga gränssnitt: Du slösar ingen budget på att bygga broar mellan gamla och nya system. Psykologisk paus: Det tvingar organisationen att anpassa sig omedelbart. Ingen kan klamra sig fast vid de gamla metoderna eftersom de gamla metoderna är borta.
Riskerna: Om systemet slutar fungera på måndag stannar hela företaget. Du kan inte leverera, du kan inte fakturera. Det är poker med höga insatser. Toppstress: Go-live-perioden är intensiv. Organisationen är under maximal press i minst 2–3 veckor.

Alternativ B: Fasvis

Varför välja det: om Finance har problem fortsätter fabriken att köra på det gamla systemet. Du satsar inte hela gården på en gång. Inlärningskurva: teamet lär sig av den första fasen, vilket gör efterföljande utrullningar smidigare. Lägre akut stress: ansträngningen sprids över tid, vilket undviker "tryckkokaren" under en enda helg.
Riskerna: för att få den nya Finance att kommunicera med det gamla tillverkningssystemet måste du bygga komplexa, dyra gränssnitt som du kommer att slänga senare.
Skyhöga avgifter: du undviker dubbel inmatning genom att bygga automatiserade integrationer, men någon måste designa, bygga och övervaka dem. Detta gör att dyra konsulter blir kvar på lönelistan i åratal istället för månader, vilket avsevärt ökar projektets totala ägandekostnad.
Förändringströtthet: Projektet drar ut på tiden i åratal. Människor tröttnar på att leva i "övergångsläge".

Kontext är kung

Så, vilken ska du välja?

Det finns inget absolut "Mitt råd" här och se upp för konsulter som säger något annat. Det finns bara den specifika verkligheten för ditt företag just nu.

Beslutet handlar om en avvägning mellan riskkoncentration och organisatorisk mognad.

Big Bang frågar: ”Är du villig att riskera allt på en enda helg för att bli gjort snabbt och snyggt?”
Den etappvisa metoden frågar: ”Är du villig att betala mer och uthärda en längre tidsram för att garantera en högre sannolikhet för framgång?”

Denna andra punkt är avgörande. Vi glömmer ofta att även om konsulter gör detta för sitt uppehälle, har era interna team – redovisningschefen, lagerchefen – sannolikt aldrig upplevt en omvandling av denna omfattning.

För ett oerfaret team tillåter en stegvis metod (trots den högre kostnaden) dem att gradvis mäta sig mot utmaningen. Det förhindrar att organisationen brister under pressen av en total avstängning. Det köper dig den mest värdefulla tillgången av alla: Förtroende.

Historiefällan: Vi behöver allt

När strategin är fastställd är nästa slagfält Data Scope. Det är här hamstringens psykologi krockar med den tekniska verkligheten. Användarna kommer att vädja: ”Vi måste migrera all historisk data. Jag måste absolut se exakt vad jag sålde till Mario Rossi 2015 på den nya skärmen.”

Gör det inte.

Att migrera 15 år av avslutade transaktioner (försäljningsordrar, fakturor, produktionsordrar) till en ny LN Cloudsuite-miljö är ett strategiskt misstag som äventyrar din framtid.

Här är de tre anledningarna till varför migrerande historia kan vara en belastning:

Teknisk skuld och DAL-doktrinen

Infor LN använder ett strikt dataåtkomstlager (DAL) för att validera varje post som kommer in i systemet. Dina data från 2010 uppfyller sannolikt inte valideringsreglerna från 2026. Kanske krävde du inte ett ursprungsland då, men nu är det obligatoriskt. Kanske är dina gamla måttenheter föråldrade. För att migrera den gamla datan måste du inaktivera valideringar eller "förfalska" den saknade datan och fylla din nya databas med skräp bara för att den ska passa.

Datakvalitet kontra datavolym

Äldre data är i sig smutsig. Den innehåller spöken av dåliga processer, annullerade ordrar som aldrig rensades upp och leverantörskoder som inte längre är aktiva. Att importera denna mängd data innebär att förorena ditt nya system från dag 1. Du flyttar i praktiken in i ett helt nytt lyxhus och fyller det med dammiga, trasiga möbler från din källare.

AI-föroreningar

Detta är den nya risken för 2020-talet. Om du planerar att använda Infor GenAI eller moderna prediktiva modeller för planering av leveranskedjor behöver du rena, konsekventa mönster. AI lär sig av historien. Om du matar den med 10 år av föråldrade processer – som ledtider från covid-eran eller prissättningsmodeller som du inte längre använder – kommer AI:n att lära sig fel läxor. Den kommer att producera hallucinationer snarare än insikter. För att bygga ett AI-klart ERP-system behöver du ett högt signal-brus-förhållande. Gammal data är brus.

Branschvalidering: Konsensus om "Clean Core"

Ta inte bara mitt ord för det. De största aktörerna inom företagsprogramvara har alla övergått till denna filosofi för att stödja flexibilitet och AI:

Principen om ”ren kärna”: Ledande leverantörer som SAP förespråkar nu uttryckligen att ERP-kärnan ska hållas fri från äldre skräp för att säkerställa innovationsberedskap. Läs om strategin för ren kärna
Alternativ för äldre datalagring: Oracles officiella riktlinjer listar att det äldre systemet ska vara i skrivskyddat läge som en primär strategi för att undvika riskerna för övermigrering. Se Oracles alternativ för datalagring.
AI-förutsättningar: Experter är överens om att AI-modeller kräver högkvalitativ och relevant data. Att migrera föråldrade mönster skadar aktivt modellens prestanda ("Garbage In, Garbage Out"). Varför datakvalitet är avgörande för AI
Konsultens djupdykning: Jag har tidigare analyserat hur dålig data gör AI-agenter konkurs. Om du vill förstå mekanismerna bakom "smutsiga data", kolla in min artikel: AI-dödaren: Varför smutsiga data kommer att göra din agent konkurs

Strategin för rena snitt

Det enda professionella sättet att hantera en kritisk migrering är Clean Cut. Vi migrerar bara det som är levande:

Aktiva masterdata: Kunder och leverantörer som har genomfört transaktioner under de senaste X åren (en tidsram som definieras tillsammans med kunden), plus eventuella partners som är kopplade till de öppna transaktioner som vi migrerar.
Aktiva artiklar och stycklistor: Endast de produkter vi faktiskt kan bygga och sälja idag.
Öppna försäljningsorder (orderstock): Order som vi fortfarande behöver leverera.
Öppna inköpsordrar: Varor vi väntar på att få.
WIP (pågående arbete): Produktionsorder som för närvarande är på gång.
Nuvarande lagersaldon: En exakt ögonblicksbild av lagervärdet.
Andra öppna transaktioner: Vi migrerar alla transaktionsdokument som krävs för affärskontinuitet (t.ex. serviceordrar, projekt eller kontrakt). Exemplen ovan är bara de vanligaste; regeln gäller allt som behövs för att hålla lamporna tända.

Allt annat – stängda ordrar, betalda fakturor, gammal historik – stannar kvar.

Lösningen för uppslag: GenBI och Data Fabric

”Men Andrea, hur ska jag svara kunden som frågar om en faktura från 2018? Ska jag säga att jag inte vet?”

Det här är invändningen som oftast dödar Clean Cut-strategin. Användare är livrädda för att förlora överblick. Men år 2026 har vi ett bättre svar än att ha den gamla datorn under skrivbordet.

Vi använder moderna BI- (eller GenBI) och Data Fabric- arkitekturer.

Istället för att överbelasta det transaktionella ERP-systemet med död data, kopplar vi ett modernt BI-verktyg (som Microsoft PowerBI) till två distinkta källor:

Legacy -databasen (inställd på skrivskyddat läge) för historisk djup.
Den nya Infor-datasjön för aktuell, live-verksamhet.

Vi bygger en enhetlig instrumentpanel som ligger ovanpå båda. När en användare frågar "Försäljning till Mario Rossi" slår BI transparent samman data från 2018 (från Legacy) och data från 2026 (från LN). Användaren får sitt fullständiga svar i en vy. De bryr sig inte om var informationen finns fysiskt; de bryr sig bara om informationen. Denna metod håller ditt nya ERP-system smidigt, snabbt och helt fokuserat på framtiden, samtidigt som det respekterar värdet av det förflutna.

Vill du förstå hur du bokstavligen kan "prata" med dina äldre data utan att migrera dem? Läs min detaljerade genomgång här: Generativ BI: Att prata med dina data

Mitt slutgiltiga perspektiv

En lyckad migrering handlar inte om att flytta data; det handlar om att filtrera värde. Det handlar om att ha modet att lämna bagaget bakom sig. Genom att välja en ren version och motstå frestelsen att fasa ut projektet av rädsla, arkiverar du historisk data för att bana väg för en AI-redo framtid.

I nästa del kommer vi att diskutera hur man förbereder denna utvalda data för flytten. Vi kommer att prata om Garbage In, Disaster Out och varför en migreringsmall är det kraftfullaste psykologiska verktyget i din arsenal för att upprätthålla dataägande.

Djupgående: För mer information om varför moderna datastrategier frikopplar historia från verksamhet, läs om konceptet Data Fabric Architecture.

Skriven av Andrea Guaccio

5 mars 2026