# Платформа Forward: из каких систем состоит и что автоматизирует

Источник: https://fw-t.ru/articles/avtomatizatsiya-telekom-kompanij-na-platforme-forward
Опубликовано: 2021-01-14 · Обновлено: 2026-09-15

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

**Коротко.** Продукты Forward делятся на четыре контура. Расчеты: биллинг, онлайн-тарификация, медиация, продуктовый каталог, межоператорские взаиморасчеты. Эксплуатация сети: провижининг услуг и управление профилями доступа. Продажи и маркетинг: CRM, личный кабинет, маркетинг в реальном времени, лояльность, аналитическое хранилище. Работа с партнерами: PRM, учет дистрибуции, стимулирующие выплаты.

Продукты Forward разработаны на одной платформе и делятся на четыре контура по решаемым задачам. Ниже — что делает каждый и где проходят границы между ними.

Полный состав и характеристики — в [каталоге продуктов](/products). Отраслевая сборка — на странице [решения для оператора связи](/solutions/oss-bss).

## Расчеты

| Продукт | Задача |
| --- | --- |
| [Forward Billing](/products/fw-billing) | Конвергентная тарификация услуг любого типа, лицевые счета, расчеты с абонентами |
| [Forward Fusion](/products/fw-fusion) | Онлайн-тарификация и контроль баланса в реальном времени |
| [Forward MD](/products/fw-md) | Сбор, фильтрация и унификация событий потребления перед расчетом |
| [Forward PC](/products/fw-pc) | Продуктовый каталог: сборка предложений без разработки |
| [Forward Interconnect](/products/fw-interconnect) | Взаиморасчеты с операторами-партнерами |
| [Forward BMS](/products/fw-bms) | Управление балансами в многобалансовой модели |
| [Forward PMS](/products/fw-pms) | Прием платежей и рекуррентные списания |

## Эксплуатация сети

| Продукт | Задача |
| --- | --- |
| [Forward SP](/products/fw-sp) | Перевод решений биллинга в команды на оборудовании |
| [Forward AMS](/products/fw-ams) | Параметры доступа абонента, квоты, связка с DPI |
| [Forward WFM](/products/fw-wfm) | Полевые бригады: наряды, планирование, мобильный интерфейс монтажника |
| [Forward DSA](/products/fw-dsa) | Жизненный цикл SIM-карт: выпуск, дистрибуция, активация |

## Продажи и маркетинг

| Продукт | Задача |
| --- | --- |
| [Forward CRM](/products/fw-crm) | Карточка клиента с лицевым счетом, обслуживание, обращения |
| [Forward eShop](/products/fw-eshop) | Личный кабинет и самообслуживание |
| [Forward RTM](/products/fw-rtm) | Маркетинг в реальном времени, отбор предложений под клиента |
| [Forward Loyalty](/products/fw-loyalty) | Бонусные программы и их учет в тарификации |
| [Forward DMP](/products/fw-dmp) | Аналитическое хранилище и витрины для BI |

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

| Продукт | Задача |
| --- | --- |
| [Forward PRM](/products/fw-prm) | Партнерская сеть: иерархия, вознаграждение, сверки |
| [Forward SCD](/products/fw-scd) | Товародвижение и склады партнеров |
| [Forward Rewards](/products/fw-rewards) | Комиссии и стимулирующие выплаты сотрудникам и агентам |
| [Forward BPM](/products/fw-bpm) | Бизнес-процессы, проходящие через несколько систем контура |

## Как это внедряется

Всю линейку разом не внедряют почти никогда. Ядром становится биллинг или PRM — в зависимости от того, что для бизнеса первично, расчеты с клиентами или сбыт через партнеров. Остальные продукты добавляются, когда появляется задача.

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

## Где это работало целиком

Почти вся линейка разворачивалась в проектах [«Т-Мобайл»](/cases/project-tinkoff), [«Алма ТВ»](/cases/project-almatv) и [«Транстелеком»](/cases/case-ttk). Общее у них — конвергентный контур, где расчет, каталог, обслуживание и партнерская часть работают на одних данных.

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

**Обязательно ли внедрять всю линейку?**

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

**Что считается ядром контура?**

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

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

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

**Чем такой набор отличается от одной большой системы?**

Границами замены. Монолит меняется целиком, набор продуктов — по частям: заменяется тот, где задача, остальные продолжают работать. Для проектов импортозамещения это принципиально, потому что определяет, будет ли переход поэтапным или одним большим проектом.

**Все ли продукты в реестре российского ПО?**

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