Фрод в биллинге оператора связи: виды и как его ловят
· обновлено
Потери выручки у оператора делятся на две группы. Первая — ошибки настройки и учета: услуга оказывается, но не тарифицируется. Вторая — намеренные схемы: подключения в обход биллинга, незарегистрированные пользователи на оборудовании, вмешательства в самописную расчетную систему. Обе находятся одинаково — сверкой того, что происходит на сети, с тем, что учтено в расчетном контуре.
Потери выручки у оператора связи находятся там же, где считаются деньги: в расчетном контуре. Услуга оказана, оборудование ее зафиксировало, а в тарификацию она не попала — дальше вопрос только в том, ошибка это или схема.
Сразу оговорка о терминах. Если вы искали государственную систему «Антифрод», к которой операторы подключаются по требованию регулятора, это другая тема: она про подмену номера при звонках. Здесь — про утечку выручки внутри контура оператора.
Две группы потерь
Ошибки настройки и учета. Услуга заведена так, что не тарифицируется или тарифицируется не полностью: не описан тип события, не обновлена тарифная сетка после изменения условий, файлы с оборудования загружаются не целиком. Такие потери обнаруживаются настройкой и закрываются ею же.
Намеренные схемы. По нашим проектам консолидации расчетов их три:
- абоненты, подключенные в обход биллинговой системы: связь работает, начислений нет;
- пользователи на коммуникационном оборудовании, которых нет ни в одной учетной системе;
- вмешательства в самописную расчетную систему, когда отдельным счетам заданы условия, которых нет ни в одном утвержденном тарифе.
Разница между группами важна для разговора внутри компании, но не для метода поиска: находятся они одинаково.
Как это находят
| Шаг | Что сравнивается |
|---|---|
| Полнота загрузки | События с оборудования против того, что дошло до медиации |
| Полнота тарификации | События в медиации против начислений в биллинге |
| Соответствие условий | Тарифные настройки в системе против утвержденных условий |
| Учет абонентов | Активные сессии и подключения против абонентской базы |
| Межоператорские расчеты | Свой расчет против встречного счета партнера |
Первый шаг закрывает Forward MD: медиация собирает события из разных источников и приводит их к единому виду. Форматы у оборудования разных вендоров различаются, и без приведения к одному виду сверять нечего.
Дальше работает биллинг, а для регулярных сверок и поиска отклонений используется аналитическое хранилище Forward DMP.
Почему это вскрывается при объединении систем
Пока каждый филиал или направление считает в своей системе, отклонение выглядит местной особенностью: так исторически сложилось, так настроено, так всегда работало. Расхождение становится видимым при сведении в один контур, когда одни и те же услуги оказываются описаны по-разному.
В проекте «Алма ТВ» в единый расчетный центр сводились шестнадцать филиалов с разными биллинговыми системами. В проекте «Транстелеком» конвергентный контур заменил прежний, который не поддерживал мобильную связь. В «ВТБ Мобайл» действующая база переносилась на новую платформу с параллельной сверкой результатов на реальных данных.
Параллельная работа двух систем и есть самая надежная сверка: два независимых расчета на одних и тех же событиях показывают все расхождения сразу.
Чего ожидать
Разбор находок редко бывает приятным. Часть расхождений объясняется давними решениями, которые некому объяснить, часть — действиями конкретных людей. Поэтому порядок работ стоит обсудить заранее: кто получает результаты сверки, на каком этапе подключается служба безопасности заказчика и что делать с абонентами, которые годами пользовались услугой без начислений. Технически их можно отключить в тот же день; коммерчески это обычно худший из вариантов.
Что почитать дальше
Как устроен расчетный контур целиком — в статье о биллинге в телекоме. Про расхождения в расчетах между операторами — в материале о межоператорском биллинге.
Вопросы и ответы
Чем фрод отличается от ошибки в настройке?
Умыслом, но на практике различить их можно только после разбора, а находятся они одинаково. И в том, и в другом случае услуга оказывается, а в расчетном контуре ее нет. Поэтому работу начинают со сверки, а не с поиска виновных: сравнивают, что зафиксировало сетевое оборудование и что попало в тарификацию. Расхождение — это сигнал, природа которого выясняется вторым шагом.
Какие схемы встречаются чаще всего?
По нашим проектам консолидации расчетов — три. Абоненты, подключенные в обход биллинга: услуга работает, начислений нет. Пользователи на коммуникационном оборудовании, которых нет ни в одной учетной системе. Вмешательства в самописную расчетную систему, когда отдельным лицевым счетам заданы условия, которых нет ни в одном тарифе.
Почему такие потери находят именно при объединении биллингов?
Потому что расхождение становится видимым. Пока каждое подразделение или филиал считает в своей системе, отклонение выглядит локальной особенностью. При сведении в один контур одни и те же услуги оказываются описаны по-разному, и вопрос «почему здесь не тарифицируется» возникает сам. В проекте «Алма ТВ» в один расчетный центр сводились шестнадцать филиалов с разными системами.
Что такое revenue assurance?
Регулярная проверка того, что вся оказанная услуга дошла до счета. Это постоянный процесс, а не разовая ревизия: сверка событий с сети и начислений, контроль полноты загрузки файлов, проверка соответствия тарифных настроек утвержденным условиям, разбор расхождений в межоператорских расчетах. Задача — находить утечку выручки до закрытия периода, а не после.
Есть ли у Forward отдельный продукт для антифрода?
Отдельного продукта в каталоге нет, и заявлять обратное мы не будем. Задача решается средствами расчетного контура: медиация Forward MD собирает и приводит к единому виду события со всех источников, биллинг тарифицирует их по единым правилам, аналитическое хранилище Forward DMP позволяет строить сверки и искать отклонения. Что именно потребуется в конкретном проекте, определяется на этапе обследования.
Это та же система «Антифрод», о которой говорит регулятор?
Нет, это разные вещи. Государственная информационная система «Антифрод» решает задачу подмены номера при звонках, и операторы подключаются к ней по требованию регулятора. Здесь речь о потерях выручки внутри расчетного контура самого оператора. Темы пересекаются только словом.
По теме
- Биллинговая система для оператора связи — Forward Billing
- Предбиллинг и медиация данных — Forward MD
- Хранилище данных и аналитика для телекома — Forward DMP
- Построение биллингового центра для «Алма ТВ»
- Конвергентный BSS/OSS для оператора «Транстелеком», Казахстан
- Миграция MVNO на новую BSS: кейс «ВТБ Мобайл» за 5 месяцев
- Биллинг в телекоме: как устроен и как его выбирают
- BSS и OSS в телекоме: чем отличаются и из чего состоят
- Межоператорские взаиморасчеты: как устроен interconnect billing