BroadNet
Платформы · ESME CDR Intelligence

Единый достоверный источник данных для всего трафика ESME / A2P SMS.

CDR хранятся в разных системах с разными названиями полей, разными кодами статусов, разными часовыми поясами. Сверка превращается в упражнение с таблицами — и с каждым биллинговым циклом утекает выручка. ESME CDR Intelligence Suite — это независимый от вендора уровень корреляции, который объединяет CDR, интеллектуально сопоставляет их и формирует пакеты доказательств, готовые для споров с партнёрами.

Независимость от вендораДоказательства, готовые для спораРеальное время + пакетная обработка
Снежный барс BroadNet перед двумя реестрами записей вызовов, сливающимися в одну сведенную колонку
BroadNet · ESME + CDR
Согласование CDR
300M+
записей / день
1,000+
маршруты оператора
99.99%
SLA

Операторы и агрегаторы, использующие BroadNet как уровень сверки данных

Оператор уровня Tier-1 из стран Персидского заливаГруппа операторов связи региона MENAПанафриканский операторMNO из Южной АзииРегиональный агрегаторОператор из Карибского регионаХаб-агрегаторMVNO, работающий в нескольких странах
Общая картина работы платформы

Независимая. Не привязана к вендору. Доверие всех команд, работающих с данными.

Единый уровень корреляции, который выявляет то, что упускает отчётность от одного вендора, — и формирует доказательства, на основе которых следующая команда может действовать.

Источники
6+
CDR -каналы в одном представлении

SMSC, межсетевой экран, выставление счетов, CSV-файлы партнеров — база данных, SFTP, API.

Окно матчей
±2s
нечеткий допуск по времени

Безопасное согласование тактовых импульсов между системами разных производителей.

Категории
5
корзины для сверки

Совпадение · несоответствие статуса · только целое число · только операция · дисперсия.

Пропускная способность
M/day
Обработанные CDR

Миллионы в день с настраиваемым сроком хранения.

Консоль сверки CDR

Каждый CDR сверен до последней записи.

Вид сверки, который команды RA и финансов открывают каждое утро: пять категорий расхождений, одна доля совпадений, каждое расхождение атрибутируемо. Ниже — иллюстративный прогон на основе образцов данных.

Пример

Прогон сверки #4821

2026-08-28 · 00:00–24:00 UTC99.2% совпало
Окно
24h
Обработано записей
4,821,096
Доля совпадений
99.2%
Время прогона
3m 42s
Отчёт о расхождениях
записи по категориям сверки
99.2% совпало40,684 исключения
Совпало
4,780,412
Исключения · 40,684столбцы масштабированы к крупнейшему исключению
Расхождение тарифа
21,904
Отсутствует в A
9,120
Отсутствует в B
6,540
Дубликат
3,120

A = внутренний SMSC · B = биллинг партнёра

Привязки ESME / SMPP
статус сессий в реальном времени
ACME-A2PTRX1,200 TPS
PayFlow-OTPTX640 TPS
Gulf-AGGTRX880 TPS
Retail-BULKTRX0 TPS
Test-ESMERX—

Иллюстративный пример — образцы данных, не аудированный SLA и не онлайн-поток.

Пятиуровневая архитектура

От шести разрозненных потоков данных
к единому отчёту о сверке.

