Rambler's Top100
Статьи
13 апреля 2009

С. НЕСТЕРОВИЧ (Chrono Pay): Я сторонник эволюционного подхода к развитию сложных систем

Чтобы поддерживать динамику операторского бизнеса, АСР нередко оказывается в состоянии перманентной модернизации. Либо заменяется на новую. По какому пути идти - революционному или эволюционному? Читайте полную версию Дискуссионного клуба "ИКС", №4, 2009, "О биллинге - кроме шуток". Часть IV.

"ИКС": Какие общие подходы к модернизации биллинговых систем в операторских компаниях Вы считаете целесообразными?


Михаил Хомаров, начальник службы разработки BSS, CBOSS: Возможно эволюционное развитие - установка новых релизов АСР без остановки оказания критичных сервисов; установка новых компонент АСР без затрат на интеграцию и активацию (hot  активация и интеграция); реконфигурирование (кластеризация системы и т.д.) без остановки  оказания критичных сервисов и обязательного обновления АСР. И революционное развитие - установка АСР от нового поставщика, в случае если существующая АСР не способна эволюционировать.При этом стоит отметить, что в независимости от выбора между эволюционным и революционным путями модернизации, в условиях секвестра бюджетов в целом возрастают:  спрос на конвергентные решения,  спрос на виртуальные решения и WEB-сервисы, требования к оптимизации использования аппаратных ресурсов, требования к отказоустойчивости решений.


Олег Пампущенко, директор по информационным системам и технологиям компании АСВТ:
  Мне представляется, что оптимальный путь - это параллельное внедрение новой системы, причем с вводом на ее базе каких-то новых услуг и одновременное использование ранее действовавшей системы с поэтапным переводом групп пользователей (по видам услуг, сервисов, технологий) в новую систему.


Роланд Сметс, Вице-президент отделения Irdeto BSS: Для того, чтобы решение могло развиваться параллельно с бизнесом, необходимо иметь функционал изменения правил и логики рабочих процессов. Сервисно-ориентированная архитектура (SOA) необходима для упрощения интеграции и управления решением; для выживания абсолютно необходима система пользовательского управления услугой, которая позволяла бы конечному потребителю, извне системы, производить необходимые настройки; решение должно иметь только одну базу данных (существование нескольких хранилищ данных создаёт проблемы если необходимо получить полную информацию о клиенте). Необходим открытый внешний интерфейс (User Interfaces), который позволяет представителю отдела по обслуживанию клиентов выполнять все задачи в одном окне пользователького интерфейса. Системы биллинга должны обладать возможностью «принятия» финансовых транзакций от других биллинговых механизмов и таким образом обеспечивать открытое решение для конвергентного биллинга (иными словами, другие системы могут выполнять расчет по VoIP  услугам, но расходы заносятся в стандартную систему кабельного оператора).


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


Татьяна Ищенко, руководитель Группы учетно-расчетных систем компании «Синтерра»:
В современном мире высокотехнологичных, составных услуг связи выделять биллинг в отдельную ИТ-систему нам кажется неправильно. Грамотная стратегия, на наш взгляд, заключается в комплексном, системном подходе к автоматизации критически важных для бизнеса бизнес-процессов, обеспечении бесшовной интеграции ИТ-систем, построению и управлению изменениями информационной инфраструктуры по модульному принципу. Если же брать конкретные примеры технической реализации биллинговых систем, то, наверное, хотелось бы получить от одного вендора «биллинговый конструктор» из модулей, использующих различные модели расчета различных видов трафика. Например, отдельный модуль расчета IP-трафика, отдельный модуль расчета агрегированной информации по телефонии, отдельный модуль расчета детализированной информации по телефонии. За счет реализованной изначально при проектировании системы внутренней интеграции модулей, можно достичь потрясающих результатов.


  Александр Казаков, руководитель Департамента конфигурирования и развития биллинга и CRM, "ВымпелКом": Конечно, необходимо следить за тенденциями развития биллинговой индустрии. Большим операторам тяжело провести революционные изменения в своих биллинговых системах, поэтому, тем более в условиях кризиса, изменения в ближайшем будущем будут происходить по эволюционной схеме.  Здесь главное – надежность.


 
