Soms krijgt een klant 2 of 3 dezelfde mails, soms is een record dubbel aangemaakt

At-least-once-delivery is normaal bij webhooks en queues. Een dedup-key zorgt dat een tweede levering geen tweede actie triggert. Dit is naast idempotency een van de belangrijkste workflow-patronen.

Probeer dit eerst zelf

1. 1Kies een natuurlijke unieke sleutel uit de payload: order-id, event-id, message-id, of een hash van bron-id plus timestamp.
2. 2Bewaar verwerkte sleutels in een DB-tabel of een key-value store (Airtable, Postgres, Upstash, Make Data Store, n8n Static Data) met TTL van bijvoorbeeld 30 dagen.
3. 3Eerste stap van de flow: kijk of de sleutel al bestaat. Zo ja, log 'duplicate, skipped' en stop. Zo nee, schrijf de sleutel en ga door.
4. 4Schrijf de sleutel zo vroeg mogelijk in de flow, niet pas aan het eind. Anders kan een crash midden-in alsnog een dubbele verwerking opleveren.
5. 5Monitor het aantal duplicates per dag: een gezonde flow ziet er een paar, een sprong wijst op een bron-bug of replay-storm.

Past het bovenstaande niet?

Beschrijf je situatie hieronder. We sturen jouw input plus de stappen die je al zag naar onze AI en geven gericht vervolg-advies. Als het te risicovol is om zelf te doen, zeggen we dat ook.