Oslobađanje prepaid holda nakon neuspjele dodjele DID-a

Neuspješna dodjela DID-a mora pustiti prepaid hold da novčanik može pokušati ponovo.

Razumijevanje JIT provizisioniranja brojeva i prepaid holdova

Kada stanar pokrene zahtjev za nabavu broja putem API-ja, IOSOR izbjegava držanje fizičke zalihe. Brojevi se provizisioniraju putem JIT sučelja. Kao zaštita od utrka, platforma postavlja privremeni hold autorizacije na aktivni novčanik. Ako operacija uspije, ovaj hold prelazi u potvrđeno MRC zaduženje. Mrežni isteci vremena ili odbijanja operatera mogu prekinuti ovaj tijek. Neuspjela dodjela mora odmah ukloniti hold kako bi sredstva ostala dostupna.

Anatomija scenarija neuspjeha dodjele

Razmislite o automatiziranom podračunu koji kupuje E.164 DID za OTP kampanju. API šalje podatke, pokrećući provjeru stanja u odnosu na prag od USD 20. Gateway postavlja hold, ali operater odbija dodjelu zbog lokalizirane pogreške usmjeravanja. Bez robusnog upravljanja stanjem, ova rezerva bi mogla ostati visjeti i zaustaviti automatizirani promet. IOSOR osluškuje negativne DLR povratne informacije ili signale isteka vremena, osiguravajući trenutno ukidanje rezervacije.

Automatska petlja povrata novca i usklađivanja

Kada transakcija ne uspije, ručna intervencija nije potrebna. Mehanizam usklađivanja pokreće automatski slijed oslobađanja. Mehanizam radi slično procesima opisanim u našem vodiču Kada prepaid hold ne uspije: auto-refund i istina statusa. Ako naiđu komplikacije, operatori se mogu pozvati i na neuspjela DID narudžba povrat i zamjena. Ova petlja jamči točna stanja računa bez potrebe za tiketima.

Sprječavanje tihih zamrzavanja stanja u operacijama velikog volumena

Tiha zamrzavanja stanja uništavaju povjerenje stanara, posebno kod brzih kampanja. Ako su sredstva zarobljena fantomskim holdovima, daljnji zadaci će stati. Povezivanjem oslobađanja holdova izravno s negativnim HB povratnim informacijama i kodovima pogrešaka, IOSOR štiti likvidnost platforme. Stanar koji posluje blizu praga od USD 1.000 mjesečno uvelike se oslanja na ovu transparentnost radi održavanja neprekinute komunikacije.

Usporedba stanja holdova i ishoda

Započnite s IOSOR-om

Ako assign vrati reject ili timeout, spustite hold ovlaštenja na tom order id. Izvezite hold-dropped i uzrok pada u istom retku. Fantomska rezerva nakon mrtvog assigna smrzava novčanik za sljedeći pokušaj.

Sažetak IOSOR

Neuspio assign mora pustiti hold, inače novčanik laže.

Radite: auto-puštanje na reject ili timeout. Ne radite: ostavljati tiho smrzavanje nakon mrtvog assigna.