IOSOR

IOSOR База знаний

Несоответствие DLT Header исключает статус Delivered

Разбор причин отклонения SMS при несоответствии DLT-заголовков шаблонам. Узнайте, как IOSOR фиксирует корректные DLR и исключает ложные отчеты о доставке в биллинге.

Несоответствие DLT Header исключает статус Delivered.

Механика сопоставления DLT Header и Template ID

При маршрутизации SMS-трафика в Индию (+91 E.164) шлюзы операторов связи применяют строгую валидацию по базам данных DLT. Каждое исходящее сообщение должно строго соответствовать зарегистрированной связке: Principal Entity ID, буквенно-цифровой Header (Sender ID) и Template ID. Если для отправки OTP или сервисного уведомления передан заголовок, не привязанный к указанному шаблону в реестре DLT, шлюз оператора мгновенно отклоняет пакет. Доставка на мобильное устройство не осуществляется, а передача завершается на границе сети.

Фиксация статусов DLR и защита финансового реестра

Критическая ошибка архитектуры CPaaS — маскировка ошибок валидации под успешную доставку. В системе IOSOR транзакция с ошибкой DLT Header Mismatch ни при каких условиях не записывает статус delivered DLR в финансовый реестр. При получении кода отклонения платформа формирует терминальный статус 'UNDELIV' или 'REJECTED' и отправляет webhook клиенту. Подмена реального ответа статусом 'Verify OK' нарушает точность биллинга, искажает аналитику конверсии и нарушает комплаенс.

Валидация заголовков и шаблонов перед отправкой

Регламенты DLT требуют абсолютной точности между статическим текстом заголовка и динамическим телом шаблона. Если заголовок зарегистрирован для транзакционных оповещений, но используется с промо-шаблоном, фильтры оператора блокируют трафик. Модули IOSOR проверяют соответствие метаданных перед отправкой. Корректная обработка команд STOP, валидация переменных OTP и контроль соответствия заголовков предотвращают сброс пакетов и защищают журнал транзакций от недостоверных записей.

Списание баланса и правила JIT-резервирования

В модели white-label CPaaS финансовый учет жестко привязан к статусам сообщений. Исходящий запрос выполняет JIT-холдирование средств на балансе клиента с учетом минимального порога USD 20 prepaid floor. При отклонении пакета из-за несоответствия DLT-заголовка временный холд закрывается по правилам тарификации недоставленных сообщений. При масштабировании аккаунта процедура soft review near USD 1,000/month помогает вовремя верифицировать шаблоны и избежать накопления расходов на отклоненный трафик.

Диагностика маршрутизации и технические руководства

Для устранения ошибок сопоставления необходимо анализировать сырые данные webhook и сопоставлять их с DLT-реестрами. Изучите наши материалы по настройке доставки и шаблонов:

Проверяйте параметры MRC, привязку номеров JIT и формат номеров E.164 для бесперебойной отправки.

Начните с IOSOR

Проверьте сопоставление Entity ID, Header и Template ID в консоли IOSOR для индийского направления (+91) перед запуском рассылок. Убедитесь, что правила маршрутизации и шлюзовые вебхуки корректно обрабатывают отказы скраббинга и фиксируют статус ошибки DLR. При обнаружении несоответствия заголовка мгновенно снимайте холды баланса и не допускайте проведения транзакции как успешной.

Итог IOSOR

Данный разбор подтвердил, что отклонение трафика операторскими узлами скраббинга из-за несоответствия заголовка или шаблона DLT категорически не должно отражаться в леджере как успешная доставка (delivered). Запись ложных статусов DLR нарушает финансовую отчетность и скрывает критические ошибки конфигурации клиентского трафика.

Строго проверяйте валидность связки PEID, заголовка и идентификатора шаблона на уровне API до передачи сообщения в сеть. Не маскируйте сетевые отказы DLT под успешные статусы и гарантируйте корректный возврат заблокированных средств при сбоях фильтрации.

Был ли материал полезен?

Связанные гайды