Neplatné MSISDN nesmie byť účtované

Neplatné MSISDN nesmie byť účtované.

Validácia na vstupe vs. zlyhanie na downstreamu

Pri smerovaní veľkých objemov SMS alebo OTP prevádzky je pre finančnú integritu zásadné rozlišovať medzi neplatnou cieľovou adresou na vstupe (ingress) a zlyhaním doručenia ďalej v sieti (downstream). Neplatné MSISDN musí byť okamžite odmietnuté na API bráne ešte predtým, ako dôjde k akejkoľvek transakcii v účtovnej knihe. Ak neplatné číslo prejde vstupnou kontrolou, môže generovať downstream DLR s neznámym stavom. To síce vyzerá ako útrata, ale k doručeniu nedôjde. IOSOR uplatňuje prísne pravidlá validácie, aby tomu zabránil a zaistil ochranu vášho zostatku pred chybnými formátmi cieľových adries.

Analizačný nástroj E.164

Každá požiadavka API cieliaca na mobilné číslo prechádza analýzou v reálnom čase podľa globálneho štandardu E.164. Platforma kontroluje kód krajiny, národné smerové číslo a dĺžku čísla účastníka. Ak je formát neplatný, brána okamžite vráti chybu HTTP 400 Bad Request. Táto validácia v reálnom čase (JIT) zaisťuje, že neexistujúce smerovacie cesty sú zablokované skôr, ako sú pridelené zdroje alebo uplatnená predplatená blokácia. Tento mechanizmus bráni tomu, aby neplatné čísla spúšťali dopyty u operátorov, ktoré prinášajú skryté náklady.

Pravidlá účtovnej knihy a predplatené blokácie

Pre udržanie presného zostatku využíva IOSOR účtovnú knihu v reálnom čase. Hneď ako je prijatá platná požiadavka na SMS, na vašom zostatku sa vytvorí dočasná predplatená blokácia (hold). Ak je správa úspešne smerovaná, blokácia sa zmení na odpis (debet). Ak je však číslo na vstupe označené ako neplatné, žiadna blokácia sa nevytvorí a z účtu sa odpíše presne USD 0. To chráni váš minimálny limit USD 20 pred vyčerpaním kvôli chybným cieľovým reťazcom. Pri účtoch, ktoré rastú, pomáha orientačná kontrola okolo USD 1.000/mesiac optimalizovať smerovacie tabuľky a upraviť limity MRC pre vyhradené zdroje.

Webhooky a chybové kódy

Ak je správa na vstupe odmietnutá, odpoveď API obsahuje špecifické dáta o chybe. Namiesto čakania na asynchrónny webhook DLR dostane vaša aplikácia okamžitú synchrónnu chybu. Táto odpoveď obsahuje neplatný parameter a jasný kód odmietnutia. Pri platných číslach systém priradí smerovaciu cestu a odosiela aktualizácie stavu prostredníctvom webhooku, vrátane udalostí STOP a Verify OK, čo zaisťuje plnú transparentnosť vašej prevádzky bez plytvania API cyklami.

Vývojárske zdroje a integracija

Ak chcete vybudovať robustnú integráciu, ktorá zabráni zbytočným výdavkom, mali by vývojári implementovať validáciu na strane klienta pred odoslaním požiadavky na API. Pre optimalizáciu vašej implementácie si preštudujte týchto kľúčových sprievodcov:

• Overenie formátu telefónnych čísel E.164 na vstupných bodoch API
• Pilotný týždeň peňaženky: blokácie a debety v ostrej premávke
• nákupný checklist SMS API

Začnite s IOSOR

Z pieskoviska pošlite POST na cieľ bez kódu krajiny a na číslo nemožnej dĺžky. Čakajte HTTP 400 a nedotknutý ledger — žiadny hold, žiadny debet. Potom pošlite platné E.164 a overte, že hold sa objaví až po accept. Ak sa peniaze pohli na neplatnom páre, vstupný rozbor je rozbitý.

Zhrnutie IOSOR

Odmietnutie formátu na vstupe nie je zlyhanie doručenia. Neplatné MSISDN nesmie nikdy otvoriť hold. Robte: rozoberajte E.164 skôr, než sa peniaze pohnú. Nerobte: čakať na unknown DLR, ktoré vysvetlí debet, ktorý nemá existovať. Ledger mlčí, kým číslo nie je dobre zložené.