Så planerar du migrering av data vid systembyte

Inledning: varför en datamigreringsplan behövs vid systembyte

Ett systembyte flyttar inte bara programvara – det flyttar verksamhetens arbetsdata. IT Hjälp Företag skriver att förlust av affärskritisk information kan stoppa kontoret och bli dyr för både IT-avdelning och administration. En tidig analys av vad som måste skyddas gör att verksamheten snabbt kan återhämta sig efter incidenter. Både IT-personal och verksamhetsledare behöver delta: IT-chefen kan tekniken, medan kontorsadministratören och försäljningschefen vet vilken data som är mest affärskritisk.

Unit4 pekar i sin genomgång av ERP-migrering till molnet på tre återkommande riskområden: tidsåtgång och resursbrist, störningar från tekniska problem samt medarbetare som är obekväma med nya processer. Migreringsplanen måste därför hantera både tekniska fel och organisationens oro. Annars kan förseningar och felaktig data uppstå även om själva överföringen lyckas.

Steg-för-steg: Planering av datamigrering vid systembyte

Kartlägg och prioritera verksamhetens data

Börja med att identifiera den mest känsliga datan. Enligt IT Hjälp Företags guide handlar det för ett typiskt företag om kundbaser, ekonomiska register, kontrakt och immateriell egendom som utveckling eller design. Kartlägg systematiskt: lista alla system och databaser som är kritiska för den dagliga driften, bedöm hur länge du klarar dig utan tillgång till varje datasats (RTO, Recovery Time Objective), bestäm hur mycket data du kan tillåta att förlora i värsta fall (RPO, Recovery Point Objective) och dokumentera de regelverk och lagkrav som påverkar branschen. Processen kallas ofta riskvärdering och kan struktureras utifrån verksamhetens storlek och komplexitet.

Kartläggningen görs gemensamt. Ansvaret kan fördelas så här: IT-chefen väljer och konfigurerar tekniken och säkerställer den tekniska funktionen, kontorspersonalen identifierar de kritiska datamängderna och undviker affärskritisk dataförlust, och säljchefen klargör lagkrav och kundkrav så att avtal och sekretess uppfylls.

RTO och RPO sätts per dataset, inte som ett enda värde för hela verksamheten. De styr i vilken ordning data migreras, hur länge källsystemet måste vara tillgängligt parallellt och hur ofta mellanlagrad data behöver säkerhetskopieras under övergången.

Viktiga metriker vid datamigrering

Definiera mål, omfattning och krav för migreringen

Migreringen ska kopplas till varför systemet byts. Transformants steg-för-steg-guide för ERP-implementering börjar med att definiera affärsmål och krav, fortsätter med att välja rätt system och planerar därefter och förbereder implementeringen. Målen avgör vilka data som behöver följa med: data som inte stödjer ett mål ska ifrågasättas innan den flyttas.

Fastställ omfattningen i tre kategorier: data som migreras, data som rensas eller normaliseras före migrering och data som lämnas kvar som historik eller arkiv i källsystemet. Koppla varje kategori till mätbara acceptanskriterier, till exempel antal poster som ska överföras, vilka fält som ska mappas, vilka affärsregler som ska gälla och hur avvikelser ska hanteras innan migreringen godkänns.

SAP:s checklista för ERP-migrering lyfter fram att migreringsteamet behöver tid att förstå vad de ser, att problem ska flaggas efter behov och att data ska konverteras till ett format som bättre passar det nya systemet. Sätt därför av tid för analys av källdata redan när kraven formuleras, inte först vid konverteringen.

Planera tid, resurser och hantera störningar

Unit4 listar tidsåtgång och resursbrist som en av de viktigaste faktorerna vid en ERP-migrering, tillsammans med störningar från tekniska problem och medarbetare som är obekväma med nya processer. Bygg därför in marginal i tidplanen och förstärk teamet under migreringsperioden i stället för att räkna med att ordinarie personal kan leverera både drift och migrering samtidigt.

Hantera medarbetarnas oro konkret: visa vilka data som flyttas, vad som händer med det gamla systemet under övergången och vilka rutiner som gäller om något ser fel ut efter driftsättning. Enligt SAP:s checklista ska teamet ges tid att förstå vad de ser och att flagga problem efter behov – det gäller även verksamhetens superanvändare, inte bara teknikerna.

Riskhanteringen bör ha en ägare per risk och en fördefinierad åtgärd. Unit4 nämner både tekniska problem och resursbrist som riskområden. Båda kräver beslut innan migreringsfönstret öppnas: vilka dataset som kan skjutas upp, vem som fattar beslut om avbrott och hur verksamheten återgår till källsystemet om migreringen inte godkänns.

