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.

Konsekvenserna kan bli avgörande: 93 procent av företagen som förlorar sina affärskritiska system i mer än tio dagar går i konkurs inom ett år. Det gör migreringen av data till ett av de mest riskfyllda momenten i ett systembyte.

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.

Migreringsplanen behöver hantera både tekniska fel och organisationens oro. Annars kan förseningar och felaktig data uppstå även om själva överföringen lyckas.

Guiden är en praktisk steg-för-steg-plan i sju steg: kartlägga och prioritera verksamhetens data, definiera mål och krav, planera tid och resurser, förbereda datakonvertering och mappning, säkerställa kryptering och åtkomst, testa och verifiera samt dokumentera och förbereda driftsättning. Checklistan sist samlar stegen.

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), och bestäm hur mycket data du kan tillåta att förlora i värsta fall (RPO, Recovery Point Objective). Dokumentera de regelverk och lagkrav som påverkar branschen. Processen kallas ofta riskvärdering och kan struktureras utifrån verksamhetens storlek och komplexitet.

För svenska företag betyder lagkraven i praktiken dataskyddsförordningen (GDPR) för kundregister, kontrakt och andra personuppgifter. Avtal med leverantörer som hanterar personuppgifter åt er ska reglera att uppgifterna återlämnas eller raderas när uppdraget upphör. Integritetsskyddsmyndigheten (IMY) beskriver reglerna för personuppgiftsbiträden.

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.

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.

Kravbilden ska också omfatta personuppgifter: vilka register som innehåller dem, var tillfälliga kopior uppstår under migreringen och när de ska vara borta. Det ger acceptanskriterier som går att granska i efterhand.

Sätt 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

Bygg 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. Ge teamet tid att förstå data och att flagga problem – det gäller även verksamhetens superanvändare, inte bara teknikerna.

Riskhanteringen bör ha en ägare per risk och en fördefinierad åtgärd. Beslut behöver fattas 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.

Lägg själva växlingen utanför kontorstid och kör källsystemet parallellt tills datan är verifierad i det nya systemet. Då finns en väg tillbaka om något inte stämmer.

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. 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öretag anger två krav: kryptera data och inför 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.

Kräv skriftlig bekräftelse på att personuppgifter och tillfälliga kopior har raderats, både i källsystemet och hos de leverantörer som hanterat dem under migreringen. Enligt dataskyddsförordningen (GDPR) gäller det när ett personuppgiftsbiträdes uppdrag upphör.

Testa och verifiera migreringen

IT Hjälp Företag gör testning till 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öretag rekommenderar att 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.

Dokumentera också lagkraven och vem som svarar för dem: personuppgiftsbiträdesavtal, skriftliga raderingsbekräftelser och IMY:s regler för personuppgiftsbiträden. Det är underlaget om en fråga om personuppgifter kommer efter driftsättningen.

Checklista inför migreringsstart

Checklista inför migreringsstart