# Предбиллинг и медиация данных — Forward MD

Источник: https://fw-t.ru/products/fw-md
Опубликовано: 2026-09-12 · Обновлено: 2026-09-14

Mediation Device: сбор, фильтрация, унификация, обогащение и агрегация событий потребления. Валидация CDR, TAP-файлы для роуминга, реестр российского ПО.

**Коротко.** Forward MD — система предбиллинга: собирает события о потреблении услуг с территориально распределенных узлов, отсеивает служебные и ошибочные записи, приводит разные форматы к единому, обогащает данными для тарификации и агрегирует до нужной детализации. Формирует TAP-файлы для расчетов с роуминг-партнерами. Включена в реестр российского ПО под номером 21563.

## Что делает система

Между сетью и счетом абонента стоит поток событий о потреблении. Он приходит с оборудования разных вендоров, в разных форматах, с территориально распределенных узлов, с дублями и ошибочными записями. Ошибка, пропущенная на этом этапе, становится ошибкой в счете.

Forward MD обрабатывает этот поток: собирает, отсеивает лишнее, приводит к единому формату, обогащает данными, нужными для тарификации, и агрегирует до той детализации, которая действительно требуется расчетной системе.

## Этапы обработки события

| Этап | Что происходит |
|---|---|
| Сбор | Получение и транспортировка трафика с распределенных точек сбора оператора |
| Фильтрация | Валидация записей, отсев служебных, ошибочных и дублирующихся CDR |
| Унификация | Приведение разных форматов к единому, пригодному для разбора и тарификации |
| Обогащение | Простановка зон тарификации, меток принадлежности к группе и прочих атрибутов |
| Агрегация | Склейка записей одного абонента и сведение детализации до нужного интервала |
| Выгрузка | Передача в расчетную систему, формирование TAP-файлов для роуминг-партнеров |

## Эксплуатация

- Библиотека форматов трафика: телефонный трафик и передача данных, набор расширяется плагинами.
- Источники: телеком-станции, core-платформы финтеха, медиаконтент, SaaS-сервисы.
- Установка, конфигурирование и мониторинг комплектов сбора из интерфейса в центральном узле.
- Мониторинг территориально удаленных элементов с автоматическим информированием о сбое.
- Предварительное тестирование нового оборудования на корректность и полноту передаваемых данных.

Обработанные события уходят в [Forward Billing](/products/fw-billing) и [Forward Fusion](/products/fw-fusion). Межоператорские взаиморасчеты на их основе ведет [Forward Interconnect](/products/fw-interconnect), состоянием услуг на оборудовании управляет [Forward SP](/products/fw-sp).

Сведения об установке и эксплуатации — в [документе о системе](/resources/MD_info.pdf).

## Реестр и импортозамещение

Продукт включен в реестр российского ПО под номером 21563 от 20 февраля 2024 года. Компания аккредитована Минцифры России и входит в АРПП «Отечественный софт».

## Forward MD в проектах

- [Т-Мобайл](/cases/project-tinkoff) — предбиллинг виртуального оператора в модели Full, интеграции по CAMEL, DIAMETER и TAP.
- [Альфа-Мобайл](/cases/alfa-mobile-mvno) — виртуальный оператор Альфа-Банка в модели Medium, запуск за десять месяцев.

## Вопросы и ответы

**Что такое предбиллинг и зачем он нужен?**

Слой между источниками событий и расчетной системой. Оборудование отдает данные в собственных форматах, с дублями, служебными записями и ошибочными CDR, а детализация часто избыточна для тарификации. Предбиллинг приводит поток к виду, пригодному для расчета: отбрасывает лишнее, унифицирует формат, обогащает и агрегирует. Без этого слоя каждая ошибка в потоке превращается в ошибку в счете абонента.

**С какими источниками работает система?**

С телеком-станциями, core-платформами финтеха, системами медиаконтента и SaaS-сервисами. Поддержка источников строится на плагинах и расширяемом наборе форматов данных, поэтому библиотека форматов трафика пополняется под проект.

**Что происходит с ошибочными и дублирующимися записями?**

На этапе фильтрации идет валидация: записи с ошибками, дубли и нецелевые записи отбрасываются до попадания в тарификацию. Служебная информация, не относящаяся к потреблению услуг, отсеивается там же.

**Зачем агрегировать события?**

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

**Как формируются TAP-файлы для роуминга?**

Система собирает информацию с коммутационного оборудования и формирует на ее основе TAP-файлы для передачи роуминг-партнеру. Это же данные для взаиморасчетов, поэтому обогащение зонами тарификации и метками принадлежности выполняется до формирования файла.

**Как контролируется работа распределенных точек сбора?**

Мониторингом с автоматическим информированием администратора о сбое, в том числе для территориально удаленных элементов. Установка и конфигурирование комплектов сбора идут из интерфейса в центральном узле; интерфейсы построены по технологии тонкого клиента. Новое оборудование можно протестировать на полноту передаваемых данных до ввода в эксплуатацию.