29 параметров из биллинга для финансового голосового ИИ

Финансовый голосовой ИИ не начинается с огромного промта. Сначала ему нужна операторская карточка: набор данных, по которым живой сотрудник отвечает на вопросы абонента.

Финансовые обращения звучат по-разному: “какой баланс?”, “я оплатил, почему интернет не включился?”, “можно обещанный платеж?”, “почему списали больше?”. Но оператор обычно делает одно и то же: открывает карточку абонента в биллинге, смотрит конкретные поля и применяет понятные правила.

Поэтому важно не подключить “весь биллинг”, а выбрать поля, которые действительно участвуют в ответе. Если нужного параметра нет, модель начинает гадать, считать сама или переводить больше звонков оператору.

Операторская карточка из 29 параметров

Такой набор данных можно передавать голосовому ИИ в режиме “только чтение”. Он не заменяет биллинг, а дает роботу рабочий контекст для финансовой ветки.

Деньги и ограничения

  • баланс / доступная сумма
  • сумма для включения
  • есть финансовое ограничение
  • есть задолженность
  • сумма задолженности
Тариф

  • название тарифа
  • стоимость в месяц
  • стоимость на следующий месяц
  • справочник повышения тарифов
Платежи и операции

  • история платежей
  • история начислений и списаний
Обещанный платеж

  • можно предложить
  • доступная сумма
  • дата действия
  • срок
  • уже использовался
  • дата уже использованного
  • сумма уже использованного
Договор и клиент

  • номер договора
  • логин личного кабинета
  • пароль личного кабинета
  • имя или организация
  • тип клиента
  • адрес подключения
  • статус договора
Контакты и блокировки

  • контакты провайдера
  • добровольная блокировка активна
  • причина блокировки
  • признак KTV-only
Главная задача интеграции – собрать не техническую выгрузку “всего подряд”, а понятную операторскую карточку: поле, смысл поля и сценарий, где оно используется.

Как поля попадают в промт

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

Фрагменты промта с привязкой к полям

Ниже не весь промт, а два характерных куска. Подсветка показывает, какие поля из операторской карточки участвуют в ответе.

Фрагмент 1. Включение услуги

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

Так робот не выводит сумму сам, даже если видит баланс и тариф. Для ответа используется только готовое поле из биллинга.

Фрагмент 2. Платеж и обещанный платеж

Если платеж найден в истории платежей, назови дату и сумму. Если платеж не отображается, не говори, что он “в обработке”, а попроси прислать чек на контакт из справочника контактов провайдера. Обещанный платеж предлагай только если поле можно предложить обещанный платеж равно “да”; сумму бери из поля сумма обещанного платежа.

Здесь промт одновременно задает источник данных и стоп-условия: не придумывать статус оплаты и не предлагать услугу там, где она запрещена.

Такой подход делает поведение робота управляемым. Баланс не превращается в произвольный расчет, история платежей – в догадки о “зависшей оплате”, а обещанный платеж – в универсальное предложение для всех абонентов.

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

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

Что остается человеку

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

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

Вывод

Финансовый голосовой ИИ работает не потому, что модель “знает биллинг”. Он работает потому, что получает правильные параметры и действует по правилам. Поэтому список полей, их смысл и маппинг в промт – такая же важная часть проекта, как телефония и распознавание речи.