# Managed services: эксплуатация BSS/OSS силами Forward

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

Эксплуатация биллинга и BSS/OSS-контура командой Forward по SLA: мониторинг, обновления, регламентные операции и обработка инцидентов вместо своего штата.

**Коротко.** Managed services — модель, в которой эксплуатацию внедренного контура ведет команда Forward, а оператор отвечает за продукт и бизнес-решения. В зону работ входят мониторинг, регламентные операции вроде закрытия расчетного периода, обновления, реконфигурация и разбор инцидентов по SLA. Модель рассчитана на операторов, которым содержать собственную команду сопровождения дороже, чем купить результат.

Managed services — модель, в которой эксплуатацию внедренного контура ведет команда Forward. Оператор получает работающий биллинг и согласованный SLA вместо собственного отдела сопровождения.

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

## Как делится ответственность

| Зона | Кто отвечает |
| --- | --- |
| Тарифы, предложения, маркетинговые кампании | Оператор |
| Работа с абонентами и коммерческие договоренности | Оператор |
| Мониторинг систем и реакция на отклонения | Forward |
| Регламентные операции: закрытие периода, выставление счетов, выгрузки | Forward |
| Обновления, реконфигурация, проверка изменений до продуктива | Forward |
| Локализация и разрешение инцидентов | Forward |
| Развитие контура под новые задачи оператора | Совместно |

Граница проходит по одному признаку: решения о том, что продавать и по какой цене, остаются у оператора. Работа систем под этими решениями переходит к нам.

## Что входит в работы

Профилактический мониторинг с реакцией до того, как отклонение станет инцидентом. Регламентные операции расчетного цикла — закрытие периода, выставление счетов, обязательные выгрузки. Обновления с проверкой в сервисной лаборатории до переноса в продуктивный контур. Реконфигурация под изменения в продуктах оператора. Разбор инцидентов по приоритету, зафиксированному в SLA.

Подробнее о составе работ и порядке обращений — на странице [технической поддержки](/services/support).

## Кому подходит

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

## Кому не подходит

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

## Что зафиксировать в договоре

Периметр систем и операций. Уровень SLA и время реакции по классам инцидентов. Порядок доступа команды Forward к данным и разграничение прав. Порядок обратного перехода: документация, описание регламентов и передача знаний команде оператора.

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

**Чем managed services отличается от технической поддержки?**

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

**Что остается на стороне оператора?**

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

**Данные остаются у оператора?**

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

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

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

**Как считается стоимость?**

От состава работ и требуемого уровня SLA, а не от числа обращений. Поэтому перед расчетом фиксируется периметр: какие системы входят в контур, какие регламентные операции выполняются, в какие часы требуется реакция и какие операции считаются критичными для бизнеса. Сами величины SLA не публикуются и входят в коммерческое предложение; набор параметров, которые согласовываются, разобран на странице [поддержки](/services/support).

**Можно ли начать не со всего контура?**

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