Automatisering maakt dubbele records of verkeerde data: mapping herstellen (2026)

Maakt je automatisering dubbele records of verkeerde data, haal die dan niet direct achteraf weg. Test eerst vóór de volgende run een stabiele sleutel en expliciete mapping, en controleer met dezelfde trigger dat een tweede run geen 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.

Officiële bronnen

data stores en retries en foutafhandeling.

Wil je dubbele workflowdata gecontroleerd laten analyseren, stel je vraag via WhatsApp.

Diagnose: dubbel event of dubbele bestemming?

Een dubbel record kan ontstaan doordat de bron dezelfde gebeurtenis opnieuw stuurt, een retry een actie herhaalt, twee workflows tegelijk schrijven of de bestemming alleen kan maken en niet kan zoeken. Begin daarom met de vraag waar de tweede mutatie zichtbaar wordt. Leg voor één veilige test alleen tijdstip, workflownaam, test-ID en aantal resultaten vast. Vergelijk daarna de runs. Het is niet nodig om de volledige recordinhoud in een diagnosebestand te kopiëren.

Een unieke sleutel is een bestaande, stabiele verwijzing naar één bronobject. Een event-ID, order-ID of beheerde test-ID kan geschikt zijn wanneer deze bij een herhaling gelijk blijft. Een naam, willekeurige tijdstempel of intern gegenereerde nieuwe code is vaak ongeschikt: de tweede run krijgt dan een nieuwe identiteit. De sleutel hoort al vóór de maakactie bekend te zijn. De bestemming moet die sleutel kunnen opzoeken en vervolgens bewust maken, bijwerken of stoppen.

Maak een mappingcontract

Schrijf voor elke relevante waarde een regel met bronveld, betekenis, verwacht type, doelveld, gedrag bij leeg en voorbeeldwaarde. 0, leeg, onbekend en niet van toepassing zijn verschillende betekenissen. Noteer ook datumformaat, tijdzone en lijstwaarden. Zo voorkom je dat een groene run bijvoorbeeld tekst 1 als getal behandelt of een lokale datum op een andere dag wegschrijft. Een zichtbare celweergave en de verwerkte waarde kunnen verschillen.

Test niet alleen de ideale waarde. Gebruik een veilige normale waarde, een lege optionele waarde, een afwijkend maar toegestaan formaat en dezelfde normale test nogmaals. Kies vooraf wat elke test moet doen. Een belangrijke, ontbrekende waarde moet bijvoorbeeld stoppen met een melding, niet stil in een verkeerd doelveld landen. Als een formulierbron onderdeel is van de route, werk dan ook formulieren naar CRM zonder dubbele contacten uit.

Voorbeeld: één testinschrijving, twee bezorgpogingen

Een formulierplatform stuurt test-ID inschrijving-7 twee keer door wegens een tijdelijke fout. De workflow zoekt in de testbestemming op inschrijving-7. Bij de eerste poging maakt zij één testrecord. Bij de tweede poging vindt zij dat record en stopt zij zichtbaar of werkt alleen de vooraf gekozen veilige status bij. Een tijdstempel in het formulier is geen sleutel, want de twee bezorgingen kunnen verschillende tijden hebben. Een volledige naam is evenmin geschikt: die kan gelijk zijn voor meerdere mensen en hoort niet in testdocumentatie.

Controleer na beide pogingen dat er één record is en dat de mapping van velden klopt. Is er een tweede record, pauzeer dan de route en onderzoek de zoek- of filterstap. Verwijder niet direct het extra record, omdat je dan verbergt welke conditie faalde. Bij een scenario dat meerdere keren start, volg ook Make zonder dubbele runs. Bij een bestaande flow met foutcodes helpt Power Automate gecontroleerd herstellen.

Herstel zonder data te verliezen

Maak eerst een minimale lijst van betrokken veilige test-ID's en bepaal welke mutatie de bron was. Kies vervolgens een herstelactie: een dubbele testrecord handmatig markeren, een mapping corrigeren en opnieuw testen, of de automatisering gepauzeerd laten. Bij echte klant-, financiële of fiscale gegevens doe je geen bulkopschoning op basis van een aanname. Laat de proceseigenaar en zo nodig een bevoegde specialist eerst beoordelen welke records en relaties geraakt zijn.

Meet alleen aantallen veilige testuitkomsten en herstelstatus, niet de inhoud. Leg sleutel, mappingregel, eigenaar en testresultaat vast in beheer en overdracht. Een oplossing is pas geslaagd na één correcte run én een herhaalde run zonder ongewenste tweede mutatie.

Veelgestelde vragen

Kan een e-mailadres een unieke sleutel zijn?

Alleen als het voor jouw rechtmatige proces stabiel en uniek is. Gebruik het niet als publiek testvoorbeeld of als reden om andere regels te negeren.

Moet ik alle oude dubbele records verwijderen?

Nee. Bepaal eerst oorzaak, relaties en herstelbeleid. Blind verwijderen kan historiek of gekoppelde gegevens beschadigen.

Wat doe ik bij een conflicterende mapping?

Stop de automatische mutatie, leg de uitzondering veilig voor aan de eigenaar en hervat pas na een expliciete regel en test.