Межоператорские взаиморасчеты: как устроен interconnect billing
Interconnect billing — система расчетов оператора с другими операторами, а не с абонентами. Она обрабатывает записи о пропущенном трафике, применяет ставки из межоператорских договоров, выставляет и принимает встречные счета, ведет сверки и пересчитывает периоды при изменении условий. От абонентского биллинга отличается предметом расчета и тем, что обе стороны считают одно и то же независимо друг от друга.
Оператор связи считает деньги дважды. Первый раз — с абонентом, за минуты, гигабайты и подписки. Второй — с другими операторами, за трафик, который прошел между сетями. Вторая часть расчетов живет в отдельной системе, и вот почему.
Если задача коммерческая и вы подбираете систему, состав и возможности описаны на странице Forward Interconnect.
Откуда берутся расчеты между операторами
Чтобы абонент одного оператора мог позвонить абоненту другого, операторы заключают договор и организуют точку присоединения сетей. Трафик, прошедший через нее, оплачивается по ставке, зафиксированной в договоре.
Поводов для таких договоров три: присоединение сетей внутри страны, роуминг и терминация трафика у зарубежных операторов, а также работа виртуальных операторов на сети хоста. У среднего оператора таких договоров десятки, у крупного — сотни, и у каждого своя ставка, своя валюта и свой порядок сверки.
Чем interconnect отличается от абонентского биллинга
| Абонентский биллинг | Interconnect billing | |
|---|---|---|
| Кто вторая сторона | Абонент | Другой оператор |
| Основание расчета | Тарифный план | Двусторонний договор со ставками |
| Кто еще считает то же самое | Никто | Партнер, независимо и своими средствами |
| Типовой спор | Ошибка в счете абоненту | Расхождение в объеме пропущенного трафика |
| Особенность обработки | Записи по одному абоненту | Транзитные записи, сложные схемы расчета |
Главное отличие в третьей строке. Абонент не пересчитывает свой счет — он его либо оплачивает, либо оспаривает. Оператор-партнер считает тот же трафик своими силами и присылает встречный счет. Задача системы — свести два независимых расчета.
Как идет обработка
- Сбор. Записи о вызовах поступают из разных источников — коммутационного оборудования, файлов партнеров, TAP-файлов по роумингу. Сбор и приведение к единому формату закрывает Forward MD.
- Тарификация по ставкам договора. К каждой записи применяются условия конкретного соглашения: направление, зона, время, валюта.
- Выставление и прием счетов. Формируется счет партнеру, принимается встречный.
- Сверка. Расхождения выявляются и разбираются. Записи с ошибками помечаются приостановленными и возвращаются в обработку после исправления.
- Пересчет при необходимости. Ретарификация периода при изменении ставки или уточнении данных, без остановки текущей обработки.
Что меняет ставки
Условия межоператорских расчетов меняются вслед за регулированием и рынком. В разные годы на них влияли отмена платы за входящие вызовы, появление абонентов, перенесших номер, отмена национального и внутрисетевого роуминга.
Отсюда требование к системе: изменение ставок и зон не должно быть проектом. Ре-зонирование и ретарификация в Forward Interconnect выполняются настройкой, без перезагрузки системы, а новую схему до применения можно проверить моделированием на реальных данных.
Что смотреть в отчетности
Помимо счетов и дебиторской задолженности межоператорский контур дает картину маржинальности по направлениям: сколько оператор получает за входящий трафик и сколько платит за исходящий в каждом направлении. Это основание для пересмотра договоров и выбора маршрутов пропуска.
Система работает вместе с Forward Billing: абонентский и межоператорский контуры опираются на один набор событий, поэтому расхождения между «что мы посчитали абоненту» и «что мы предъявили партнеру» разбираются по одним исходным данным.
В проектах
Межоператорские взаиморасчеты входили в контур Т-Мобайл — виртуального оператора в модели Full с интеграциями по CAMEL, DIAMETER и обменом TAP-файлами — и в контур Транстелекома в Казахстане, где линейка из десяти продуктов включала партнерский портал и прошла сертификацию для mission-critical эксплуатации.
Вопросы и ответы
Зачем отдельный биллинг, если абонентский уже есть?
У систем разные предметы расчета и разные требования. Абонентский биллинг считает потребление конкретного абонента по тарифному плану. Interconnect считает трафик, переданный между операторами, по ставкам из двусторонних договоров, обрабатывает транзитные записи и допускает схемы расчета, которых в абонентской тарифной политике не бывает. Разделение снимает нагрузку с основного контура и не мешает его задачам.
Что попадает в межоператорский счет?
Обычно дата и время вызова, номера сторон, фактическая и округленная длительность, валюта ставки, реквизиты операторов, стоимость без налога и ставка налога. Состав полей согласовывается на этапе договора: у разных партнеров он отличается, и система должна поддерживать оба варианта.
Как часто нужно сверяться с партнером?
Чем чаще, тем дешевле обходится расхождение. В GSM принят ежедневный обмен TAP-файлами по роумингу; по межоператорскому трафику периодичность определяет договор. Ежедневная сверка позволяет найти ошибку на одном дне, а не разбирать половину расхождений в конце месяца.
Что происходит с ошибочными файлами?
Записи с ошибками получают статус приостановленных и попадают в отдельное хранилище, где ждут разбора ответственным сотрудником. После исправления информация возвращается в начало цепочки обработки. Это важнее, чем кажется: молча отброшенная запись становится недополученной выручкой.
Можно ли пересчитать период задним числом?
Да. При изменении ставки, уточнении данных или обнаружении ошибки система ретарифицирует период и перевыставляет счета. Ретарификация идет без перезагрузки системы, то есть текущая обработка не останавливается.
Как проверить новую схему расчета до запуска?
Моделированием на реальных данных в режиме чтения: потоки прогоняются через новые правила без записи результата. Так видно влияние новой ставки или алгоритма на отлаженные процессы до того, как они применены.
- Теги
- Биллинг