Сбор, нормализация, интеллектуальное сопоставление, сверка и отчётность — каждый уровень чётко очерчен, масштабируется и заменяется независимо от остальных.

  1. 01 · Сбор
    Сборщик данных из нескольких источников

    Прямое чтение из базы данных, опрос по SFTP, REST API, мониторинг загрузки файлов. Запланировано для каждого источника — 5 минут для работы в реальном времени, ежечасно или ежедневно для пакетной обработки.

    каждые 5 мин
  2. 02 · Нормализация
    Каноническая схема

    Идентификатор источника, идентификатор отправителя, учетная запись ESME, код состояния, метки времени — все сопоставлено с единой канонической моделью. Часовые пояса стандартизированы по UTC.

    ≈1 мс / CDR
  3. 03 · Сопоставление
    Интеллектуальный подбор

    Совмещение нескольких ключей по идентификатору сообщения, MSISDN, идентификатору отправителя и метке времени — с нечетким окном ±2 секунды для учета дрейфа часов.

    М / партия
  4. 04 · Сверка
    5-категорийные корзины

    Совпадение · несоответствие статуса · только внутренний · только оператор · отклонение объема. Первопричина отмечена для каждого сегмента.

    автоматическая категоризация
  5. 05 · Отчет
    Панели мониторинга · доказательства

    Панели мониторинга в режиме реального времени для NOC и RA; запланированные отчеты для финансового отдела; пакеты документов в форматах CSV /JSON/PDF для юридических споров и споров с партнерами.

    в реальном времени + расписание
  6. ← evidence packages · CSV · JSON · PDF
Зачем нужен независимый уровень сверки

Уровень проверки, которого нет в отчётах вашего вендора.

Четыре причины, по которым операторы и агрегаторы выбирают ESME CDR вместо того, чтобы полагаться только на дашборды вендора SMSC.

01 · СЕТЬ

Независимость от вендора заложена в архитектуру.

Мы поддерживаем собственные соглашения SMPP и SS7 с операторами назначения в 86 странах, а каждый остальной маршрут — маркированный партнёрский. Никаких «серых маршрутов», никаких неожиданных переадресаций, никаких непрозрачных наценок.

0Привязка к вендору
02 · НАСЛЕДИЕ

Пакеты доказательств, на основе которых можно действовать.

Мы работаем с 2003 года, штаб-квартира — в Дубае. Ежедневно мы обрабатываем более 300 млн сообщений от приложений к пользователям для банков, правительств, авиакомпаний и платформ, обеспечивающих работу современного интернета.

3Форматы экспорта
03 · ОХВАТ

Начните с малого, масштабируйтесь до четырёх команд.

Благодаря локальному присутствию на Ближнем Востоке и в Северной Африке, а также налаженным связям с операторами в странах Африки, Южной Азии и Юго-Восточной Азии, глобальные запуски ощущаются как операции на едином рынке.

ПоэтапноВнедрение
04 · СООТВЕТСТВИЕ

Обновление данных каждые 5 минут. Ежедневная сверка. Всё одновременно.

ISO 27001 / 9001 / 22301, SOC 2 Type II, ассоциированный член GSMA, соответствует требованиям HIPAA, готов к GDPR. Регистрация идентификаторов отправителей осуществляется региональной группой по обеспечению соответствия на каждом регулируемом рынке.

5 минЧастота обновления в реальном времени

Мультиисточниковый коллектор

Независимо от вендора SMSC.
Независимо от формата партнёра.

Мы интегрировались с десятками платформ SMSC разных поколений телеком-оборудования. Если система может экспортировать записи — через базу данных, файл или API, — коллектор сможет их прочитать.

CDR из SMSC

Записи как MT, так и MO. Прямой доступ к БД только для чтения или экспорт CSV по расписанию через SFTP.

Логи файрвола

Разрешено, заблокировано, изменено — представление того же трафика со стороны файрвола, сопоставленное с данными SMSC.

Логи шлюза ESME

Прямые SMPP-соединения от клиентов ESME — фиксируются на шлюзе для сквозной атрибуции.

Экспорт из биллинга

Данные тарификации и выставления счетов из биллинговой платформы для перекрёстной проверки маршрутизированного трафика.

Файлы партнёров

CSV / XLSX от операторов и агрегаторов — получаются через SFTP, попадают в отслеживаемую папку или отправляются через API.

Внутренние данные конвейера

Чтение из внутренних хранилищ конвейера при наличии доступа — используется для обогащения корреляции и подтверждения решений маршрутизации.

Категории сверки

Каждая CDR попадает
в одну из пяти категорий.

