Doel en grens
Begin met de beslissing die betere informatie nodig heeft.
Beschrijf wat iemand na de koppeling beter moet kunnen doen. Een verkoper wil bijvoorbeeld zien of een klant een openstaande blokkade heeft, terwijl finance alleen goedgekeurde klantgegevens uit het ERP wil gebruiken. Dat zijn verschillende informatiestromen met andere rechten en gevolgen.
Koppel daarom geen volledig klantrecord uit gemak. Kies de kleinste set gegevens die het doel draagt en leg per veld vast waarom het beweegt.
Herkenbare gegevens en verantwoordelijk systeem
Bepaal hoe beide systemen weten dat zij over dezelfde relatie spreken.
Een bedrijfsnaam is zelden een betrouwbare sleutel: spelling, vestigingen en handelsnamen veranderen. Gebruik een stabiele herkenbare code en leg vast hoe bestaande records eenmalig worden gekoppeld. Bewaar ook de relatie met de herkenbare code van het andere systeem, zodat een wijziging niet per ongeluk een nieuw record maakt.
Bepaal daarna welk systeem ieder gegeven bijhoudt. Het CRM kan contactvoorkeuren en verkoopnotities bijhouden, terwijl het ERP debiteurnummer, betaalstatus en factuuradres beheert. Twee systemen die hetzelfde veld zelfstandig mogen overschrijven veroorzaken stille conflicten.
Richting en moment
Leg vast wat heen gaat, wat terugkomt en wanneer dat gebeurt.
Sommige gegevens hoeven alleen van CRM naar ERP wanneer een prospect klant wordt. Andere statussen moeten terug zodra een financiële blokkade ontstaat. Per stroom bepaal je trigger, richting, verwachte snelheid en wat een gebruiker ziet terwijl verwerking nog loopt.
Neem verwijderen en samenvoegen expliciet mee. Een verwijderd contact in het CRM mag niet automatisch financiële historie uit het ERP wissen. Vaak is de juiste actie blokkeren of archiveren, terwijl vastgelegd blijft uit welk systeem de noodzakelijke gegevens komen.
Uitval en controle
Een betrouwbare koppeling maakt fouten zichtbaar en herstelbaar.
Leg vast welke controles vóór verzending plaatsvinden, hoe dubbele verwerking wordt voorkomen en waar een mislukte overdracht terechtkomt. Bij iedere fout moet duidelijk zijn welk team haar oppakt, wat de oorzaak is en welke veilige herstelactie volgt.
Test niet alleen de ideale route. Gebruik ontbrekende herkenbare codes, gelijktijdige wijzigingen, ingetrokken rechten, time-outs en ongeldige waarden. Controleer na herstel of ieder record precies één keer in de bedoelde toestand eindigt.
Rechten en uitleg
Laat toegang en betekenis met de gegevens meebewegen.
Een technisch beschikbare waarde hoeft niet voor iedere medewerker zichtbaar te zijn. Neem rollen, doelbinding, logging en bewaartermijn op in het ontwerp. Toon gebruikers bovendien of zij oorspronkelijke informatie zien, een afgeleide status of een nog niet verwerkte wijziging.
Daarmee wordt de koppeling onderdeel van een begrijpelijk werkproces. Je collega’s kunnen handelen én herkennen wanneer zij eerst moeten controleren.