Dubbele klanten: wat controleren vóór samenvoegen

Om gedupliceerde klanten te controleren, vergelijk je eerst de identiteit en functie van elk record; beslis daarna of samenvoegen nodig is. Een record in verkoop en een ander in facturatie kunnen correct zijn. Wat mogelijk ontbreekt, is een betrouwbare koppeling tussen beide.

Het probleem ontstaat wanneer de administratie twee vergelijkbare historieken vindt en iemand voorstelt om de «meest complete» te behouden. Het ene record kan de huidige contactpersoon bevatten; het andere de referenties die door een integratie worden gebruikt. Kiezen op basis van het aantal ingevulde velden lost dit conflict niet op. Deze handleiding biedt een matrix en een beslissingslogboek om de situatie te beoordelen voordat deze wordt gewijzigd.

Eén record per tool kan correct zijn

Onderscheid dezelfde entiteit die in twee systemen wordt vertegenwoordigd van twee redundante records binnen één systeem. Het eerste geval kan een overzicht van bij elkaar horende identifiers nodig hebben; het tweede een onderzoek naar de oorsprong van het duplicaat. Geen van beide autoriseert het verwijderen van een rij op basis van de naam.

Definieer ook wat elk record vertegenwoordigt: organisatie, contactpersoon, vestiging of commerciële account. Een persoon die bij een bedrijf werkt, is geen duplicaat van dat bedrijf. Twee vestigingen mogen ook niet worden samengevoegd als je bedrijfsvoering vereist dat ze afzonderlijk worden behandeld.

Deze controle past bij de voorbereiding van een migratie (in het Engels), maar is ook bruikbaar zonder van tool te wisselen. Het resultaat kan zijn dat twee records behouden blijven en hun relatie wordt uitgelegd.

Bewaar de oorsprong vóór normalisatie

Werk op een alleen-lezen kopie. Bewaar voor elke rij systeem, werkruimte, recordtype, oorspronkelijke identifier en extractiedatum. CRM / W1 / account / A17 identificeert iets anders dan BILL / W1 / account / A17: het herhalen van het nummer bewijst niet dat het dezelfde klant is.

Behoud de originele waarden en creëer hulpkolommen om spaties, hoofdlettergebruik of bekende naamvarianten te vergelijken. Verwijder geen achtervoegsels, afdelingen of referenties die entiteiten kunnen onderscheiden. Een leeg veld betekent «geen gegevens», niet «komt overeen met een ander leeg veld».

Noteer de herkomst van elk signaal. Een gemeenschappelijke code heeft meer waarde als je weet wie deze heeft toegewezen en de correspondentie hebt gecontroleerd. Een code die bij een foutieve import is gekopieerd, kan dezelfde fout naar beide records verspreiden. De datum van de laatste bewerking maakt een waarde ook niet automatisch correct.

Een matrix met drie resultaten en vier gevallen

Het volgende voorbeeld is volledig fictief. Alle records behoren tot de W1-werkruimte; de codes ORG en EV zijn oefenreferenties, geen fiscale identificatiegegevens of klantgegevens. De beschreven bewijsstukken worden verondersteld alleen beschikbaar te zijn om de redenering te tonen.

Wijs geen verzonnen vertrouwenspercentages toe. «Waarschijnlijk» opent een controle: het is geen goedgekeurde samenvoeging. «Ambigu» behoudt de blokkering en legt uit wat ontbreekt. Zelfs wanneer je de identiteit bevestigt, moet nog worden besloten of er iets moet worden gewijzigd.

De afwezigheid van bestellingen in een record bewijst ook niet dat het overbodig is: het kan een recente aanmaak zijn of een andere functie vertegenwoordigen. Classificeer met bewijs, niet met het aantal lege velden.

De alias-kaart voert geen samenvoeging uit

Stel dat de verantwoordelijke de eerste situatie oplost: A17 en B62 vertegenwoordigen ORG-07, maar beide tools hebben hun record nodig. De beslissing is ze te behouden en hun correspondentie te registreren. Op een apart blad kan ENTITY-F07 je werkreferentie zijn:

system,workspace,record_type,source_id,entity_key,review_id
CRM,W1,account,A17,ENTITY-F07,R-01
BILL,W1,account,B62,ENTITY-F07,R-01

Deze kolommen zijn een eigen sjabloon, geen importformaat van Frihet of een commando voor een connector. entity_key groepeert gecontroleerde identiteiten; source_id behoudt de originele referentie. Een alias wijzigt de tools niet door simpelweg op een blad te bestaan.