Расхождения категоризируются так, чтобы каждой категорией занималась нужная команда — фантомными CDR занимается служба контроля доходов, расхождениями статусов — операционная служба, отклонениями объёма — коммерческая служба, эскалацией спора — юридическая служба.

01 · Совпадение

Есть в обеих системах, статус совпадает

Штатный случай. Записи присутствуют во внутренних данных и данных партнёра с одинаковым статусом доставки. База, относительно которой измеряются остальные категории.

02 · Расхождение статуса

Есть в обеих системах — статус отличается

У нас DELIVRD, у партнёра EXPIRED. Указывает на рассинхронизацию по времени доставки DLR, различия в сопоставлении кодов ошибок или реальные споры о доставке.

03 · Только у нас

Есть у нас, нет у партнёра

Потенциально отсутствует биллинг на стороне партнёра. Требует перекрёстной проверки с логами файрвола и маршрутизацией для подтверждения завершения отправки.

04 · Только у оператора

Есть у партнёра, нет у нас

Кандидат в фантомные CDR. Возможен повторный учёт, накрутка за счёт тестового трафика или повреждение данных выше по цепочке. Самый мощный рычаг возврата выручки.

05 · Расхождение объёма

Количество совпадает, структура отличается

Суммарный объём совпадает, но распределение по статусам отличается. Обычно признак рассинхронизации в обработке сегментации / конкатенации сообщений между двумя системами.

Кому нужна платформа

Одна платформа.
Четыре критически важные функции.

NOC · Операции

Дашборды трафика в реальном времени по ESME, оператору и маршруту. KPI качества с показателями доставки и распределением ошибок. Оповещения о порогах и аномалиях.

Контроль доходов · Финансы

Автоматическая сверка с CDR партнёров. Анализ утечек с выявлением невыставленного трафика и фантомных начислений. Проверка правил биллинга.

Коммерческие команды

Динамика объёмов по партнёрам и направлениям. Паттерны поведения кампаний и партнёров по операторам. Видимость маржи по каждому маршруту.

Юридический отдел · Споры

Экспорт CDR, готовый как доказательство, с полной корреляцией данных. Криминалистический анализ по идентификатору сообщения, MSISDN или отправителю. Структурированные пакеты для арбитража.

Истории клиентов

Что меняет независимый
уровень сверки CDR.

Оператор уровня Tier-1 из стран Персидского заливаТелеком · Персидский заливSA

Задача: ежемесячные счета от одного A2P-партнёра стабильно превышали данные внутреннего SMSC, но ни одна команда не могла обоснованно оспорить разницу. Подход: сбор данных из нескольких источников — SMSC, файрвол, файлы партнёра; нечёткое сопоставление с допуском ±2 секунды выявило устойчивую структуру записей, присутствующих только у оператора.

Руководитель отдела контроля доходов (ссылка предоставляется по NDA)
Attributable
Доказательства по каждой записи
Панафриканский операторТелеком · Восточная АфрикаKE

Задача: операционная и финансовая службы спорили о том, что считать доставленным SMS, — каждая команда доверяла своей системе, а расхождения списывались на «шум инструментов». Подход: всем командам предоставили один и тот же дашборд и одинаковые категории сверки; записи с расхождением статуса и записи, присутствующие только внутри, разбирались индивидуально на регулярных еженедельных встречах.

Директор по сетевым операциям (ссылка предоставляется по NDA)
1
Единый источник достоверных данных
Weekly
Ритм сверки
Root-cause
Исправления по результатам анализа
Региональный агрегаторA2P-агрегатор · MENAAE

Задача: корпоративный клиент-партнёр оспорил доставку высокообъёмной кампании; без независимых доказательств разговор заходил в тупик. Подход: криминалистический анализ по sender-ID, окну MSISDN и временной метке позволил сформировать пакет доказательств с пословным статусом по данным SMSC, файрвола и оператора.

Коммерческий директор (ссылка предоставляется по NDA)
Per-message
Глубина доказательств
Re-usable
Шаблон пакета

Локально или в частном облаке, готово к аудиту, признано регуляторами в регионе MENA.

