Работа с биллинговой системой BGBilling для технической поддержки

Основы интерфейса и навигация в BGBillingClient

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

Первое знакомство: структура главного окна

При запуске BGBillingClient (клиентское приложение для работы с сервером BGBilling) вы видите главное окно, состоящее из нескольких ключевых зон. Понимание их назначения экономит десятки кликов за смену.

Верхняя часть — главное меню и панель инструментов. Меню содержит все доступные разделы: «Договоры», «Услуги», «Деньги», «Справочники» и другие. Панель инструментов — это быстрый доступ к самым частым действиям: создание нового договора, обновление данных, запуск модулей. Если меню — это карта местности, то панель инструментов — горячие клавиши вашего автомобиля.

Центральная область — рабочая зона, где открываются вкладки с договорами, отчётами, журналами. BGBillingClient работает по принципу браузера: можно держать несколько вкладок одновременно и переключаться между ними. Это критически важно — вы можете одновременно смотреть договор абонента и журнал его сессий, не закрывая ни одно из окон.

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

Работа с вкладками

Каждый открытый договор, отчёт или модуль — это отдельная вкладка. Привычка держать нужные вкладки открытыми вместо постоянного закрытия и повторного открытия экономит время. Например, если вы обслуживаете несколько абонентов подряд, откройте каждый в своей вкладке и переключайтесь между ними.

Закрыть вкладку можно кликом по крестику или комбинацией Ctrl + W. Открыть заново — через меню или поиск. Если случайно закрыли нужную вкладку — не паникуйте, данные не потеряны, просто найдите договор заново.

Горячие клавиши, которые нужно знать наизусть

Горячие клавиши — это разница между оператором, который обслуживает 30 заявок за смену, и тем, кто обрабатывает 50. Вот основные комбинации, которые стоит запомнить:

| Комбинация | Действие | |---|---| | Ctrl + F | Открыть окно поиска договора | | F5 | Обновить данные текущей вкладки | | Ctrl + W | Закрыть текущую вкладку | | Ctrl + N | Создать новый договор | | Ctrl + S | Сохранить изменения | | F2 | Редактировать выбранную запись |

> Горячие клавиши работают в контексте активной вкладки. Если вы находитесь на вкладке «Договоры», Ctrl + F откроет поиск именно по договорам, а не по услугам или платежам.

Настройка таблиц: почему это важно

Практически каждый раздел BGBillingClient отображает данные в таблицах — списках договоров, услуг, платежей, сессий. По умолчанию таблицы показывают стандартный набор столбцов, но вы можете настроить их под свои задачи.

Чтобы изменить отображаемые столбцы, нажмите правой кнопкой мыши на заголовок таблицы и выберите «Настроить столбцы» (или аналогичный пункт). Появится окно, где можно добавить, удалить или изменить порядок столбцов. Например, при анализе платежей полезно видеть столбец «Дата платежа», «Сумма» и «Способ оплаты», а «ID договора» можно убрать, если он не нужен.

Ширину столбцов можно менять, перетаскивая границы заголовков. Двойной клик на границе — автоподбор ширины по содержимому.

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

Постраничный вывод: работа с большими объёмами данных

Когда в системе тысячи договоров, таблица не может показать все сразу — используется постраничный вывод. Внизу таблицы вы увидите навигацию: номер текущей страницы, общее количество страниц и кнопки «Назад» / «Вперёд».

Количество записей на странице можно изменить в настройках (обычно доступны варианты: 50, 100, 200, 500). Увеличение числа записей ускоряет навигацию, но может замедлить загрузку при слабом канале связи с сервером.

> Совет из практики: при работе с отчётами ставьте 200–500 записей на страницу, чтобы не листать бесконечно. При обычном поиске — 50–100, чтобы интерфейс отзывался быстрее.

Фильтры: ваш главный инструмент

