Возврат средств за сбои DLR: сверка кредитов недоставленных сегментов SMS

Возврат средств за сбои DLR: сверка кредитов недоставленных сегментов SMS.

Механика приема вебхуков DLR

Шлюзы API принимают запросы SMS, проверяют форматы E.164 и мгновенно создают тикеты передачи JIT. Маршрутизатор немедленно отправляет полезную нагрузку операторам связи, одновременно резервируя баланс в кошельке клиента. Обратные вызовы отчетов о доставке (DLR) возвращаются асинхронно через вебхуки HTTP со статусами 'Undelivered', 'Expired' или 'Rejected'. Высокоинтенсивные кампании генерируют лавину вебхуков, способную перегрузить пулы соединений базы данных.

Логика дебетования и удержания в предоплатном реестре

Предоплатный биллинг CPaaS требует мгновенного удержания (hold) на кошельке клиента в ту же миллисекунду, когда API принимает запрос. Для защиты маржи от внезапного исчерпания средств мы применяем жесткий лимит предоплаты USD 20 floor. Когда клиент запускает массовые рассылки объемом около USD 1,000 в месяц, риски возрастают. Включаются автоматические мягкие проверки для оценки скорости расходования лимитов и рисков.

Пайплайны автоматической сверки возвратов

Сверка сбоев доставки на стороне оператора требует выделенного демона, который сопоставляет файлы расчетов партнеров с внутренними удержаниями в реестре. Из-за сетевых сбоев и потерь на стороне операторов вебхуки часто исчезают. Пайплайн сверки запрашивает неподтвержденные статусы DLR, группирует их по идентификаторам учетных записей клиентов и вычисляет точное количество сегментов для недоставленных сообщений.

Обработка расхождений в многочастных сегментах

Длинные сообщения, превышающие стандартные лимиты символов, разбиваются на несколько связанных сегментов. Каждый сегмент отслеживается с помощью индивидуальных суб-идентификаторов, привязанных к родительскому OTP или маркетинговой кампании. Вот она, ловушка: если оператор теряет последний сегмент, все сообщение не отображается на устройстве, хотя промежуточные сегменты числятся доставленными.

Ведение журналов аудита и управление исключениями

Финансовая прозрачность требует неизменяемых журналов аудита для каждой корректировки реестра, возврата средств и отмены кредита. Операционные группы используют централизованные консоли для проверки флагов аномалий, таких как внезапные всплески статусов 'Expired' на конкретных маршрутах терминации. При возникновении исключений автоматические оповещения уведомляют инженеров для расследования деградации маршрутов операторов.

Начните работу с инфраструктурой IOSOR

Связанные: Защита от всплесков абуз-трафика: сбережение предоплаченных кошельков от исто… математика setup и prorate первого месяца DID prepaid-резерв до первого списания.

Итог IOSOR

Неуспешный DLR без парного кредита — несведённое списание, не тикет на retry.

Делайте: парьте списание↔кредит по сегменту и выгружайте список разрывов. Не делайте: оставлять провал тихим расходом или возвращать весь multipart, если упал один сегмент.