IOSOR Знания

Седмица на SMS фактурирането: когато изчисленията на секторите и сметката се разминават

Разрешете несъответствията между изчислените SMS сегменти и действителните записи за prepaid дебитиране през първата си тежка седмица на фактуриране.

Седмица на SMS фактурирането: когато изчисленията на секторите и сметката се разминават.

Шокът от първата тежка седмица на фактуриране

Вашият white-label tenant току-що завърши първата си седмица с голям обем SMS съобщения. Клиентското табло показваше 50 000 изпратени съобщения, но предплатеният баланс намаля по-бързо, отколкото простата аритметика предвиждаше. Операторите изпадат в паника, предполагайки грешки във входящото фактуриране или скрити мрежови надценки. В действителност несъответствията във фактурирането почти винаги произтичат от промени в кодирането или граници на конкатенирания полезен товар, а не от измамно увеличаване на тарифите.

UCS2 кодиране и инфлация на сегментите

Стандартното GSM 7-битово кодиране побира 160 знака в един сегмент. В момента, в който потребителят постави смарт кавичка, емоджи или кирилски знак, целият полезен товар премива към UCS2 кодиране. Един единствен UCS2 сегмент побира само 70 знака. Когато дадено съобщение надвиши 70 знака, заглавните части за конкатенация заемат място в полезния товар, намалявайки многочастните лимити до 67 знака на кадър. Направете справка с отчитане на SMS сегменти, за да одитирате индивидуалните дължини на полезния товар, преди те да достигнат шлюза.

DLR времеви отпечатъци и латентност на главната книга

Prepaid платформите дебитират средства незабавно при предаване към оператора, но окончателните потвърждения за доставка (DLR) чрез webhook могат да закъснеят с няколко минути по време на пикови трафик прозорци. Ако вашият клиентски експорт изтегли данни, преди всички асинхрони обратни извиквания за статус да приключат, главната книга на транзакциите временно няма да съвпада с локалния брой съобщения. Винаги извличайте month-end експорт на портфейла в 02:00 след задължителен двучасов период на изчакване, за да сте сигурни, че всеки чакащ DLR е съгласуван с главната книга.

Прагове за прегледи на обема

Всяко prepaid работно пространство работи при строги структурни граници. Сметките, спадащи под prepaid пода от USD 20, задействат незабавно ограничаване на трафика за предотвратяване на необезпечени овърдрафти. Обратно, след като активен tenant пресече мекия праг за преглед около USD 1 000/месец, автоматизираните рискови индикатори проверяват за необичайни пикове на трафика или непотвърдени 10DLC регистрационни данни. Пропускането на тази стъпка води до внезапно филтриране от страна на оператора.

Реконсилиране на сегментите спрямо редовете в главната книга

За да докажете точността пред вашите enterprise клиенти, сравнете суровите записи в базата данни с неизменими записи на транзакции, използвайки структурирана разредка на главната книга.

Изходна метрика Тип брой Типично несъответствие
Лог на App DB Изходящи API повиквания Липсващи хедъри за конкатенация
Операторски DLR Крайни разписки Мрежово закъснение
Главна книга на портфейла Prepaid дебити Промени в битовата дълбочина на UCS2

Прегледайте Преглед на обема на SMS: когато пилотният prepaid вече не е достатъчен, за да установите повтаряеми одитни навици за сметки от висок клас.

Започнете с IOSOR

Отворете конзолата на IOSOR, за да проверите изходните съобщения спрямо одита на кодирането, преди да пуснете седмичните фактури на клиентите. Филтрирайте трафика по UCS2 флагчета, за да откриете скрити кавички или уникод символи, които разделят черновите в многосегментни такси. Уверете се, че уебхуковете за асинхронна доставка са напълно завършени, преди да експортирате счетоводните файлове.

Обобщение IOSOR

Несъответствията между системните логове и фактурите идват от промени в кодирането и заглавките на многосегментните съобщения, а не от грешки при таксуването.

Полезно ли беше ръководството?

Свързани ръководства