IOSOR Знање
Duplirani vebhuk ne sme da kreira drugo zaduženje
Putanja greške: ponovljeni zahtevi ostaju idempotentni za pripejd novac i prijemno sanduče — jedan ID događaja, jedan red zaduženja, jedna linija sandučeta.
Isporuka sa garancijom najmanje jednog slanja uvek će ponavljati zahteve. Duplirani vebhuk koji pošalje drugo zaduženje ili drugu liniju u sandučetu predstavlja finansijski i operativni incident, a ne bezopasnu potvrdu. Ova stranica predstavlja putanju greške: ponovljeni zahtevi i reprodukcije ostaju idempotentni u pogledu pripejd novca i sandučeta — bez eseja o idempotenciji API slanja i bez priručnika za ponavljanje dolaznog SMS-a.
Povezano: Kapija potpisa i prozora понављања, Уговор о вебхуковима пре првог слања, red debit i status isporuke na istom ledgeru.
IOSOR je bela marka pripejd rešenja. Dvadeset dolara finansira test duplog događaja na jednom potrošaču, dok mekana recenzija blizu 1000 USD mesečno procenjuje ponavljanje kao dug.
Idempotencija je putanja greške, a ne slogan
Uspešna putanja prihvata jedan potpisani događaj, jedno prihvatanje i jedno zaduženje. Putanja greške narušava poverenje kada se pojave tajmaut greške, 5xx statusi ili ponavljanja provajdera. Sačuvajte ključ idempotencije iz ugovora pre slanja pre bilo kakvih sporednih efekata u glavnoj knjizi ili CRM-u. Meki prag od 1000 USD mesečno tretira izmišljanje novih ključeva kao dug, dok 20 dolara dokazuje da prinudna reprodukcija nikada ne duplira novac.
Šta se računa kao duplikat
| Signal | Tretiraj kao duplikat kada | Bezbedan ishod |
|---|---|---|
| ID događaja | Isti ID već prihvaćen u prozoru | Potvrda; bez drugog zaduženja |
| ID poruke | Isti ID poruke već povezan u knjizi | Ponovna upotreba reda; bez naplate |
| Ključ sandučeta | Isti MO/MT već zaveden | Nema druge linije sandučeta |
| Van prozora | Zastarelo ponavljanje posle kapije | Odbijanje; bez upisa novca/statusa |
| Nepoznati tip | Nije na listi ugovorenih događaja | Odbaci; bez izmišljenog uspeha |
Kapija potpisa i prozora odlučuje o autentičnosti i svežini. Ova stranica upravlja onim što se dešava nakon važećeg duplikata.
Novac se ne sme pomeriti dva puta
Drugo zaduženje za isti ID događaja predstavlja grešku čak i ako proizvod i dalje prikazuje uspešnu isporuku. Finansije filtriraju po ID-ju i vide tačno jedan pripejd red za taj UTC prozor. Delimični sporedni efekti nakon potvrde stvaraju opasnu dvostruku istinu. Ako obrada zapne nakon čuvanja, ponovite radni proces na istom ključu.
Ni sanduče se ne sme udvostručiti
Idempotencija se ne tiče samo novca i glavnih knjiga. Reprodukovani ulazni događaj koji otvara novu nit u sandučetu uči podršku da juri duhove i može pokrenuti petlje automatskih odgovora. Sačuvajte ključ sandučeta uz isti ID događaj koji se koristi za zaduženje. Proizvod i finansije dele jedinstven jezik odbijanja.
Kontrolna lista za kupca
Proverite da li su ključevi idempotencije sačuvani pre bilo kakvih spoljnih poziva. Osigurajte da finansijski izveštaji čitaju glavnu knjigu, a ne aplikativne poruke. Testirajte prinudna ponavljanja sa malim iznosima pre produkcijskog opterećenja. Nikada nemojte generirati novi ključ samo zato što je mrežni zahtev zakasnio.
Počnite uz IOSOR
Присилите један потписани replay унутар прозора на ходнику који је већ задужио. Извезите event id поред id у књизи и докажите један ред задужења плус један ред долазне. Ако се појави друго задужење, зауставите тог потрошача и вратите вишак реда — не нетирајте га каснијим прометом. Ова капија је новац replay-а, не провера E.164 и не текст пошиљке.
Резиме IOSOR
Replay није ново слање. Један event id пише једно задужење. Радите: проверите ledger у UTC времену, потврдите signature и прозор преко конзоле, па извезите извештај са само једним задужењем за дати POST. Не радите: задуживати сваки именовани POST нити третирати мрежни retry као нови рачун.
Да ли је овај водич био корistan?
Повезани водичи
- Праћење здравствених метрика вебхук крајњих тачака
Научите како да пратите латенцију одговора и статусне кодове у IOSOR платформи како бисте проактивно управљали вебхуковима и спречили грешке.
- Konfigurisanje webhook upozorenja za pragove prepaid novčanika
Saznajte kako da konfigurišete automatizovane webhook-ove za praćenje stanja u IOSOR-u, sprečite prekide usluga i efikasno upravljate JIT dodelom brojeva.
- Обрада вебхук догађаја за JIT обезбеђивање бројева
Савладајте животни циклус долазних канала у реалном времену коришћењем IOSOR JIT вебхукова. Аутоматизујте доделу бројева и ажурирање књига за ваш white-label CPaaS.