IOSOR Tudás

SMS számlázási hét: amikor a szegmens-számítás és a számla nem egyezik

Oldja meg az eltéréseket a számított SMS-szegmensek és a tényleges prepaid terhelések között az első nagyobb forgalmú számlázási héten.

SMS számlázási hét: amikor a szegmens-számítás és a számla nem egyezik.

Az első nehéz számlázási hét okozta sokk

A white-label bérlője most zárta le az első nagy volumenű SMS-hetét. Az ügyféli irányítópult 50 000 elküldött üzenetet mutatott, de az előre fizetett egyenleg gyorsabban csökkent, mint ahogy az egyszerű aritmetika előre jelezte volna. Az üzemeltetők pánikba esnek, upstream számlázási hibákra vagy rejtett hálózati felárakra gyanakodva. A valóságban a számlázási eltérések szinte mindig a kódolási eltolódásokból vagy az összefűzött adattartalom határaiból adódnak, nem pedig a díjszabások csalárd növeléséből.

UCS2 kódolás és szegmens-növekedés

A szabványos GSM 7 bites kódolás 160 karaktert illeszt be egyetlen szegmensbe. Abban a pillanatban, amikor a felhasználó okos idézőjelet, emojit vagy cirill karaktert illeszt be, a teljes adattartalom UCS2 kódolásra vált át. Egyetlen UCS2 szegmens mindössze 70 karaktert tartalmaz. Ha egy üzenet meghaladja a 70 karaktert, az összefűzési fejlécek helyet foglalnak el, így a többrészes korlát keretenként 67 karakterre csökken. Tekintse át ezt a leírást: SMS-szegmens elszámolás, hogy ellenőrizhesse az egyes üzenethosszakat a gateway elérése előtt.

DLR időbélyegek és főkönyvi késleltetés

A prepaid platformok azonnal levonják az összeget a mobilszolgáltatói kézbesítéskor, de a webhookon keresztül érkező végső kézbesítési igazolások (DLR) csúcsforgalmi időszakokban néhány perccel késhetnek. Ha az ügyfélexport azelőtt kér le adatot, hogy az összes aszinkron státuszcallback lezárulna, a tranzakciós főkönyv átmenetileg eltér majd a helyi üzenetszámoktól. Mindig kérje le a pénztárca month-end export 02:00-kor lehetőséget a kötelező kétórás türelmi idő után, hogy minden függőben lévő DLR egyezzen a főkönyvvel.

Forgalmi ellenőrzések küszöbértékei

Minden prepaid munkaterület szigorú strukturális határok között működik. A USD 20 prepaid alsó határ alá süllyedő fiókok azonnali forgalom-visszafojtást váltanak ki a fedezetlen túllépések megelőzése érdekében. Ezzel szemben, ha egy aktív bérlő átlépi a havi USD 1 000 körüli puha felülvizsgálati határt, az automatizált kockázati jelzők ellenőrzik a szokatlan forgalmi csúcsokat vagy a nem ellenőrzött 10DLC regisztrációs adatokat. Ezen lépés kihagyása hirtelen szolgáltatói szűrésekhez vezet.

Szegmensek és főkönyvi sorok egyeztetése

Hogy bizonyítsa a pontosságot vállalti ügyfeleinek, hasonlítsa össze a nyers adatbázis-naplókat a megváltoztathatatlan tranzakciós rekordokkal egy strukturált főkönyvi lebontás segítségével.

Forrásmetrika Számlálás típusa Jellemző eltérés
Alkalmazás adatbázis-naplók Kimenő API-hívások Hiányzó összefűzési fejlécek
Szolgáltatói DLR Terminális bizonylatok Hálózati időkésés
Pénztárca főkönyv Prepaid terhelések UCS2 bitmélység-eltolódások

Tekintse át a SMS forgalom felülvizsgálata: mikor a prepaid kísérlet már nem elég cikkünket, hogy ismétlődő ellenőrzési szokásokat alakítson ki a magasabb kategóriájú fiókok számára.

Kezdje az IOSOR-ral

Nyisd meg az IOSOR konzolt, hogy ellenőrizhesd a kimenő üzenetadatokat a karakterkódolási naplóban, mielőtt kiállítod a heti ügyfélszámlákat. Szűrd a kimenő forgalmat UCS2 jelölők alapján, hogy kiszűrd a rejtett idézőjeleket vagy Unicode karaktereket, amelyek az egységes piszkozatokat többrészes tételekké bontják. Biztosítsd, hogy az aszinkron kézbesítési webhookok teljesen lezáruljanak a főkönyvi egyeztető fájlok exportálása előtt.

IOSOR összegzés

Az alkalmazáshívási naplók és a számlák közötti eltérések az üzenetek kódolásának változásaiból és a többrészes szegmensfejlécekből adódnak, nem pedig platformszámlázási hibákból.

Hasznos volt ez az útmutató?

Kapcsolódó útmutatók