Межоператорские взаиморасчеты: как устроен interconnect billing

12 июня 2019 г. · обновлено 14 сентября 2026 г.

Interconnect billing — система расчетов оператора с другими операторами, а не с абонентами. Она обрабатывает записи о пропущенном трафике, применяет ставки из межоператорских договоров, выставляет и принимает встречные счета, ведет сверки и пересчитывает периоды при изменении условий. От абонентского биллинга отличается предметом расчета и тем, что обе стороны считают одно и то же независимо друг от друга.

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

Если задача коммерческая и вы подбираете систему, состав и возможности описаны на странице Forward Interconnect.

Откуда берутся расчеты между операторами

Чтобы абонент одного оператора мог позвонить абоненту другого, операторы заключают договор и организуют точку присоединения сетей. Трафик, прошедший через нее, оплачивается по ставке, зафиксированной в договоре.

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

Чем interconnect отличается от абонентского биллинга

	Абонентский биллинг	Interconnect billing
Кто вторая сторона	Абонент	Другой оператор
Основание расчета	Тарифный план	Двусторонний договор со ставками
Кто еще считает то же самое	Никто	Партнер, независимо и своими средствами
Типовой спор	Ошибка в счете абоненту	Расхождение в объеме пропущенного трафика
Особенность обработки	Записи по одному абоненту	Транзитные записи, сложные схемы расчета

Главное отличие в третьей строке. Абонент не пересчитывает свой счет — он его либо оплачивает, либо оспаривает. Оператор-партнер считает тот же трафик своими силами и присылает встречный счет. Задача системы — свести два независимых расчета.

Как идет обработка

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

Что меняет ставки

Условия межоператорских расчетов меняются вслед за регулированием и рынком. За последние годы на них влияли отмена платы за входящие вызовы, появление абонентов, перенесших номер, отмена национального и внутрисетевого роуминга.

Отсюда требование к системе: изменение ставок и зон не должно быть проектом. Ре-зонирование и ретарификация в Forward Interconnect выполняются настройкой, а результат можно проверить моделированием на реальных данных до применения.

Что смотреть в отчетности

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

Система работает вместе с Forward Billing: абонентский и межоператорский контуры опираются на один набор событий, поэтому расхождения между «что мы посчитали абоненту» и «что мы предъявили партнеру» разбираются по одним исходным данным.

В проектах

Межоператорские взаиморасчеты входили в контур Т-Мобайл — виртуального оператора в модели Full с интеграциями по CAMEL, DIAMETER и обменом TAP-файлами — и в контур Транстелекома в Казахстане, где линейка из десяти продуктов включала партнерский портал и прошла сертификацию для mission-critical эксплуатации.

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

Зачем отдельный биллинг, если абонентский уже есть?

У систем разные предметы расчета и разные требования. Абонентский биллинг считает потребление конкретного абонента по тарифному плану. Interconnect считает трафик, переданный между операторами, по ставкам из двусторонних договоров, обрабатывает транзитные записи и допускает схемы расчета, которых в абонентской тарифной политике не бывает. Разделение снимает нагрузку с основного контура и не мешает его задачам.

Что попадает в межоператорский счет?

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

Как часто нужно сверяться с партнером?

Чем чаще, тем дешевле обходится расхождение. В GSM принят ежедневный обмен TAP-файлами по роумингу; по межоператорскому трафику периодичность определяет договор. Ежедневная сверка позволяет найти ошибку на одном дне, а не разбирать половину расхождений в конце месяца.

Что происходит с ошибочными файлами?

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

Можно ли пересчитать период задним числом?

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

Как проверить новую схему расчета до запуска?

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