IOSOR

IOSOR Знање

Redosled događaja naspram knjiženja na ledger

DLR i MO događaji koji stižu van redosleda ne smeju da naruše pravila zaduženja za pripejd — redosled pristizanja nije zakonska mera novca.

Mreže isporučuju povratne pozive van redosleda. Kasni DLR, rani MO ili promena statusa pre poravnanja ne smeju da izmisle drugo zaduženje niti da prepišu već poravnati red. Ova stranica predstavlja ugovor o redosledu knjiženja: pravila ledgera preživljavaju preuređenje — ovo nije početni vodič za ID korelacije niti esej o naplati između MO i MT.

Redosled pristizanja nije zakon ledgera

HTTP pristizanje je saobraćajna nezgoda. Novac se knjiži pod statusima rezervacija → poravnanje → ažuriranje ishoda — a ne po principu "koji god povratni poziv je poslednji stigao". Meki prag od USD 1,000/month tretira preuređenje kao finansijski incident kada proizvod prikazuje uspeh dok se ledger pomera dva puta. USD 20 dokazuje da prinudni kasni DLR nikada ne otvara paralelno zaduženje. Ponovljena slanja sa istim ID-jem: Duplirani vebhuk ne sme da kreira drugo zaduženje.

Kako izgleda dolazak van redosleda

Obrazac dolaska Bezbedno knjiženje Nebezbedna reakcija
DLR pre poravnanja Na čekanju; poravnaj jednom pod rezervacijom Zaduženje samo iz DLR-a
Neuspešno pa isporučeno Ažuriraj ishod na licu mesta Drugo naplaćivanje za prebacivanje
MO pre MT korelacije Arhiviraj u prijemno sanduče; spoji na MT poravnanje Naplati MO kao odlazni
Status posle povraćaja Nema novog novca; zabeleži napomenu Ponovo poravnaj oslobođenu nameru
Dva terminala, jedna namera Jedan red novca Dva reda

Pravila knjiženja koja preživljavaju preuređenje

Generišite ključeve rezervacije i idempotentnosti pre sporednih efekata (Уговор о вебхуковима пре првог слања). Poravnajte jednom po naplativoj nameri; kasniji događaji ažuriraju samo ishod. Nikada nemojte otvarati paralelno zaduženje za rani ili kasni DLR ili MO. Odbacite ili parkirajte izvan potpisanog prozora — nema izmišljenog uspeha. Izvoz se spaja po nameri — a ne po vremenskoj oznaci dolaska.

Kašnjenje je normalno; dupli novac nije

Kada mreža isporuči kasni DLR nakon što je poravnanje završeno, ledger mora ostati netaknut. Sistem zaključava status i ignorisе kasne promene smera. Kontrolna tabla može biti zbunjujuća, ali stanje računa ne sme da trpi zbog mrežnog kašnjenja. Računarski resursi služe za očuvanje tačnosti, a ne za usklađivanje mrežnih kašnjenja. Poznavanje ovih pravila sprečava finansijske rupe pre nego što postanu kritične za poslovanje.

Kontrolna lista kupca za redosled događaja i knjiženje

Proverite da li su vaši vebhukovi idempotentni i da li koriste ispravne ključeve rezervacije. Osigurajte da sistem za naplatu nikada ne otvara novo zaduženje na osnovu kasnih statusa isporuke. Pratite metrike kašnjenja da biste uočili mrežne anomalije pre nego što uticaj na novac postane preveliki problem. Uporedite dolazne poruke sa prvobitnom namerom, a ne sa redosledom kojim su sletele na server.

Počnite sa IOSOR-om

U konzoli: Event order vs ledger posting must reconcile by shared id.. Imenujte vlasnika i kapije pre širenja.

Povezano: duplicate webhook no second debit webhook consumer ops at volume

Rezime IOSOR

Ovo je ops disciplina za dežurstvo—ne brochure.

Radite: name owner + gate. Ne: skip the gate.

Да ли је овај водич био корistan?

Повезани водичи