Над таблицами почти всегда расположена панель фильтров. Это поля, в которые можно ввести критерии поиска: номер договора, ФИО абонента, адрес, статус. После ввода нажмите Enter или кнопку «Найти» — таблица покажет только подходящие записи.

Фильтры поддерживают частичное совпадение: ввод «Иван» найдёт и «Иванов», и «Иванова», и «Петров-Иванов». Некоторые поля поддерживают выбор из справочника (например, статус договора) — в этом случае рядом с полем будет кнопка вызова списка.

Важно понимать: фильтры работают на стороне сервера. Это значит, что система запрашивает данные из базы заново при каждом поиске, а не фильтрует уже загруженный список. Поэтому точные фильтры (номер договора) работают быстрее, чем широкие (все договоры со статусом «Активен»).

Практический сценарий: быстрый старт

Абонент называет номер лицевого счёта. Ваши действия за 15 секунд:

Нажмите Ctrl + F — откроется окно поиска.

Введите номер договора в поле «Номер».

Нажмите Enter — система найдёт и откроет договор на новой вкладке.

Если абонент звонит повторно, а вкладка ещё открыта — просто переключитесь на неё, нажав F5 для обновления данных.

Этот алгоритм должен стать автоматическим. Каждый лишний клик — это секунды, которые абонент слышит как тишину в трубке.

Управление договорами и анализ состояния лицевого счёта

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

Что такое договор в контексте BGBilling

Договор — это центральный объект системы, связывающий абонента с его услугами, тарифом, платежами и техническими параметрами. Каждый договор имеет уникальный номер, который абоненты часто называют «лицевой счёт» или «номер абонента».

В BGBillingClient договор открывается на отдельной вкладке и содержит несколько вложенных разделов (обычно доступных через подвкладки или дерево навигации слева):

Основные данные — ФИО, адрес, контакты, паспортные данные.

Состояние счёта — текущий баланс, аванс, задолженность.

Услуги — список подключённых и отключённых услуг.

Деньги — история платежей и начислений.

События — лог всех действий с договором.

Сессии — история подключений к сети.

Анализ состояния счёта

Самый первый раздел, на который нужно смотреть — состояние счёта. Здесь отображаются ключевые показатели:

Текущий баланс — сумма на лицевом счёте. Положительный баланс означает, что абонент внес больше, чем было начислено (аванс). Отрицательный — что услуга была оказана в долг.

Аванс — предоплата, которую абонент внёс заранее. Например, если тариф стоит 500 руб. в месяц, а абонент оплатил 1000 руб., то 500 руб. — это аванс на следующий период.

Задолженность — сумма, которую абонент должен компании. Возникает, когда услуга была оказана, но оплата не поступила.

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

Порог задолженности (так называемый кредит-лимит) настраивается индивидуально для каждого договора или задаётся на уровне тарифного плана. Если кредит-лимит равен нулю, доступ блокируется при первой же задолженности. Если, например, −100 руб., то абонент может «уйти в минус» на эту сумму до блокировки.

История платежей: как читать

Раздел «Деньги» показывает хронологию всех финансовых операций по договору. Каждая запись содержит:

| Поле | Значение | |---|---| | Дата | Когда произошла операция | | Тип | Платёж, начисление, корректировка, возврат | | Сумма | Положительная (поступление) или отрицательная (списание) | | Основание | Описание: «Оплата через Сбербанк», «Начисление по тарифу» |

Платёж — деньги, поступившие от абонента (положительная сумма). Начисление — списание за услугу (отрицательная сумма). Корректировка — ручное изменение баланса оператором (может быть как положительной, так и отрицательной).

Когда абонент говорит «я оплатил, а интернета нет», проверьте: поступила ли оплата в систему? Если оплата проведена, но баланс всё равно отрицательный — возможно, суммы не хватило для покрытия долга. Если оплаты нет в истории — значит, платёж не дошёл до биллинга (ошибка платёжной системы, неправильный лицевой счёт при оплате).