Verenig personen, bedrijven en vestigingen niet onder dezelfde sleutel. En combineer niet transitief zonder te controleren: als A op B lijkt en B op C lijkt, heb je nog niet bewezen dat A en C hetzelfde zijn.

Registreer een beslissing die een andere persoon kan controleren

Kopieer dit record voor elk paar. Behoud het vorige voorstel wanneer de beslissing verandert, met een nieuwe versie die het vervangt.

Controle: R-01 / versie 1
Volledige referenties: CRM/W1/account/A17; BILL/W1/account/B62
Bewijs: EV-01; ORG-07 correspondentie gecontroleerd door de verantwoordelijke
Conflict: verantwoordelijke contactpersoon verschilt; huidige waarde bevestigd in EV-05
Beslissing: beide records behouden en correspondentie ENTITY-F07 registreren
Verantwoordelijke voor controle: ROLE-OPS
Actie in de tools: geen
In afwachting: controleren hoe de connector deze correspondentie gebruikt
Vervangt: geen eerdere controle

De codes zijn fictief. In reëel gebruik, verwijs naar bewijsstukken die toegankelijk zijn voor degene die ze moet controleren en vermijd het kopiëren van onnodige persoonlijke gegevens naar het blad. Als later een wijziging wordt geautoriseerd, registreer dan apart de uitvoerder, het tijdstip, eerdere referenties en het waargenomen resultaat. «Goedgekeurd», «uitgevoerd» en «geverifieerd» zijn verschillende statussen.

Deze geschiedenis is controleerbaar, geen garantie voor terugdraaien. Het corrigeren van een schriftelijke beslissing reconstrueert niet automatisch de reeds gewijzigde gegevens.

Wat te controleren bij de leverancier vóór het samenvoegen

Het gedrag hangt af van het product en het type record. HubSpot documenteert dat een samenvoeging niet kan worden ongedaan gemaakt en dat identificatiegegevens, eigenschappen en associaties specifieke regels volgen. Ga er niet vanuit dat de ID die je als primair hebt gemarkeerd altijd intact blijft.

Shopify waarschuwt ook dat de bewerking niet omkeerbaar is en sluit bepaalde profielen uit, waaronder profielen die een abonnementscontract hebben of ooit hebben gehad. Deze voorbeelden beschrijven niet het gedrag van Frihet of je andere leverancier.

Voordat je enige onomkeerbare actie onderneemt, beantwoord dan deze vragen:

• Wordt deze combinatie van typen ondersteund en heb je de juiste machtigingen?
• Welke waarden worden behouden, welke worden weggegooid en welke ID zal het resultaat hebben?
• Wat gebeurt er met de geschiedenis, relaties en externe referenties?
• Wat zal de synchronisatie doen: de wijziging herkennen, een record opnieuw aanmaken of falen?
• Welke herstelopties bestaan er echt en wat dekt je kopie niet?

Lees de reikwijdte van integraties (in het Engels) en controleer het contract van de gebruikte connector. Een leesfunctie bewijst niet dat deze weet hoe samenvoegingen moeten worden doorgegeven.

Sluit de zaak af door ook de oorsprong te controleren

Als een samenvoeging wordt geautoriseerd, spreek dan eerst af hoe de effecten ervan op gekoppelde systemen kunnen worden beperkt. Test met synthetische gegevens in een compatibele testomgeving; als deze niet bestaat, houd dan de blokkering aan totdat de onduidelijkheden met de leverancier zijn opgelost. Een geïsoleerde export bewijst niet dat je alles kunt herstellen.

Na een geautoriseerde wijziging, vergelijk velden en referenties met wat was voorzien en controleer de volgende synchronisatie voordat je de batch uitbreidt. Als het resultaat onzeker is, onderzoek dan voordat je de actie herhaalt.

In het klantenbeheer van Frihet is de export van de lijst als CSV beschikbaar. Dit kan dienen als input voor een controle; het veronderstelt geen import van dit sjabloon of automatische samenvoeging van klanten.

Sluit af door te noteren waarom het duplicaat verscheen: handmatige aanmaak, import of connectorregel, indien er bewijs is. Als je het nog niet weet, wijs dan een verantwoordelijke aan en leg vast welke controle nog nodig is. Twee behouden records met een duidelijke relatie zijn een geldig resultaat; een kortere lijst zonder verklaarbare geschiedenis is dat niet.

Bronnen geraadpleegd op 14 september 2026. Raadpleeg de actuele documentatie van je leverancier voordat je wijzigingen uitvoert.