Уход зарубежного вендора BSS: как управлять риском

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

Чем это грозит на самом деле

Замороженная система работает ровно до первого внешнего изменения. Регуляторные требования продолжают выходить, и каждое означает доработку расчетного контура: перенос номера, выгрузки в СОРМ и Финмониторинг, требования к идентификации абонента.

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

Отдельный риск — данные. Если абонентская база и история расчетов доступны только через инструменты вендора, их извлечение становится самостоятельным проектом.

Что проверить в текущем контуре

1. Лицензии. Какие нельзя продлить и когда истекают. Это дает крайний срок, а не абстрактное «когда-нибудь».
2. Доступ к данным. В каком виде выгружаются абонентская база, лицевые счета, история начислений и конфигурации тарифов.
3. Интеграции. Какие стыки держатся на компонентах ушедшего вендора и что сломается при их отключении.
4. Предстоящие доработки. Какие регуляторные требования вступают в силу в ближайший год.

Этот разбор и составляет содержание аудита контура: по его итогам видно, что менять первым, а что может подождать.

Критерии выбора замены

Реестр отечественного ПО. Проверяется наличие конкретного продукта, а не вендора вообще: у одной компании часть продуктов может быть в реестре, часть нет.

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

Готовые интеграции. Отсутствие коннекторов к вашему окружению превращается в отдельный бюджет разработки. Списки замещаемых систем по классам — на странице импортозамещения BSS/OSS.

Модульность. Возможность заменить часть контура, а не все сразу, снижает риск и растягивает затраты.

Порядок выхода. Как выгружаются данные, если вы решите уйти от нового вендора. Этот пункт чаще всего забывают — и он же был причиной текущей ситуации.

Как проходит миграция

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

Сроки по подтвержденным проектам: ВТБ Мобайл — пять месяцев на миграцию действующего оператора с более чем сотней тарифных планов и тремя регуляторными требованиями одновременно; Транстелеком — десять продуктов линейки с сертификацией контура для mission-critical эксплуатации; Т-Мобайл — более восьми лет эксплуатации на российской платформе.

Состав работ и что требуется от заказчика — на странице внедрения биллинга и BSS/OSS. Разбор стоимости владения — в статье о внедрении биллинга в цифрах.

Чего не стоит ждать

Замена контура не делается за квартал и не бывает бесплатной. Она решает конкретную задачу: снимает зависимость от вендора, которого нельзя попросить о доработке, и возвращает возможность реагировать на изменения регулирования в срок.