IOSOR Vedomosti
Týždeň DID incidentov: zasielanie správ nie je aktivované
Ako zvládnuť váš prvý DID incident so správami počas výpadku, spravovať predplatené blokovania a komunikovať čestné stavy.
Týždeň DID incidentov.
Výpadok správ znamená zlyhanie smerovania, nie vypredanú skladovú zásobu
Keď správy zlyhajú na novo zriadenom čísle, vaším prvým inštinktom môže byť kontrola inventára. V white-label CPaaS operáciách neexistuje žiadny fyzický sklad. Čísla sa inštancujú cez JIT provision. Ak sa doručovanie SMS alebo OTP zastaví, problém je v smerovacích tabuľkách alebo webhookoch – nikdy nie v stave vypredané. Každý výpadok liečte ako živú sieťovú výnimku namiesto obchodnej chyby.
Okamžité zmrazenie priradení a frontov odosielania
Akonáhle klienti hlásia stratené DLR alebo tiché OTP toky, okamžite zmrazte automatické priraďovanie čísel a veľkoobjemové fronty. Ponechanie skriptov v alokácii ciest počas aktívnej degradácie znásobuje rozsah problému. Umiestnite dočasné zablokovanie na predplatený zostatok dotknutých podúčtov. Jasne komunikujte, že incident je pod inžinierskym dohľadom, pričom minimálnu predplatenú hranicu 20 USD nechajte nedotknutú počas analýzy logov.
Overenie pripravenosti pred obviňovaním siete
Pred eskaláciou incidentu overte, či dotknuté číslo spĺňa základné požiadavky protokolu. Mnoho domnelých výpadkov pramení z vynechaných krokov overenia opísaných v príručke pripravenosť DID správ pred produkciou. Skontrolujte stav 10DLC registrácie, súlad značky a odozvu webhook URL. Ak hlavičky vracajú chyby 5xx, úzke miesto je na koncovom bode aplikácie, nie v telekomunikačnej sieti.
Výmena, refundácia alebo uvoľnenie zlyhaných aktív
Ak je základná cesta trvalo degradovaná a nedá sa obnoviť v SLA limitoch, nenechajte klienta v neistote. Vykonajte čistú výmenu alebo vydajte automatický kredit. Skontrolujte protokol pre zlyhanie objednávky DID refundácia a výmena, aby ste zaistili správne vyrovnanie zostatku. Predplatené blokovania musia byť uvoľnené okamžite, aby nájomca mohol zriadiť funkčné aktívum bez dvojitého platenia.
Finančná predvídateľnosť po počiatočnej fáze
Prevádzkové incidenty sa často zhodujú s míľnikmi škálovania. Akonáhle nájomca prejde počiatočným testovaním a priblíži sa k mesačnému limitu okolo 1.000 USD, vzorce sa presunú na A2P kampane. Starostlivo sledujte cykly DID druhý mesiac: Plný MRC pri zmene kalendára UTC, aby ste zaistili, že opakované poplatky a dobitia sa správne zosúladia bez falošných pozastavení.
Začnite s IOSOR pre natívnu white-label spoľahlivosť
Keď zomrie DLR alebo messaging webhook, zmrazte frontu odosielania na tom DID. Nedržte MT preto, že riadok čísla stále hovorí assigned. Exportujte čas zmrazenia, posledný dobrý DLR a stav messaging-down. Obnovte až po živom smoke na tých istých čísliciach. To nie je odznak obchodu „nie je“ ani spor o faktúru.
Zhrnutie IOSOR
Messaging-down je zmrazenie, nie diera v inventári.
Robte: zastavte fronty a povedzte tenantom, že správy ležia. Nerobte: posielať ďalej ani preoznačiť DID ako chýbajúcu zásobu.
Pomohol tento sprievodca?
Súvisiace návody
- Odovzdanie DID druhému vlastníkom: kto môže priradiť a uvoľniť
Zvládnite prevádzkové hranice, JIT zriaďovanie a predplatené finančné prahy počas odovzdávania DID druhému vlastníkovi.
- Limit výdavkov na DID: Prenájom plus MT prevádzka na jednom čísle
Kontrolujte expozíciu na jedno číslo vo svojom white-label CPaaS pomocou kombinovaného limitu výdavkov pre paušál a odchádzajúcu mobilnú prevádzku.
- Smerovanie prichádzajúcich webhookov na DID: MO bez vlastníka stráca STOP
Smerujte prichádzajúce webhooky na vlastniaci účet bezpečne. Zabráňte osiroteným MO udalostiam a zmeškaným odhláseniam v bielej značke predplateného CPaaS.