Статусы договоров и их влияние на доступ

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

Активен — договор действует, услуги работают в штатном режиме. Это нормальное состояние.

Приостановлен — услуги временно заблокированы. Причины: задолженность, заявление абонента, решение суда. Интернет в этом статусе не работает.

Расторгнут — договор прекращён. Все услуги отключены, данные абонента архивируются.

Не активирован — договор создан, но ещё не вступил в силу (новый абонент, который ещё не подключился).

Статус договора — это «главный выключатель». Даже если все услуги подключены и баланс положительный, статус «Приостановлен» блокирует доступ ко всему. Поэтому диагностику всегда начинайте со статуса.

Связь статуса и доступа: конкретный пример

Абонент Иванов, договор №12345, тариф «Домашний 100». Звонит с жалобой на отсутствие интернета. Ваши шаги:

Открываете договор через Ctrl + F и номер 12345.

Смотрите статус: «Активен» — значит, дело не в блокировке договора.

Смотрите баланс: −250 руб. — вот причина.

Проверяете кредит-лимит: 0 руб. — доступ блокируется при любой задолженности.

Проверяете историю платежей: последняя оплата была 15 дней назад, а начисление по тарифу произошло 3 дня назад.

Вывод: абонент не оплатил текущий период, система заблокировала доступ. Решение — принять оплату или объяснить ситуацию.

События и аудит: что произошло с договором

Раздел «События» (или «Журнал») — это хронология всех изменений: кто и когда изменил тариф, подключил услугу, провёл корректировку баланса. Это инструмент аудита, который помогает разобраться в спорных ситуациях.

Например, абонент утверждает, что подключал услугу «Статический IP», но она не работает. Вы проверяете события и видите: услуга была подключена 10 дней назад, но через 2 дня отключена оператором «Петров» с комментарием «по запросу абонента». Теперь у вас есть факты для разговора.

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

Логика услуг, тарификация и принципы списаний

Абонент звонит и недоумевает: «Почему с меня списали 750 рублей, если тариф стоит 500?» Ответ на этот вопрос — в понимании того, как биллинговая система работает с услугами, тарифами и начислениями. Без этого знания вы не сможете объяснить абоненту логику списаний, а значит — не сможете убедить его в корректности charges.

Услуга как единица тарификации

В BGBilling каждая услуга — это отдельный объект, который можно подключить или отключить абоненту. Услуга может быть:

Основной — определяет тарифный план (например, «Домашний интернет 100 Мбит/с»).

Дополнительной — накладывается поверх тарифа (например, «Статический IP», «Антивирус», «Телевидение»).

Разовой — списывается один раз (например, «Подключение», «Выезд техника»).

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

Механизм начислений: как работает «списание»

Начисления в BGBilling происходят по расписанию — это не ручной процесс, а автоматическая операция, запускаемая тарификатором (модулем, который считает деньги). Тарификатор работает по следующему алгоритму:

Наступает дата начисления (например, 1-е число месяца).

Система проверяет, какие услуги подключены у договора.

Для каждой услуги определяется стоимость с учётом периода.

Сумма списывается с лицевого счёта (баланс уменьшается).

В историю операций записывается начисление с указанием услуги и суммы.

Если на момент начисления баланс положительный — списание проходит, баланс уменьшается. Если баланс становится отрицательным и превышает кредит-лимит — система может автоматически приостановить услуги.

Пропорциональное начисление: почему сумма отличается от тарифа

Вот самый частый источник путаницы. Абонент подключается не с 1-го числа, а, например, 15-го. Тариф стоит 600 руб. в месяц. Сколько списать за оставшиеся 16 дней месяца?

BGBilling использует пропорциональное начисление: стоимость услуги рассчитывается пропорционально количеству дней фактического пользования. Формула проста:

Сумма = (Стоимость тарифа / Количество дней в месяце) × Количество дней использования

