Автоматизация взаиморасчетов с абонентами: кто против?

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

Исторически в России биллинг был единственной реализованной подсистемой BSS/OSS, поэтому во всех сертифицированных биллинговых продуктах (а их в России более 100) реализованы функции других подсистем комплексов BSS/OSS (статистик- коллектор, тарификатор, Intelligent Fault Management, Fraud Management System, Order Management System, Network Resource Inventory). Многие разработчики биллинговых систем традиционно отождествляют задачи создания BSS/OSS и биллин-га. Хотя на самом деле это далеко не одно и то же. Главный вопрос кроется в масштабировании решения по каждой из подсистем BSS/OSS. Наиболее остро вопрос масштабирования стоит у мобильных операторов - с их резко расширяющимся спектром речевых и контент-услуг, а также у традиционных операторов электросвязи, обладающих наибольшими объемами сетевых ресурсов и абонентской базы.

Эти компании первыми ощутили ограниченность существующих биллинговых систем, которые изначально проектировались как замкнутые комплексы. Это приводило к перегрузке бил-линга не свойственными ему функциями, которые более эффективно реализовывались в других подсистемах оператора (например, CRM, система мониторинга абонентских заявок OMS, сетевого планирования). Вот почему современный бил-линг, являясь частью комплексного решения по интеграции систем автоматизации всех подразделений оператора, сегодня нуждается в новой архитектуре, в рамках которой может быть реализовано информационное обеспечение этой подсистемы. Особенно четко эта потребность прослеживается при попытке интегрировать биллинг в интерактивную систему абонентского обслуживания оператора муль-тисервисной сети, когда абонент стремится отслеживать состояние своего счета в режиме онлайн, чтобы оптимально распределить платежи по комплексу потребляемых услуг.

Биллинг не всесилен

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

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

Для оценки потребности операторов с точки зрения необходимой функциональности биллинговой системы следует четко обозначить ее роль в общей архитектуре комплекса автоматизации деятельности оператора связи BSS/OSS. Главная задача биллинговой системы - детализация структуры потребления по каждому абоненту. Чем подробнее определяется структура цены по каждой из услуг, тем более «тонко» может быть настроен тот или иной тарифный план. В идеале при заключении абонентского договора должен формироваться персональный профиль клиента, где посредством создания индивидуального тарифного плана будут учтены его потребности в услугах. Но сегодня такая роскошь доступна лишь очень солидным клиентам.

Многие услуги, предусмотренные тарифным планом, зачастую оказываются невостребованными, например, из-за высокой стоимости или неудобной схемы оплаты. Увеличение мелких платежей за отдельные опциональные удобства в стандартном абонентском плане могли бы сделать взаимодействие клиента с оператором более индивидуализированным, повысить лояльность клиента. Реализовать такие бизнес-возможности оператора на имеющемся сетевом ресурсе можно только при динамичном формировании маркетинговых планов и тарифной политики, при постоянном генерировании новых пакетов услуг и маркетинговых предложений. Наиболее остро это ощутили сегодня мобильные операторы, работающие в жестких условиях рыночной конкуренции.

Исходя из этого, наиболее важными параметрами выбора биллинговых систем являются их масштабируемость и инвариантность к типу тарифицируемого параметра (время занятия канала, объем трафика, скорость обращения к услуге). Производство не свойственных службе взаиморасчетов с абонентами функций может существенно снизить производительность системы, следовательно, ее масштабируемость. Поэтому реализация сбора вспомогательных данных для бил-линга должна осуществляться в подсистемах автоматизации других подразделений оператора.

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

***

Сегодня оператор под давлением конкуренции вынужден ежегодно вводить до 30% новых услуг, предоставляемых на той же самой сетевой инфраструктуре. Внедрение системы OSS позволяет справиться с этой задачей. В результате этого, по данным аналитиков:

- до 80% сбоев может быть отфильтровано;

- на 35% сокращается время устранения нештатных ситуаций в сети, а с учетом работы автоматизированной подсистемы NRI, предоставляющей сетевую документацию, этот показатель уменьшается еще на 25%;

- анализ сообщений и прогнозирования деградации качества каналов позволяет выявить многие проблемы до их возникновения;

- на 30% снижается стоимость эксплуатации сетевых ресурсов за счет уменьшения доли ручного труда и сокращения времени на выполнение операций.