ISO27001ISO9001ISO22301GDPRГотовоTDRAUAECSTKSANTRAEG
Вопросы покупателей

Восемь вопросов,
которые задают команды контроля доходов и операций.

Он даёт операторам, агрегаторам и корпоративным клиентам единое достоверное представление о трафике A2P SMS, независимое от отчётности какого-либо одного вендора. CDR из SMSC, файрвола, биллинга и партнёрских источников объединяются, приводятся к единой схеме, интеллектуально сопоставляются и распределяются по категориям сверки — так что споры подкрепляются доказательствами по источнику, а утечка выручки выявляется до того, как станет регулярной потерей.

Поддерживаются несколько альтернатив: экспорт CSV / XLSX в опрашиваемую папку SFTP, интеграция через REST- или SOAP-API либо работа с вендором SMSC над предоставлением доступа только для чтения. Мы интегрировались с десятками платформ SMSC разных поколений телеком-оборудования. Если система может экспортировать записи, коллектор сможет их прочитать.

Сопоставление сочетает несколько ключей — идентификатор сообщения, MSISDN, sender-ID и временную метку — с нечётким временным окном (обычно ±2 секунды), учитывающим рассинхронизацию часов между системами. Составные сообщения собираются перед сопоставлением, чтобы одно логическое сообщение не учитывалось дважды по своим сегментам.

Сводный отчёт с итогами по каждой категории — совпадение, расхождение статуса, только у нас, только у оператора, расхождение объёма — и подробные списки исключений, доступные для экспорта в CSV для анализа, JSON для интеграции систем или PDF для официальных отчётов и споров с партнёрами. Криминалистический анализ доступен по каждой записи.

Все временные метки приводятся к UTC при поступлении и хранятся в UTC. При отображении в дашбордах или отчётах они конвертируются в предпочтительный часовой пояс пользователя (настраивается для каждого аккаунта). Для сверки нечёткое временное окно компенсирует как рассинхронизацию часов, так и небольшие ошибки конвертации часовых поясов. Исходные метаданные часового пояса сохраняются для криминалистического анализа.

Платформа даёт сильные индикаторы мошенничества, но не является полноценной системой управления фродом. Оповещения по объёму выявляют всплески трафика от конкретных аккаунтов ESME, поведенческий анализ отмечает подозрительные паттерны sender-ID, проверки скорости выявляют повторяющиеся отправки на один и тот же адрес, а интеграция с данными файрвола сопоставляет заблокированный трафик с паттернами CDR. Команды, уже использующие систему защиты от фрода, передают эти индикаторы в неё; команды без такой системы часто начинают именно с этого инструмента.

Локально или в частном облаке, на серверах Linux или Windows. Размещение данных полностью под вашим контролем — ничего не передаётся в BroadNet или третьим лицам без явного одобрения. Срок хранения настраивается для каждой таблицы в соответствии с внутренней ИТ-политикой и требованиями комплаенса.

Типичный проект проходит поэтапно: установочная сессия, пилотное внедрение с первым источником данных (обычно SMSC), полная интеграция остальных источников (файрвол, биллинг, партнёры) и продуктивный запуск с дашбордами, оповещениями и обучением команды. Общие сроки зависят от сложности среды — большинство операторов выходят в продуктив в течение квартала.

Вопроса здесь нет? Обратитесь к нашей инженерной команде

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

Инфраструктура, которую мы строим с 2003 года.

Та же платформа, которая обрабатывает более 300 млн сообщений в день, доступна в качестве строительных блоков для вашего стека.

300M+
Сообщ.·день
99.99%
SLA
23+
лет
Независимость от вендора · независимый уровень проверки

Найдите расхождения,
которые никогда не покажет отчётность одного вендора.

Мы проведём аудит сверки по вашим данным SMSC, файрвола, биллинга и партнёров — и покажем, что выявил бы независимый уровень корреляции за последний биллинговый цикл.

Связанные руководства и ответы

Углубитесь в концепции, лежащие в основе этого продукта.