Для нашего примера при 30 днях в месяце: (600 / 30) × 16 = 320 руб. Именно такую сумму увидит абонент при первом начислении, а не полные 600 руб.

Аналогично работает пропорциональный расчёт при отключении услуги в середине периода или смене тарифа. Если абонент сменил тариф 20-го числа, система рассчитает стоимость старого тарифа за 20 дней и нового — за оставшиеся 10.

> Пропорциональное начисление — это не ошибка и не «двойное списание». Это математически корректный расчёт, который обеспечивает справедливую оплату за фактический период пользования.

Смена тарифного плана: что происходит на уровне биллинга

Когда абонент просит сменить тариф, в системе происходит следующая цепочка событий:

Отключается текущая основная услуга (старый тариф).

Рассчитывается пропорциональное начисление за период использования старого тарифа.

Подключается новая основная услуга (новый тариф).

Рассчитывается пропорциональное начисление за оставшийся период по новому тарифу.

Обе суммы списываются с лицевого счёта.

Именно поэтому при смене тарифа в середине месяца абонент может увидеть две строки начислений вместо одной. Это не ошибка — это корректный расчёт переходного периода.

Дополнительные услуги: логика подключения и отключения

Дополнительные услуги работают по тем же принципам, что и основные, но имеют особенности:

Могут подключаться и отключаться в любой день месяца.

Стоимость рассчитывается пропорционально.

Некоторые услуги имеют период бесплатного использования (первые 7 дней — бесплатно, затем — по тарифу).

Отключение услуги не возвращает деньги за уже начисленный период.

Пример: абонент подключил «Статический IP» (100 руб./мес.) 10-го числа, а отключил 20-го. Система начислит: (100 / 30) × 10 = 33,33 руб. за 10 дней использования. Даже если абонент отключил услугу через 5 минут после подключения, за эти 5 минут будет начислена пропорциональная сумма (за 1 день).

Авансовые и постоплатные модели

BGBilling поддерживает две модели тарификации:

Авансовая — абонент платит вперёд, до начала периода. Начисление происходит 1-го числа, и если баланс недостаточен — доступ блокируется. Это наиболее распространённая модель для частных абонентов.

Постоплатная — услуга оказывается в текущем месяце, а оплата происходит в начале следующего. Начисление может происходить 1-го числа следующего месяца. Эта модель чаще используется для юридических лиц.

Понимание модели важно, потому что от неё зависит, когда именно система заблокирует доступ при неуплате. При авансовой модели — сразу при наступлении нового периода без оплаты. При постоплатной — после окончания льготного периода.

Разовые услуги и корректировки

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

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

> Никогда не делайте корректировки «просто так» или по просьбе абонента без документального основания. Каждая корректировка — это финансовая операция, которая проверяется при аудите.

Диагностика сетевых проблем и анализ статусов сессий

Абонент говорит: «Интернет пропал, а баланс положительный и тариф не менялся». Биллинг в порядке, но доступа нет. Где искать причину? Ответ — в инструментах диагностики, которые BGBilling предоставляет для анализа сетевых сессий и статусов подключений. Именно здесь заканчивается «бухгалтерия» и начинается техническая поддержка.

Что такое сессия в контексте биллинга

Сессия — это период активного подключения абонента к сети. Каждый раз, когда абонент «выходит в интернет» (его оборудование авторизуется на сетевом оборудовании), система фиксирует начало сессии. Когда подключение разрывается (абонент выключил роутер, произошёл обрыв, система принудительно разорвала связь) — сессия закрывается.

Сессия содержит критически важные данные:

Время начала и окончания — когда абонент был в сети.

Статус — активна, закрыта, разорвана системой.

IP-адрес — какой адрес был выдан абоненту.

Объём трафика — сколько данных передано и принято (при тарификации по трафику).

Причина завершения — нормальное завершение, таймаут, принудительное отключение.

Где найти сессии в BGBillingClient

