Een technische retry mag nooit twee kaarten worden.

Waarom een gewone retry onveilig is

Wanneer software geen antwoord ontvangt, betekent dat niet automatisch dat de productiepartner de opdracht niet heeft geaccepteerd. De verbinding kan zijn weggevallen ná acceptatie. Dezelfde opdracht blind opnieuw versturen kan dan twee fysieke kaarten veroorzaken.

Geef ieder kaartmoment één identiteit

Combineer organisatie, ontvanger, soort moment en datum tot een stabiele idempotentiesleutel. Dezelfde verjaardag of hetzelfde jubileum levert bij herhaling exact dezelfde sleutel op. Het systeem maakt daarmee geen tweede verzendintentie wanneer een planning opnieuw wordt uitgevoerd.

Scheid plannen van aanbieden

Een goedgekeurde kaart wordt eerst als duurzame verzendintentie vastgelegd. Een aparte outbox biedt die intentie aan de productiepartner aan. Zo verdwijnt een kaart niet wanneer een proces stopt en kan het systeem aantonen welke opdracht op welk moment is aangeboden.

Onderzoek een time-out

Vraag bij een time-out eerst de status op met dezelfde externe referentie. Is de opdracht bekend, dan wordt de lokale status bijgewerkt. Is zij aantoonbaar onbekend, dan kan veilig opnieuw worden aangeboden. Is het antwoord nog steeds onduidelijk, dan volgt handmatige controle.

Wat een zakelijke klant hiervan merkt

Het dashboard toont niet alleen “verzonden”, maar ook goedkeuring, aanbieding, productie en uitzonderingen. Daardoor kan een medewerker ingrijpen vóór een technisch probleem een relationeel probleem wordt. Wenskaartje test deze logica in de pilot-API met herhaalbare scenario’s.