Veebihaagid ja sündmused
Tarne- ja sissetulevate sündmuste lepingud, korduskatsed ja idempotentsus – mitte ainult API-võtmehügieen.
Sündmuste järjekord versus pearaamatu kanne
Vales järjekorras saabuvad DLR- ja MO-sündmused ei tohi rikkuda ettemakstud debiteerimise reegleid — saabumise järjestus ei ole rahaseadus.
Webhooki tarbijatoimingud mahu korral
Järjekorrad, viiteajad ja DLQ haldus, kui webhooki sündmuste maht ületab pilootfaasi – üks tarbija rütm, mida toode ja rahandus saavad avada ilma kangelasteemadeta.
Mitmekordne webhook ei tohi tekitada teist deebetit
Tõrketeekond: korduskatsetused ja taasesitused jäävad ettemakstud raha ja postkasti osas identseteks — üks sündmuse ID, üks deebetireak, üks postkastirida.
Allkirja ja taasesitusakna värav
Tootmisvärav: kontrollige allkirja ja piirake taasesitusakent enne, kui ükski webhook muutub raha või staatuse tõeks.
Webhooki leping enne esimest saatmist
Ostja tee: lepi kokku allkirjastatud URL, sündmuste tüübid ja idempotentsuse võti enne esimest ettemakstud saatmist — leping enne, tasuline liiklus hiljem.