Korelacija DLR statusnih vebhukova sa prepaid rezervacijama

Kada šaljete OTP SMS preko IOSOR platforme, sistem postavlja privremenu rezervaciju sredstava u USD na vašem računu. Neuspeh u pravilnom povezivanju DLR vebhukova sa ovim rezervacijama može blokirati vaš kapital i dovesti do netačnog stanja u knjizi. Implementacijom JIT toka usklađivanja putem našeg API-ja osiguravate da se sredstva odmah zaduže ili vrate na osnovu konačnog statusa isporuke.

Razumevanje mehanizma prepaid rezervacije

U IOSOR ekosistemu, svaki odlazni SMS zahtev pokreće trenutnu JIT (Just-In-Time) proveru knjige. Kada se zahtev inicira, sistem postavlja privremenu rezervaciju na stanje računa kako bi osigurao postojanje dovoljnih sredstava za isporuku poruke. Ovo nije konačno zaduženje, već kapitalna rezerva. Konačno poravnanje se dešava tek po prijemu DLR (Delivery Receipt) statusa sa mreže, čime se osigurava da vaša finansijska knjiga tačno odražava stvarnu potrošnju kredita.

Životni ciklus DLR povratnog poziva

Nakon što se poruka pošalje, mreža vraća DLR status. Vaš vebhuk krajnja tačka prima ovaj peiload koji sadrži jedinstveni ID poruke i konačni statusni kod. IOSOR mašina povezuje ovaj ID sa originalnim zapisom transakcije. Ako status ukazuje na uspešnu isporuku, sistem pretvara rezervisani iznos u trajno zaduženje. Ako status ukazuje na grešku, rezervacija se oslobađa nazad u vaš raspoloživi saldo, osiguravajući da plaćate samo za uspešne pokušaje.

Upravljanje usklađivanjem knjige

Usklađivanje je automatizovano, ali programeri moraju nadgledati latenciju između slanja i prijema DLR-a. Ako je DLR odložen, rezervacija ostaje aktivna, što može privremeno smanjiti vaš raspoloživi kredit. Za naloge koji održavaju prepaid minimum od 20 USD, ovo je kritično za sprečavanje prekida usluge. Ako vaš mesečni obim premaši 1.000 USD mesečno, naš sistem pokreće blagu reviziju radi prilagođavanja kreditnih limita i osiguravanja glatkog protoka za saobraćaj visoke frekvencije.

Rukovanje graničnim slučajevima i tajmautima

Ne primaju sve poruke DLR u očekivanom prozoru. Ako mreža ne pruži ažuriranje statusa, IOSOR sistem koristi proces čišćenja koji oslobađa zastarele rezervacije nakon definisanog TTL (Time-To-Live) perioda. Ovo sprečava da 'duhovne' rezervacije utiču na vašu likvidnost. Uvek osigurajte da vaš vebhuk rukovalac potvrdi prijem DLR-a u roku od 500ms kako bi se održala sinhronizacija između naše knjige i vaših internih računovodstvenih zapisa.

Neophodni resursi za integraciju

Da biste osigurali da je vaša implementacija robusna i u skladu sa najboljim praksama za finansijski integritet, pogledajte ove vodiče:

• Redosled događaja naspram knjiženja na ledger
• Duplirani vebhuk ne sme da kreira drugo zaduženje
• идемпотентност, понављања и новац

Počnite sa IOSOR-om

Da biste završili integraciju, idite na IOSOR konzolu i otvorite podešavanja veb-huka (Webhook Settings) kako biste konfigurisali krajnju tačku za usaglašavanje glavne knjige. Uverite se da je vaš slušalac spreman da obradi 'dlr.status' podatke i da ih direktno mapira na odgovarajući ID rezervacije transakcije. Testiranje ove korelacije u sandbox okruženju garantuje da će rezervisana sredstva biti oslobođena ili zadužena trenutno, bez odstupanja u glavnoj knjizi.

Резиме IOSOR

Ovaj vodič je pokazao kako da bezbedno premostite jaz između isporuke poruka u realnom vremenu i tačnosti finansijske glavne knjige. Povezivanjem dolaznih DLR povratnih poziva sa aktivnim pripejd rezervacijama, sprečavate blokiranje kapitala i osiguravate da vaš raspoloživi saldo odražava stvarna stanja isporuke, a ne najgori mogući scenario.