Что такое биллинговая система оплаты
Биллинг простыми словами
Биллинговая система. Что это?
Расчетные операции
В биллинговую систему заводится информация, на основании которой за определенный период обслуживания (как правило, расчетный период составляет один календарный месяц) оператор связи выставляет счет абоненту за потребление услуг связи. Что это за информация? Тарифы, стоимость минуты звонка в зависимости от направления (междугородняя и международная связь), стоимость интернет-трафика, стоимость подключенных ТВ-каналов и так далее. Кроме того, биллинг должен учитывать индивидуальные и общие скидки, акции, временное приостановление услуг по желанию абонента, налоговые начисления, дополнительные начисления и многое другое, что определяет для своего бизнеса оператор связи. Помимо этой информации, в биллинг поступают первичные тарификационные данные – информация обо всех звонках, совершаемых абонентами этого оператора связи и об объеме интернет-трафика. На основании всех этих данных биллинговая система рассчитывает стоимость своих услуг за расчетный период для каждого клиента и выставляет платежные документы.
Информационное обслуживание
Биллинговая система должна иметь удобный интерфейс для заведения и мониторинга всей необходимой информации: тарифы и тарифные планы, пакеты, опции, скидки, стоимость звонков в зависимости от направления и т.д.; уметь составлять отчеты; иметь возможность взаимодействовать с абонентами – рассылать документы, управлять событиями уведомления абонентами и многое другое.
Финансовое обслуживание
Автоматизированная система расчетов должна не только уметь корректно выставлять счета абонентам, но и обрабатывать поступившие платежи, разносить их по выставленным счетам, управлять дебиторской задолженностью абонентов, при необходимости взаимодействовать с бухгалтерскими программами.
В биллинговую систему заводится информация, на основании которой за определенный период обслуживания (как правило, расчетный период составляет один календарный месяц) оператор связи выставляет счет абоненту за потребление услуг связи. Что это за информация? Тарифы, стоимость минуты звонка в зависимости от направления (междугородняя и международная связь), стоимость интернет-трафика, стоимость подключенных ТВ-каналов и так далее. Кроме того, биллинг должен учитывать индивидуальные и общие скидки, акции, временное приостановление услуг по желанию абонента, налоговые начисления, дополнительные начисления и многое другое, что определяет для своего бизнеса оператор связи. Помимо этой информации, в биллинг поступают первичные тарификационные данные – информация обо всех звонках, совершаемых абонентами этого оператора связи и об объеме интернет-трафика. На основании всех этих данных биллинговая система рассчитывает стоимость своих услуг за расчетный период для каждого клиента и выставляет платежные документы.
Биллинговая система должна иметь удобный интерфейс для заведения и мониторинга всей необходимой информации: тарифы и тарифные планы, пакеты, опции, скидки, стоимость звонков в зависимости от направления и т.д.; уметь составлять отчеты; иметь возможность взаимодействовать с абонентами – рассылать документы, управлять событиями уведомления абонентами и многое другое.
Автоматизированная система расчетов должна не только уметь корректно выставлять счета абонентам, но и обрабатывать поступившие платежи, разносить их по выставленным счетам, управлять дебиторской задолженностью абонентов, при необходимости взаимодействовать с бухгалтерскими программами.
Это основные функции, которые должна уметь выполнять автоматизированная система расчетов.
Однако сейчас появляется все больше операторов связи, которые хотят обеспечить своим сотрудникам удобную работу с биллингом, взаимодействие разных отделов через единую систему, прозрачные расчеты с другими операторами связи, а своим абонентам не только качественную связь, но и дополнительные услуги, удобный личный кабинет, доступные варианты оплаты, индивидуальный подход и легкую коммуникацию с операторами.
Все эти требования, а также многие другие пожелания, легко обеспечиваются автоматизированной системой расчетов (АСР) Platex® — универсальной масштабируемой системой высшего функционального уровня. Она обеспечивает единое управление всеми бизнес-процессами между абонентами и операторами, независимо от типа услуг, технологии их предоставления, схемы тарификации, методов оплаты. Линейка продуктов, разработанная нашей компанией, дает возможность приобрести биллинговую систему и расширить ее функциональность, в случае необходимости, дополнительными модулями АСР Platex®. Кроме того, многофункциональная система комплексной автоматизации бизнес-процессов оператора связи, построенная на основе ядра программных продуктов линейки Platex®, позволит решить задачи, выходящие за рамки функциональности обычных биллинговых систем.
АСР Platex® совместима с продуктами компании «1С», интегрируется с различными платежными системами, соответствует всем требованиям государственных регулирующих органов, сертифицирована для применения в сетях электросвязи емкостью до 2,5 млн. абонентов.
Биллинговые системы: основные понятия
Биллинг. Какие ассоциации вызывает этот термин? Может быть, есть какая-то связь с Биллом Гейтсом? Нет, к счастью он еще не «сунул свой нос» в область телекоммуникаций. Ну это так — шутка. А если быть серьезным, то давайте рассмотрим происхождение слова биллинг. Английское слово «bill» можно перевести как «счет» (другие переводы: вексель, банкнота). «Billing» переводится выражением «выписывание счета».
Что такое биллинговая система?
Системы, вычисляющие стоимость услуг связи для каждого клиента и хранящие информацию обо всех тарифах и прочих стоимостных характеристиках, которые используются телекоммуникационными операторами для выставления счетов абонентам и взаиморасчетов с другими поставщиками услуг, носят название биллинговых; цикл выполняемых ими операций именуется биллингом. Биллинговая система (БС) — это бухгалтерская система, программное обеспечение, иными словами — «софт», разработанный специально для операторов. Каких операторов? Телекоммуникационных. Т. е. речь не идет лишь об операторах сотовой связи. БС используются также операторами обычной (стационарной, проводной) связи. В малых офисах, например, можно вести биллинг телефонии (анализировать: кто звонил, когда, сколько длился разговор). IP-телефония — другая область применения БС. А интернет-провайдеры? Они тоже используют БС, например, для формирования счетов, учета трафика. Любая БС создается на основе определенной системы управления базами данных (СУБД). Большинство БС в мире создавалось на основе СУБД Oracle. Среди других СУБД можно выделить Sybase и Informix как рассчитанные на большие объемы информации. А вот названия некоторых биллинговых систем: BIS, Flagship, CBOSS, Arbor, Bill-2000-prepaid. Стоит упомянуть, что под БС может подразумеваться и аппаратное обеспечение, участвующие в организации биллинга.
Терминология
Я постараюсь рассмотреть все основные понятия и определения, относящиеся к БС. Основной упор буду делать на БС, используемые операторами сотовой связи. Но большинство определений также подходит и к БС, используемым в других сферах. Постараюсь объяснять как можно проще, чтобы большинству читателей материал был понятен. Если у Вас будет что добавить к введенным мною терминам, пишите на e-mail.
Существуют несколько названий биллинговой системы: АСР — автоматизированная система расчетов; ИБС — информационная биллинговая система.
Одним из важных качеств БС является ее гибкость, то есть способность приспосабливаться к изменившимся обстоятельствам. Гибкая система адаптирована не только к сиюминутным потребностям оператора; за счет таких качеств, как настраиваемость, модульность и открытость она позволяет решать перспективные задачи. Чем больше у системы возможностей для настроек, тем лучше. А что такое модульность? Модульный принцип построения системы — это такой принцип, при котором вся система собирается из отдельных частей (модулей), как дом собирается по кирпичикам. БС тоже состоит из таких модулей — подсистем. БС включает в себя, например, подсистему предварительной обработки данных, подсистему оперативного управления биллингом, подсистему оповещения клиентов (читайте ниже о структуре и функциях БС). Под открытостью системы подразумевается открытость исходного кода программного продукта, что позволяет оператору не зависеть от разработчика в будущем и самостоятельно обслуживать и модернизировать систему. Тесно связано с гибкостью БС и следующее качество автоматизированных систем расчета — масштабируемость.
Масштабируемость по нагрузке. При росте абонентской базы, появлении дополнительных услуг не должна появляться необходимость изменять или дорабатывать программную часть БС. Увеличение возможностей БС должно достигаться за счет модернизации аппаратной части системы. Что важно учитывать при проектировании масштабируемых систем? Необходимо использовать СУБД, рассчитанные на большие объемы данных. СУБД должна быть совместима с различными компьютерными платформами, чтобы обеспечивать поддержку многопроцессорного режима работы.
Надежность — одно из основных требований, предъявляемым к любой системе. Надежность БС определяется надежностью СУБД и технологий, используемых при разработке системы. Далеко не последнее место занимает надежность поставщика (разработчика) прикладного программного обеспечения: время его работы на рынке и, как косвенный показатель, процент присутствия разработанных им систем на телекоммуникационном рынке. Почему показатель косвенный? А разве Microsoft Windows самая лучшая и надежная операционная система?… И при этом она занимает значительную долю рынка. Однако надежность БС обеспечивается также соблюдением определенных стандартов при их разработке (об этом читайте ниже).
Мультиязычность — возможность устанавливать различные языки для представления информации.
Мультивалютность — возможность работать с любыми валютами
Отложенный биллинг — биллинг, при котором расчеты производятся после состоявшихся звонков.
Горячий биллинг — изменение баланса счета происходит в процессе разговора, и информацию об остатке на Вашем счету можно получить сразу после звонка.
Оптимизация биллинга — улучшение, совершенствование оператором своей БС.
Большие БС — системы, применяемые крупными операторами.
Постинг биллинга — фиксация результатов расчета биллинга; после расчетов результаты становятся доступными пользователям (рассылаются, печатаются).
Что может, что должна или за что отвечает БС?
Вы пользуетесь услугой prepaid? Вы задумывались, как так получается, что сразу после звонка можно узнать об изменении баланса на Вашем счету? Вас обслуживают по кредитной системе? Кто подсчитывает сумму, которую Вы должны заплатить за предоставленные услуги? Все это «обязанности» биллинговой системы. Вы подключены по авансовой системе? Когда-нибудь замечали «исчезновение» незначительных сумм с Вашего счета? У Вас было такое: хотите узнать остаток Вашего счета, а автоинформатор предоставляет Вам сведения вчерашней свежести? Все это «глюки» биллинговой системы.
Так как БС предназначена для автоматизации расчетов с клиентом, то она и должна обеспечивать эту автоматизацию начиная с заключения договора до выписки счетов за услуги сотовой связи, причем корректно. При помощи подсистем автоматических услуг и автоматического сбора данных АСР должна предоставлять абонентам возможность самообслуживания. Некоторые БС позволяют абонентам оформлять заказы на подключение и производить оплату услуг через Интернет.
Структура и функции БС
Схема организации биллинга не сложна: информация о соединениях и их продолжительности записывается коммутатором и после предварительной обработки передается в расчетную систему. Расчетной системе «известны» тарифы. Она идентифицирует вызов и выполняет необходимые расчеты, формируя тем самым счет абонента. Очевидно, что в памяти системы должны храниться не только нормативы, тарифы и информация об услугах, но и данные о клиентах, заключенных контрактах с абонентами и сторонними поставщиками услуг связи (если таковые имеются), а также о стоимости передачи информации по разным каналам и направлениям (системой должно быть также предусмотрено наличие дилеров: у них могут быть другие расценки, например, на подключение). Кроме этого, любая БС должна иметь базу, хранящую историю платежей: только эти сведения позволяют контролировать процесс оплаты и автоматизировать так называемую активацию/деактивацию абонентов. Эту функцию БС можно еще назвать защитной, так как она не позволяет пользоваться услугами сотовой связи тем, кто за них не платит.
По функциональным возможностям БС можно разделить на три класса: предназначенные для транснациональных операторов связи, заказные национального масштаба и системы среднего класса для региональных сетей.
БС, относящиеся к первому классу, должны обеспечивать взаимодействие сетей на межнациональном уровне, в различных временных зонах, т. е. они должны быть мультивалютными и мультиязычными.
Заказные системы национального масштаба создаются под определенного оператора. Оператору может понадобиться новая БС, совместимая с уже существующей расчетной системой. Разумеется, стоимость таких единичных систем значительно выше.
В масштабе региона можно вполне обойтись стандартными БС. Однако и такие системы должны обладать качествами, перечисленными выше: гибкостью, масштабируемостью, надежностью.
Любая БС создается и настраивается на бизнес-процесс определенного оператора связи, имеет собственный набор функций, соответствующий технологическому циклу предоставления услуг, и может работать с конкретным сетевым оборудованием, поставляющим ей информацию о вызовах и соединениях, — то есть БС не является «коробочным» продуктом. Но существует и стандартный набор функций, поддерживаемых практически всеми БС. В него входят:
операции, выполняемые на этапе предварительной обработки и анализа исходной информации, например, функция получения данных о соединениях и услугах (запросы к коммутатору);
Как уже было сказано, БС должна обладать гибкостью или модульностью. Каждый элемент АСР обеспечивает реализацию конкретного участка технологической цепочки обслуживания клиента. Основные подсистемы, характерные для биллинга, это: подсистема предварительной обработки данных о соединениях, оперативное управление биллингом и подсистема оповещения клиентов.
Подсистема предварительной обработки данных.
Это приложение анализирует исходную информацию о соединении, определяет класс предоставляемой услуги и параметры трафика (направление вызова, источник, зоны взаиморасчетов, условия роуминга). В состав данной подсистемы входит декодер исходной информации о соединениях. Одна из сложнейших процедур этой подсистемы — поддержка роуминга. Дело в том, что требуется конвертировать роуминговые записи всевозможных форматов от разных коммутаторов (с учетом различных стандартов передачи информации в канале связи) и разных биллинговых систем в тот формат записи, которым пользуется данная БС. Программное обеспечение (ПО) тарифицирует все записи о соединениях между операторами (согласно проходящему трафику) и создает служебные таблицы, которые используются остальными подсистемами для выполнения расчетов с абонентами, взаиморасчетов операторов связи и формирования отчетов. Современные БС позволяют обрабатывать различные телекоммуникационные услуги, обеспечивая удобное выставление счетов (один клиент — один баланс — один счет). Это достигается за счет применения «интеллектуальных систем» предварительной обработки исходной информации о соединениях, трафике и услугах, выполняющих тарификацию независимо от вида связи.
Подсистема оперативного управления биллингом.
Данная подсистема дает возможность автоматически или через оператора биллинговой системы изменять условия подписки абонентов на коммутаторе, т. е. блокировать связь конкретного абонента или снимать эту блокировку, включать или отменять услугу. Вы звоните оператору и говорите: «Включите мне, пожалуйста, голосовой ящик». Вам отвечают: «Пожалуйста, назовите свой номер». После еще нескольких «обменов любезностями» Ваш голосовой ящик оказывается включенным.
Подсистема оповещения клиентов.
Неотъемлемая часть современного биллинга — подсистема оповещения клиентов с помощью голосовых или электронных сообщений. Информацию для рассылки уведомлений и объявлений данная подсистема берет из таблиц базы.
Перечисленное деление на функциональные подсистемы не является «строгим» для всех БС. Это лишь пример «классической» АСР.
Стандарты биллинга
Чтобы обеспечить взаимопонимание между различными БС разных операторов (это, например, требуется при роуминге, были разработаны группы стандартов биллинга. Основных международных групп стандартов три.
В 1998 г. американский институт стандартов ANSI утвердил стандарт ANSI 124. Дальнейшим усовершенствованием и поддержкой ANSI 124 занимается ассоциация TIA. После этого компания CIBERNET создала рабочую группу для определения спецификаций бизнес-процессов при передаче сообщений в стандарте ANSI 124, которые получили название NSDP-B&S. Данные спецификации устанавливают однозначное соответствие между бизнес-процессами телекоммуникационных операторов и информацией, передаваемой при обмене данными между коммутаторами по стандарту ANSI 124.
В 1998 г. было опубликовано описание первого североамериканского биллингового стандарта CIBER, который в настоящее время поддерживается фирмой CIBERNET и ее комитетом CAC-IS. Этот комитет объединяет разработчиков биллинговых систем и телекоммуникационных операторов. Главная область применения CIBER — сотовые сети стандарта AMPS.
Европейский (по происхождению) стандарт ТАР появился в 1992 г. Он поддерживается рабочей группой TADIG. Большинство операторов Европы используют ТАР2, хотя существует и третья версия. С 1995 г. модификация ТАР2, известная как спецификация TD.27, или NAGTAP2, начала применяться и в США.
Вместо заключения
Вы достаете из кармана свой сотовый, набираете номер, жмете «вызов» и… разговор состоялся. Теперь Вам не терпится узнать остаток на Вашем счете. Если биллинг системы «горячий», Вам тут же сообщают эту сумму. «Все точно подсчитала, хорошая биллинговая система», — думаете Вы. А в это время другой абонент узнает, что он только что исчерпал лимит времени и его отключили. «Зачем мне этот «горячий» биллинг! Глупая биллинговая система!», — сетует он… Да, одновременно всем не угодить!
Особая благодарность за информационную поддержку Большовой Галине, обозревателю журнала «Сети».
Развитие биллинговых систем в телекоммуникациях
Биллинговые системы (от англ. bill — счет) обеспечивают расчет абонентской платы и выставление счетов по каждому абоненту, хранят полную информацию о тарифах и истории действий абонентов, помогают вести взаиморасчеты с другими поставщиками услуг.
Первая биллинговая система появилась 1868 г. и предназначалась для взаиморасчетов между операторами телеграфной связи. Тогда же начала набирать популярность система отложенного платежа или платежа по счету за фактически использованные товары и услуги, когда клиентам отправлялись счета с подробным описанием расчетов. Современные биллинговые системы для рынка телекоммуникаций начали появляться в 90-х годах XX века.
Первым оператором, у которого была установлена биллинговая система разработки Bercut, стал ОАО «Связьинформ», оказывавший услуги связи в Челябинской области. Система IN@Voice отвечала за прием платежей, выставление счетов, тарификацию голосовых вызовов, SMS и интернет-трафика.
С 2000 по 2002 гг. IN@Voice пополнил ИТ-ландшафт еще двух операторов связи: «СтавТелеСот» и «Мобиком-Кавказ». «СтавТелеСот» (сейчас принадлежит ПАО «ВымпелКом») охватывал 61% всей абонентской базы Ставропольского края. ЗАО «Мобиком-Кавказ», 100% дочернее предприятие ОАО «МегаФон», предоставлял услуги в Северо-Кавказском укрупненном регионе.
Биллинг решал несколько ключевых задач:
непрерывный учет затрат на предоставленные услуги связи;
Уже тогда биллинговая система Bercut позволяла не только выставлять счета за услуги связи, но тарифицировать трафик в режиме реального времени. Конечно, по сравнению с сегодняшним днем, функциональность была элементарной: биллинг мог принять платеж, отменить его и выставить счет абоненту.
Что же изменилось за эти годы в устройстве биллинговых систем и как это повлияло на мобильных операторов и абонентов?
Смена парадигмы продаж, когда в центре внимания оказались предпочтения клиентов, стала стимулом для создания новых ИТ-решений. Их целью стали получение и анализ данных о конечных потребителях и разработка продуктов, ориентированных на их потребности. Пожелания самого мобильного оператора отошли на второй план.
Первоначально все поставщики связи использовали офлайн-тарификацию, при которой сетевые устройства и биллинг обменивались специальными CDR-файлами. Списание денежных средств со счета абонента производилось по факту оказания услуг. Со временем абоненты становились более требовательными. Они хотели видеть, сколько средств у них на счете здесь и сейчас, так что системам пришлось учиться тарифицировать сессии в режиме реального времени.
С повышением доступности интернета возросло и количество типов трафика. Потребовалось адаптировать биллинг так, чтобы он мог тарифицировать отдельно, например, YouTube и WhatsApp или же наоборот — не тарифицировать их. Это позволило сделать пакеты услуг более удобными для абонентов, и пользователи мобильного интернета перестали переплачивать за трафик. В частности, появились такие продукты, как безлимитные мессенджеры.
Подход к списанию абонентской платы со временем тоже становился более гибким. Прежде биллинговая система списывала денежные средства со счета абонента раз в месяц, теперь частоту и периодичность списания можно было настраивать. Благодаря этому мобильные операторы смогли предложить абонентам удобные схемы оплаты, а абоненты перестали переплачивать за периоды, в которых они не пользовались услугами.
К примеру, если абонент подключает услугу 15 числа, плата за нее будет списана именно 15 числа следующего месяца. Ранее расчет абонентской платы производился с первого числа календарного месяца независимо от даты подключения услуги.
В разное время использовались различные методы списания абонентской платы. Они зависели от модели потребления услуг и целей мобильного оператора в тот или иной момент времени. Например, при кредитной схеме абонент вносил платеж по факту оказания определенного объема услуг. На смену этому некогда популярному методу пришел авансовый, при котором плата списывается в начале периода.
Когда-то биллинговая система рассчитывала и взимала плату только за фактические дни использования услуги. Потом абоненты стали платить ежемесячно, не задумываясь о том, пользуются они услугой или нет, появилась возможность масштабировать сумму абонентской платы в зависимости от длительности использования услуги.
К примеру, оператор предлагает подключить услугу, списание средств по которой производится первого числа за весь период (календарный месяц), но абонент подключает ее за неделю до окончания предыдущего месяца. В соответствии с настройками оператора, биллинговая система может принять решение масштабировать абонентскую плату, т.е. списать сумму только за 7 дней использования и таким образом сэкономить средства абонента.
Вся информация, которая требуется для корректного списания средств со счета абонента (тариф, период использования и пр.), хранится в биллинговой системе. IN@Voice анализирует данные и принимает решение о сроках и суммах списания.
Постепенно фокус внимания операторов связи сместился на клиентский опыт: в обиход вошли понятия Customer Experience и User Experience.
Customer Experience ― совокупность впечатлений клиента при взаимодействии с компанией, которая оказывает услугу или поставляет товар.
За совершение определенных действий или подключение конкретных услуг операторы стали предлагать абонентам дополнительные бонусы и скидки (т.н. «пряники»). Впервые начали появляться пакеты услуг (bundle).
Пятнадцать лет назад все находились на тарификации pay-as-you-go (PAYG), когда оплата производилась исходя из фактического потребления минут за определенный период. Например, в голосовой связи бесплатными сначала были 10 секунд разговора в минуте, затем 5 секунд, и многие абоненты для экономии средств старались уложиться в эти отрезки.
С появлением пакетных тарифных планов абоненты получали в рамках тарифного периода определенный объем трафика за фиксированную стоимость. Это избавило их от необходимости проверять баланс после каждого звонка; главным стало количество оставшихся ресурсов в пакете. Тарификация PAYG сменилась на bundle.
Активное развитие OTT-сервисов (англ. Over The Top — предоставление видеоуслуг через интернет) привело к тому, что операторы связи стали восприниматься исключительно как канал для передачи интернет-трафика. При этом борьба за абонентскую базу продолжалась, и требовались все более привлекательные решения для абонентов. Именно тогда впервые возникла идея переноса остатков с одного тарифного периода на другой. Чтобы предоставить абонентам такую возможность, необходимо было реализовать в IN@Voice определенные настройки. Именно развитие этой функциональности в дальнейшем позволило запустить уникальный для России продукт ― «Маркет Tele2», онлайн-площадку для продажи минут и гигабайтов из пакета услуг абонента.
Когда проникновение мобильной связи превысило 100% (к слову, в России оно сейчас составляет более 170%, т.е. едва ли не у каждого абонента есть две SIM-карты), пришло осознание, что емкость рынка заполнена и дальнейший рост совершается в профицит. В этой ситуации разумнее было направить силы на удержание существующих абонентов, нежели на привлечение новых. Тем более что причины, по которым абоненты могли желать сменить оператора, были. Одна из них — нередкие случаи ошибочного списания средств. Однако, ради сохранения привычного номера телефона, абоненты чаще всего были вынуждены смириться с неудобствами. 2013 год оказался революционным для российского телекома. Абоненты получили законодательное право сохранять свой номер телефона при смене оператора. Новая услуга получила название Mobile Number Portability (MNP).
Поставщикам мобильной связи, включая Tele2, пришлось искать технологическое решение, которое поддержало бы реализацию MNP. Bercut за рекордно короткие три месяца справился с задачей с помощью BSS-платформы IN@Voice. По данным Центрального НИИ связи, в январе-ноябре 2013 года 4 млн россиян сменили операторов с сохранением номера. Больше всего номеров (27%, т.е. более 1 млн) было перенесено на сети «Т2 РТК холдинга» (Tele2).
С отменой «мобильного рабства» стало ясно, что насыщение абонентской базы не является препятствием для ее роста: благодаря MNP абоненты получили возможность с легкостью переходить от одного оператора к другому. У операторов же появился дополнительный стимул для борьбы с оттоком. Дело в том, что, по законодательству, за каждым оператором закрепляется свой диапазон абонентских номеров. При переходе абонента к другому поставщику связи хост-оператор теряет номер и его номерная емкость уменьшается, что сказывается на доходах.
Потеря номерной емкости, высокая стоимость привлечения нового абонента ― причины, по которым поставщикам связи приходится бороться за своих клиентов. При этом стоимость удержания абонента значительно ниже стоимости привлечения нового, даже с учетом скидок. Понимание этого привело к тому, что операторы начали персонализировать свои продукты. Так появились новые сервисы:
тарифные планы-конструкторы, когда абонент может сам настроить необходимое количество трафика;
Подобные сервисы разрабатываются на биллинговой системе в связке с тарификационной платформой. Подход, при котором скидки, хранящиеся в IN@Voice, применяются единовременно ко всей абонентской базе, перестает быть востребованным, и функциональность биллинга развивается в сторону персонализированных предложений. При этом важно сохранить удобство администрирования, не утяжеляя объемы хранимой информации и не усложняя структуру системы. Ведь для того, чтобы в три клика создать одну услугу для одного абонента, крупному оператору, чья абонентская база достигает 80 млн абонентов, необходимо совершить 240 млн кликов.
Вместе с персональными скидками развивались и роуминговые предложения. Прежде нередко случалось так, что средства за пребывание в роуминге продолжали списываться на протяжении нескольких месяцев после возвращения абонента в домашнюю сеть. Это было связано с отсутствием онлайн-роуминга. Операции, произведенные пользователем в гостевой сети, записывались в TAP-файл (Transferred Account Procedure) и передавались в домашнюю сеть. Операторы связи обменивались TAP-файлами, взимали на их основании абонентскую плату, при этом каждый месяц вели взаиморасчеты между собой.
Со временем начал развиваться онлайн-роуминг по протоколу CAMEL. Это существенно упростило взаиморасчеты с абонентом и между поставщиками связи. Услуги перестали тарифицироваться по postpaid-методу: запрос на сервис стал приходить домашнему оператору непосредственно в тот момент, когда абонент совершал действие.
Казалось бы, еще совсем недавно абоненты получали картинки через SMS. Доставка такого контента осуществлялась с помощью CPА (Content Provider Access Platform) решений, которые обязательно интегрировались с биллингом. В Bercut для этого использовалась платформа организации доступа к партнерскому контенту — SPACE. SPACE решал задачу правильного доступа партнеров к биллингу и контролировал фрод.
За пару десятилетий партнерский контент сильно изменился. С появлением смартфонов и прямого доступа в интернет любой абонент может легко найти и скачать то, что ему интересно. Спрос сегодня определяют более комплексные предложения: подписки, услуги по проверке автоштрафов, ставки на спорт и другие сервисы.
В 2007 году появился iPhone. Apple стала первой компанией, которая исключила мобильного оператора из экосистемы общения
Когда-то совершить звонок без SIM-карты было невозможно, т.к. соединение шло через сеть GSM. Появление смартфона с учетной записью Apple ID, которая позволяла звонить через FaceTime или iMessage, оставило мобильных операторов в стороне. Стремительное развитие мессенджеров повлекло за собой удешевление интернет-трафика, а это в свою очередь привело к увеличению его потребления. Люди перешли на общение в мессенджерах через Wi-Fi.
В поисках дополнительных источников дохода поставщики связи обратились к партнерствам. Чтобы придать своим услугам дополнительную ценность, операторы стали внедрять в тарифные планы т.н. бенефиты: чашки кофе на фудкортах, книги в электронных библиотеках, подписки на онлайн-кинотеатры и платное видео. Это поставило перед IN@Voice новую задачу — вести учет и тарификацию партнерского контента и сервисов. Система должна была научится сообщать партнеру о том, что абонент подключил услугу, что с него списаны денежные средства или что он по какой-то причине заблокирован.
С развитием партнерских программ IN@Voice потребовался мощный API (Application Programming Interface), чтобы обеспечить удобство управления, регламентировать уровни доступа к биллингу и сохранить безопасность информации об абонентах. Развитие экосистем задействует множество продуктов в ИТ-ландшафте оператора (campaign management, личные кабинеты, m2m-платформы), которым требуется информация из биллинга. Поэтому API развивается и совершенствуется по сей день.
К биллинговой системе предъявляются серьезные требования по безопасности и хранению персональных данных об абонентах. Сохранность информации во многом контролируют мобильные операторы. Биллинговая система устанавливается на сервер в локальной сети оператора, что фактически исключает к ней доступ извне. Дополнительный уровень защиты обеспечивается установкой файрволов и строгим контролем доступа на основе ролевой модели, реализованной в Bercut IN@Voice. Она регламентирует набор полномочий, который необходим пользователю или группе пользователей для выполнения определенных рабочих задач. Оператор может настраивать права и роли в соответствии со своей политикой предоставления доступа. При этом все действия пользователей логируются, и служба безопасности оператора всегда может произвести полную проверку.
По-настоящему прорывным моментом для Bercut IN@Voice стало вынесение из архитектуры биллинга TAR@SCP — тарификационной платформы, которая отвечает за тарификацию всех сервисов оператора. Это позволило существенно упростить архитектуру IN@Voice, оптимально распределить процессы с точки зрения функциональности, ускорить разработку продуктов.
Bercut провел масштабирование IN@Voice и увеличил производительность системы. В рамках проекта были расширены возможности работы с подсистемами отчетности, в портфеле продуктов Bercut появилcя набор инструментов Business Intelligence & Analytics Suite ― для хранения, построения, оценки аналитических моделей и принятия эффективных управленческих решений. В 2014-2015 гг. Bercut произвел масштабную миграцию 13 млн абонентов с 20 сайтов «Ростелекома» в базу Tele2.
Пока альтернатив биллинговой системе не существует. Так или иначе любые продукты создаются мобильным оператором с использованием биллинга, а сеть только обеспечивает доступ абонентов. Так что, если оператору требуется вести учет абонентов, количества услуг, различных видов трафика или выставлять счета, стоит задуматься о приобретении IN@Voice. Для классического оператора биллинг ― неотъемлемая часть, которая отвечает за обеспечение ключевых бизнес-процессов.