Een nieuw importbestand bevat niet automatisch nieuwere klantdata

Een collega uploadt vandaag een spreadsheet. Daarin staat het telefoonnummer van vorige maand. Ondertussen heeft Sales gisteren het juiste nummer bevestigd. Als “laatste import wint” de enige regel is, wordt de CRM-data vandaag slechter. De importdatum vertelt wanneer een bestand binnenkwam, niet wanneer de informatie waar was.

We nemen hier aan dat het juiste CRM-record al is vastgesteld. De vraag is niet of twee contacten dezelfde persoon zijn, maar welke waarde op dat record mag veranderen. Daarvoor heb je afspraken per veld nodig. Eén leidend systeem voor alles klinkt overzichtelijk, maar verbergt vaak dat verschillende teams verschillende feiten onderhouden.

Wijs per veld een verantwoordelijke bron aan

Maak een klein veldregister. Leg per veld vast welke bron mag schrijven, hoe actualiteit wordt bewezen en wat een lege waarde betekent. Een functieomschrijving kan door Sales zijn bevestigd, terwijl een interne klantcode uit de administratie komt. Een verrijkingsdienst kan voorstellen doen zonder die bevestigde waarden te mogen vervangen. Dit is een voorgestelde werkwijze, geen automatische eigenschap van ieder CRM.

• Veld: de exacte eigenschap die kan veranderen, niet alleen de naam van het object.
• Bron en eigenaar: welk systeem levert de waarde en wie beslist bij een conflict?
• Waargenomen op: wanneer is dit gegeven inhoudelijk gecontroleerd? Houd dat apart van ontvangen op.
• Overschrijfregel: vervangen, alleen aanvullen of eerst beoordelen.
• Leegteregel: onbekend, bewust verwijderd en niet aangeleverd krijgen elk een eigen betekenis.

Van oud bestand naar gecontroleerd voorstel

INVOER
Fictief contact C-104. Sales bevestigde op 2 november: functie Operations Manager, telefoon eindigend op 42. Een op 3 november ontvangen export beschrijft de situatie op 10 oktober: functie Projectmedewerker, telefoon eindigend op 17. De export bevat ook een nieuwe intern gebruikte broncode.

REGELS
Bevestigde contactgegevens: Sales is eigenaar. Broncode: alleen de aangewezen bronbeheerder mag wijzigen. Een recent ontvangen bestand krijgt geen voorrang op oudere inhoud.

UITKOMST
Functie en telefoon blijven staan. De twee afwijkingen worden als verouderd afgewezen. De broncode gaat naar beoordeling omdat toestemming en herkomst nog ontbreken. Er worden in deze voorbeeldstap geen CRM-velden bijgewerkt.

Het resultaat is dus geen opgeschoonde rij die stilzwijgend teruggeschreven wordt. Het is een wijzigingsvoorstel met per veld de bestaande waarde, voorgestelde waarde, inhoudelijke datum, bron, beslissing en reden. Wie het voorstel controleert, kan precies zien wat behouden blijft. Ontbreekt de inhoudelijke datum, dan wordt dat een open vraag en geen automatisch bewijs van actualiteit.

Richt de import in op de toegestane wijzigingen

1. Bewaar een controleerbare momentopname van de betrokken records en velden volgens je eigen toegangs- en bewaarbeleid. Neem alleen gegevens mee die voor deze wijziging nodig zijn.
2. Vergelijk de inkomende waarden met het veldregister. Splits goedgekeurde updates, te behouden waarden en twijfelgevallen vóór de import.
3. Bouw een importbestand met uitsluitend toegestane kolommen en records. Laat onbekende bronnen, ontbrekende datums en betwiste wijzigingen buiten de schrijfactie.
4. Controleer de veldmapping en overschrijfopties in de gekozen importmethode. Voer eerst een kleine, representatieve test uit na goedkeuring door de gegevenseigenaar.
5. Lees de testrecords terug en vergelijk alle betrokken velden, ook de velden die gelijk moesten blijven. Pas na een geslaagde controle volgt toestemming voor de rest.

HubSpot biedt bij geavanceerde imports de optie Don’t overwrite per gekoppelde eigenschap. Die is nuttig als bestaande informatie behouden moet blijven. De documentatie voor meerdere objecten vermeldt een belangrijk detail: bescherming geldt ook wanneer een veld vroeger gevuld was en nu leeg is. “Vul lege velden” en deze productoptie zijn dus niet vanzelf hetzelfde. Controleer de gebruikte importroute met een testrecord dat bewust is leeggemaakt.

HubSpot documenteert ook het overslaan van kolommen en een importmodus voor uitsluitend bestaande records. Dat helpt om de bewerking te begrenzen. Geen van deze knoppen vervangt echter jouw bronafspraak of een inhoudelijke datumcontrole. Denk ook aan automatiseringen die op veldwijzigingen reageren. Een technisch kleine import kan alsnog taken, berichten of vervolgstappen veroorzaken.

Een bruikbare goedkeuringscheck

• Voor ieder te wijzigen veld is de bevoegde bron bekend; “het staat in de nieuwste upload” is geen reden.
• Elk conflict eindigt zichtbaar in behouden, wijzigen of beoordelen, met een concrete onderbouwing.
• De test bevat een oudere export, een onbekende datum, een nooit gevuld veld en een bewust leeggemaakt veld.
• De teruggelezen waarden komen exact overeen met de goedgekeurde wijzigingen; beschermde waarden zijn onveranderd.
• De eigenaar weet welke vervolgautomatisering kan starten en heeft de afgebakende import toegestaan.

Deze aanpak maakt gegevens niet vanzelf waar. Een gezaghebbende bron kan zich vergissen en twee systemen kunnen dezelfde verouderde informatie herhalen. Het voordeel is dat een fout traceerbaar blijft en niet ongemerkt gezag krijgt door opnieuw te worden geïmporteerd. Begin met de paar velden waarop je team daadwerkelijk beslissingen neemt.