На рубеже XX-XXI веков все прогрессивное человечество могло бы с успехом отметить круглую дату в истории тарификации и биллинга - 5000 лет и вознести хвалы правителям Древнего Египта, придумавшим учетные записи.

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

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

Ограничимся, однако, современностью и, понимая, что биллинговая система для любого оператора связи - "это наше все", попробуем посмотреть не столько на историю, сколько на перспективы их развития.

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

• поддержку создания и вывода на рынок новых продуктов;
• продвижение продуктов через дилеров или филиальную сеть;
• поддержку работы в мультисервисной среде (Triple Play, например) и расчетов со сторонними поставщиками услуг (контент);
• защиту от fraud-a (частично);
• поддержку различных схем расчета, включая prepaid;
• поддержку работы с платежами (конвергенция писца и сборщика податей);
• функции кредитного контроля;
• обеспечение лояльности клиентов.

В зависимости от специфики сетей связи можно было бы добавить сюда поддержку функций линейно-технического учета (фиксированная связь), поддержку роуминга (мобильная связь) и поддержку взаиморасчетов за передачу трафика [1] (особенно актуально в свете новых правил присоединения для операторов любой связи в России). Помимо упомянутых "вселенских" изменений, определяющих ландшафт отрасли в целом, существуют и другие специфические процессы, оказывающие значительное влияние на то, что представляют собой современные биллинговые системы. К таковым можно отнести:

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

При всей значимости названного рамки журнала не позволяют достаточно полно анализировать все факторы, влияющие на особенности построения биллинговых систем. Уделим внимание и попытаемся проследить здесь лишь за тем, что представляется жизненно важным для оператора, - учетом и сохранением заработанного и нажитого (почти не изменилось со времен фараонов). В широком смысле это можно объединить под терминами revenue assurance, если иметь в виду проданные услуги, и churn combat, если говорить о сохранении "нажитых" абонентов. Из эволюционных процессов в рамках обсуждения интересны последние два, поскольку остальные носят общий характер и комментируются достаточно широко [2, 3].

Деятельность под флагом revenue assurance означает, что оператор связи должен обеспечить:

1) делимитацию услуг или событий, за которые он собирается брать деньги;

2) корректную регистрацию таких событий или фактов использования услуг (создание учетных записей);

3) полноту сбора учетных записей, передаваемых на дальнейшую обработку;

4) корректное создание начислений на основе учетных записей.

Пункты 2 и 3 затрагивают в основном сетевую инфраструктуру оператора и носят организационно-технический характер. Их выполнение зависит от характеристик телекоммуникационного оборудования, его настроек и от грамотной эксплуатации сети. Остановимся на пунктах 1 и 4.

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

За выполнение пункта 4 биллинговая система отвечает целиком и полностью.

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

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

Теперь же возникают тенденции, меняющие привычное распределение ролей. В проводной связи все заметнее становятся VoIP, IP-VPN, работа служб IP Centrex, сюда же можно отнести игры, рассылку сообщений и другие услуги с добавленной стоимостью [4]. Еще более заметны новые тенденции в мобильной связи, где уже давно прижились такие услуги, как мобильный офис, загрузка экранных заставок, мелодий звонка, LBS, пересылка мультимедийных сообщений. Да и мобильное телевидение становится реальностью. Такие услуги не вписываются в парадигму тарификации "расстояние - время", и при расчете их стоимости используются совсем другие наборы данных, нежели предоставляемые коммутаторами по завершении вызова. Кроме того, в рамках того, что мы назвали churn combat, у операторов связи все сильнее проявляется желание предлагать различные услуги пакетами, что требует не просто расчета стоимости услуги, а определения ее именно в контексте пакета. Это существенно отличается от старой доброй обработки CDR, где одновременно требовалась идентификация только одного типа услуги.

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

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

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

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

Сложнее обстоит дело с идентификацией услуг. Здесь, если говорить об услугах, не ставших еще классическими, могут потребоваться "сшивка" нескольких учетных записей, в том числе поступающих с различных сетевых устройств, и одновременный анализ различных атрибутов учетной записи. Последнее характерно именно для современных услуг, связанных с передачей данных, где необходима диверсификация по режиму доступа (SMS, MMS, Web, WAP), по способу доставки (Push, Pull), по параметру QoS, по характеру контента (новости, загрузка логотипов, предупреждения о колебаниях биржевых котировок и т. д.).