Откройте договор абонента и перейдите на вкладку «Сессии» (или «Подключения» — название может варьироваться в зависимости от конфигурации). Вы увидите таблицу с историей сессий, отсортированную по дате (самые свежие — сверху).

Каждая строка — одна сессия. Кликнув на строку, вы увидите детальную информацию внизу или во всплывающем окне.

Анализ статусов сессий: что означают записи

Разберём типичные статусы, с которыми вы столкнётесь:

Сессия активна — абонент сейчас в сети. Если он звонит и говорит, что интернета нет, а сессия активна — проблема не в блокировке, а в локальной сети, оборудовании или DNS.

Сессия закрыта (нормально) — абонент отключился штатно (выключил роутер, разорвал PPPoE-соединение). Это нормальное состояние, если абонент действительно не пользуется интернетом.

Сессия разорвана системой (Session-Timeout) — система принудительно закрыла сессию. Причины: исчерпание лимита трафика, блокировка по балансу, превышение максимального времени сессии. Это ключевой статус для диагностики — он указывает на причину отключения.

Сессия не может быть установлена (Authentication Failed) — абонент пытается подключиться, но авторизация не проходит. Причины: неверный логин/пароль, блокировка MAC-адреса, привязка к определённому порту.

> Если вы видите несколько последовательных попыток авторизации с ошибкой — абонент, скорее всего, перезагружает роутер в попытках «починить» интернет. Это сигнал, что нужно позвонить ему и объяснить ситуацию, прежде чем он сам снова позвонит вам.

Связь биллинга и сетевого оборудования

BGBilling не управляет сетью напрямую — он обменивается данными с сетевым оборудованием (маршрутизаторы, коммутаторы, серверы доступа) через протоколы RADIUS или API. Когда биллинг принимает решение заблокировать абонента (отрицательный баланс, отключенная услуга), он отправляет команду на сетевое оборудование: «разорвать сессию этого абонента».

И наоборот: когда абонент пытается подключиться, сетевое оборудование запрашивает у биллинга: «можно ли этому абоненту получить доступ?» Биллинг проверяет статус договора, баланс, услуги и отвечает: «разрешено» или «запрещено».

Эта связь критически важна для понимания задержек. Иногда абонент оплатил, баланс стал положительным, но интернет не появился. Причина — задержка синхронизации между биллингом и сетевым оборудованием. Решение — попросить абонента перезагрузить роутер (переподключиться), чтобы инициировать новый запрос авторизации.

Инструменты диагностики в биллинге

Помимо сессий, BGBilling предоставляет дополнительные инструменты диагностики:

Проверка доступа — функция, которая эмулирует запрос авторизации от имени абонента и показывает, разрешил бы биллинг доступ. Если результат «Запрещено» — система покажет причину (задолженность, отключенная услуга, блокировка).

Ping / Traceroute — некоторые версии BGBilling имеют встроенные сетевые утилиты, позволяющие проверить доступность оборудования абонента прямо из интерфейса. Если ping проходит — оборудование абонента в сети, проблема в авторизации. Если нет — проблема в физическом подключении.

Логи RADIUS — журнал всех запросов авторизации и ответов. Здесь видно каждую попытку подключения, даже неудачную. Анализ логов позволяет найти закономерности: например, абонент не может подключиться только по ночам (возможно, ночные технические работы на оборудовании).

Практический кейс: абонент не может подключиться

Ситуация: абонент Петров, договор №67890, звонит третий раз за неделю. Говорит, что интернет пропадает каждый вечер после 22:00 и появляется утром.

Ваши действия:

Открываете договор, переходите на вкладку «Сессии».

Сортируете по дате и анализируете паттерн: сессии действительно закрываются около 22:00 и начинаются утром.

Смотрите причину завершения сессий: «Session-Timeout».

Проверяете услугу «Ночной тариф» — её нет.

Проверяете логи RADIUS: в 22:00 приходит команда разрыва сессии от биллинга.

