Kort svar
En CRM-migrering ska börja med datainventering och testimport, inte med full export.
CRM-guide för svenska företag
Checklista för CRM-migrering
En CRM-migrering ska börja med datainventering och testimport, inte med full export. Bestäm vad som ska flyttas, rensas, arkiveras och valideras innan skarp import.
Redaktionell avsändare: CRMvalet · Metod och källkontroll
Innehåll uppdaterat · CRMvalets redaktionella principer
Hur migrerar man CRM-data utan att tappa historik eller skapa datakaos?
En CRM-migrering ska börja med datainventering och testimport, inte med full export. Bestäm vad som ska flyttas, rensas, arkiveras och valideras innan skarp import.
Passar när
För projektägare som behöver migrera CRM-data utan att tappa historik, ägare eller ansvar.
Kontrollera särskilt
Datainventering, städning, mappning, testimport, validering och rollback.
Nästa steg
Genomför testimport med stoppunkter innan full import.
Innehåll
Prova migreringen med en fältmall och fiktiva data
Arbeta i en avskild testmiljö med avstängda utskick och automationer. Filerna innehåller påhittade personer, företag, roller och affärer. Ingen kunddata laddas upp till CRMvalet. Anpassa kolumnerna till målverktygets importformat före provet.
Tom fältmappning (CSV)Fiktiv fältmappning (CSV)Fiktiva importrader (CSV)Tomt acceptansprotokoll (CSV)
Öppna med UTF-8 och komma som avgränsare i Excel eller annat kalkylblad. Svaren i de tomma mallarna är inte ifyllda. HTML nedan visar samma fält och prov utan nedladdning.
Mappa identifierare före namn och belopp
| Källfält | Målfält | Regel | Kontroll |
|---|---|---|---|
| source_id | Kontaktens externa ID | Text; bevara original-ID. Samma ID och olika innehåll stoppas. | SRC-001 finns en gång efter deduplicering. |
| contact_name | Kontaktens visningsnamn | Text; behåll svenska tecken. Använd inte namn som unik nyckel. | Alex Test har rätt externa ID. |
| Kontaktens e-post | Trimma blanksteg; namn eller e-post får inte ensamt slå ihop personer. | Alla provadresser slutar på example.invalid. | |
| company_id | Företagets externa ID + kontaktrelation | Skapa företag före kontaktrelationer. | SRC-001 och SRC-002 pekar på ORG-01. |
| company_name | Företagsnamn | Text; olika namn med samma ID kräver kontroll. | Två företag finns, inte ett företag per rad. |
| deal_id | Affärens externa ID | Egen unik nyckel; koppla affären till rätt kontakt och företag. | DEAL-01 till DEAL-03 finns exakt en gång. |
| deal_name | Affärsnamn | Text; namnet är ingen unik nyckel. | Affärsnamnet följer rätt deal_id. |
| value_sek | Affärsbelopp + valuta SEK | Heltal i detta prov. Sätt valutan separat i mål-CRM; ingen valutaväxling. | Tre unika affärer summerar till 25 000 SEK. |
| owner | Ansvarig användare | Mappa Testroll A/B till separata testroller, aldrig automatiskt till en skarp användare. | A har två och B en affär. |
Fyra rader blir tre kontakter och tre affärer
SRC-001 förekommer två gånger med identiskt innehåll. Behåll en rad och dokumentera den andra som dubblett. Om samma ID har olika innehåll ska ni stoppa konflikten för kontroll. Slå inte ihop poster bara för att namn eller e-post liknar varandra. I detta prov har varje unik kontakt exakt en unik affär; anpassa modellen om ert verkliga underlag har fler relationer.
| source_id | contact_name | company_id | company_name | deal_id | deal_name | value_sek | owner | |
|---|---|---|---|---|---|---|---|---|
| SRC-001 | Alex Test | alex@example.invalid | ORG-01 | Fiktiva Eken | DEAL-01 | Fiktiv pilot Eken | 12000 | Testroll A |
| SRC-002 | Robin Test | robin@example.invalid | ORG-01 | Fiktiva Eken | DEAL-02 | Fiktiv utbildning Eken | 8000 | Testroll B |
| SRC-003 | Kim Test | kim@example.invalid | ORG-02 | Fiktiva Aspen | DEAL-03 | Fiktiv pilot Aspen | 5000 | Testroll A |
| SRC-001 | Alex Test | alex@example.invalid | ORG-01 | Fiktiva Eken | DEAL-01 | Fiktiv pilot Eken | 12000 | Testroll A |
Kontrolltal: 4 inrader, 1 dubblett, 3 kontakter, 2 företag och 3 affärer. Godkänd affärssumma: 25 000 SEK. Råsumma före dubblettkontroll: 37 000 SEK.
Provimport, export tillbaka och acceptans
Skapa testroller och företag, därefter kontakter och affärsrelationer. Spara mål-ID tillsammans med externa ID och batch-ID. Genomför proven nedan i testmiljön och fyll i resultat, bevis och ansvarig i protokollet. Kontrolltalen är förväntningar i ett räkneexempel, inga uppmätta CRM-resultat.
MIG-01: Inventering och export
Spara oförändrad originalexport, exporttid, system, objektlista och ansvarig. Kontrollera att filen kan öppnas.
Föreslagen ansvarig: Dataägare. Resultat och bevis: ännu inte dokumenterade.
MIG-02: Dubblett och konflikt
Fyra inrader ger en identisk dubblett och tre godkända kontakt-/affärsrader. Ändra en kopia med samma ID och bekräfta att konflikten stoppas.
Föreslagen ansvarig: Migreringsansvarig. Resultat och bevis: ännu inte dokumenterade.
MIG-03: Relationer och kontrolltal
Två företag, tre kontakter, tre affärer och 25 000 SEK. Kontrollera varje extern nyckel; råsumman 37 000 SEK ska inte importeras som unik pipeline.
Föreslagen ansvarig: Säljansvarig. Resultat och bevis: ännu inte dokumenterade.
MIG-04: Ägare och behörighet
A äger två affärer och B en. Prova läsning/export med begränsad testroll och dokumentera förväntad åtkomst.
Föreslagen ansvarig: Systemadministratör. Resultat och bevis: ännu inte dokumenterade.
MIG-05: Export tillbaka
Exportera från mål-CRM. Jämför externa ID, relationer, belopp och teckenkodning mot de tre godkända raderna.
Föreslagen ansvarig: Dataägare. Resultat och bevis: ännu inte dokumenterade.
MIG-06: Omkörning
Importera samma godkända prov igen med dokumenterad uppdateringsnyckel. Förväntat: fortfarande tre kontakter och tre affärer, inga nya dubbletter.
Föreslagen ansvarig: Migreringsansvarig. Resultat och bevis: ännu inte dokumenterade.
MIG-07: Återställning i testmiljö
Återställ målmiljön till sparad utgångspunkt eller isolera provbatchen enligt testplan. Visa att orelaterade poster och originalexport finns kvar.
Föreslagen ansvarig: Systemadministratör. Resultat och bevis: ännu inte dokumenterade.
MIG-08: Beslut före skarp flytt
Spara godkänt/underkänt/okänt, bevis och ansvarig per prov. Oklara måste-krav, totalskillnad eller obevisad återställning stoppar skarp import.
Föreslagen ansvarig: Projektägare. Resultat och bevis: ännu inte dokumenterade.
Det som behöver en separat flyttplan
Detta CSV-prov flyttar inte bilagor, mejltrådar, anteckningshistorik, samtalsinspelningar, gamla aktivitetsdatum, behörigheter, automationer eller revisionsloggar. Inventera vad export och import faktiskt stöder för era två system. Ange per objekt: flyttas, arkiveras separat, byggs om eller lämnas utanför med dokumenterat beslut.
Rollback utan att förlora ändringar efter brytpunkten
Bestäm stoppkriterier, beslutsägare och senaste tid för återgång före skarp flytt. Spara utgångsläge och provad återställningsväg i båda systemen. Vid fel: pausa fortsatt import och automation, bevara loggar och nya ändringar, isolera den berörda batchen och återställ enligt den provade planen. Stäm av ändringar som gjorts efter exportens brytpunkt innan arbetet återupptas. En fil-export är inte bevis för att hela systemet kan återställas.
Före export
Inventera objekt, fält, ägare, historik, aktiviteter, bilagor och datakällor. Markera vad som är aktivt, arkiv och skräp.
Före testimport
Städa dubbletter, normalisera fält och bestäm mappning. Spara originalexport och migreringslogg.
Före full import
Testa relationer mellan företag, kontakter och affärer. Kontrollera datum, ägare och obligatoriska fält.
Före lansering
Verifiera rapporter, integrationer, behörigheter, export och fallback. Bestäm när gamla systemet blir läsläge.
Efter lansering
Mät dubbletter, saknade fält, fel ägare och användarnas rapporterade problem första veckorna.
GDPR och arkiv
Flytta inte personuppgifter utan ändamål. Dokumentera gallring och åtkomst till arkiverad data.
Nästa steg
Utse migreringsägare och genomför en liten testimport innan tidsplanen låses. Full import bör vänta tills ägare, relationer, historik, rapporter och rollback har validerats av både administratör och användare.
Källor och metod
EDPB: Data controller or data processor
EDPB · Källa kontrollerad
Stödjer: URL och relevant löptext kontrollerade. Ingen bedömning av ett kundavtal eller en enskild organisations laglighet.
EDPB: Basic principles
EDPB · Källa kontrollerad
Stödjer: URL och relevant löptext kontrollerade. Ingen bedömning av ett kundavtal eller en enskild organisations laglighet.
IMY: Personuppgiftsbiträdesavtal
IMY · Källa kontrollerad
Stödjer: URL och relevant löptext kontrollerade. Ingen bedömning av ett kundavtal eller en enskild organisations laglighet.
IMY: Överföring till tredjeland
IMY · Källa kontrollerad
Stödjer: URL och relevant löptext kontrollerade. Ingen bedömning av ett kundavtal eller en enskild organisations laglighet.
EDPB: Secure personal data
EDPB · Källa kontrollerad
Stödjer: URL och relevant löptext kontrollerade. Ingen bedömning av ett kundavtal eller en enskild organisations laglighet.
Praktisk checklista
- ✓ Inventera objekt, fält, ägare, aktiviteter och bilagor.
- ✓ Rensa dubbletter innan testimporten startar.
- ✓ Mappa varje fält till nytt system eller arkiv.
- ✓ Validera testimport med säljare och administratör.
- ✓ Bestäm rollback, läsläge och efterkontroll före lansering.