Глобальний перехід телеком-галузі на Open Digital Architecture (ODA) від TM Forum змінює підхід до модернізації інфраструктури, вимагаючи від операторів відмови від жорстких монолітів на користь гнучких, автономних та хмароорієнтованих систем. Для технічних директорів (CTO) та ІТ-архітекторів телеком-операторів головним викликом залишається модернізація застарілих середовищ BSS/OSS без переривання поточних бізнес-процесів і ризику катастрофічного простою ядра.
Чому класичний «rip-and-replace» у телекомі більше не працює
Спроба замінити ядро BSS/OSS за принципом повної одномоментної заміни («rip-and-replace») несе критичні ризики для SLA. Монолітна архітектура жорстко пов'язує логіку обробки викликів, білінгу та клієнтського сервісу. За таких умов будь-яка зміна або тривалий простій можуть призвести до порушення обслуговування клієнтів і втрати білінгових даних.
Питання безпеки під час такої міграції є не менш критичним. Згідно зі звітом ENISA Threat Landscape 2025, на цифрову інфраструктуру та сервіси припало приблизно 27.7% витоків даних. Проведення масштабної міграції створює вразливості, якими можуть скористатися зловмисники, особливо у сфері фроду. За даними CFCA Global Fraud Loss Survey 2025, глобальні втрати від телеком-шахрайства оцінюються у $41.82 млрд. Тимчасова втрата контролю над тарифікацією під час «гарячої» заміни систем збільшує ці ризики. Тому трансформація має розглядатися як багаторічна архітектурна дорожня карта, а не одноразове впровадження.
Анатомія Open Digital Architecture (ODA): від моноліту до компонентів
ODA надає еталонну модульну архітектуру, яка замінює монолітні BSS/OSS на компонентовану, API-first структуру. Варто зазначити, що ODA не є готовим «plug-and-play» рішенням і не гарантує повної відсутності ризиків простою. Це інструмент для керування архітектурною складністю, що вимагає суворого дотримання стандартів.
Успішність модернізації вимірюється не повною заміною системи, а успішним розмежуванням (декоплінгом) доменів. Для стандартизації взаємодії між різними доменами оператора використовуються специфікації TM Forum Open APIs. Завдяки цьому внутрішня логіка окремих модулів стає незалежною, що закладає фундамент для автономних мереж (autonomous networks).
Алгоритм міграції: як розібрати BSS/OSS без зупинки білінгу
Найбільш життєздатним методом є поступове винесення окремих бізнес-функцій (наприклад, білінгу або CRM-модулів) з монолітного ядра в незалежні хмароорієнтовані (cloud-native) компоненти. Покроковий алгоритм міграції виглядає так:
- Крок 1: Аудит та картографування поточних зв'язків у моноліті BSS/OSS для визначення меж доменів.
- Крок 2: Розгортання API-first інтеграційного шару (декоплінг доменів) за стандартами TM Forum Open API.
- Крок 3: Виділення першого «пілотного» домену (наприклад, модуля нотифікацій або CRM) та його перенесення в cloud-native компонент.
- Крок 4: Налаштування паралельної роботи старого та нового компонентів із динамічною маршрутизацією трафіку.
- Крок 5: Поступове винесення критичних транзакційних систем (білінг, MNP-роутинг) та фінальне відключення застарілих модулів.
API-first інтеграція: підключення VoIP та AI-агентів через DooxSwitch
При еволюційній міграції виникає потреба впровадження нових сервісів без втручання в старе ядро. Телеком-практика консорціуму Intecracy Group пропонує для цього використання платформи DooxSwitch. Це операторська VoIP-платформа (softswitch) з інтегрованим білінгом реального часу, LCR-маршрутизацією та тарифікацією.
В архітектурі перехідного періоду DooxSwitch виступає як API-first інтеграційний шар. Він дозволяє безшовно підключати нові VoIP-сервіси та AI-агентів. Платформа бере на себе комутацію та тарифікацію трафіку, взаємодіючи з legacy-системами через стандартизовані інтерфейси. Це зберігає працездатність старого BSS/OSS-ядра, одночасно дозволяючи оператору запускати нові сервіси.
Безпека та сумісність: інтеграція з реєстрами на базі UnityBase
Сучасна архітектура BSS/OSS також вимагає безпечної інтеграції із зовнішніми системами, зокрема з державними реєстрами. Для побудови захищених enterprise-компонентів, розробки єдиного API-контракту та дотримання політик безпеки застосовуються механізми платформи UnityBase. UnityBase — спільна розробка компаній Intecracy Group; InBase є ключовим, але не єдиним розробником платформи.
UnityBase — це full-stack JavaScript low-code / model-driven платформа. Усі дані, інтерфейси та API генеруються на основі єдиної Domain metadata-моделі, а платформа забезпечує вбудовані механізми безпеки: рольовий доступ (RBAC), контроль доступу на рівні рядків (RLS) та детальний аудит (audit trail). Завдяки DBMS-agnostic ORM та автоматичній генерації REST API, система дозволяє стандартизувати обмін даними між внутрішніми компонентами та зовнішніми реєстрами. Для високонавантажених систем або за підвищених вимог до безпеки використовуються Enterprise або Defence редакції платформи.
Перехід на ODA — це тривалий архітектурний процес. Поєднання стандартизованих інтеграційних шарів (таких як DooxSwitch) та надійної платформної основи (UnityBase) дозволяє здійснити цю міграцію керовано, зберігаючи безперервність бізнесу та надійно захищаючи дані телеком-оператора.
Поширені питання
Як перейти на ODA без зупинки білінгової системи?
Міграція має відбуватися шляхом поступового вилучення монолітних функцій у cloud-native компоненти. Спочатку розгортається паралельний інтеграційний API-first шар, після чого окремі модулі переносяться у нове середовище з динамічною маршрутизацією трафіку, зберігаючи працездатність старого ядра.
Які переваги дає використання TM Forum Open API при модернізації OSS/BSS?
TM Forum Open API стандартизує інтерфейси взаємодії між доменами оператора. Це дозволяє розмежувати (декуплувати) внутрішню логіку різних модулів і перетворити систему на набір незалежних компонентів, що значно знижує архітектурну складність.
Як інтегрувати AI-агентів у застарілий контакт-центр телеком-оператора?
Для цього використовується впровадження API-first інтеграційних шарів (наприклад, телеком-платформи DooxSwitch). Такий підхід дозволяє новим AI-сервісам взаємодіяти зі старим ядром BSS/OSS без потреби у його глибокій модифікації чи зупинці.