# Интеграции Forward: с чем стыкуется платформа BSS/OSS

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

С какими системами стыкуется платформа Forward: 1С и ЭДО, платежные шлюзы, оборудование сети, СОРМ и Финмониторинг, ОФД, ядро хост-оператора, CRM и хранилища.

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

Ниже — классы интеграций, которые уже проходили в проектах Forward, с указанием, где именно.

## Учет и документооборот

Выгрузки в 1С, электронный документооборот, закрывающие документы для корпоративных клиентов, интеграция с ERP заказчика. В проекте [«Транстелеком»](/cases/case-ttk) обмен с 1С входил в объем работ наряду с OTT-платформой и платформой ОФД. В проекте [«Спутникового ТВ МТС»](/cases/project-mts) настраивался обмен с ERP-системой заказчика и его аналитической системой.

## Платежи

Интернет-эквайринг, агрегаторы онлайн-платежей, платежные терминалы, зачисление на лицевой счет в реальном времени. У «Транстелекома» в контур подключено более десяти систем онлайн-платежей. Прием платежей через [личный кабинет](/products/fw-eshop) не привязан к конкретному провайдеру: выбор остается за оператором.

## Сеть и оборудование

Ядро сети и системы управления доступом: DPI, BRAS, оборудование PON у фиксированных операторов, управление услугами на стороне сети. За эту часть отвечает [Forward SP](/products/fw-sp) — провижининг услуг, — и [Forward AMS](/products/fw-ams) для учета оборудования.

## Ядро хост-оператора

Для виртуальных операторов это отдельный класс: CAMEL, DIAMETER, PCRF, TAP, OTA, обмен с HLR и AuC. В проекте [Т-Мобайл](/cases/project-tinkoff) интеграция с ядром Tele2 включала все перечисленное и уложилась в шесть месяцев вместе с внедрением платформы.

## Регуляторные выгрузки

СОРМ, Финмониторинг, перенос номера, обязательная отчетность. Это не интеграции в обычном смысле: состав и формат задает регулятор, а ответственность за исполнение лежит на операторе. В проекте [«ВТБ Мобайл»](/cases/vtb-mobile) три регуляторных требования закрывались одновременно с миграцией платформы.

## Клиентские системы

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

## Аналитика и хранилища

Выгрузка событий и агрегатов во внешнее хранилище, витрины для BI, обмен с системами отчетности заказчика. [Forward DMP](/products/fw-dmp) закрывает эту часть внутри контура, но проекты, где аналитика уже построена на стороне заказчика, встречаются чаще.

## Что это значит для оценки проекта

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

Разбор стоимости владения целиком — в статье [об окупаемости биллинга](/articles/billing-roi).

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

**Что считается готовой интеграцией?**

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

**Сколько занимает новая интеграция?**

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

**Как готовится список интеграций до начала проекта?**

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

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

Нет, и обычно это плохая идея. Практичный порядок — сначала интеграции, без которых контур не работает: платежи, документы, регуляторные выгрузки. Остальное подключается по мере того, как продукт этого требует. В проекте ТТК интеграционных направлений было больше десятка, включая 1С, OTT-платформу, платформу ОФД и более десяти систем онлайн-платежей.

**Что с интеграцией в ландшафт банка?**

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