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

Источник: https://fw-t.ru/articles/alternativa-inostrannomu-po-upravlenie-riskami-smena-postavsika-i-poisk-gibkoj-sistemy
Опубликовано: 2023-11-13 · Обновлено: 2026-09-14

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

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

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

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

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

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

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

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

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

Этот разбор и составляет содержание [аудита контура](/services/consulting): по его итогам видно, что менять первым, а что может подождать.

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

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

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

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

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

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

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

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

Сроки по подтвержденным проектам: [ВТБ Мобайл](/cases/vtb-mobile) — пять месяцев на миграцию действующего оператора с более чем сотней тарифных планов и тремя регуляторными требованиями одновременно; [Транстелеком](/cases/case-ttk) — десять продуктов линейки с сертификацией контура для mission-critical эксплуатации; [Т-Мобайл](/cases/project-tinkoff) — более восьми лет эксплуатации на российской платформе.

Состав работ и что требуется от заказчика — на странице [внедрения биллинга и BSS/OSS](/services/billing-implementation). Разбор стоимости владения — в статье [о внедрении биллинга в цифрах](/articles/billing-roi).

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

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

## Вопросы и ответы

**Система работает. Зачем ее менять?**

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

**Что проверить в текущем контуре в первую очередь?**

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

**Можно ли заменить только часть контура?**

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

**Прервется ли обслуживание абонентов?**

Обе системы какое-то время работают параллельно, результаты сверяются на реальных данных, и только после этого база переключается. В миграции ВТБ Мобайл перенос занял пять месяцев: услуги связи работали без перерыва, транзакционные операции были недоступны в объявленном технологическом окне.

**Что считать критерием выбора замены?**

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