Проверяете настройки тарифа: обнаруживаете, что в тарифе «Экономный» стоит ограничение по времени сессии — 16 часов в сутки.

Вывод: абонент подключается в 6:00 утра, и через 16 часов (в 22:00) система принудительно разрывает сессию. Это не ошибка — это особенность тарифа. Решение — предложить абоненту сменить тариф на безлимитный или объяснить условия текущего.

Типичные ловушки при диагностике

Ловушка 1: «Абонент говорит, что оплатил» — не верьте на слово. Проверяйте поступление платежа в системе. Оплата могла уйти не на тот лицевой счёт, зависнуть в платёжной системе или быть проведена через неисправный терминал.

Ловушка 2: «Сессия активна, но интернета нет» — активная сессия означает, что оборудование авторизовалось. Если интернета нет — проблема в DNS, файрволле, локальной сети абонента или блокировке на уровне контент-фильтра.

Ловушка 3: «Вчера работало, сегодня нет, ничего не менял» — всегда проверяйте, не было ли автоматических изменений: списание по тарифу, истечение периода бесплатной услуги, автоматическая блокировка по задолженности.

Решение типовых задач и работа с данными абонентов

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

Работа с календарём: планирование и даты

Многие операции в BGBilling привязаны к конкретным датам: подключение услуги с определённого числа, отключение в конце периода, заморозка на время отпуска. Календарь в системе используется для установки дат начала и окончания услуг, а также для фильтрации данных по временным интервалам.

Когда абонент просит «подключить допуслугу с первого числа», вы устанавливаете дату подключения через календарь — система запланирует активацию и начислит стоимость пропорционально. Если абонент просит «отключить тариф 15-го числа», вы указываете дату отключения — система рассчитает частичное начисление до этой даты.

> Всегда проверяйте, какую дату вы установили, перед сохранением. Ошибка в дате (например, 01.03 вместо 01.04) приведёт к неправильному начислению, которое придётся исправлять корректировкой — а это лишняя операция и потенциальный конфликт с абонентом.

Редактирование данных абонента

Персональные данные абонента (ФИО, телефон, адрес, e-mail) хранятся в карточке договора и редактируются через соответствующий раздел. Типичные задачи:

Смена фамилии — абонент вступил в брак. Откройте карточку договора, измените ФИО, при необходимости прикрепите скан документа-основания (свидетельство о браке). Все изменения фиксируются в журнале событий.

Обновление контактного телефона — абонент сменил номер. Измените поле «Телефон» и сохраните. Убедитесь, что новый номер введён корректно — он будет использоваться для SMS-уведомлений.

Смена адреса подключения — абонент переезжает. Это более сложная операция, так как адрес связан с технической привязкой (порт на оборудовании, район обслуживания). В большинстве случаев смена адреса требует создания нового договора или переподключения услуги с выездом техника.

При редактировании данных соблюдайте правило: не изменяйте то, о чём не просили. Если абонент просит сменить телефон — меняйте только телефон, не трогая адрес или e-mail. Это защищает от ошибок и претензий.

Использование фильтров для поиска и отчётов

Фильтры — это инструмент, который вы используете в каждом звонке, даже не задумываясь об этом. Поиск по номеру договора — это тоже фильтр. Но фильтры BGBilling умеют гораздо больше.

Составные фильтры позволяют искать по нескольким критериям одновременно: все абоненты с отрицательным балансом на конкретном тарифе в определённом районе. Это полезно для массовых обзвонов (например, напоминание об оплате).

Фильтры по дате позволяют найти все договоры, созданные за период, все платежи за месяц, все подключения услуг за неделю. Это основа для формирования отчётов.

Сохранённые фильтры — если вы часто используете один и тот же набор критериев, сохраните его. Например, фильтр «Абоненты с задолженностью более 500 руб. на тарифе Домашний» — чтобы не настраивать его каждый раз заново.