Jämförelse av riskområden vid ERP-migrering

Förbered datakonvertering och mappning

Konverteringen innebär att källdata översätts till de fält, koder och format som det nya systemet kräver. SAP:s checklista beskriver detta: data ska konverteras till ett format som bättre passar det nya systemet, och teamet ska flagga problem efter behov. Praktiskt krävs en fältmappning källa till mål där varje fält har en ägare, en regel för omvandling och ett besked om vad som händer när värdet saknas eller är ogiltigt.

Lägg datakvalitetskontroll före konverteringen, inte efter. Vanliga åtgärder är att identifiera dubbletter i kund- och leverantörsregister, hitta avvikelser mellan register som ska beskriva samma sak, kontrollera obligatoriska fält och verifiera att belopp, datum och enhetsformat följer det nya systemets regler. Bestäm i förväg vilka avvikelser som får migreras med och vilka som måste rättas i källan först.

Inför en rutin för att flagga och åtgärda problem: varje avvikelse loggas med källa, dataset, beskrivning, beslutsfattare och status. Utan ett sådant ägaransvar riskerar flaggade poster att bli kvar i mellanlagringen och aldrig nå det nya systemet.

Säkerställ kryptering, åtkomst och integritet

IT Hjälp Företags guide är tydlig på två punkter: kryptera data och implementera strikt åtkomstkontroll. Under en migrering finns samma uppgifter dessutom på flera platser samtidigt – i källsystemet, i tillfälliga exportfiler, i testmiljö och i mellanlagring – vilket gör att samma skyddskrav måste gälla alla dessa kopior, inte bara produktionsmiljön.

Guiden rekommenderar att arbetet struktureras utifrån cybersäkerhetsprinciper för organisationer, anpassat efter verksamhetens storlek och komplexitet. Konkret innebär det att åtkomst till migreringsdata begränsas till de personer som faktiskt arbetar med den, att tillfälliga filer gallras enligt en bestämd tidplan och att exportfiler inte lämnar den miljö som är avsedd för ändamålet.

Testa och verifiera migreringen

IT Hjälp Företag beskriver testning som ett eget steg: genomför regelbundna tester för att säkerställa att återställning fungerar korrekt. För en systemmigrering betyder det att migreringen körs i testmiljö mot en kopia av källdata innan den genomförs skarpt, och att återställning av den migrerade datan provas separat – inte antas fungera för att själva överföringen gick igenom.

Verifieringen ska jämföra resultatet mot källsystemet. Jämför antal poster per tabell eller register, stickprov på enskilda kund- och avtalsposter, summor och saldon i ekonomiska register samt att kopplingar mellan poster fortfarande håller. Dokumentera vad som jämfördes, mot vilket utdrag och vid vilken tidpunkt, så att avvikelser går att spåra i efterhand.

Kör samma testomgång flera gånger. Varje körning mot källdata avslöjar nya avvikelser, och först när en upprepad körning ger samma godkända resultat finns underlag för beslut om skarp migrering.

Dokumentera processer, roller och beredskap inför driftsättning

IT Hjälp Företags guide är tydlig här: dokumentera processer noggrant och registrera alla konfigurationer och tester för att underlätta framtida hantering. Dokumentationen bör omfatta fältmappning och konverteringsregler, beslut om vad som rensats eller lämnats kvar, testprotokoll och de avvikelser som fortfarande är öppna när migreringen godkänns.

Rollerna behöver vara namngivna före, under och efter migreringen. Före: den som äger kartläggningen av kritisk data och den som äger acceptanskriterierna. Under: den som fattar beslut om avbrott eller uppskjutning och den som hanterar flaggade avvikelser. Efter: den som ansvarar för att nya poster hamnar rätt i det nya systemet och den som tar emot frågor från verksamheten. Enligt IT Hjälp Företag fördelas ansvaret mellan IT-chefen för teknikval och konfiguration, kontorspersonalen för att identifiera kritiska data och säljchefen för lag- och kundkrav – samma uppdelning fungerar som utgångspunkt för migreringen.

Förbered supporten innan driftsättningen: vilka fel som ska eskaleras, vilka frågor som ska besvaras direkt och var migrerad data kan verifieras av användaren själv. Registrerade konfigurationer och tester från migreringen är det underlag supporten behöver för att skilja ett migreringsfel från en felaktig inmatning i det nya systemet.

Checklista inför migreringsstart

4. Konvertering förberedd: fältmappning klar, datakvalitet kontrollerad med dubbletter och avvikelser identifierade, och en rutin finns för att flagga och åtgärda problem.

Checklista inför migreringsstart