# Фрод в биллинге оператора связи: виды и как его ловят

Источник: https://fw-t.ru/articles/63-billing-dlya-telekoma-kak-izbezhat-froda-privlech-klienta-i-rabotat-s-bolshimi-dannymi
Опубликовано: 2018-11-13 · Обновлено: 2026-09-15

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

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

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

Сразу оговорка о терминах. Если вы искали государственную систему «Антифрод», к которой операторы подключаются по требованию регулятора, это другая тема: она про подмену номера при звонках. Здесь — про утечку выручки внутри контура оператора.

## Две группы потерь

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

**Намеренные схемы.** По нашим проектам консолидации расчетов их три:

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

Разница между группами важна для разговора внутри компании, но не для метода поиска: находятся они одинаково.

## Как это находят

| Шаг | Что сравнивается |
| --- | --- |
| Полнота загрузки | События с оборудования против того, что дошло до медиации |
| Полнота тарификации | События в медиации против начислений в биллинге |
| Соответствие условий | Тарифные настройки в системе против утвержденных условий |
| Учет абонентов | Активные сессии и подключения против абонентской базы |
| Межоператорские расчеты | Свой расчет против встречного счета партнера |

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

Дальше работает биллинг, а для регулярных сверок и поиска отклонений используется аналитическое хранилище [Forward DMP](/products/fw-dmp).

## Почему это вскрывается при объединении систем

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

В проекте [«Алма ТВ»](/cases/project-almatv) в единый расчетный центр сводились шестнадцать филиалов с разными биллинговыми системами. В проекте [«Транстелеком»](/cases/case-ttk) конвергентный контур заменил прежний, который не поддерживал мобильную связь. В [«ВТБ Мобайл»](/cases/vtb-mobile) действующая база переносилась на новую платформу с параллельной сверкой результатов на реальных данных.

Параллельная работа двух систем и есть самая надежная сверка: два независимых расчета на одних и тех же событиях показывают все расхождения сразу.

## Чего ожидать

Разбор находок редко бывает приятным. Часть расхождений объясняется давними решениями, которые некому объяснить, часть — действиями конкретных людей. Поэтому порядок работ стоит обсудить заранее: кто получает результаты сверки, на каком этапе подключается служба безопасности заказчика и что делать с абонентами, которые годами пользовались услугой без начислений. Технически их можно отключить в тот же день; коммерчески это обычно худший из вариантов.

## Что почитать дальше

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

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

**Чем фрод отличается от ошибки в настройке?**

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

**Какие схемы встречаются чаще всего?**

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

**Почему такие потери находят именно при объединении биллингов?**

Потому что расхождение становится видимым. Пока каждое подразделение или филиал считает в своей системе, отклонение выглядит локальной особенностью. При сведении в один контур одни и те же услуги оказываются описаны по-разному, и вопрос «почему здесь не тарифицируется» возникает сам. В проекте «Алма ТВ» в один расчетный центр сводились шестнадцать филиалов с разными системами.

**Что такое revenue assurance?**

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

**Есть ли у Forward отдельный продукт для антифрода?**

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

**Это та же система «Антифрод», о которой говорит регулятор?**

Нет, это разные вещи. Государственная информационная система «Антифрод» решает задачу подмены номера при звонках, и операторы подключаются к ней по требованию регулятора. Здесь речь о потерях выручки внутри расчетного контура самого оператора. Темы пересекаются только словом.