Еще хуже обстоят дела с построением тарифных планов. Проблема состоит не в том, чтобы в рамках биллинговой системы сопоставить абонента и схему расчета с ним, а в том, что в стремлении сохранить абонентов (а их отток - это тоже тенденция} операторы вынуждены все сильнее персонализировать отношения с клиентами и переходить от массовых тарифных планов к "индпошиву". Количество тарифных планов, хранящихся в биллинговой системе, резко возрастает, тарифные планы дополняются тарифными модификаторами, различными схемами предоставления скидок, появляются перекрестные скидки, маркетинговые акции и пр. Кроме того, происходит явное смещение акцентов обслуживания. Если еще пять лет назад перед операторами стояла задача предоставить мобильную связь как таковую, то теперь лозунгом дня становится "Ты можешь больше!", и здесь речь идет в первую очередь о разнообразии предоставляемых услуг [5], да и о способе их преподнесения тоже. Таким образом, для того чтобы ответить на вопрос "За что брать?", надо еще хорошо подумать.

На вопрос "Сколько брать?", ответ пока не найден. Понятно, что старая парадигма "расстояние - время" уходит в прошлое, но никакой другой серьезной альтернативы не предложено. Эффективная, с одной стороны, и понятная для абонентов - с другой, модель расчетов отсутствует, операторы продолжают определять стоимость услуги исходя либо из времени сеанса, либо из объема полученных данных, либо просто "за штуку". Попытки диверсификации услуг сводятся при этом на нет.

В итоге, вызовы времени, на которые должны дать ответ разработчики биллинговых систем, сводятся к следующему:

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

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

1. Обработка учетных данных (тарификация и предтарификация) осуществляется в рамках биллинговой системы; соответствующие модули являются ее структурными частями; для того чтобы отвечать требованиям операторов, эти модули непрерывно совершенствуются.

2. Модули тарификации отделяются от биллинговых систем, образуя дополнительную "прослойку" в OSS/BSS. При таком решении тарификация завершает технологическую цепочку обработки учетной записи и образует своего рода самостоятельную систему, которая интегрируется с "оставшейся" частью биллинговой системы, но не входит в нее. Последняя тогда превращается в CRM-систему. В своем предельном воплощении данный подход приводит к созданию единого программного пакета (устройства, модуля), выполняющего одновременно и предобработку, и тарификацию учетных записей.

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

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

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

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

Требование гибкости тарификации и быстрого создания новых продуктов привело к тому, что в биллинговых системах между учетной информацией и выставляемым счетом появился некий семантический слой, позволяющий описывать правила игры уже не разработчикам, а самим пользователям биллинговых систем, гибко меняя и алгоритмы тарификации, и наборы данных, по которым она производится, и наборы услуг. Рискнем предположить, что развитие данной тенденции приведет в будущем к созданию полноценного алгоритмического языка высокого уровня, который будет служить рабочим инструментом службам маркетинга операторов, назовем его языком биллинговых транзакций - Billing Transaction Language (BTL).

В процессе эволюции это отчасти может стать ответом на вызовы сегодняшнего дня; что касается завтрашнего, то стоит вспомнить любимую цитату бухгалтеров: "В Египте, который терпеть не мог беспорядка, порядка не было почти никогда" (Т. Манн).

Список литературы:

1. Голомшток Л. Биллинговые системы для операторов традиционной и IР-телефония Технологии и средства связи. 2004. Спецвыпуск.

2. Самсонов М. Тенденции рынка телекоммуникационного ПО// ИнформКурьер-Связь. 2003. № 2.

3. Trends 2005: Telecom Industry Placing Its Bets on the Future // Billing World. 2005. № 7.

4. Операторы идут на новые услуги // Intelligent enterprise. 2004. Спецвыпуск N2 2.

5. Павлова Л. Новый поворот в CRM-сознании // ИнформКурьерСвязь. 2005. № 12.