IOSOR Znalosti
Týden DID incidentů: zprávy nefungují
Jak vyřídit první incident s DID zprávami během výpadku, spravovat předplacené zůstatky a komunikovat čestné stavy.
Nefunkční zprávy znamenají chybu routování, ne doplňování skladu
Když selže doručování zpráv na novém čísle, vaším prvním instinktem může být kontrola inventáře. V provozu white-label CPaaS však žádný fyzický sklad neexistuje. Čísla jsou zřizována pomocí JIT zřizování. Pokud se doručování SMS nebo OTP zastaví, problém vězí v tabulkách routování nebo gatewayích, nikdy v košíku s nápisem vyprodáno. Každý výpadek považujte za živou síťovou výjimku.
Okamžité zmrazení přiřazení a odesílacích front
Jakmile klienti nahlásí ztracené DLR nebo tiché OTP toky, okamžitě zmrazte automatické přiřazování čísel a objemné odesílací fronty. Pokračování v alokaci tras během aktivní degradace zvětšuje rozsah problému. Uvalte dočasné pozastavení na alokaci předplaceného zůstatku u dotčených podúčtů.
Ověření připravenosti před obviňováním sítě
Než incident eskalujete, ověřte, zda dotčené číslo splňuje základní protokolové požadavky. Mnoho domnělých výpadků pramení z vynechaných kroků ověření popsaných v průvodci připravenost DID zpráv před produkcí. Zkontrolujte registraci 10DLC, dodržování předpisů značky a odezvu webhooku.
Výměna, refundace nebo uvolnění selhaných aktiv
Pokud je základní cesta trvale poškozena a nelze ji obnovit v rámci SLA, nenechávejte klienta viset. Proveďte čistou výměnu nebo vystavte automatický kredit. Prostudujte si protokol pro selhání objednávky DID refundace a výměna, abyste zajistili správné vyrovnání zůstatků.
Finanční předvídatelnost po fázi testování
Provozní incidenty se často shodují s milníky škálování. Jakmile nájemce přejde za počáteční testování a blíží se k měkké kontrole u částky USD 1,000/měsíc, vzorce provozu se mění. Sledujte cykly Druhý měsíc DID: Plné MRC při přechodu kalendáře UTC, abyste zajistili čisté zúčtování poplatků.
Začněte s IOSOR pro nativní spolehlivost
Když umře DLR nebo messaging webhook, zmrazte frontu odesílání na tom DID. Nedržte MT proto, že řádek čísla stále říká assigned. Exportujte čas zmrazení, poslední dobrý DLR a stav messaging-down. Obnovte až po živém smoke na týchž číslicích. To není odznak obchodu „není“ ani spor o fakturu.
Shrnutí IOSOR
Messaging-down je zmrazení, ne díra v inventáři.
Dělejte: zastavte fronty a řekněte tenantům, že zprávy leží. Nedělejte: posílat dál ani přeznačit DID jako chybějící zásobu.
Byl tento průvodce užitečný?
Související průvodci
- Předání DID druhému vlastníkovi: kdo může přiřadit a uvolnit
Osvojte si provozní hranice, JIT zřizování a předplacené finanční prahy během předání DID druhému vlastníkovi.
- Limit utrácení na DID: Pronájem plus MT provoz na jednom čísle
Kontrolujte expozici na jedno číslo ve svém white-label CPaaS pomocí kombinovaného limitu utrácení pro paušál a odchozí mobilní terminovaný provoz.
- Směrování příchozích webhooků na DID: MO bez vlastníka ztrácí STOP
Směrujte příchozí webhooky na vlastnický účet bezpečně. Zabraňte osiřelým událostem MO a zmeškaným odhlášením v white-label předplaceném CPaaS.