Webhookovi i događaji
Ugovori o isporuci i ulaznom događaju, ponovni pokušaji i idempotencija - ne samo higijena API-ključa.
Redoslijed događaja u odnosu na knjiženje u glavnoj knjizi
DLR i MO događaji izvan redoslijeda ne smiju narušiti pravila knjiženja prepaid terećenja — redoslijed prispijeća nije novčani zakon.
Operacije webhuk potrošača pri volumenu
Redovi čekanja, backoff i vlasništvo nad DLQ-om kada stopa webhook događaja napusti pilot – ritam potrošnje koji proizvod i financije mogu otvoriti bez herojskih dretvi.
Duplikat webhook poruke ne smije stvoriti drugo terećenje
Putanja neuspjeha: ponovni pokušaji i reprodukcije ostaju idempotentni na prepaid novcu i pretincu — jedan ID događaja, jedan red terećenja, jedna linija u pretincu.
Vrata potpisa i prozora ponavljanja
Produkcijska vrata: provjerite potpis i ograničite prozor ponavljanja prije nego što bilo koji webhook postane novčana ili statusna istina — nepotpisani ili zastarjeli događaji ostaju zatvoreni.
Webhook ugovor prije prvog slanja
Put kupca: uskladite potpisani URL, vrste događaja i ključ idempotencije prije prvog prepaid slanja — ugovor najprije, plaćeni promet kasnije.