Automatisering met dubbele of verkeerde data: unieke sleutel en mapping (2026)
Los dubbele of verkeerde workflowdata op met een stabiele unieke sleutel, expliciete mapping, veilige herhaaltest en een zichtbare route voor uitzonderingen.
Dubbele of verkeerde data los je niet op door records achteraf weg te halen, maar door een stabiele sleutel en expliciete mapping vóór de volgende run te testen. Behandel dezelfde trigger tweemaal en controleer dat de tweede run geen nieuwe ongewenste mutatie maakt.
Stappenplan
1. Stop nieuwe automatische mutaties tijdelijk
Voorkom dat een fout testresultaat groter wordt. Leg vast welk veilige testrecord de fout laat zien en gebruik niet opnieuw echte gegevens om het probleem te reproduceren.
2. Bepaal de bron van de dubbele run
Was er een herhaalde trigger, een retry, een tweede workflow of een andere mapping? Controleer tijdstip en vaste stap, niet de volledige inhoud van records. Bij een formulier volg je de CRM-route zonder dubbele contacten.
3. Kies een stabiele unieke sleutel
Leg vast welk bron-ID één object representeert en bij herhaling gelijk blijft. Een naam, een willekeurige tijdstempel of een door de workflow gegenereerd nieuw nummer is meestal onvoldoende. Make beschrijft data stores als een manier om status te beheren, maar kies alleen een opslagroute die past bij jouw autorisaties en bewaartermijnen. Test je een Make-scenario, volg dan ook de route zonder dubbele runs.
4. Maak de mapping expliciet
Schrijf bronveld, doelveld, type en gedrag bij leeg naast elkaar. Test tekst, getal, datum en lege waarde afzonderlijk. Voor een spreadsheetstap helpt het Google Sheets testplan.
5. Herhaal één veilige trigger
De eerste run mag één veilig resultaat maken. De tweede gelijke run moet hetzelfde resultaat herkennen of gecontroleerd stoppen. Microsoft behandelt ontwerpprincipes rond retries en foutafhandeling; controleer altijd zelf wat jouw bestemming precies doet.
Veelgemaakte fouten
- Dubbele records meteen verwijderen. Daarmee verberg je de oorzaak en kun je relaties breken.
- Een tijdstempel als unieke sleutel gebruiken. Elke retry krijgt dan een andere identiteit.
- Geen type per veld vastleggen. Tekst, getal en datum kunnen anders worden geïnterpreteerd.
- Een mapping in productie uitproberen. Gebruik een afgescheiden testrecord en bestemming.
- De tweede run niet testen. Dan weet je niet of je oplossing idempotent is.
Wil je dubbele workflowdata gecontroleerd laten analyseren, stel je vraag via WhatsApp.
Veelgestelde vragen
- Wat is idempotentie in een workflow?
- Idempotentie betekent dat dezelfde gebeurtenis opnieuw verwerken niet tot een extra ongewenste mutatie leidt. De bestemming moet dus kunnen herkennen dat de gebeurtenis al is verwerkt.
- Wat maakt een unieke sleutel goed?
- De sleutel is stabiel bij een herhaling, hoort bij één bronobject en is al binnen jouw proces beheerd. Controleer of hij niet verandert door een retry of bewerking.
- Waarom komt data in het verkeerde veld?
- Bron- en doelvelden kunnen een ander type, formaat of betekenis hebben. Maak daarom een expliciete mapping en test ook lege en afwijkende veilige waarden.
- Moet ik een dubbele record verwijderen?
- Niet blind. Onderzoek eerst welke run de bron was en voorkom een nieuwe dubbele mutatie. Verwijderen kan historie of relaties breken.
- Hoe test ik een retry?
- Herhaal exact dezelfde veilige trigger en controleer dat de bestemming hetzelfde record herkent of gecontroleerd stopt. Gebruik geen echte klantrecord voor die test.
- Wanneer is menselijke controle nodig?
- Bij conflicterende waarden, gevoelige informatie, financiële of fiscale gevolgen, of wanneer een fout niet veilig terug te draaien is.
Lees ook
Hulp nodig bij jouw situatie?
Kom je er niet uit? Stuur kort wat context, wat je wilt bereiken en waar je vastloopt. Dan kijken we samen naar een passende volgende stap.