Webhooks ir įvykiai
Pristatymo ir atvykstančių įvykių sutartys, pakartotiniai bandymai ir idempotencija – ne tik API rakto higiena.
Notifikacijų eiliškumas ir debeto knygavimas
Neteisinga tvarka atvykstantys DLR ir MO pranešimai negali sugriesti išankstinio apmokėjimo debeto taisyklių — atvykimo seka nėra finansų įstatymas.
Webhook vartotojų operacijos esant dideliam srautui
Eilės, atidėjimas ir DLQ atsakomybė, kai webhook įvykių dažnis viršija bandomąjį lygį — viena vartotojų ritmika, kurią produkto ir finansų komandos gali atidaryti be didvyriškų gijų.
Pasikartojantis webhook neturi sukurti antro debeto
Klaidos kelias: pakartojimai lieka nekintami prepaid pinigams ir gautiesiems — vienas įvykio ID, viena debeto eilutė, viena gautųjų linija.
Parašo ir pakartojimo lango vartai
Gamybos vartai: patvirtinkite parašą ir apribokite pakartojimo langą, kol bet kuris webhook taps pinigų arba statuso tiesa.
Webhook sutartis prieš pirmo siuntimo pradžią
Pirkėjo kelias: suderinkite pasirašytą URL, įvykių tipus ir dubliavimosi raktą prieš pirmo išankstinio mokėjimo siuntimo pradžią — sutartis pirmiau, mokamas srautas vėliau.