DID-incidens hét: az üzenetküldés nem aktiválódott

DID-incidens hét.

Az üzenetküldési hiba útvonal-probléma, nem készlethiány

Ha egy újonnan kiutalt számon elbukik az üzenetküldés, az első ösztönös reakció lehet a készletellenőrzés. A white-label CPaaS operációban nincsenek fizikai polcok. A számok JIT-alapon jönnek létre. Ha bejövő SMS vagy OTP érkezése leáll, a hiba az útválasztási táblákban, webhook-kezelőkben vagy upstream kapukban keresendő – sosem a készletben. Minden üzemzavart élő hálózati kivételként kezeljen, ne kereskedelmi hibaként.

Hozzáfrendelési és küldési sorok azonnali fagyasztása

Amint az ügyfelek elejtett DLR-eket vagy némuló OTP-folyamatokat jeleznek, azonnal fagyassza be az automatikus számhozzárendelést és a nagy tömegű küldési sorokat. Ha engedi, hogy a szkriptek aktív degradáció közben is útvonalakat osszanak ki, az csak növeli a hiba sugarát. Tegyen ideiglenes zárolást az érintett alszámlák előre fizetett egyenlegére. Kommunikálja tisztán, hogy az incidens mérnöki vizsgálat alatt áll, miközben a 20 USD-s minimális előre fizetett küszöböt megőrzi a logok elemzése közben.

Készültség ellenőrzése a hálózat hibáztatása előtt

Inkább ellenőrizze, hogy a szám teljesíti-e az alapprotokoll-követelményeket, mielőtt eszkalálná az incidenst. Sok észlelt hiba a kihagyott validálási lépésekből fakad, amelyeket a DID üzenetkészültség production előtt útmutató részletez. Ellenőrizze a 10DLC regisztrációt és a webhook URL válaszkészségét. Ha a fejlécek 5xx hibát adnak, a szűk keresztmetszet az alkalmazás végpontján van.

Sikertelen eszközök cseréje, visszatérítése vagy felszabadítása

Ha egy útvonal tartósan leromlik és az SLA keretein belül nem hozható helyre, ne hagyja az ügyfelet cserben. Hajtson végre tiszta cserét vagy adjon ki automatikus jóváírást. Tanulmányozza a sikertelen DID-rendelés visszatérítés és csere protokollját az egyenleg-igazítások helyes könyveléséhez. Az előre fizetett zárolásokat azonnal fel kell oldani, hogy a bérlő működő eszközt kaphasson.

Pénzügyi kiszámíthatóság a kezdeti időszak után

Az operatív incidensek gyakran egybeesnek a növekedési mérföldkövekkel. Amikor a bérlő túllép az első teszteken és megközelíti a havi 1.000 USD körüli puha felülvizsgálatot, a forgalmi minták szórványos OTP-kitörésekről fenntartható A2P kampányokra váltanak. Tartsa szemmel a DID második hónap: Teljes MRC az UTC naptárváltáskor ciklusait, hogy a rekurzív díjak és a top-upok helyesen egyezzenek.

Kezdje az IOSOR-ral a natív white-label megbízhatóságért

Ha a DLR vagy az üzenet-webhook meghal, fagyassza le a küldősort azon a DID-en. Ne tartsa az MT-t, mert a szám sor még assigned. Exportálja a fagyás idejét, az utolsó jó DLR-t és a messaging-down állapotot. Csak ugyanazon számjegyek élő smoke-ja után indítsa újra. Ez nem bolt „nincs” jelvény és nem számla-vita.

IOSOR összegzés

A messaging-down fagyasztás, nem készlethiány.

Tegye: állítsa a sorokat és mondja a tenantoknak, hogy az üzenet áll. Ne tegye: tovább küldeni, vagy a DID-et hiányzó készletnek átcímkézni.