Mga webhook at kaganapan
Mga kontrata sa paghahatid at papasok na kaganapan, muling pagsubok, at pagkawalang lakas - hindi lamang ang API-key na kalinisan.
Pagkakasunod-sunod ng Kaganapan kumpara sa Ledger Posting
Ang mga out-of-order na DLR at MO na kaganapan ay hindi dapat sumira sa mga patakaran ng prepaid debit posting — ang pagkakasunod-sunod ng pagdating ay hindi batas ng pera.
Webhook consumer ops sa malaking volume
Mga queue, backoff, at DLQ ownership kapag umalis na sa pilot ang webhook event rate — isang consumer rhythm produkto at finance na walang hero threads.
Ang duplicate na webhook ay hindi dapat lumikha ng ikalawang debit
Fail path: ang mga retry at replay ay nananatiling idempotent sa prepaid na pera at inbox — isang event ID, isang debit row, isang inbox line.
Gate ng lagda at replay window
Prod gate: i-verify ang lagda at i-bound ang replay window bago maging totoo ang pera o status ng webhook — ang mga unsigned o lumang event ay fail-closed.
Webhook kontrata bago ang unang send
Landas ng mamimili: sumang-ayon sa signed URL, mga uri ng kaganapan, at idempotency key bago ang unang prepaid send — kontrata muna, bayad na trapiko mamaya.