Виктор Авдей, исполнительный директор "Интелайн Про Консалт": Прежде всего, необходимо отметить, что все биллинговые системы при их создании должны соблюдать дюжину известных золотых правил (принципов) построения информационных систем и баз данных (целостность, гибкость, масштабируемость, экономичность, эргономичность и др.) Важным направлением модернизации биллинговых систем является их интеграция с различными функциональными системами, поддерживающими бизнес–процессы телекоммуникационной компании. К ним относятся - управление, финансы, техническое обеспечение.       Оператору важно иметь информацию, необходимую для  развития бизнеса на ближайшие несколько лет. Политика развития бизнеса может скрывать за собой разные направления, начиная с того – будет ли компания оставаться на данном или же будет стремиться проникнуть в новый сегмент рынка данных услуг, либо же совсем уйдет с него. Биллинговая система может иметь множество точек соприкосновения с системами, поддерживающими бизнес–процессы компании, так называемые Operation Support Systems. Это такие системы, поддерживающие бизнес–процессы, как Customer care (Customer Relationship Management) – работа с клиентами; Sales Management – продажа услуг; Network Management – управление и мониторинг сети; Order Management – обработка заказов; Trouble Tickets Management – обработка проблем, учет и контроль. Финансовая политика компании-оператора строится на базе сводных финансово-бухгалтерских отчетов, получаемых из биллинговой системы, которые могут дать информацию о необходимости изменения системы финансового учета, его валютной основе и т.д.Техническая политика компании строится исходя из существующей загрузки оборудования и планов компании по развитию бизнеса. Изменения загрузки оборудования или, скажем,  внедрения новых по своему функционалу услуг, может привести к техническому перевооружению компании. Есть еще одна «оборотная сторона медали». Прежде чем вырабатывать какие-либо общие подходы к модернизации биллинговых систем, надо четко усвоить, ради чего и для кого они создавались. Исходя из сегодняшней «погони за прибылью» и «в пылу конкурентной борьбы», компании представляющие телекоммуникационные услуги, забывают о пользователе, которому они предоставляют эти услуги. Есть, по-моему, прямая зависимость между количеством различных тарифов и количеством разработанных и используемых биллинговых систем. Количество тарифов уже сейчас, наверное, превысило сотню, а то и две. Их названия ни что иное, как маркетинговый ход. А все остальное «от лукавого». Я понимаю, что компании хочется получить максимальную прибыль, а пользователям хочется минимизировать затраты на предоставляемые операторами услуги. Эти два противоречия идут, как говориться, «рука об руку». Но не надо забывать, что услуга это товар. А прибыль компании зависит не только от цены товара (услуги), но и количества проданного товара. Не только частные пользователи (физические лица), но и компании (юридические лица) уже с трудом могут «просчитать», какой тариф их больше всего устраивает. Как правило, все пользователи считают свои расходы не по деталям, а в целом за период (или по отклонениям). Если пользователь видит, что его расходы начинают серьезно откланяться от «бюджета», то только тогда он начнет «выяснять подробности» и задумается о том, какой тариф ему выбрать.


Сергей Нестерович, руководитель технического отдела Chrono Pay: Мы действуем по принципу «работает – не трогай!»,  по крайней мере, если точно не понимаешь зачем. Я сторонник эволюционного подхода к развитию сложных систем, поэтому наша собственная биллинговая система  если и изменяется, то модульно. Это медленнее и более ресурсоёмко, но обеспечивает non-stop работу и надёжность системы.


Юрий Годына, руководитель департамента биллинга компании «Мастертел»:
Главное требование к данным системам, по-моему, - то, что биллинг должен быть гибким и требовать внесения минимальных изменений в программное обеспечение при вводе новых услуг или при изменении требований к их организации или к процессу выставления счетов. Современные конвергентные биллинговые системы уже достаточно полно удовлетворяют этим требованиям, особенно если они разрабатываются с учетом требований международных стандартов, например, методологии NGOSS разработки международной организации TeleManagement Forum.


Даниэль Раган, директор по развитию бизнеса сетевой системной интеграции в России и СНГ, Alcatel-Lucent: Использование промышленного биллингового ПО от глобального поставщика и интеграция этого ПО силами локального системного интегратора, который хорошо знаком с условиями работы оператора и его бизнес-процессами, позволяет успешно выполнить все необходимые работы по миграции и интеграции.


Подготовила Лилия Павлова
Заметили неточность или опечатку в тексте? Выделите её мышкой и нажмите: Ctrl + Enter. Спасибо!
Поделиться: