Партнерка на США и Канаду по недвижимости, выплаты в крипто

  • 30% recurring commission
  • Выплаты в USDT
  • Вывод каждую неделю
  • Комиссия до 5 лет за каждого referral

БИЗНЕС ТРЕБОВАНИЯ


Версия

1.0



ЦЕЛИ И НАЗНАЧЕНИЕ ДОКУМЕНТА

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

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

    подготовки системных требований;

Настоящий документ не раскрывает технические подробности реализации, такие как, архитектура решения, детали дизайна.

ГЛОССАРИЙ

Основные понятия, термины и сокращения, используемые в документе

Понятие

Определение

Ссылки на источники

Конвергентный абонент

Абонент которому предоставляются услуги как подвижной, так и фиксированной связи в рамках одного договора.

Call-лист

Выборка абонентов для автоматизированного дозвона

ДЗ

Дебиторская задолженность

Дебитор

Определение и критерии отбора дебиторов определяются ТЗ SAS (ЕБД):

    1-й тип дебиторов. Авансовые/препейд абоненты с расчетным балансом < 0: 2-й тип дебиторов:
      Кредитный абонент. Категория доверия в диапазоне: 1–4. Превышен срок оплаты по счету (налоговый возраст > 0) или превышен кредитный лимит («задолженность» > «кредитный лимит»).
    3-й тип дебиторов:
      Кредитный абонент. Категория доверия в диапазоне: 5–6. Превышен срок оплаты по счету (налоговый возраст > 0).
    4-й тип дебиторов:
      Кредитный абонент. Категория доверия больше 6. Превышен срок оплаты по счету (налоговый возраст > 0) или превышен кредитный лимит («задолженность» > «кредитный лимит»).

САД

Проектируемая Система автоматизированного дозвона

СУДЗ

Система управления Дебиторской задолженностью интегрированная в  CRM Siebel


НЕ нашли? Не то? Что вы ищете?

2  Бизнес требования

Область применения и границы Работа с дебиторами мобильного (МТС), фиксированного бизнеса  Комстар-Регионы, МТС  (биллинги Комстар-ОТС, Комстар МОФ, Комстар Директ, Сергиев - Посад, МГТС), а так же конвергентных абонентов. Цели и задачи, преимущества для бизнеса и компании Упрощение бизнес-процесса организации и контроля при проведении мероприятия автоматизированного обзвона Дебиторов. Увеличение эффективности взыскания задолженности.
ФУНКЦИОНАЛЬНЫЕ ТРЕБОВАНИЯ
Необходимо разработать интерфейс или использовать текущий, в котором будет возможность управлять мероприятием автоматизированного обзвона Клиентов, а также работать с отчетностью. Должна быть реализована возможность с помощью интерфейса интегрировать САД в СУДЗ Siebel. Сотрудник, имеющий доступ к интерфейсу САД должен иметь возможность загружать один или несколько call-листов Клиентов для последующего обзвона. Либо в САД должна быть возможность принимать call-листы от Siebel, который автоматически генерирует их в рамках СУДЗ. При загрузке call-листов сотрудник указывает имя/имена ответственных лиц, которые будут контролировать мероприятие для FR.14 и FR.15. При запуске обзвона с помощью СУДЗ ответственные не указываются. Сотрудник должен иметь возможность установить отложенную дату и время начала проведения обзвона для каждого загруженного call-листа в отдельности. После загрузки в систему call-листа в интерфейсе должно отображаться расчетное время, требуемое на обзвон этого call-листа. Должна быть возможность установки приоритетности и/или очередности между загруженными call-листами. Также должна быть возможность одновременного обзвона всех загруженных call-листов. Должна быть реализована возможность принудительной остановки обзвона как одного call-листа из нескольких загруженных, так и всех загруженных.  В интерфейсе должна отображаться общая информация о загруженных в него call-листах:

- имя call-листа

- дата и время загрузки call-листа в систему

- дата и время начала обзвона по call-листу

- дата и время окончания обзвона по call-листу

- % обзвона по call-листу ( не критичное требование).

Система должна также отображать детальную информацию по каждому номеру из call-листа:

- № по порядку

- номер телефона Абонента, на который был дозвон или попытка дозвона

- для состоявшихся звонков – время дозвона и длительность разговора.

- для неудачных попыток дозвона – время последней попытки дозвона.

САД должна обновлять данные о статусах загруженных call-листов не реже, чем один раз в час (возможно рассмотреть увеличение временного промежутка). Должна быть возможность экспортировать из системы отчеты в формате *.xls, *.html или *.csv. САД должен также уметь отправлять отчеты в СУДЗ Siebel Должна быть реализована возможность звонить на городские номера и номера других операторов. Система должна уметь синтезировать текст в речь. То есть в записанном аудио-файле в определенном месте будет пауза, в которую система должна проговорить сумму долга, а также номер лицевого счета/приложения обслуживания. Цифры для озвучивания будут отображаться в call-листе в отдельной колонке. После завершения обзвона каждого call-листа система должна автоматически формировать уведомление о завершении работы и направлять его по электронной почте ответственному лицу/лицам, которые были указаны ранее. В случаях когда фактическое время обзвона больше, чем расчетное, система должна автоматически формировать уведомление и направлять его по электронной почте ответственному лицу/лицам, которые были указаны ранее. Должна быть возможность задавать порог дельты между фактическим временем обзвона и расчетным, при достижении которого система будет направлять уведомление указанным ответственным лицам.
СИСТЕМНЫЕ ТРЕБОВАНИЯ

FR.16. Производительность системы – 23 500 звонков в час (25% резервирование) при условии продолжительности звонков в течение 12 часов в день. Общее количество звонков в день = 280 000 шт.

FR 17. Продолжительность звукового фрагмента IVR – 30 секунд.

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