Statusna stranica mora odgovarati pauzi slanja u prepaid koridoru SR

Statusna stranica mora odgovarati pauzi slanja u prepaid koridoru SR.

Usklađivanje stanja platforme sa javnim statusom

Kada operativni incident primora administratora da privremeno zaustavi živi saobraćaj, javna stranica sa statusom mora odmah da odražava ovo stanje. Održavanje indikatora statusa zelenim dok je slanje odlaznih SMS poruka ili OTP verifikacija pauzirano stvara trenutno nepoverenje među korisnicima API-ja. U IOSOR konzoli, svaka ručna ili automatizovana pauza profila rutiranja mora pokrenuti API poziv za ažuriranje statusne stranice. Ovo osigurava da vaši klijenti ne troše resurse pokušavajući da pošalju saobraćaj koji sistem trenutno ne može da obradi.

Pokretanje automatskog ažuriranja statusa

Da bi se sprečila ljudska greška, akcija pauziranja mora biti direktno povezana sa automatizacijom statusne stranice. Kada se odlazni red poruka suspenduje, sistem mora automatski prebaciti odgovarajuću uslugu (kao što je E.164 SMS rutiranje ili Verify OK krajnje tačke) u stanje 'Degraded' ili 'Major Outage'. Ovo sprečava programere da troše sate na otklanjanje grešaka u sopstvenim integracijama veb-haka kada problem leži u potpunosti unutar pauzirane putanje isporuke. Automatizacija se može konfigurisati preko IOSOR administratorskih pravila.

Zadržavanje knjige i kontrole prepaid salda

Tokom pauze slanja, platforma striktno upravlja finansijskim transakcijama. IOSOR radi na prepaid modelu gde je potreban minimalni iznos od USD 20 na prepaid računu kako bi aktivne rute ostale otvorene. Ako dođe do pauze, aktivne JIT dodele brojeva i MRC kalkulacije se privremeno zadržavaju kako bi se sprečilo nepravedno naplaćivanje usluga koje klijenti ne mogu da koriste. Za naloge sa velikim obimom saobraćaja, posebno one koji se približavaju mekoj reviziji blizu USD 1,000 mesečno, sistem automatski zaustavlja odbitke salda za neuspele DLR sekvence tokom trajanja incidenta.

Webhook upozorenja i revizije neslaganja DLR-a

Kada je saobraćaj pauziran, platforma generiše specifične DLR kodove koji ukazuju na privremeno administrativno zadržavanje. Klijenti koji prate svoje integracije putem veb-haka odmah će primiti podatke sa prilagođenim stanjima grešaka umesto generičkih vremenskih ograničenja. Ovo omogućava klijentskoj logici da bezbedno smesti poruke u red čekanja ili aktivira alternativne putanje umesto da neprekidno šalje zahteve ka pauziranom API-ju. Redovne revizije ovih DLR kodova pomažu u održavanju integriteta podataka.

Rešavanje incidenata i srodni resursi

Rešavanje neslaganja u statusu zahteva detaljnu reviziju skripti za sinhronizaciju između glavnog mehanizma za rutiranje i javne kontrolne table sa statusom. Osigurajte da se svako rukovanje komandom STOP ili zamrzavanje rute odražava u realnom vremenu. Klijenti mogu pristupiti dodatnim resursima i dokumentaciji unutar IOSOR portala kako bi pravilno konfigurisali ove sinhronizacije.

Повезано: Prevođenje internih signala u statuse za kupce · Upravljanje aktivnim saobraćajem sa zastarelim Webhook Heartbeat-om · резервација prepaid салда пре првог задужења.

Počnite sa IOSOR-om

Pristupite IOSOR konzoli kako biste proverili sinhronizaciju između vašeg rutnog gejtveja i javne kontrolne table statusa. Osigurajte da svaka komanda za ručnu pauzu u redu za isporuku pokreće trenutni API poziv za ažuriranje stanja usluge. Pratite DLR logove kako biste potvrdili da se administrativna zadržavanja prikazuju kao 'Degraded', a ne kao generičke sistemske greške.

Резиме IOSOR

Ovaj članak je dokazao da je operativna transparentnost temelj pouzdanosti API-ja.