oss bss системы что это
Эксплуатация сетей связи: эволюция стандартизации систем OSS/BSS и применение карты TAM
В последние годы рынок программного обеспечения OSS/BSS (Operations Support Systems/Business Support Systems) демонстрирует постоянный и довольно быстрый рост. И сегодня уже можно говорить о том, что он вышел на новый уровень. Связано это в первую очередь с изменением подхода к внедрению решений OSS/BSS. До недавнего времени, закупая ту или иную систему поддержки своей деятельности, оператор, как правило, решал лишь отдельные разрозненные задачи, не ставя перед собой цели комплексной автоматизации. Это было обусловлено рядом факторов, в частности незрелостью технологий, высокими затратами, отсутствием единых стандартов, позволяющих проводить быструю интеграцию модулей. Как следствие, в эксплуатации находились слабо интегрированные системы, зачастую реализующие практически идентичные функции и не позволяющие наладить централизованное сквозное управление бизнес-процессами.
Роль систем OSS/BSS в автоматизации
При эксплуатации и обслуживании сложной сетевой инфраструктуры перед оператором связи традиционно встают следующие проблемы:
— слабая и неоперативная информационная поддержка специалистов, обслуживающих сеть;
— противоречивые интерпретации проблемных ситуаций и недостаточная информированность сотрудников на всех уровнях организации в процессе принятия решений;
— несовершенство механизмов сбора, хранения и обновления информации о функционировании сети;
— необходимость вручную осуществлять множество рутинных операций.
Системы поддержки бизнеса и операционной деятельности OSS/BSS направлены на решение подобных задач. Говоря о системах OSS/BSS, к бизнес-деятельности относят прежде всего процессы, «выходящие» на клиента, такие как обработка и выставление счетов, сбор платежей, оформление заказа, предложение новых продуктов и т. п. Однако наиболее удобной представляется общая классификация систем поддержки, основанная на модели eTOM (enhanced Telecom Operations Map). Помимо систем OSS/BSS для процессов управления предприятием вводится понятие соответствующей системы поддержки – ESS (Enterprise Support System), примером которой может служить система класса ERP. Иногда вместо OSS/BSS употребляют термин OSS, подразумевая под ним весь комплекс ПО, информационных систем и соответствующих процессов. Таким образом, в понятии OSS объединяют функции как собственно OSS, так и систем BSS и ESS.
Важной проблемой в автоматизации деятельности компаний связи является использование в составе корпоративной информационной системы разрозненных автономных подсистем, направленных на решение узких задач отдельных подразделений предприятия и слабо взаимодействующих друг с другом.
Для эффективного функционирования и решения задач интеграции программных компонентов система OSS/BSS и все входящие в нее приложения должны быть построены на базе единых архитектурных принципов, работать в однородной среде и взаимодействовать с унаследованными системами, применяемыми в компании.
Основной эффект от перехода на комплексные системы класса OSS/BSS заключается в значительном снижении совокупной стоимости владения инфраструктурой и существенном сокращении времени, затрачиваемого на рутинные операции. Внедрение такой системы должно приводить к уменьшению затрат на весь жизненный цикл предоставляемых инфокоммуникационных услуг, повышению оперативности обработки запросов абонентов и управляемости сети в целом.
Решения OSS/BSS способствуют выполнению широкого круга задач, среди которых можно указать следующие:
Практика показала, что при разработке и внедрении решений OSS/BSS важно придерживаться ряда правил:
Эффективность работы программного комплекса OSS/BSS напрямую зависит от его способности контролировать и управлять так называемым физическим уровнем – собственно элементами сети связи, которые могут быть разделены на несколько технологических сегментов (доменов). Указанные функции включают в себя следующие компоненты: отслеживание физических ресурсов и их состояния, инвентаризация сети на основе информации о физических ресурсах и построение логического каталога ресурсов.
Процессный подход положен в основу работы большинства современных систем OSS/BSS. Это позволяет отслеживать и оценивать работу всех подразделений компании на всех уровнях – от ресурсов до конечного продукта, что дает оператору возможность видеть не только сеть связи, но и бизнес в целом. С технологической точки зрения все более значимую роль в построении систем OSS/BSS играют SOA и BPMS.
Отражается на развитии систем OSS/BSS и происходящая в отрасли конвергенция телекоммуникационных и информационных технологий, а также фиксированной и мобильной связи. К универсальному OSS/BSS-решению, с одной стороны, идут разработчики традиционных систем OSS, с другой – производители ИТ-ориентированных платформ управления предоставлением контента, с третьей – разработчики, специализирующиеся в области управления сетями сотовой подвижной связи и IMS (IP Multimedia Subsystem).
Все современные OSS/BSS можно разделить на две основные группы. К первой относятся системы, построенные по принципу сборки на базе некоторой интегрирующей платформы единого решения из отдельных модулей – программных продуктов от разных производителей. Ко второй группе относят комплексные коробочные решения от одного поставщика, объединяющие в себе несколько типовых компонентов.
Выбор типа системы OSS/BSS зависит от множества факторов: времени и средств, выделяемых на ее внедрение, наличия уже существующих систем, требований к функциональности.
Чаще всего перед поставщиками программных продуктов и интеграторами возникает задача сборки решения из модулей, обеспечивающих необходимую заказчику функциональность, с последующей интеграцией их в уже существующую информационную среду компании.
На рис. 1 представлен типовой набор модулей OSS/BSS, используемых для автоматизации деятельности поставщика услуг связи. Голубым цветом показаны модули, которые принято относить к системам OSS, красным – к BSS.
Рис. 1. Типовые модули системы OSS/BSS
Приведенная классификация является условной. В зависимости от функциональности разрабатываемых компонентов производители программного обеспечения могут давать им названия, отличные от указанных, и объединять или разделять их функции по своему усмотрению.
Устранить подобные расхождения в классификации модулей OSS/BSS и обеспечить взаимопонимание между поставщиком программного обеспечения и его потребителем – поставщиком инфокоммуникационных услуг призвана разработанная TM Forum (Tele Management Forum) карта приложений TAM.
Назначение и принципы построения TAM
В условиях растущей конкуренции эффективная работа системы OSS/BSS становится критически важной для построения оптимальной модели бизнеса компании связи. Поэтому упорядочивание уже работающих приложений, а также продуманная политика по развертыванию новых модулей OSS/BSS приобретают все большее значение.
Карта приложений телекоммуникационной компании – TAM (Telecom Applications Map), которую также называют средой приложений (Application Framework), входит в концепцию Frameworx и содержит классификацию функций программных приложений и информационных систем, задача которых – автоматизация деятельности инфокоммуникационной компании. Являясь одним из компонентов Frameworx, карта приложений TAM связывает процессы eTOM и элементы информационной модели SID (Shared Information and Data Model), с одной стороны, с функциями программных приложений и модулей системы OSS/BSS – с другой. Таким образом, TAM обеспечивает основу для установления соответствия между бизнес-процессами поставщика услуг связи и функциями существующих или разрабатываемых модулей OSS/BSS.
Разработка карты TAM основана на принципах максимальной универсальности и уровневой иерархии. При этом уровень обобщения функций, входящих в блоки карты TAM, выбран таким образом, чтобы сохранять связь с реалиями отрасли и соответствовать принятым в ней представлениям и нормам, касающимся систем и технологий управления и автоматизации. В основу иерархии уровней карты TAM легли как уровни eTOM и домены SID, так и уровневая структура модели TMN (Telecommunications Management Network), дополненная задачами управления не только сетью связи в целом, но и отдельными ресурсами.
Центральным элементом карты приложений TAM является программное приложение. Под приложением TAM понимают абстрактную совокупность логически связанных между собой функций или других приложений, которая может быть реализована в виде программного продукта. Функции, которые объединяет в себе приложение, называют функциональными требованиями к его реализации. Функциональное требование представляет собой словесное описание функциональных возможностей, которые необходимы для выполнения конкретной задачи.
Как правило, при формировании функциональных требований приложения TAM объединяют функции, связанные с выполнением некоторой задачи (например, «Управление решением проблем с услугами») или работой с некоторой сущностью (например, «Управление жизненным циклом продукта»). Кроме того, в отдельные приложения могут быть выделены функции, повторяющиеся в разнообразных процессах, или между которыми прослеживается явная связь (например, «Подготовка писем»).
Существуют четыре фактора, которые могут послужить поводом для объединения низкоуровневых приложений:
Приложения TAM функционируют в сервисно-ориентированной среде и взаимодействуют посредством бизнес-сервисов Frameworx, являющихся разновидностью сервисов SOA. Бизнес-сервис позволяет предоставлять функциональные возможности одного приложения другому. При этом в отличие от «классической» SOA каждое приложение TAM объявляет набор не только предоставляемых, но и потребляемых сервисов. Предполагается, что каждый объявленный бизнес-сервис используется хотя бы одним приложением, и желательно, чтобы только одно приложение карты осуществляло предоставление того или иного сервиса.
На карте TAM приложения объединены в домены, структура которых представлена на рис. 2. Карта приложений построена в виде матрицы, столбцы которой соответствуют вертикальным группировкам бизнес-процессов eTOM, а строки – доменам SID. Вертикальные группировки представляют собой второстепенную классификацию приложений ТАМ, не являющуюся частью таксономии, так что одно приложение может одновременно относиться к нескольким из них. Перечень вертикальных группировок TAM имеет вид, показанный в верхней части рис. 2.
Рис. 2. Матричная структура карты TAM и ее связь с моделями eTOM и SID
Горизонтальные группировки – домены – составляют верхний уровень основной классификации (таксономии) приложений. Каждое приложение TAM принадлежит одному и только одному домену. В отдельные домены, не являющиеся частью показанной на рис. 2 матрицы, выделены общие для нескольких доменов (кросс-доменные) приложения, а также функции интеграционной инфраструктуры.
В текущей версии карты TAM максимальная глубина декомпозиции доменов составляет четыре уровня: 0-й уровень – домены; 1-й уровень – приложения; 2-й и 3-й уровни – детализация функциональных требований приложений (детализация до 3-го уровня выполнена не для всех из них). Для упорядочивания элементов карты TAM им присвоены уникальные цифровые идентификаторы. Подобный идентификатор имеет иерархическую структуру «D.a.b.c.d», где «D» указывает на домен (они пронумерованы от 3 до 9), «a» – номер приложения внутри домена (1-й уровень), «b», «c», и «d» указывают на детализацию функций приложения на последующих уровнях.
Карта приложений TAM представляет собой эталонную модель, обобщающую мировой опыт разработки и применения информационных систем в отрасли телекоммуникаций и информационных технологий.
Важным преимуществом карты TAM является ее совместимость с другими компонентами Frameworx. Функциональные требования приложений могут быть увязаны с бизнес-процессами карты eTOM, их интерфейсы – с бизнес-сервисами среды интеграции Frameworx, а используемые данные – с информационной моделью SID. Все это упрощает последующую интеграцию модулей в систему OSS/BSS и их эксплуатацию. Однако соответствие между приложениями TAM и процессами-элементами eTOM далеко не всегда является взаимно однозначным. Необходимо также подчеркнуть, что карта приложений ТАМ рассматривает в деятельности компании связи только автоматизированные функции в отличие от карты бизнес-процессов eTOM, элементы которой могут соответствовать задачам, выполняемым вручную.
Карта TAM предназначена для использования поставщиками инфокоммуникационных услуг, разработчиками программного обеспечения, системными интеграторами и другими участниками отрасли. Она предлагает единый, содержащий одинаково трактуемые понятия язык для определения и описания функций решений OSS/BSS. Операторы связи могут применять карту TAM для инвентаризации и упорядочения имеющейся инфраструктуры ПО, использовать ее как системообразующую основу при трансформации инфраструктуры или формулировании требований к приложениям и набору модулей. Все более широкое применение карта TAM находит в компаниях – поставщиках решений OSS/BSS, становясь универсальным средством описания их возможностей, облегчая продвижение таких систем на рынке и предоставляя базу для их сравнения и совместной эксплуатации. В таблице приведен пример подхода к использованию карты TAM для описания функциональных требований и сопоставления решений OSS/BSS, предлагаемых различными разработчиками.
Таблица. Использование TAM для сопоставления решений OSS/BSS
Приложения TAM
В вопросах инвентаризации, анализа избыточности и возможностей многократного использования функций эксплуатируемых и предполагаемых к внедрению модулей OSS/BSS карта TAM как эталонная модель играет ту же роль, что и карта eTOM по отношению к бизнес-процессам компании связи. Ориентируясь на TAM, компания может построить структуру функций уже установленных модулей OSS/BSS, выявить те из них, которые можно было бы использовать для поддержки нескольких бизнес-процессов, а также сформировать перечень функций, которыми систему OSS/BSS необходимо дополнить. Общая схема шагов такого процесса структуризации и анализа функций модулей OSS/BSS представлена на рис. 3.
Рис.3. Общая схема анализа функций модулей OSS\BSS
Как единый стандарт классификации функций компонентов OSS/BSS карта TAM создает основу для их соотнесения с бизнес-процессами оператора связи, что упрощает решение задачи автоматизации и позволяет повысить ее уровень и уровень управляемости бизнеса в целом. Важным свойством карты TAM является поддержка концепции многократного использования различных функций компонентов системы OSS/BSS. Фактически карта предлагает стандартный набор требований к этим функциям.
В совокупности с принципами интеграции компонентов, также определенными в рамках концепции Frameworx, карта TAM позволяет гибко настраивать конфигурацию модулей управляющих приложений.
OSS/BSS системы
OSS/BSS системы (Operations Support Systems/Business Support Systems — системы поддержки операций/системы поддержки бизнеса) предназначены для комплексного управления телекоммуникационными ресурсами предприятия. Изначально подобные решения были всецело направлены на эксплуатационную поддержку телекоммуникационных сетей. Сейчас подобные бизнес-задачи решаются в рамках всего лишь одного из модулей современной OSS/BSS системы. Другие модули получили достаточно широкое распространение в энергетических, финансовых и транспортных компаниях.
Каталог OSS/BSS-решений и проектов доступен на портале TAdviser
Содержание
С развитием отрасли связи решающим фактором в конкурентной борьбе между операторами стали сервисы, которые они могут предоставить. Именно поэтому оперативность и качество услуг приобретают новое значение. В результате функциональность систем эксплуатационной поддержки телекоммуникационных сетей значительно расширилась, и появился новый класс ИТ-решений — OSS/BSS системы.
В последнее время OSS/BSS решения получили широкое распространение и в других отраслях, но доминирующее количество внедрений систем этого класса приходится именно на компании телекома. Учитывая роль телекоммуникационных сетей в бизнесе современного оператора, становится ясно, что их эффективная эксплуатация — одна из наиболее важных задач.
Модули
Системы OSS, как правило, не живут в замкнутом мире. Они взаимодействуют с разного рода аналитическими решениями класса, например BI, для того чтобы дать сводную картину того, как функционирование ИТ или телекома, или обеспечивающей инфраструктуры сказывается на конкретном бизнес-процессе. Эти решения показывают, что именно необходимо изменить в инфраструктуре, чтобы оптимизировать деятельность предприятия, и помогают оценить, насколько качественные услуги оказаны конечному потребителю.
По оценкам экспертов, несмотря на постоянное совершенствование технологий связи, потери от мошенничества в телекоммуникационных компаниях достигают 3–10% от общего оборота. Примечательно, что для большинства организаций этот показатель колеблется в пределах 5–7%. Одним из наиболее важных классов OSS/BSS системы является Fraud Management, что дословно переводится как «управление мошенничеством».
Модуль Fraud Management, предназначенный, в первую очередь, для операторов связи, обеспечивает обнаружение, пресечение и предотвращение случаев несанкционированного доступа к ресурсам оператора. Оснащенная средствами мониторинга для различных типов соединений, система реагирует в случае вызова подозрительного номера, несуществующего пользователя или несанкционированного доступа к услугам.
Средствами Fraud Management строится профиль каждого абонента (частота, длительность звонков, время их совершения, основные направления вызовов и т.д.), после чего система сопоставляет полученные усредненные параметры с текущими и передает документированную аналитику по ситуации с рекомендациями о последующих действиях. Подобное решение позволяет не только оперативно предотвратить все случаи несанкционированного использования ресурсов оператора связи, но и выработать определенный механизм защиты на основе проведенного анализа. Эксперты также отмечают, что тесная интеграция Fraud Management с CRM-решением позволяет максимально оперативно и эффективно построить защиту от мошенничества.
Кроме класса Fraud Management, очень большое значение имеет модуль Fault Management & Trouble Ticketing — регистрация и управление неисправностями. Решение позволяет эффективно управлять планами работ, а также оптимизировать работу персонала. Сокращение сроков ремонтных работ, которое достигается при его внедрении, позволяет компании работать значительно более оперативно. Принцип действия Trouble Ticketing схож с Fraud Management: собирается и систематизируется информация обо всех возникающих проблемах и неполадках, кроме того, сохраняются данные о способе их устранения и текущем состоянии работ.
С помощью решений класса Fault Management создаются системы для эффективного управления телекоммуникационными ресурсами. Нередко Fault Management интегрируется с Help Desk решениями. По оценкам экспертов, внедрение систем такого класса позволяет существенно уменьшить их TCO (Total Cost Ownership — полная стоимость владения).
Помимо перечисленных классов, в современную OSS/BSS систему входит множество других модулей. Это и решения для управления инвентаризацией (Inventory Management), позволяющие автоматизировать планирование пополнения запасов и обеспечить наглядность, строгий контроль и учет одноименных ресурсов телекоммуникационной компании, решения для управления производительностью (Performance Management), предназначенные для оптимизации работы телекоммуникационной сети.
Кроме того, в OSS/BSS решениях имеются модули для управления заказами (Order Management), а также аналитические классы для планирования и развития услуг (Network & Service Provisioning Management)и широко известные WorkFlow-системы, предназначенные для управления территориально-распределенными командами сотрудников. Средства WorkFlow Management обеспечивают также мониторинг и составление аналитических отчетов в режиме реального времени.
Аналитики различают несколько возможных способов построения OSS/BSS решения на предприятии. Так или иначе, каждый вариант сводится к интеграции различных классов OSS/BSS с другими информационными системами и/или классами. Это может быть Fault management&Trouble ticketing + SLA management + CRM, или Fraud Management + биллинговая система + СRM, а также другие способы. Каждая комбинация обеспечивает решение определенного класса наиболее критичных для заказчика бизнес-задач. Выбор делается на основе комплексного анализа всех бизнес-процессов компании.
70% поставщиков услуг ведут активные процессы модернизации своих OSS-систем, отмечая результаты уже на ранних стадиях проектов
8 августа 2011 года Amdocs объявила результаты глобального исследования, раскрывающего тенденции в области модернизации OSS-систем и различия в подходах к их модификации. В исследовании участвовали поставщики услуг по всему миру. Его результаты призваны помочь компаниям проанализировать относительное состояние своих проектов по модернизации OSS-систем.
Основные выводы исследования
Поставщики
Рынок поставщиков OSS/BSS систем достаточно динамичен, и на нем присутствует множество игроков. Это как ИТ-гиганты, такие как Hewlett-Packard и IBM, так и малоизвестные компании, специализирующиеся исключительно на этом рынке. По оценкам аналитиков, наиболее распространены OSS/BSS решения следующих производителей:
Тем не менее, для многих крупнейших ИТ-компаний решения этого класса не являются приоритетным направлением ведения бизнеса и ориентированы, в первую очередь, на его диверсификацию и предоставление заказчику наиболее полного спектра услуг. Нередко подобные системы тесно интегрированы с остальными продуктами поставщика и имеют существенные ограничения по функциональности в случае, когда требуется тонкая настройка для решения индивидуальных задач. В то же время, небольшие компании предлагают продукты со значительно более широкими возможностями по индивидуальной настройке и обладают существенно меньшей стоимостью, нежели решения всемирно известных производителей.
Кроме выбора поставщика, большое значение имеет выбор системного интегратора, реализующего проект в компании. Внедрение OSS/BSS — достаточно сложный и ресурсоемкий процесс, требующий, помимо существенных капиталовложений, еще и обязательного обучения персонала. К тому же, стоит отметить, что, как и при использовании ERP-системы, эффект от внедрения OSS/BSS проявляется лишь в средне- и долгосрочной перспективах, что также приводит к замедлению развития рынка этого класса решений.
Несмотря на все перечисленные сложности и на то, что OSS/BSS система не приносит непосредственных доходов, ее направленность на более эффективную эксплуатацию телекоммуникационных сетей приводит к минимизации издержек и уменьшению, например, такого параметра как недополученная прибыль.
Биллинговые системы будущего, и как они изменяют рынок связи
Сотовые операторы уже несколько лет находятся на перепутье. Услуги по передаче голоса и смс быстро устаревают. Традиционный бизнес теряет рентабельность. Основной целью стал поиск новых товаров и услуг, которые помогут остаться на острие прогресса и бизнеса. Операторы отказываются от названия «поставщик мобильной связи» и приходят к гордому «поставщик цифровых услуг» или даже «lifestyle enabler». Аналитики пишут, что это одно из проявлений глобальных процессов, которые характерны для многих отраслей экономики. Мы же подойдем к этому с прикладной стороны и объясним, почему это у телекома все так резво получается и что еще получится впереди.
В основе деятельности оператора связи лежит BSS (Business Support System) — комплексное решение для обслуживания деловых бизнес-процессов, софтверное сердце операторского бизнеса. В числе задач BSS – распознать, тарифицировать, посчитать клиента, предоставить ему услуги, выставить счет, принять оплату и сделать это так, чтобы всем было приятно. Даже этот перечень уже выглядит внушительно. А сейчас, с развитием операторского бизнеса BSS непрерывно усложняются и берут на себя все новые задачи. Когда-то это были отправка служебных смс и формирование допустимых отрицательных лимитов, а сейчас, например, еще и продвинутый адвайзинг, подсказки новых тарифов, индивидуальные предложения новых услуг.
При этом с инженерной точки зрения системы стремятся к упрощению. Операторы заинтересованы в том, чтобы стоимость поддержки BSS росла не так быстро, как ее функциональность. В идеальной картине мира вендор предлагает оператору максимум функциональности при минимальной сложности решения. Хорошие BSS дают оператору возможность снизить затраты на эксплуатацию, не допускать сакрализации персонала, легко менять отдельные функциональные блоки и наращивать возможности бизнеса с помощью обновлений.
По данным консалтинговой компании J’son & Partners Consulting
А главное, они позволяют быстро реагировать на действия конкурентов и выводить на рынок новые комплексные услуги. Арендовав BSS, банк или крупная торговая онлайн-площадка может без значительных затрат в любой момент выйти на рынок как виртуальный оператор (MVNO) и переманить аудиторию у старых игроков.
BSS-системы и цифровая трансформация
Какими должны быть BSS-системы, чтобы соответствовать всем потребностям операторов сегодня? Давайте представим этап развития, который они проходят в данный момент.
Итак, в последнее время телеком-отрасль активно развивается, появляются новые технологии, маркетологи выводят на рынок новые предложения, партнеры предлагают совместное продвижение. Дальше развилка следующая: если BSS поддерживает новый бизнес, ее развивают; если нет – ее существенно изменяют или полностью заменяют. Так все выглядит в идеале.
А теперь спустимся на землю. Много ли есть счастливых и беззаботных телеком-операторов? Они постоянно находятся в движении — слияния, поглощения, периоды взрывного роста, замедление этого роста, развитие новых направлений. На планомерное и углубленное развитие BSS в таких условиях не остается ресурсов. В итоге собирается целый багаж проблем: трудная интеграция, избыточная НСИ, функциональные провалы и большое количество кастомного кода.
Что оператору хочется получить после всех этих потрясений? Комплексную платформу, на которой можно быстро выстроить end-to-end процессы. О трансформации классических биллинговых систем в digital-платформы говорили много лет, и вот требования начинают оформляться. Прежде всего среди маст-хэвов упоминается конвергентность, горизонтальная масштабируемость, поддержка облачных и гибридных моделей развертывания. Отдельным блоком стоят требования к «фронтам»: оператору жизненно важно общаться со своим клиентом везде, где он бывает, – в соцсетях, по SMS, через мессенджеры, личный кабинет, мобильное приложение и т.д.
Среди важных бизнес-требований также выдвинуты возможность создания супербандлов и тесная интеграция с партнерскими платформами. Партнеры так же важны для оператора, как и клиенты – они формируют ассортиментную экосистему оператора и дают ему дополнительную возможность зарабатывать. Наконец, самое главное требование к BSS — это улучшение показателя TTM (time-to-market).
Все это должно быть собрано в прозрачную, легко интегрируемую и конфигурируемую «коробку», которая обеспечит оператору адаптацию к активно изменяющимся требованиям бизнеса при сохранении низкого ТСО.
Взгляд разработчиков
Потребности операторов понятны, но вот с технической реализацией BSS есть разногласия. Главное из них — вопрос «абсолютного каталога». На счет того, должен ли каталог быть абсолютным, среди вендоров и операторов нет единого мнения. Пока предпочтительнее смотрится многоуровневая система каталогов и квази-каталогов:
Решая проблему каталогов, необходимо учитывать множество вопросов. К самым сложным из них относятся вопросы бандлирования. Они решаются с помощью большого пула правил по доступности и назначению абоненту продуктов, акций, партнерских и комплексных услуг, а также специальному ценообразованию при наборе бандла. Например, оператор продает смартфон по цене 10 тысяч рублей. И отдельно — тарифный план за 1 тысячу рублей в месяц. Купив вместе смартфон и тариф, покупатель заплатит 9 тысяч и три месяца будет получать в подарок пакет трафика 5 ГБ. А если еще купит беспроводные наушники за 5 тысяч, то получит красивый шарик. А в прошлом месяце оператор за наушники дарил горшок без меда. А в следующем будет дарить, скажем, шаланду, полную кефали. Не важно, что — важно, чтобы правила применялись автоматически, в заданное время и по штатному алгоритму взаимодействия с OMS и модулем начислений. С такой важной функциональностью каталог становится основным инструментом в вопросе сокращения TTM. Так что, решив вопрос идеального каталога, вендор решает главную задачу оператора.
Будущее BSS
Что будет определять развитие BSS в ближайшем будущем? Сам клиент. А с технической стороны — различные технологии сбора и анализа данных о нем. Здесь самое место таким нашумевшим вещам как big data, machine learning, IoT. BSS не сможет пассивно прятаться за обслуживанием традиционной связи. Без широких аналитических и предиктивных возможностей для персонализации система не сможет обслуживать digital-задачи оператора.
Работа с персональными предпочтениями клиентов приведет к распространению индивидуальных предложений по структуре бандлов и ценам. Затем начнется всеобщая эра кросс-продаж — удивительных по нынешним меркам кампаний. Например, оператор, РЖД и контент-провайдер сделают совместную акцию для пассажиров «сапсанов» и других скоростных поездов. Или выяснится, что человек уже 10 лет является и абонентом оператора, и клиентом «Перекрестка». На такой юбилей положен презент по совместной программе лояльности: юношам — суперкод для World of Tanks от оператора, девушкам — кулинарная книга Джейми Оливера от гипермаркета.
Выход в официальное пространство систем удаленного здравоохранения наверняка побалует нас яркими кампаниями операторов и клиник типа «Проверь спину – получи инвайт на телемедицину!». Сюда же подключатся страхование, банкинг, развлекательные услуги — словом, все что позволит телеком-оператору именоваться lifestyle enabler.
BSS, выросшая из простейшего биллинга, расширяется по всем направлениям, следуя рынку и зачастую предвосхищая его. В ней найдут отражение все значимые этапы прогресса — цифровизация, IoT’зация, 5G… Рано или поздно телеком-разработчики будут не просто создавать биллинговые системы, а отвечать за «бэк-энд» огромного куска потребительского рынка.
Материалы для публикации предоставили главный аналитик «Петер-Сервис» Татьяна Атанова и главный системный архитектор корпоративных решений Алексей Семенюта.