Webhooks și evenimente
Contracte de livrare și evenimente de intrare, reîncercări și idempotenta - nu numai igiena cheii API.
Ordinea evenimentelor față de înregistrarea în ledger
Evenimentele DLR și MO sosite în dezordine nu trebuie să strice regulile de debit prepaid — ordinea sosirii nu este legea banilor.
Operațiuni pentru consumatorii de webhook la volum
Cozi, backoff și proprietatea DLQ atunci când rata de evenimente webhook părăsește faza pilot – un ritm de consum pe care produsul și finanțele îl pot deschide fără fire eroice.
Un webhook duplicat nu trebuie să creeze un al doilea debit
Cale de eșec: reîncercările și reluările rămân idempotente pentru bani prepaid și inbox — un ID de eveniment, un rând de debit, o linie de inbox.
Poartă pentru semnătură și fereastră de replay
Poartă de producție: verifică semnătura și limitează fereastra de replay înainte ca vreun webhook să devină adevăr financiar sau de status — evenimentele nescris sau expirate rămân blocate.
Contractul webhook înainte de prima trimitere
Calea cumpărătorului: conveniți URL-ul semnat, tipurile de evenimente și cheia de idempotendă înainte de prima trimitere preplătită — contractul întâi, traficul plătit mai târziu.