# Биллинг межоператорских расчетов — Forward Interconnect

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

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

**Коротко.** Forward Interconnect считает расчеты оператора с другими операторами: пропуск трафика через точки присоединения, тарификацию входящих и исходящих вызовов, выставление счетов партнерам и сверку с их встречными счетами. Система тарифицирует трафик по собственным правилам, сравнивает результат с данными партнера, показывает расхождения и считает рентабельность каждого направления. Импортонезависимое решение, поставляется on-premise и как облачный сервис.

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

Как устроены такие расчеты и что в них ломается, разобрано в статье [биллинг межоператорских расчетов](/articles/interconnect-billing-system). Ниже — состав продукта.

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

| Задача | Как решается |
| --- | --- |
| Тарификация трафика партнеров | Учет и тарификация любых видов трафика, гибкие правила с фиксацией даты изменения и полной историей |
| Пересчет закрытого периода | Ретарификация больших объемов без повторной загрузки трафика, откат выполненных процессов, перевыставление счетов |
| Зонирование | Матрицы переопределения услуг с историей, массовая загрузка сеток, ре-зонирование внутри системы |
| Расчеты с партнером | Выставление счетов за потребление и встречных счетов для сверки, настройка типов счетов и группировки строк |
| Платежи и баланс | Прием платежей разных типов, ведение баланса партнера |
| Управленческая отчетность | Сводная аналитика, расчет маржинальности направлений, выгрузка во внешнее хранилище |
| Произвольные отчеты | Генератор Crystal Reports, формы создаются силами оператора |

## Почему расхождения неизбежны

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

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

## Состав контура

Продукт работает вместе с [Forward Billing](/products/fw-billing): один набор событий тарифицируется и для абонента, и для расчетов с оператором-партнером. Обработку входящих файлов из разных источников берет на себя [Forward MD](/products/fw-md) — форматы выгрузок у операторов различаются, и приводить их к единому виду приходится на входе.

## Проекты

Система внедрена в проектах [«Т-Мобайл»](/cases/project-tinkoff) и [«Транстелеком» Казахстан](/cases/case-ttk). В обоих случаях межоператорский контур разворачивался вместе с абонентским биллингом, а не отдельным проектом.

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

**Чем межоператорский биллинг отличается от абонентского?**

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

**Что такое ретарификация без перезагрузки трафика?**

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

**Как устроено зонирование трафика?**

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

**Можно ли увидеть рентабельность направлений?**

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

**Работает ли система вместе с абонентским биллингом?**

Да, Forward Interconnect и Forward Billing работают на одном наборе событий: один и тот же вызов тарифицируется для абонента и для расчетов с оператором-партнером, а справочники направлений и точек присоединения ведутся один раз. Это снимает частую причину расхождений, когда абонентский и межоператорский контуры считают по разным версиям справочников.

**Куда выгружаются данные для анализа?**

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