"Сибирские сети" (https://nsk.sibset.ru/) — крупнейший интернет-провайдер за Уралом, обслуживающий 350 000 абонентов в более чем 40 городах Сибирского федерального округа. Компания предоставляет широкий спектр услуг: интернет, IPTV, телефонию, кабельное ТВ, домофонию, облачное видеонаблюдение и Wi-Fi авторизацию для сегментов B2C, B2B и B2O.
Но успех принес новые вызовы. Когда региональный мультисервисный оператор начинает внедрять новые сервисы быстрее, чем его монолитный биллинг способен адаптироваться, рост упирается в «стеклянный потолок»: изменения стоят слишком дорого, жизненный цикл услуг растягивается, а операционные риски концентрируются в ручных сценариях. Старая биллинговая система превратилась в критическое узкое место, которое блокировало развитие бизнеса.

Монолитная архитектура старой системы делала невозможным внедрение доработок. Каждое изменение требовало вмешательства вендора, а многие бизнес-кейсы просто нельзя было реализовать.

Накопились десятки бизнес-кейсов, которые невозможно было реализовать из-за ограничений биллинга. Это стало "последней каплей" для принятия решения о смене системы.

«Переход на Hydra Billing был задуман не как техническая миграция, а как смена парадигмы: сделать биллинг управляемым инструментом продуктового развития».
Александр Гильденберг, Директор по развитию информационных систем «Сибирские сети»

Сибсети сформировали ключевые критерии:

• Полнота функционала (тарификация, пакеты, смешанные модели оплаты, бонусы, провижининг)
• Масштабируемость и открытость API
• Стоимость изменений (не только внедрения)
• Возможность внедрения процессов без внешней разработки
• Минимизация ручных операций

Как альтернативы также рассматривались: BillogicPlatform, Forward Billing, Onyma Billing. Выбрали Hydra Billing, т.к. система наиболее соответствовала функционально и архитектурно, и были предложены самые выгодные условия сотрудничества.

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

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

Перенесли:

• Актуальное состояние активных абонентов
• Текущие балансы и подписки
• Действующие тарифные планы

Оставили в старой системе:

• Историческую отчетность
• Архивные данные неактивных абонентов

Результат: миграционное окно сократилось с недель до нескольких дней

Комплексное тестирование на всех уровнях:

Регрессионные проверки

• Повторный расчет контрольных выборок абонентов
• Сверка итоговых сумм начислений с эталонными значениями
• Проверка корректности применения тарифных планов

Нагрузочные тесты

• Тестирование производительности при генерации 5000 операций тарификации в минуту
• Проверка стабильности системы при массовой генерации актов
• Оценка времени отклика API при пиковых нагрузках

Результат: Система показала 100% готовность к обработке реальных объемов данных без деградации производительности.

Гибридная модель обмена данными
Команда выбрала событийно-ориентированную архитектуру с тремя каналами взаимодействия:

• Прямые REST API для критичных к скорости операций
• Очереди сообщений для асинхронной обработки больших объемов
• Событийная шина для реакции на бизнес-события в режиме реального времени

Этот подход обеспечил отказоустойчивость и масштабируемость всей системы.

Переход на Гидра Биллинг стал не просто сменой системы, а полной архитектурной трансформацией ИТ-ландшафта Сибирских сетей. Новая платформа открыла возможности для интеграций, которые были недоступны в старой монолитной системе.

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

Результат: единая экосистема интеграций
Решение технических проблем синхронизации открыло возможность создания единого пространства с CRM в качестве центрального узла управления. В экосистему также вошли 1С — финансы и отчётность и платежные системы, Smarty, Росдомофон и др.

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

• Все изменения тарифов и параметров услуг выполняются в одном месте
• Транзакционная фиксация в биллинге исключает незавершенные операции
• Автоматическая синхронизация охватывает все связанные системы

Практические результаты трансформации

• Количество прямых входов в ядро биллинга сократилось в 10 раз
• Время на типовые операции уменьшилось в 4 раза
• Ошибки при изменении параметров услуг снизились до нуля
• Отчётность формируется без ручного вмешательства

Расширенные тарификационные возможности
Стабильная техническая база открыла доступ к сложным бизнес-сценариям, которые были невозможны в прежней системе:

• Мультисервисные пакеты. Гибкие комбинации интернета, ТВ, телефонии и дополнительных услуг в едином тарифном плане
• Динамическая смена модели оплаты. Абоненты могут переходить с постоплаты на предоплату без смены договора.
• Посуточная тарификация. Точный учёт фактического использования для корпоративных клиентов.
• Интеллектуальные бонусы. Автоматические перерасчёты и промо-акции на основе поведения абонентов

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

Стратегия преодоления: обучение через практику

• Реальные сценарии вместо теории
• Демонстрация снижения рисков через автоматизацию
• Показ конкретных примеров исключения человеческих ошибок

Время адаптации: 2-3 месяца для полного перехода на новые процессы.

Fine-tuning — дообучение языковой модели на примерах из вашей базы знаний. Для качественного обучения требуется минимум 10 000 примеров, что делает этот процесс дорогим и длительным. Подходит для узких задач, например, медицинской диагностики.

Подробности:

• Закрытие месяца: с двух суток до 8 часов. Теперь это внутренняя операция без привлечения прежнего внешнего вендора.
• Ручные операции: большая часть корректировок и вмешательств устранена — осталось около 20% (предмет дальнейшей оптимизации).
• SLA (уровень доступности): близок к 100% — критические простои отсутствуют.
• Скорость тарификации: до 5000 операций в минуту (текущая планка достаточна).
• Ошибки в выставленных счетах: качественное снижение — уменьшилось число корректировок (количественный показатель готовится к формализации).
• Управление домофонией и некоторыми сервисными услугами: теперь под биллинговым контролем.

Главный стратегический результат — не только ускорение, но перенос владения процессом внутрь компании (убирает «бутылочное горлышко» поставщика).

Ближайшие шаги:
1. Интеграция с АТС и ОАТС для расширенного управления телефонией.
2. Полная автоматизация: цель — исключить любые сценарии, где сотруднику нужен прямой доступ в биллинг (все через CRM, оркестрацию и события). Цель — достичь 95% операций без прямого доступа к биллингу к концу следующего года.

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

Что недооценили: сложность выработки единой логики изменений из CRM (конкуренция точек истины).

Совет «себе прошлому»: мигрировать абонентскую базу одномоментно (в рамках одного расчетного периода), не растягивая на последовательные API‑переливы.

Что сделали бы иначе: заранее формализовали бы метрики по ошибкам в счетах и собираемости до старта — для более громкой демонстрации эффекта.

«Гидра превратила биллинг из узкого и сложного элемента в инструмент развития. Закрытие месяца — теперь рутинная операция, а не затяжной марафон».

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