Функционал «Сбор платежей»
Наименование требования
|
Описание, пояснения
|
Ручной пакетный ввод платежей
|
Должна быть предусмотрена возможность быстрого ручного ввода платежей без использования мыши.
|
Ручной ввод платежей при помощи сканера штрих-кода
|
Должна быть предусмотрена возможность ручного ввода платежей при помощи сканера штрих-кода.
|
Ручной ввод через кассу
|
Должна быть предусмотрена возможность ручного ввода платежа в режиме кассы, при котором помимо приема платежа также осуществляется выдача фискального чека (с помощью фискального регистратора).
|
Импорт платежей из файлов
|
Должна быть предусмотрена возможность импорта (загрузки) платежей из файлов. Форматы файлов должны настраиваться в широких пределах без какого-либо программирования. Должны присутствовать типовые форматы для загрузки платежей из файлов формата DBF, CSV(текстовый с разделителями), Excel, 1C, текстовый формат Сбербанка, текстовый формат с фиксированной шириной столбцов, XML.
|
Автоматический импорт платежей из файлов, получаемых по электронной почте
|
Должна быть предусмотрена возможность автоматического импорта (загрузки) платежей из файлов, получаемых по электронной почте.
|
Автоматическая идентификация получателя платежа, договора, выставленного счета и суммы платежа на основании поддерживаемого штрих-кода
|
Используемый формат штрих-кода должен позволять на основании считанного штрих-кода определить получателя платежа, рекомендуемую к оплате сумму, номер договора/лицевого счета, а также номер оплачиваемого документа (счета/счета-фактуры/квитанции).
|
Контроль зачисления платежей
|
Должна присутствовать возможность выборки списка бандеролей/реестров платежей, по которым сумма/количество введенных платежей отличается от контрольных значений, указанных платежных агентом.
Также должна присутствовать возможность выборки списка платежей, которые не разнесены по договорам/лицевым счетам, либо разнесены не полностью.
|
Возможность получения сумм пени от агентов по приему платежей
|
Должна присутствовать возможность ввода суммы оплаченной пени, получаемой от платежного агента (сумма пени рассчитывается агентом в момент приема платежа), которая должна проводиться как сумма начисленной пени при зачислении платежа.
|
Настраиваемые алгоритмы разноски платежей для каждого поставщика услуг (распределения платежей)
|
Алгоритмы разноски (зачисления) платежей должны настраиваться как минимум для каждого поставщика услуги.
|
Распределение суммы агентского вознаграждения за прием платежей между поставщиками услуг, в пользу которых проведен платеж
|
При зачислении платежей должна быть возможность распределения суммы комиссионного вознаграждения платежного агента между договорами/лицевыми счетами/адресами, а также счетами/счетами-фактурами/квитанциями.
| Функционал «Расчет пени»
Наименование требования
|
Описание, пояснения
|
Расчет сумм пени
|
Должна быть предусмотрена функция расчета пени за просрочку платежей.
|
Печать отдельной квитанции на оплату пени
|
Должна быть возможность сформировать и напечатать отдельную квитанцию на оплату пени.
|
Включение суммы пени в общую квитанцию
|
Должна быть возможность включить сумму начисленной пени или всю сумму долга по пени в общую (ежемесячную) квитанцию на оплату жилищно-коммунальных услуг.
|
Методы расчета пени
|
Должны поддерживаться следующие методы расчета пени:
После оплаты счета/счета-фактуры/квитанции - на весь период просрочки
Регулярно (ежемесячно) на величину просрочки в данном периоде
По правилам ГК РФ в момент подачи иска в суд
|
Печать детализации суммы пени
|
Должен быть предусмотрен отчет, позволяющий объяснить (понять) как рассчитана сумма пени – исходя из каких сумм, дат и периодов.
|
Запрет расчета пени для отдельных потребителей (договоров)
|
Должна быть предусмотрена возможность запрета расчета пени целиком для отдельно взятых договоров/лицевых счетов по решению пользователя.
|
Запрет расчета пени для отдельных периодов (счетов) отдельных потребителей (договоров)
|
Должна быть предусмотрена возможность запрета расчета пени для отдельно взятых счетов/счетов-фактур/квитанций по решению пользователя.
|
Увеличение срока на оплату квитанции без взимания пени в индивидуальном порядке
|
Должна быть предусмотрена возможность увеличения срока оплаты счетов/счетов-фактур/квитанций без взимания пени. Т.е. пени начисляются, если оплата не поступит спустя дополнительно предоставленную отсрочку.
| Функционал «Претензионно-исковая работа»
Наименование требования
|
Описание, пояснения
|
Претензионная работа
|
|
Ручное формирование претензии/предупреждения/уведомления с выбором включаемых в нее сумм задолженности и автоматическим формированием текста иска на основании настраиваемого шаблона
|
Должна быть возможность ручной отметки договоров/лицевых счетов, а также документов (счетов/счетов-фактур/квитанций), на основании которых требуется сформировать претензию/предупреждение/уведомление.
|
Массовое формирование претензий/предупреждений/ уведомлений
|
Должна присутствовать возможность массового формирования претензий/предупреждений/ уведомлений на основании заданных пользователем критериев.
Должно поддерживаться как формирование отдельной претензии на каждый договор/лицевой счет (каждую комбинацию адрес-поставщик-покупатель), так и формирование общей претензии на каждый адрес от имени всех поставщиков (договоров/лицевых счетов).
При массовом формировании должен осуществляться автоматический выбор включаемых в претензию сумм, а также автоматическое формирование текста претензии на основании выбранного шаблона.
|
Хранение текста претензии/предупреждения/уведомления, а также реквизитов претензии/предупреждения/ уведомления (дата, сроки реакции, сумма т.д.)
|
Текст претензии/предупреждения/ уведомления должен сохраняться в ИС. Сумма претензии, включая детализацию суммы по документам-основаниям, срок реакции претензии, состав должников-получателей претензии должны хранится в ИС.
|
Возможность отбора договоров по параметрам указываемых в претензии/ предупреждении/уведомлении
|
Среди критериев выборки договоров/лицевых счетов должны присутствовать критерии, основанные на имеющихся по договору/лицевому счету претензиях/предупреждениях/уведомлениях, а также их состоянии.
|
Ручная корректировка текста претензии/предупреждения/уведомления
|
Пользователь должен иметь возможность вручную откорректировать сформированный по шаблону текст претензии/предупреждения/уведомления. Измененный текст должен сохраниться в ИС.
|
Индивидуальная печать претензии/предупреждения/уведомления
|
Должна быть возможность распечатки любой претензии/предупреждения/уведомления.
|
Печать нужного кол-ва экземпляров претензии/ предупреждения/уведомления, рассчитанного индивидуально для каждого документа, в соответствии с выбранным пользователем вариантом
|
При распечатке претензии должна быть возможность распечатки нужного количества экземпляров претензии – по числу должников, а также дополнительные экземпляры для отметки о вручении.
|
Массовая печать претензий/ предупреждений/уведомлений
|
Должна быть возможность распечатки претензий/предупреждений/уведомлений массово по заданному критерию.
|
Печать шапки (фирменного бланка)
|
Печать претензии должна осуществляться на фирменном бланке отправителя претензии. Выбор бланка должен осуществляться автоматически на основании поставщика-отправителя претензии (от имени которого формируется претензия/предупреждение/ уведомление). Бланки должны настраиваться для каждого поставщика.
|
Контроль за наличием оплаты (и любой иной реакции) на претензию/ предупреждение/уведомление
|
Должен обеспечиваться контроль за наличием реакции должника на получение претензии, причем реакция может быть как активной (пришел, позвонил), так и пассивной (заплатил долг).
|
Формирование повторных претензий/предупреждений/ уведомлений на основании ранее сформированных претензий/ предупреждений/уведомлений, по которым не поступило оплаты (или другой реакции)
|
Должна быть предусмотрена возможность формирования одних претензий/ предупреждений/уведомлений на основании других (ранее сформированных).
|
Автоматический выбор лиц, включаемых в претензию/ предупреждение/уведомление на основании заданных критериев
|
Должна быть возможность автоматического определения лиц, несущих солидарную ответственность за долги (например, супругов, совершеннолетних детей) и включения этих лиц в число получателей претензии/предупреждения/ уведомления. Алгоритм определения таких лиц должен настраиваться для каждого вида документа.
|
Возможность исключения из суммы претензий/предупреждений/ уведомлений сумм, невозможных к взысканию, реструктуризированных сумм, мораторных сумм и т.п.
|
Должна быть предусмотрена возможность исключения сумм задолженности, относящимся к тем или иным группам (мораторная, невозможная к взысканию, реструктуризированная и т.д.) из суммы претензии. Правила исключения таких сумм должны настраиваться.
|
Формирование и печать отдельной квитанции на оплату задолженности, указанной в претензии/ предупреждении/уведомлении
|
Должна быть возможность формирования квитанции на оплату задолженности по претензии/предупреждению/уведомлению. При оплате такой квитанции ИС должна автоматически разносить платеж на соответствующую претензию/предупреждение/ уведомление.
|
Исковая работа
|
|
Должны быть реализованы все требования, аналогичные требованиям к претензионной работе
|
|
Автоматический выбор судебного органа и судебного участка
|
Должна быть возможность автоматического выбора суда и судебного участка на основании иска (категории должника – физ.или юр.лицо, адреса должника, суммы иска).
|
Расчет суммы гос.пошлины в зависимости от суда, суммы иска, вида заявления (в исковом порядке, в порядке приказного производства)
|
При создании иска должна быть предусмотрена возможность расчета суммы государственной пошлины на основании суммы иска и других критериев иска.
|
Формирование документов на оплату гос.пошлины
|
|
Судебная работа
|
|
Регистрация судебных дел
|
Должна поддерживаться возможность регистрации судебных дел, включая указание лиц дела и их ролей, материалов судебного дела, заявленных исковых требований, состава суда.
|
Хранение истории судебных заседаний
|
Должна поддерживаться возможность ввода информации о судебных заседаниях.
|
Ввод и хранение жалоб на решения судов
|
Должна поддерживаться возможность регистрации жалоб на решения судов.
|
Регистрация решений судов (исполнительных документов)
|
Должна поддерживаться возможность ввода (регистрации) решений судов, включая сведения об удовлетворенных исковых требованиях, а также исполнительных листах.
|
Учет затрат на судебные дела (судебных расходов)
|
Должна поддерживаться возможность ввода информации о судебных расходах, а также предъявления должнику судебных расходов, взысканных в должника по решению суда. Сумма взысканных судебных расходов должна списываться с договора/лицевого счета должника.
|
Исполнительное производство
|
|
Регистрация передачи исполнительных документов судебным приставам
|
|
Регистрация вынесенных судебными приставами решений и постановлений
|
|
Формирование писем судебным приставам и регистрация переписки с ними
|
| Функционал «Ограничения энергоснабжения и поставки коммунальных услуг»
Наименование требования
|
Описание, пояснения
|
Классификация потребителей по способам и сценариям введения ограничений
|
|
Хранение сведений об аварийно-технологической брони потребителя
|
|
Расчет суммы задолженности, за которую допускается ограничение
|
|
Расчет суммы задолженности, за которую допускается отключение
|
|
Выборка договоров/лицевых счетов, подходящих под условие введения ограничений
|
|
Регистрация заявок на ограничение и отключение
|
|
Формирование заданий (распоряжений) на введение ограничений и отключений
|
|
Формирование уведомлений о планируемом ограничении или отключении подачи энергоресурса
|
| Функционал «Личный кабинет клиента»
Наименование требования
|
Описание, пояснения
|
Просмотр общих сведений о договорных отношениях
|
Состав реквизитов: номер договора/лицевого счета, название поставщика, название клиента, адрес, площадь, состояние взаиморасчетов (сумма долга или переплаты), последний платеж.
|
Просмотр перечня объектов энергоснабжения
|
Для юридических лиц.
|
Просмотр перечня оказываемых услуг, включая информацию о тарифах, нормативах, способе расчетов
|
Для физических лиц. Должна быть возможность просмотра списка услуг, оказываемых клиенту по договору/лицевому счету с указанием названия услуги, адреса объекта недвижимости, по которому предоставляется услуга, величины тарифа, величины норматива, способе расчета объема услуги, периода предоставления услуги.
|
Просмотр перечня выставленных счетов (квитанций)
|
Должна быть возможность просмотра списка счетов/счетов-фактур/квитанций, выставленных клиенту с указанием даты выставления, номера, периода, суммы начисления, суммы поступивших по счету/квитанции оплат, суммы долга по счету/квитанции.
|
Печать счетов, квитанций, счетов-фактур
|
Должна быть возможность получения электронных дубликатов выбранных (отмеченных галочками) клиентом счетов/счетов-фактур/квитанций в формате PDF или MS Excel и виде, идентичном бумажному документу.
|
Просмотр перечня зачисленных платежей
|
Должна быть возможность просмотра списка платежей, зачисленных на лицевой счет клиента с указанием даты платежа, суммы, названия платежного агента или точки приема платежей.
|
Просмотр перечня установленных приборов учета
|
Должна присутствовать возможность просмотра списка действующих приборов учета, используемых для расчетов по договору/лицевому счету, включая информацию о модели прибора учета, его серийном номере, дате истечения срока поверки, а также последних показаниях в разрезе регистров (тарифных зон).
|
Просмотр всех показаний установленных приборов учета
|
Должна присутствовать возможность просмотра списка всех показаний приборов учета, включая информацию о способе получения показания.
|
Передача (сообщение) показаний установленных приборов учета
|
Должна присутствовать возможность самостоятельного ввода клиентом показаний своих приборов учета. В случае ввода подозрительных показаний такие показания должны быть направлены специалисту для проверки и принятия по ним окончательного решения. В случае ввода показаний без ошибок и подозрений они должны быть автоматически сохранены в качестве показаний в ИС.
|
Оплата услуг через Интернет (банковской картой, электронными деньгами)
|
Должна присутствовать возможность оплаты счетов/квитанций через Интернет со списанием денежных средств с банковской карты Visa/Mastercard (Интернет-эквайринг). Для этого должен присутствовать готовый модуль интеграции со шлюзом процессингового центра.
|
Просмотр информации об офисах обслуживания и режиме их работы
|
Информация о ближайшем офисе обслуживания, о режиме работы офисов должна отображаться из базы данных ИС.
|
Подписка на получение счетов
|
Должна присутствовать возможность самостоятельной подписки на рассылку счетов/счетов-фактур/квитанций по электронной почте.
|
Просмотр договорных значений (планового потребления)
|
Должна быть возможность просматривать планируемое потребление.
|
Изменение договорных значений (планового потребления)
|
Должна быть возможность изменять планируемое потребление, т.е. заявлять новые величины потребления (корректировать).
|
Получение пароля через SMS
|
Должна быть возможность получить или восстановить утраченный пароль посредством SMS.
| Функционал «Центр обработки вызовов»
Наименование требования
|
Описание, пояснения
|
Прием звонка от клиента
|
Должен обеспечиваться прием звонков от клиентов, удержание звонка с проигрыванием музыки и/или речевых сообщений во время ожидания оператора.
|
Автоматическое определение населенного пункта
|
Должна быть возможность автоматического определения населенного пункта по номеру телефона абонента и справочнику кодов населенных пунктов и вывода этой информации оператору.
|
Соединение с оператором
|
По команде оператора (пользователя ИС) должно осуществляться соединение очередного ожидающего клиента с этим оператором. Причем соединение с оператором должно осуществляться на любой телефон, подключенный к телефонной сети Заказчика, а не только на специальные телефоны, соединенные непосредственно с сервером ИС.
|
Запись разговоров
|
Должна осуществляться запись разговора между клиентом и оператором с последующей загрузкой в ИС и прикреплением её к карточке обслуженного клиента.
|
Перевод звонка
|
Должна быть возможность перевода клиента в другую очередь, в том числе работающую на другом сервере, на произвольный внешний номер, на другого (конкретного) оператора.
|
Ввод имени клиента
|
Должна быть возможность быстрого ввода имени клиента и сохранения этой информации в карточке клиента.
|
Автоматическое открытие карточки клиента
|
Должна быть возможность на основании номера звонящего абонента определения клиента и автоматического открытия карточки клиента/договора/лицевого счета к моменту начала разговора с клиентом.
|
Карточка звонка
|
После окончания разговора с клиентом должна быть возможность автоматического открытия карточки звонка, в которой оператор смог бы указать причину звонка, результат, а также связать звонок с конкретным договором/лицевым счетом/контрагентом.
|
Приоритеты
|
Должна быть возможность настройки приоритетов клиентов в зависимости от номера, на который осуществлен звонок, номера телефона клиента.
|
Постановка звонка на удержание
|
Должна быть возможность поставить звонок клиента на удержание, совершить другой звонок (например, для консультации), а затем вернуться к разговору с клиентом. При этом управление процессом удержания должно осуществляться с компьютера, а не с телефона.
|
Автоматический переход на паузу при блокировке компьютера
|
Должна быть возможность автоматического перехода в состояние паузы (прекращения обслуживания клиентов) при блокировке рабочей станции (компьютера). В случае работы в терминальном режиме при отключении от терминального сервера также должен осуществляться переход в состояние паузы.
|
Учет всей истории работы операторов
|
Должна обеспечиваться регистрация всех событий, возникающих при обслуживании клиентов операторами – регистрация оператора в очереди, прекращение работы с очередью, переход в состояние паузы, возобновление работы с очередью (выход из паузы), приглашение клиента, обслуживание клиента (разговор), перевод на другого специалиста, заполнение карточки звонка и т.д.
|
Оперативный мониторинг работы очередей в режиме реального времени
|
Должна быть возможность просмотра работы центра обработки звонков в режиме реального времени, включая информацию об ожидающих в очереди клиентах, длительности ожидания, обслуживаемых клиентах, работающих операторах, а также сводной информации по работе каждой очереди.
| Функционал «Электронная очередь»
Наименование требования
|
Описание, пояснения
|
Работа в режиме электронной очереди
|
Должна быть предусмотрена возможность работы в режиме электронной очереди, в котором клиент должен получить талон через терминал и далее ожидать своего приглашения к специалисту (окну). В этом режиме должен осуществляться учет времени ожидания обслуживания каждым клиентом, а также времени обслуживания каждого клиента
|
Работа в режиме живой очереди
|
Должна быть предусмотрена возможность работы в режиме живой очереди, в котором клиент встает в очередь как обычно (спрашивая «кто последний»), никакого приглашения к специалисту (окну) не осуществляется. В этом режиме должен осуществляться учет клиентов и времени их обслуживания каждого клиента. Однако, учет времени ожидания обслуживания клиентами не ведется.
|
Регистрация времени ожидания обслуживания, времени приглашения, времени обслуживания и времени завершения обслуживания каждого клиента
|
В режиме электронной очереди для каждого клиента должно быть обеспечено фиксирование (регистрация) времени ожидания обслуживания клиента (промежутка времени начиная от получения талона до приглашения подойти к окну), времени приглашения (промежутка времени от момента начала приглашения подойти к окну до начала обслуживания или прекращения приглашения), времени обслуживания (промежутка времени, в течение которого сотрудник общается с клиентом), времени завершения обслуживания (времени, затрачиваемом на завершение необходимых технологических операций и процедур, осуществляемых уже в отсутствие клиента).
|
Возможность назначения разным клиентам разных приоритетов в рамках одной очереди
|
Должна быть возможность назначения приоритетов клиентам одной очереди (например, для обслуживания инвалидов и ветеранов вне очереди).
|
Отсутствие ограничений на количество номеров клиентов в течение одного дня
|
Не должно быть ограничений на количество номеров клиентов в течение одного дня (смены).
|
Должна быть возможность записи разговоров с клиентами, осуществляемых сотрудниками офиса при обслуживании клиента.
|
Каждый разговор должен сохраняться в виде отдельного звукового файла. Должна быть возможность хранения файлов с записями разговоров в базе данных с привязкой к факту обслуживания конкретного клиента и возможностью прослушивания записей через пользовательский интерфейс ИС.
|
Звуковое приглашение
|
Должна быть возможность речевого приглашения клиента к окну.
|
Поддержка мониторов окон
|
Должны поддерживаться мониторы окон, на которых отображается номер окна и номер приглашаемого клиента.
|
Поддержка мониторов дверей
|
Должны поддерживаться мониторы двери, на которых отображаются номера окон и номера приглашаемого клиента. Таким образом, один монитор двери обслуживает несколько окон.
|
Отображение клиентам их места (положения) в очереди
|
При работе в режиме электронной очереди должна быть возможность отображения на больших мониторах положения каждого клиента в очереди, т.е. указания номеров клиентов в том порядке, в котором они будут обслуживаться.
|
Настройка кнопок на терминале регистрации в очереди
|
Должна быть возможность гибкой настройки кнопок на терминале регистрации в электронной очереди, в том числе создания многоуровневого меню.
|
Поддержка нескольких терминалов регистрации в очереди в рамках одного офиса
|
ИС не должна накладывать ограничений на количество терминалов регистрации в электронной очереди, установленных в рамках одного офиса.
|
Возможность работы сотрудника одновременно с несколькими очередями
|
Должна быть возможность в рамках каждого офиса настройки множества очередей (например, касса, прием показаний, прием по вопросам расчетов), причем некоторые специалисты должны иметь возможность обслуживать клиентов нескольких очередей.
|
Оперативный мониторинг работы очередей в режиме реального времени
|
Должна быть возможность просмотра работы клиентских центров в режиме реального времени, включая информацию об ожидающих в очереди клиентах, длительности ожидания, обслуживаемых клиентах, работающих операторах, а также сводной информации по работе каждой очереди.
|
Управление очередями, осуществляемое сотрудниками офисов, должно осуществляться через то же самое приложение, что и выполнение других действий
|
Регулярные действия, которые сотрудники офисов должны совершать для управления очередью клиентов (приглашение клиента, начало и завершение обслуживания клиента и т.п.) должны осуществляться в том же самом приложении, в котором выполняются действия по непосредственному обслуживанию клиентов – поиску клиентов, выдаче справок, печати дубликатов счетов и квитанций, вводу показаний, переоформлению договоров и т.п. Иными словами, управление электронной очередью должно быть интегрировано в основное прикладное приложение, используемое сотрудниками.
|
Поддержка стандартного оборудования для организации работы электронной очереди
|
Для организации работы электронной очереди должно использоваться стандартное оборудование, а именно для визуального информирования клиентов о состоянии очереди - обычные мониторы и телевизоры, подключенные к стандартным компьютерам архитектуры Intel x86.
|
Возможность ограничения количества клиентов в очереди
|
Должна быть возможность ограничения количества талонов в день/смену, которые может выдать терминал.
|
Автоматический выбор очереди, из которой надо пригласить клиента
|
При работе сотрудника с несколькими очередями должна быть возможность приглашения следующего клиента не только из конкретной очереди, но и из всех активных очередей (с которыми работает данный сотрудник). Выбор следующего клиента (и очереди, из которой он будет приглашен) должен осуществляться следующими методами:
по наибольшему времени ожидания – выбирается тот следующий клиент, который ждал дольше других
по приоритетам – выбирается клиент из наиболее приоритетной очереди, а в случае отсутствия такого – из очереди с более низким приоритетом и т.д.
| Функционал «Входящее автоматическое самообслуживание клиентов»
Наименование требования
|
Описание, пояснения
|
Получение информации о задолженности в голосовом режиме
|
|
Получение информации о тарифах и нормативах потребления в голосовом режиме
|
|
Получение информации о зачисленных платежах в голосовом режиме
|
|
Получение прочей справочной информации в голосовом режиме
|
|
Передача показаний приборов учета на автоответчик в голосовом режиме
|
|
Получение информации о задолженности посредством SMS-сообщений
|
|
Получение информации о тарифах и нормативах потребления посредством SMS-сообщений
|
|
Получение информации о зачисленных платежах посредством SMS-сообщений
|
|
Автоматический прием показаний посредством SMS-сообщений
|
| Функционал «Исходящее автоматическое информирование клиентов»
Наименование требования
|
Описание, пояснения
|
Автоматический дозвон до клиента и воспроизведение ему индивидуально подготовленного голосового сообщения
|
|
Автоматическая отправка SMS клиентам с индивидуально подготовленным текстом сообщения
|
|
Автоматический дозвон до клиента и информирование его о задолженности
|
Должна быть предусмотрена возможность автоматической обзвонки должников с уведомлением их о сумме задолженности. При этом должна сохраняться информация о сумме долга, в отношении которой осуществлялась обзвонка.
|
Автоматическая отправка SMS клиентам с суммой задолженности
|
Должна быть предусмотрена возможность автоматической отправки SMS должникам с уведомлением их о сумме задолженности. При этом должна сохраняться информация о сумме долга, в отношении которой осуществлялась рассылка.
|
Автоматический дозвон до клиента и информирование его о задолженности и намерении отключить или ограничить клиента
|
Должна быть предусмотрена возможность автоматической обзвонки должников с уведомлением их о сумме задолженности при условии, что клиента можно отключить или ограничить. При этом должна сохраняться информация о сумме долга, в отношении которой осуществлялась обзвонка.
|
Автоматическая отправка SMS клиентам с информацией о сумме задолженности и намерении отключить или ограничить клиента
|
Должна быть предусмотрена возможность автоматической отправки SMS должникам с уведомлением их о сумме задолженности при условии, что клиента можно отключить или ограничить. При этом должна сохраняться информация о сумме долга, в отношении которой осуществлялась рассылка.
|
Автоматический дозвон до клиента и информирование его о планируемых отключениях энергоресурсов/коммунальных услуг в связи с ремонтными работами
|
Должна быть предусмотрена возможность автоматической обзвонки клиентов и уведомления их о планируемых отключениях энергоресурсов/коммунальных услуг в связи с ремонтными работами.
|
Автоматическая отправка SMS клиентам с информацией о планируемых отключениях энергоресурсов/коммунальных услуг в связи с ремонтными работами
|
Должна быть предусмотрена возможность автоматической отправки SMS клиентам для уведомления их о планируемых отключениях энергоресурсов/коммунальных услуг в связи с ремонтными работами.
|
Автоматическая отправка SMS клиентам с информацией о зачисленных платежах
|
Должна быть предусмотрена возможность автоматической отправки SMS клиентам о зачислении их платежей.
|
Отчет о эффективности информирования должников о задолженности
|
Должен быть предусмотрен отчет, содержащий информацию о сумме погашенной задолженности в результате обзвонки должников.
| Функционал «Дополнительные услуги»
Наименование требования
|
Описание, пояснения
|
Регистрация заявок клиентов на оказание дополнительных услуг
|
Должно быть предусмотрено создание заявки на оказание доп.услуг согласно определенному перечню.
|
Выставление счета на предоплату
|
Должно быть предусмотрено выставление счета на предоплату на основании заявки на доп.услуги. При оплате такого счета заявка на оказание доп.услуг должна менять статус на «оплачено».
|
Формирование заданий (распоряжений) на выполнение работ/оказание услуг
|
Должно быть предусмотрено формирование и выдача исполнителю задания на выполнение заказанных работ.
|
Формирование и печать актов выполненных работ и накладных
|
Должна быть предусмотрена возможность создания акта выполненных работ и накладных на основании заявки на оказание доп.услуги.
|
Проведение актов выполненных работ/накладных
|
Должна быть предусмотрена возможность проведения акта выполненных работ и накладных, в результате чего должно происходить начисление за оказанные услуги и увеличение задолженности.
| |
