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

Источник: https://fw-t.ru/articles/interconnect-billing-system
Опубликовано: 2019-06-12 · Обновлено: 2026-09-14

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

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

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

Если задача коммерческая и вы подбираете систему, состав и возможности описаны на странице [Forward Interconnect](/products/fw-interconnect).

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

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

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

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

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

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

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

1. **Сбор.** Записи о вызовах поступают из разных источников — коммутационного оборудования, файлов партнеров, TAP-файлов по роумингу. Сбор и приведение к единому формату закрывает [Forward MD](/products/fw-md).
2. **Тарификация по ставкам договора.** К каждой записи применяются условия конкретного соглашения: направление, зона, время, валюта.
3. **Выставление и прием счетов.** Формируется счет партнеру, принимается встречный.
4. **Сверка.** Расхождения выявляются и разбираются. Записи с ошибками помечаются приостановленными и возвращаются в обработку после исправления.
5. **Пересчет при необходимости.** Ретарификация периода при изменении ставки или уточнении данных, без остановки текущей обработки.

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

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

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

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

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

Система работает вместе с [Forward Billing](/products/fw-billing): абонентский и межоператорский контуры опираются на один набор событий, поэтому расхождения между «что мы посчитали абоненту» и «что мы предъявили партнеру» разбираются по одним исходным данным.

## В проектах

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

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

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

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

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

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

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

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

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

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

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

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

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

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