Типовой сценарий: абонент жалуется на медленный интернет

Абонент говорит, что интернет работает, но очень медленно. Ваши шаги:

Откройте договор абонента.

Проверьте тариф: какая скорость заявлена? Если тариф «Домашний 50 Мбит/с» — это верхний предел.

Проверьте активные сессии: нет ли одновременных подключений с нескольких устройств? Некоторые тарифы ограничивают количество одновременных сессий.

Проверьте историю трафика: не исчерпан ли дневной/месячный лимит (при тарификации по трафику)?

Проверьте, не подключена ли услуга «Ограничение скорости» (родительский контроль, гостевой доступ).

Если в биллинге всё корректно — проблема на стороне абонента (Wi-Fi, роутер, помехи) или на стороне сети (перегрузка узла).

> Важно: биллинг показывает, какая скорость должна быть по договору, но не показывает фактическую скорость в реальном времени. Для замера скорости используйте внешние инструменты (speedtest) или инструменты мониторинга сети, а не сам биллинг.

Типовой сценарий: подключение и отключение допуслуг

Абонент просит подключить услугу «Статический IP-адрес». Алгоритм:

Откройте договор абонента, перейдите на вкладку «Услуги».

Нажмите «Подключить услугу» (или аналогичную кнопку).

В списке доступных услуг найдите «Статический IP».

Установите дату подключения (сегодня или с определённого числа).

Система рассчитает стоимость пропорционально — покажите сумму абоненту для подтверждения.

Сохраните. Услуга появится в списке активных.

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

Типовой сценарий: абонент требует перерасчёт

Абонент утверждает, что интернета не было 5 дней, и требует перерасчёта. Алгоритм:

Проверьте сессии за указанный период: действительно ли абонент не подключался?

Если сессий нет — проверьте статус договора и баланс на эти даты. Возможно, доступ был заблокирован из-за задолженности — тогда перерасчёт не положен.

Если сессий нет и блокировки не было — проверьте заявки в техподдержку (была ли зарегистрирована жалоба на отсутствие связи).

Если факт отсутствия услуги подтверждён — выполните корректировку: рассчитайте сумму за 5 дней пропорционально тарифу и внесите корректировку с комментарием «Перерасчёт за период отсутствия связи (заявка №...)».

Сохраните. Корректировка отразится в истории операций и журнале событий.

> Перерасчёт делается только при подтверждённом факте отсутствия услуги. «Я не пользовался интернетом» — не основание для перерасчёта, если услуга технически была доступна.

Типовой сценарий: заморозка услуги (приостановка по заявлению)

Абонент уезжает в отпуск на месяц и просит «заморозить» интернет, чтобы не платить. В BGBilling это реализуется через приостановку услуги:

Откройте договор, перейдите на вкладку «Услуги».

Выберите основную услугу (тариф) и нажмите «Приостановить».

Укажите дату начала приостановки и дату возобновления.

Система рассчитает стоимость: за период приостановки начисление не производится (или производится по льготной ставке, если это предусмотрено тарифом).

Сохраните. Доступ абонента будет заблокирован с указанной даты.

Не все тарифы поддерживают приостановку. Если в настройках тарифа такой опции нет — абоненту придётся либо оплачивать период отсутствия, либо полностью расторгать договор.

Итоговый чек-лист обработки звонка

Каждый звонок в техподдержку можно свести к пяти шагам:

Идентификация — найдите договор по номеру, ФИО или адресу.

Диагностика — проверьте статус, баланс, услуги, сессии.

Классификация — определите тип проблемы (финансовая, техническая, административная).

Действие — выполните необходимую операцию (корректировка, подключение, передача в технический отдел).

Фиксация — убедитесь, что все изменения сохранены и отражены в журнале.

Этот алгоритм работает для 95% обращений. Оставшиеся 5% — нетипичные ситуации, которые требуют эскалации старшему специалисту или взаимодействия с другими отделами.