Dezelfde klant dubbel? Controleer eerst wat je samenvoegt.

Neem een fictieve leverancier met een verkoopapplicatie en een administratiesysteem. Verkoop kent een klant onder de handelsnaam. De administratie gebruikt de naam van de onderneming die betaalt. Een tweede vestiging heeft dezelfde contactpersoon, maar een eigen afleveradres en andere afspraken over ontvangst. Dit voorbeeld beschrijft geen werkelijk klantproject.

Een zoeklijst met drie vergelijkbare namen bewijst hier nog geen dubbele registratie. Het kunnen verschillende onderdelen van dezelfde relatie zijn. Als je alles tot één dossier terugbrengt, kan een medewerker straks het juiste adres niet meer kiezen. Het overzicht wordt korter, terwijl de informatie minder bruikbaar wordt.

Beschrijf eerst welke soorten relaties jullie vastleggen: de organisatie, een vestiging, een contactpersoon, een factuurontvanger en eventueel een projectlocatie. Leg vast hoe die samenhangen. Een contactpersoon kan meerdere locaties ondersteunen; een locatie kan door een andere partij worden betaald. Geef zulke verbanden een eigen plek voordat je records gaat opruimen.

Het Government Data Quality Framework beoordeelt gegevenskwaliteit vanuit het beoogde gebruik. Dat is een bruikbaar vertrekpunt: de gegevens moeten medewerkers helpen de juiste klantafspraak uit te voeren. De praktische aanpak hieronder is onze toepassing voor bedrijfssoftware, geen verplicht overheidsmodel voor jullie onderneming.

Een gelijke naam, postcode of contactpersoon kan helpen om mogelijke dubbelen te vinden. Zo'n overeenkomst is een aanwijzing. Vraag daarnaast welk bewijs laat zien dat beide records dezelfde zakelijke relatie vertegenwoordigen. Bekijk oorspronkelijke aanvragen, bevestigde klantgegevens en de koppelingen met andere systemen.

Houd drie uitkomsten mogelijk: werkelijk dubbel, bewust verschillend of nog onvoldoende duidelijk. Daarmee voorkom je dat een opschoonactie iedereen dwingt tot een besluit dat niet onderbouwd kan worden. Laat een twijfelgeval bestaan met een herkenbare toelichting en een verantwoordelijke voor vervolgonderzoek.

Kijk ook naar het moment waarop informatie geldig was. Een oud adres kan correct zijn voor een eerdere levering, terwijl het huidige klantadres inmiddels is veranderd. Het oude gegeven zonder context vervangen kan de geschiedenis onbegrijpelijk maken. Bepaal daarom afzonderlijk wat voor nieuw werk geldt en wat als onderdeel van een eerdere opdracht herkenbaar moet blijven.

De technische beheerder kan records vergelijken, maar weet niet vanzelf welke commerciële afspraak geldt. Verdeel het werk daarom tussen degene die de relatie kent, degene die dagelijkse correcties verwerkt en degene die de technische uitvoering bewaakt. In een kleinere onderneming kunnen die taken bij dezelfde persoon liggen, zolang de afweging zichtbaar blijft.

Het Britse Data ownership model onderscheidt verantwoordelijkheid voor belangrijke gegevensbesluiten van het dagelijkse beheer. Gebruik dat onderscheid om bevoegdheden helder te maken, zonder een zware organisatiestructuur over te nemen.

Geef medewerkers ook een eenvoudige manier om een vermoedelijk dubbel dossier te melden. Laat hen aangeven waar het verschil het werk hindert, bijvoorbeeld bij een offerte of aflevering. Een melding hoort niet automatisch tot samenvoegen te leiden. De beoordelaar moet kunnen uitleggen waarom een verschil wordt behouden of opgelost.

Kies een klein aantal bevestigde dubbelen en maak per geval zichtbaar wat eraan hangt. Een klantrecord kan verwijzingen bevatten naar opdrachten, prijsafspraken, documenten en portaaltoegang. De vraag is niet alleen welk record blijft bestaan, maar ook wat alle andere toepassingen daarna zullen begrijpen.

Onderdeel	Vraag vóór de wijziging
Lopende opdrachten	Blijven afleveradres en gemaakte afspraken herkenbaar?
Contactpersonen	Hoort iedere persoon werkelijk bij dezelfde organisatie of locatie?
Prijsafspraken	Welke afspraak geldt, vanaf wanneer en voor welke werkzaamheden?
Portaaltoegang	Kan de wijziging iemand toegang tot andere dossiers geven?
Externe verwijzingen	Kunnen gekoppelde systemen de oude identiteit nog herkennen?

Neem conflicten expliciet op in het voorstel. Kies niet automatisch de nieuwste waarde wanneer onduidelijk is hoe die is ontstaan. Een recent geïmporteerd veld kan immers oudere informatie bevatten. Laat de inhoudelijk bevoegde collega de keuze maken en bewaar de reden.

Laat de technische partner vooraf uitleggen hoe de wijziging wordt uitgevoerd, gecontroleerd en zo nodig hersteld. Een reservekopie alleen zegt nog niet hoe later toegevoegd werk behandeld wordt als een samenvoeging onjuist blijkt. Spreek daarom af wanneer je stopt, wie beslist en welke reconstructie mogelijk is.

Gebruik eerst een afgeschermde proefomgeving met passende testgegevens. Laat een medewerker de betrokken klant zoeken, een bestaande opdracht terugvinden en een nieuwe opdracht voorbereiden. Controleer ook de ontvangende systemen. Een succesvolle wijziging in de verkoopapplicatie bewijst niet dat de administratie dezelfde relatie gebruikt.

Test bewust een geval dat géén dubbel is: twee vestigingen met één contactpersoon. Die moeten na de proef afzonderlijk bruikbaar blijven. Zo toets je ook of de selectie te ruim is. Begin in productie met een beperkte, beoordeelde groep en controleer de uitkomst voordat je de volgende groep verwerkt.

Onderzoek waar de dubbele registratie ontstaat. Misschien kan iemand alleen op de exacte naam zoeken, ontbreekt een bestaande externe referentie bij een import of wordt een nieuwe vestiging noodgedwongen als nieuwe klant ingevoerd. De oorzaak bepaalt welke verbetering helpt.

Het Data quality issues framework verbindt kwaliteitsregels aan het doel en de gevolgen van afwijkingen. Pas dat praktisch toe: prioriteer dubbelen die verkeerde levering of onjuiste toegang kunnen veroorzaken boven verschillen die alleen een zoeklijst rommelig maken.

Een passende oplossing kan betere zoekondersteuning zijn, een expliciete vestigingsstructuur of een duidelijke verwerking van externe klantnummers. Laat medewerkers zien waarom een mogelijke overeenkomst wordt voorgesteld en geef ruimte om die gemotiveerd af te wijzen. Automatisering kan kandidaten verzamelen; de zakelijke betekenis blijft bepalend.

Begin met enkele dossiers die nu verwarring veroorzaken. Bij systeemintegraties verbinden we gegevensbetekenis, verwerking en controle. Is eerst onduidelijk hoe jullie klantrelaties zijn georganiseerd, dan kan bedrijfsanalyse en organisatie die keuze uitwerken. Het gewenste resultaat is dat een collega de juiste relatie kan kiezen en de bijbehorende afspraken kan vertrouwen.