Forward Обсудить проект

Биллинг для интернет-провайдера: тарификация и ЛК абонента

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

100+ реализованных проектов
30 млрд CDR в день
200 готовых интеграций

Что провайдеру нужно от расчетной системы

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

Отсюда четыре задачи, которые закрывает контур.

Задача Чем закрывается
Тарификация трафика, пакетов и подписок на одном счете Forward Billing
Профиль абонента на оборудовании, смена скорости без разрыва Forward AMS
Подключение и отключение услуг на оборудовании доступа Forward SP
Личный кабинет, самоподключение услуг, прием платежей Forward eShop
Сборка тарифов и пакетных предложений без доработки биллинга Forward PC
Расчеты с агентами и дилерами в регионах Forward PRM
Заявки на подключение, наряды, согласования Forward BPM

Типовые ситуации

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

Замена зарубежной системы. Вендор ушел, обновлений нет, регуляторные требования продолжают выходить. Порядок работ и риски разобраны на странице импортозамещения BSS/OSS.

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

Проекты

  • Алма ТВ — оператор фиксированной связи и кабельного телевидения в Казахстане. Шестнадцать региональных биллинговых систем сведены в единый расчетный центр за двенадцать месяцев. В проекте Forward Billing, PC, BPM, AMS, MD, SP, PRM и eShop.
  • Транстелеком — конвергентный BSS/OSS у оператора в Казахстане: десять продуктов линейки, партнерский портал, интеграции с 1С, OTT-сервисами, ОФД и платежными системами, сертификация контура для mission-critical эксплуатации.

Среди клиентов в России

  • «Миранда-Медиа» — Forward Billing в контуре оператора.
  • MACOMNET — работа с партнерской сетью на Forward PRM; в отзыве отмечена прозрачность взаиморасчетов.
  • «Кварц Телеком» — Forward PRM; в отзыве отмечена готовая библиотека схем вознаграждения.
  • ОЭЗ «Алабуга» — внутренний провайдер широкополосного доступа, контур BSS/OSS построен на импортонезависимом стеке.
  • АНХК — внутренний оператор связи предприятия.

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

С чего начать

Первый шаг — аудит контура и расчет стоимости владения на пять лет. Дальше порядок работ описан на странице внедрения биллинга и BSS/OSS.

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

Чем биллинг провайдера отличается от биллинга мобильного оператора?

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

Можно ли менять скорость абоненту без разрыва сессии?

Да, это закрывает [Forward AMS](/products/fw-ams): смена профиля абонента на оборудовании идет без разрыва соединения. Отсюда работают сценарии вроде временного повышения скорости по кнопке в личном кабинете и автоматического возврата к тарифному профилю по исчерпании квоты.

Что делать провайдеру с несколькими региональными системами?

Сводить в один расчетный центр. У Алма ТВ шестнадцать филиалов вели расчеты в разных биллинговых системах — от разных вендоров и в разных инсталляциях. Объединение в единый центр заняло двенадцать месяцев и дало общую абонентскую базу, единые тарифы и общую отчетность.

Поддерживается ли работа с агентской и дилерской сетью?

Да, для этого есть [Forward PRM](/products/fw-prm): иерархия агентов, рейтинги, расчет вознаграждения конструктором схем, автоматические сверки и кабинет партнера. Для провайдера это типовой канал подключения абонентов в регионах, где своих точек продаж нет.

Что с требованиями регулятора?

Готовые выгрузки закрывают учетные и регуляторные требования: 1С, СОРМ, ЭДО, Финмониторинг. Продукты включены в реестр отечественного ПО, компания аккредитована Минцифры России. Разработка и серверы находятся в России, что существенно для провайдеров с объектами критической информационной инфраструктуры.

По теме