IOSOR Znanje
DID tjedan incidenata: slanje poruka nije aktivirano
Kako upravljati svojim prvim DID incidentom poruka tijekom ispada, upravljati predplaćenim rezervacijama i komunicirati jasne statuse.
DID tjedan incidenata.
Pao sustav poruka znači grešku usmjeravanja, ne nestašicu zaliha
Kada slanje poruka ne uspije na novo dodijeljenom broju, Vaš prvi instinkt može biti provjera zaliha ili traženje upozorenja o popuni. U white-label CPaaS operacijama nema skladišta ni fizičke police. Brojevi se instanciraju putem JIT proviziranja. Ako dolazni SMS ili OTP dostava stane, problem leži u tablicama usmjeravanja ili webhook dispečerima – nikada u 'rasprodanom' sandučiću. Svaki prekid tretirajte kao živu mrežnu iznimku.
Trenutačno zamrzavanje dodjela i redova slanja
Čim klijenti prijave odbačene DLR-ove ili tihe OTP tokove, odmah zamrznite automatsku dodjelu brojeva i redove slanja velikog volumena. Dopuštanje skriptama da nastave s dodjelom ruta tijekom aktivne degradacije povećava radijus štete. Stavite privremenu blokadu na predplaćeni saldo pogođenih podračuna. Jasno komunicirajte da je incident pod inženjerskom revizijom, držeći minimalni predplaćeni prag od 20 USD netaknutim dok timovi prate zapise.
Provjera spremnosti prije okrivljivanja mreže
Prije eskalacije incidenta, provjerite zadovoljava li pogođeni broj osnovne zahtjeve protokola. Mnogi prividni prekidi potječu iz preskočenih koraka validacije opisanih u vodiču spremnost DID poruka prije produkcije. Provjerite status 10DLC registracije, usklađenost brenda i odaziv webhook URL-a. Ako zaglavlja vraćaju 5xx pogreške, usko grlo je na krajnjoj točki aplikacije, a ne na mrežnoj infrastrukturi.
Zamjena, povrat novca ili oslobađanje neuspjelih sredstava
Ako je osnovna ruta trajno degradirana i ne može se oporaviti unutar SLA granica, nemojte ostaviti klijenta na cjedilu. Izvršite čistu zamjenu ili izdajte automatski kredit. Pregledajte protokol za neuspjela DID narudžba povrat i zamjena kako biste osigurali ispravno usklađivanje salda. Predplaćene rezervacije moraju se odmah osloboditi kako bi se zakupcu omogućilo pružanje radnog sredstva bez dvostrukog plaćanja.
Financijska predvidljivost nakon početne faze
Operativni incidenti se često podudaraju s prekretnicama skaliranja. Jednom kada zakupac prođe početno testiranje i približi se mekoj reviziji blizu 1.000 USD mjesečno, uzorci prometa prelaze na održive A2P kampanje. Pomno pratite cikluse DID drugi mjesec: Puni MRC pri promjeni UTC kalendara kako biste osigurali da se ponavljajuće naknade i dopune ispravno usklade bez lažno pozitivnih suspenzija.
Započnite s IOSOR-om za izvornu white-label pouzdanost
Kad umre DLR ili webhook poruka, zamrznite red slanja na tom DID. Ne držite MT zato što redak broja još kaže assigned. Izvezite vrijeme smrzavanja, zadnji dobri DLR i status messaging-down. Nastavite tek nakon živog smokea na istim znamenkama. To nije značka trgovine „nema“ niti spor o računu.
Sažetak IOSOR
Messaging-down je smrzavanje, ne rupa u inventaru.
Radite: zaustavite redove i recite tenantima da poruke leže. Ne radite: slati dalje niti preimenovati DID u nestali zalihe.
Je li vam ovaj vodič pomogao?
Povezani vodiči
- Primopredaja DID-a drugom vlasniku: tko može dodijeliti i osloboditi
Svladajte operativne granice, JIT provizioniranje i pretplaćene financijske pragove tijekom primopredaje DID-a drugom vlasniku.
- Limit potrošnje po DID-u: Najam plus MT promet na jednom broju
Kontrolirajte izloženost po broju u svom white-label CPaaS-u s kombiniranim limitom potrošnje za MRC i odlazni mobilni promet.
- Usmjeravanje dolaznih webhookova na DID: MO bez vlasnika gubi STOP
Sigurno usmjerite dolazne webhookove na račun vlasnika. Spriječite napuštene MO događaje i propuštene odjave u bijeloj marki prepaid CPaaS-a.