# Forward SP — управление услугами на оборудовании сети

Источник: https://fw-t.ru/products/fw-sp
Опубликовано: 2026-09-12 · Обновлено: 2026-09-14

Service Provisioning между биллингом и оборудованием: подключение услуг в реальном времени, библиотека 200+ плагинов, массовые команды, восстановление при сбое.

**Коротко.** Forward SP — платформа между расчетной системой оператора и оборудованием сети. Превращает решение биллинга о состоянии услуги в команду на коммутационном оборудовании и подтверждает результат ее выполнения. Поддерживает библиотеку более чем из 200 плагинов к оборудованию разных вендоров, массовые запланированные команды, тестирование команд до применения и восстановление после сбоя. Включена в реестр российского ПО под номером 23207.

## Что делает система

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

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

## Возможности

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

Целевое состояние услуги определяет [Forward Billing](/products/fw-billing), в предоплатной модели — [Forward Fusion](/products/fw-fusion). Профиль абонента на оборудовании без разрыва соединения меняет [Forward AMS](/products/fw-ams), события о потреблении собирает [Forward MD](/products/fw-md).

Сведения об установке и эксплуатации — в [документе о системе](/resources/SP_information.pdf).

## Реестр и импортозамещение

Продукт включен в реестр российского ПО под номером 23207 от 15 июля 2024 года. Компания аккредитована Минцифры России и входит в АРПП «Отечественный софт», разработка и серверы находятся в России.

## Forward SP в проектах

- [Т-Мобайл](/cases/project-tinkoff) — управление услугами виртуального оператора в модели Full, запуск за шесть месяцев.
- [Альфа-Мобайл](/cases/alfa-mobile-mvno) — виртуальный оператор Альфа-Банка, запуск за десять месяцев.
- [Алма ТВ](/cases/project-almatv) — единый расчетный центр оператора фиксированной связи из шестнадцати филиалов.
- [Транстелеком](/cases/case-ttk) — десять продуктов линейки у оператора в Казахстане.
- [РБК](/cases/case-rbc) — подписочная модель медиахолдинга.

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

**Зачем нужен отдельный слой между биллингом и оборудованием?**

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

**С каким оборудованием работает система?**

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

**Что происходит, если команда на оборудовании не выполнилась?**

Система проверяет корректность выполнения каждой команды и логирует результат. На случай аварийного сбоя или отказа оборудования настраивается алгоритм действий: повтор, откат или эскалация. Мониторинг процессов ведется автоматически, администратор получает сообщение о сбое.

**Можно ли проверить команду до применения на живой сети?**

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

**Подходит ли система для распределенной сети?**

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