ASRR

Gegevens en overstappen · ASRR Tech

Van Excel naar CRM: opschonen, velden mappen en een proefimport controleren

Migreer in controleerbare stappen: broninventaris, veldmapping, ontdubbeling, proefimport en overstap. Deze gids geeft een mappingtabel, foutcategorieën en controles op aantallen én relaties.

Bijgewerkt · 4 min leestijd · ASRR Tech

Bepaal wat je werkelijk wilt overnemen

Een export bevat vaak actieve aanvragen, oude lijsten, testregels en gegevens met onbekende betekenis. Importeer niet alles omdat het in één bestand staat. Maak eerst een inventaris: bron, eigenaar, gegevenstype, actualiteit en reden om het over te nemen.

Onderscheid actieve werkvoorraad van historische informatie. Een afgeronde aanvraag hoeft niet als actieve kans terug te komen. Spreek af welke historie in het nieuwe systeem nodig is en welk raadpleegbaar archief verantwoord blijft. Bewaartermijnen vragen een eigen beoordeling; een migratie is geen reden om alles onbeperkt te bewaren.

Salesforces migratiegids benadrukt opschoning, mapping, tests en gebruikersvoorbereiding. Het onderstaande plan werkt die onderwerpen uit als een eigen controleaanpak voor een eenvoudige overstap.

Maak eerst een veldmapping

BronkolomBetekenis controlerenDoelOmzetting/uitzondering
KlantnaamPersoon of bedrijf?Contact of organisatieNiet beide in één naamveld forceren
StatusWat betekende “lopend”?Afgesproken statusOnbekend naar controlelijst
TelefoonTekst, landcode, voorloopnulContactkanaalNiet als getal importeren
EigenaarNaam of oud account?Actieve gebruiker/rolVertrokken medewerker expliciet toewijzen
Volgende actieLosse notitie of taak?Taak met datumOntbrekende datum laten beoordelen
Oud nummerStabiele bronreferentie?MigratiereferentieBewaren voor vergelijking

Leg omzettingen vast voordat je het hele bestand bewerkt. Gebruik een kopie voor opschoning en houd de oorspronkelijke export als controlebron binnen het afgesproken beheer.

Let op datums en decimale bedragen. “03/04” kan verschillende datums betekenen; “1.250,50” moet dezelfde waarde houden. Kies expliciete formaten en controleer de daadwerkelijke geïmporteerde waarde.

Ontdubbel zonder verschillende projecten te vernietigen

Een contact kan meerdere aanvragen hebben. Dubbele personen opschonen is daarom iets anders dan verkoopkansen samenvoegen. Bekijk naast herkenningsgegevens ook context, project en bronreferentie.

Salesforce bespreekt dat niet alle vergelijkbare records moeten worden samengevoegd en dat foutieve matches risico geven. Laat twijfelgevallen handmatig beoordelen. Bewaar bij een samenvoeging welke bronregels zijn gebruikt en welke waarden overblijven.

Vervang ontbrekende contactgegevens niet door één gedeelde fictieve waarde. Daarmee kun je verschillende personen ten onrechte als één identiteit laten herkennen.

Gebruik een representatieve proefset

Kies normale en lastige dossiers: meerdere aanvragen per klant, ontbrekende telefoon, oude eigenaar, meerdere offerteversies, notities met accenten, geannuleerde afspraak en afgeronde kans.

Importeer eerst die proefset in een afgesproken testomgeving. Laat toekomstige gebruikers de dossiers lezen. Een technisch geslaagde import betekent niet dat historie, taken en documenten bruikbaar gekoppeld zijn.

Controleer per dossier identiteit, relaties, tekst, datum, eigenaar, status en volgende actie. Controleer ook gebruikersrechten. Een migratie kan gegevens in een andere teamscope plaatsen dan bedoeld.

Verklaar ieder verschil in aantallen

Een fictief voorbeeld: de export bevat 500 contactregels. Na beoordeling worden 20 aantoonbare duplicaten samengevoegd en 10 testregels uitgesloten. Dan verwacht je 470 contacten, niet 500. De gekoppelde aanvragen kunnen een ander aantal hebben.

Maak een foutenlijst met bron-ID, probleem, gewenste oplossing, eigenaar en status. Onderscheid niet-geïmporteerd, verkeerd omgezet, verkeerd gekoppeld en dubbel aangemaakt. Los patronen op voordat je losse records blijft repareren.

Spreek de overstap en terugvalroute af

Kies wanneer de oude bron stopt met wijzigen, wie de definitieve export maakt en hoe wijzigingen tussen proef en overstap worden meegenomen. Voorkom dat medewerkers dezelfde aanvraag in twee systemen blijven bijwerken.

Leg vast wat een mislukte controle betekent: uitstel, herstel of terugkeer naar de oude werkwijze. Wie besluit dat en welke nieuwe gegevens moeten dan veilig worden overgenomen? Een terugvalplan is pas bruikbaar als ook werk na de overstap wordt meegenomen.

Checklist voor de eerste werkdag

  • Verwachte aantallen zijn verklaard en gecontroleerd.
  • Representatieve dossiers hebben juiste relaties en eigenaren.
  • Open taken zijn bereikbaar en actueel.
  • Medewerkers kennen de nieuwe bron en de foutenroute.
  • Het oude systeem is volgens afspraak leesbaar of afgesloten.

Lees daarna over CRM invoeren en koppelingen ontwerpen. De overstap is voltooid wanneer het team ermee kan werken, niet wanneer alleen de upload klaar is.

Bronnen en verantwoording

Bronnen geraadpleegd op 12 oktober 2026. Verwijzingen in de tekst onderbouwen de genoemde feiten. Stappenplannen, matrices en fictieve voorbeelden zijn door ASRR voor deze uitleg samengesteld. Voorbeeldbedragen en resultaten zijn geen klantresultaten, tarieven of benchmarks. Productdocumentatie van andere leveranciers bewijst geen beschikbaarheid in Alpha.