Требования к бизнес-процессу ведения договорной работы в рамках оказания дополнительных услуг по купле-продаже электроэнергии от лица сбытовой компании
Бизнес-процесс, регулирующий данную процедуру, должен состоять из следующих этапов:
1.1.23Маркетинговые мероприятия
Целью данных маркетинговых мероприятий является поиск и привлечение потребителей. Механизм реализации аналогичен соответствующему этапу бизнес-процессов продажи дополнительных услуг.
1.1.24Ведение расчетно-договорной работы
Процесс ведения расчетно-договорной работы представляет собой работы по сопровождению договора.
Из систем SAP R/3 (ERP) и биллинга в карточке договора купли-продажи электроэнергии должны присутствовать следующие сущности:
Ежемесячный объем полезного отпуска;
Оплата (список оплат);
Задолженность;
Функционал подписания дополнительного соглашения к договору.
Система должна формировать документы договоров и дополнительных соглашений на основе шаблонов Word, с заполнением ключевых полей.
Система должна позволять прикреплять материалы (вложения) к карточке договора купли-продажи электроэнергии.
В рамках сопровождения договора заказчик отправляет отчет по электроэнергии на электронный почтовый ящик. Необходима возможность чтения Системой почтового ящика и создания уведомления ответственного по договору о поступлении электронной почты.
1.1.25Отчетность
В Системе должны быть предусмотрены отчеты о движении по заданному шаблону с заполнением полей имеющейся информацией в CRM-системе с возможностью проставления отметки об утверждении отчетов, хранения сканов подписанных отчетов.
Также должна быть предусмотрена возможность формирования выборки за период, по менеджерам, по типам услуг, по типам документов.
Требования к бизнес-процессу ведения договорной работы по ИКУ
Система должна открывать карточку абонента, в случае, когда последний заведен в Системе и определен его номер.
Необходимо создание сущностей типа «Потребитель» с привязкой к договору, указанием адреса и диапазона действия. Сущности «Потребитель» создаются путем импорта из биллинга, доступны только на чтение.
Необходима возможность по списку потребителей выполнения выборки с сортировкой по адресу, отображающей хронологию событий по указанному МКД.
В карточке договора должен быть отдельный список комментариев, импортируемых из биллинга (заметки ответственного по договору – аналог в системе биллинга действий CRM).
Список комментариев должен содержать историю по МКД, импортируемую из биллинга.
Необходимо создание сущности «Работа с дебиторской задолженностью». Информация в поля импортируется из системы биллинга.
Требования к основным сущностям Системы
1.1.26Общие требования к сущностям Системы.
Первичными в Системе должны быть сущности «Клиент», «Договор», являющиеся основными информационными объектами;
Система должна обеспечивать «горизонтальное» взаимодействие между всеми сущностями, а также «вертикальное» - принцип наследования и создания иерархий дочерних сущностей на основе исходных, родительских;
В карточке любого информационного объекта Система должна автоматически формировать ссылочное навигационное меню на соответствующие карточки связанных объектов.
1.1.27Сущность «Договор»
Сущность «Договор» предназначена для хранения договоров, заключаемых в рамках основной хозяйственной деятельности Компании, а также в рамках продажи дополнительных услуг.
Данная сущность является ключевым объектом Системы, агрегирующим информацию по договорной работе с клиентами.
Сущность «Договор» связана со следующими информационными объектами Системы:
Сущность «Клиент»;
Сущность «Потребитель»
Сущность «Заявка»;
Сущность «Коммерческое предложение»;
Сущность «Заказ»;
Сущность «Задание»;
Список «Счета»;
Список «Оплаты»;
Сущность «Акт»;
Сущность «Счет-фактура»;
Список «Канцелярия»;
Список «Инциденты»;
Сущности типа действие – «Звонок», «Электронная почта», «SMS-сообщение», «Встреча», представленные в виде объединенного списка «Журнал действий»;
Сущность «Работа с дебиторской задолженностью»;
Сущность «Журнал действий из биллинга».
Связь между сущностями «Клиент» - «Договор» осуществляется по принципу «1:N», то есть к сущности «Клиент» может быть присоединено неограниченное количество договоров, сущность «Договор» может быть присоединена только к одному клиенту.
Связь между сущностями «Договор» - «Потребитель» осуществляется по принципу «1:N», то есть к сущности «Договор» может быть присоединено неограниченное количество потребителей, сущность «Потребитель» может быть присоединен только к одному договору.
Связь между сущностями «Договор» - «Заявка» осуществляется по принципу «1:N», то есть к сущности «Заявка» может быть присоединен только один договор, сущность «Договор» может быть присоединена к неограниченному количеству заявок.
Связь между сущностями «Договор» - «Задание» осуществляется по принципу «1:N», то есть к сущности «Задание» может быть присоединен только один договор, сущность «Договор» может быть присоединена к неограниченному количеству заданий.
Связь между сущностями «Договор» - «Коммерческое предложение» осуществляется по принципу «1:N», то есть к сущности «Коммерческое предложение» может быть присоединен только один договор, сущность «Договор» может быть присоединена к неограниченному количеству коммерческих предложений.
Связь между сущностями «Договор» - «Заказ» осуществляется по принципу «1:N», то есть к сущности «Заказ» может быть присоединен только один договор, сущность «Договор» может быть присоединена к неограниченному количеству заказов.
Связь между сущностями «Договор» - «Акт» осуществляется по принципу «1:N», то есть к сущности «Акт» может быть присоединен только один договор, сущность «Договор» может быть присоединена к неограниченному количеству актов.
Связь между сущностями «Договор» - «Счет-фактура» осуществляется по принципу «1:N», то есть к сущности «Счет-фактура» может быть присоединен только один договор, сущность «Договор» может быть присоединена к неограниченному количеству счетов-фактур.
Связь между сущностями «Договор» - «Работа с дебиторской задолженностью» осуществляется по принципу «1:1», то есть к сущности «Работа с дебиторской задолженностью» может быть присоединен только один договор, сущность «Договор» может быть присоединена только к одной сущности «Работа с дебиторской задолженностью».
Связь между сущностями «Договор» - «Счет-фактура» осуществляется по принципу «1:N», то есть к сущности «Счет-фактура» может быть присоединен только один договор, сущность «Договор» может быть присоединена к неограниченному количеству счетов-фактур.
Связь между сущностями «Договор» - «Журнал действий из биллинга» осуществляется по принципу «1:1», то есть к сущности «Договор» может быть присоединен только один журнал действий, импортируемый из ИС биллинга, сущность «Журнал действий из биллинга» может быть присоединена только к одному договору.
В карточке договора должны отображаться списки «Счета» и «Оплаты», импортируемые из SAP R/3 (ERP).
В карточке договора должны отображаться списки «Канцелярия» и «Инциденты», импортируемые из SharePoint.
По ключевому полю-признаку «Тип договора» определяется набор доступных полей в карточке договора. После сохранения карточки договора дальнейшая смена категории невозможна.
Обязательным является наличие в карточке договора следующих полей:
Номер договора
Номер договора в SAP R/3
Тип договора – выпадающий список со значениями «энергоснабжение», «купля-продажа электроэнергии и мощности», «государственные и муниципальные контракты», «проведение работ в измерительном комплексе», «программирование приборов учета», «оказание информационно-консультационных услуг», «купля-продажа электроэнергии и мощности (не в зоне ГП)», «проведение других работ»
Клиент – привязка (ссылка) к объекту «Клиент»
Период действия договора
Дата заключения – заполняется автоматически как текущая на момент создания договора. Может изменяться пользователем
Дата расторжения
Состояние договора – выпадающий список со значениями «Создан», «На подписи у руководителя», «Направлен Абоненту на согласование и оплату», «Отказ от договора до оплаты», «Оплачен», «Отказ от договора после оплаты в срок», «Отказ от договора с нарушением срока», «Документы по договору от Абонента получены не в полном объеме», «Утвержден», «Исполнен», «Закрыт – ошибка пользователя».
Отделение
Договорник
Участник ЛИК - флаг
Участник ЭДО – флаг
Наименование оператора ЭДО – поле только для чтения, автоматически заполняется при импорте данных из ИС биллинга
Общая дебиторская задолженность
В т.ч. за электроэнергию
13.1.1) Просроченная
13.1.2) Текущая
В т.ч. за дополнительные услуги
13.2.1) Просроченная
13.2.2) Общая
Количество периодов задолженности
Дата последней оплаты
Сумма последней оплаты
Ответственный
Период последнего счета
Сумма последнего счета
Тип последнего счета
Общая сумма дебиторской задолженности на дату последнего выставленного счета
Номер дополнительного соглашения
Дата дополнительного соглашения
Номер протокола разногласий
Дата протокола разногласий
Продление договора
Дополнительный договор – привязка (ссылка) к объекту «Договор»
Примечания
Вложения – прикрепленные файлы, сохраняемые в карточке договора
Документы - ссылки на библиотеки документов SharePoint
При создании объекта типа «Договор» Система должна добавлять новый элемент в список договоров. Пользователь должен иметь возможность создания электронной версии документа, на основе данных, импортируемых из системы SAP R/3 (ERP), и шаблона (Приложения 1-6), хранящегося в Системе, а также возможность сохранения сформированных документов в базе данных Системы, либо в библиотеках портала SharePoint.
Карточка объекта «Договор» должна иметь меню связанных объектов в зависимости от роли пользователя.
Для пользователей, выполняющих работу в Системе в рамках договорной работы по дополнительным услугам левое навигационное меню связанных объектов в карточке договора должно выглядеть следующим образом:
Информация по договору
Преддоговорная работа
Заявки - по данному меню находится список связанных заявок;
Коммерческие предложения - по данному меню находится список связанных коммерческих предложений.
Исполнение
Заказы - по данному меню находится список связанных заказов;
Задания - по данному меню находится список связанных заданий подрядчикам;
Журнал действий - по данному меню находится список связанных действий;
Счета - по данному меню находится список связанных счетов;
Оплаты - по данному меню находится список связанных оплат;
Акты - по данному меню находится список связанных актов;
Канцелярия – по данному меню выводится список связанных с договором документов, находящихся в библиотеке портала SharePoint;
Инциденты - по данному меню выводится список связанных с договором документов, находящихся в библиотеке портала SharePoint.
Закрытие
Счет-фактура – по данному меню находится список связанных счетов-фактур;
Заявление на возврат – ссылка на документ, сформированный по шаблону из Приложений 24, 25.
Объемы
Ежемесячные объемы полезного отпуска;
Задолженность;
Подписание дополнительного договора – создание нового объекта «Договор» с прикреплением к карточке выбранного договора.
Для пользователей, выполняющих работу в Системе в рамках договорной работы по основной деятельности левое навигационное меню связанных объектов в карточке договора должно выглядеть следующим образом:
Информация по договору – отображение основных полей карточки договора
Преддоговорная работа
Заявки – по данному меню выводится список связанных заявок
Исполнение
Потребители – по данному меню выводится список связанных потребителей
Журнал действий – по данному меню выводится список связанных действий
Журнал биллинга – по данному меню выводится список действий, импортируемых из биллинга, в том числе история смены МКД потребителем
Оплаты – по данному меню выводится список оплат
Канцелярия – по данному меню выводится список связанных с договором документов, находящихся в библиотеке портала SharePoint
Инциденты - по данному меню выводится список связанных с договором документов, находящихся в библиотеке портала SharePoint
1.1.28Сущность «Заявка»
Сущность «Заявка» предназначена для хранения в Системе информации о сформулированных намерениях клиента (потенциального клиента) воспользоваться услугами Компании.
Заявки на договора основной деятельности обрабатываются в ИС биллинга. CRM-система должна обеспечивать регистрацию, хранение и обработку заявок по дополнительным услугам.
По ключевому полю-признаку «Тип клиента» (юридическое лицо, физическое лицо) определяется набор доступных полей в карточке заявки. После сохранения карточки заявки дальнейшая смена типа заявки невозможна.
По ключевому полю-признаку «Тип заявки» определяется набор доступных полей в карточке заявки. После сохранения карточки заявки дальнейшая смена типа заявки невозможна.
Для заявки с типами «на проведение работ в измерительном комплексе», «на программирование прибора учета» обязательным является наличие следующих полей в карточке заявки:
с типом «Юридическое лицо»:
Тип клиента – переключатель со значениями «Юридическое лицо», «Физическое лицо». Активно значение «Юридическое лицо»
Тип заявки – выпадающий список со значениями «на проведение работ в измерительном комплексе», «на перепрограммирование приборов учета», «на оказание информационно-консультационных услуг», «на куплю-продажу электроэнергии и мощности (не в зоне ГП)», «на проведение других работ» ..Автоматически система устанавливает соответствующее значение.
Дата - заполняется автоматически как текущая на момент создания заявки. Может изменяться пользователем
Наименование организации
Наименование объекта
Адрес объекта
Номер договора энергоснабжения
Номер потребителя
Перечень работ – список с множественным выбором со значениями из справочника работ
Сведения о действующем(щих) приборе(ах) учета электроэнергии и трансформаторе(ах) тока:
Наименование прибора учета (ПУ) / трансформатора тока (ТТ)
Заводской номер
Тип
Дата установки
Дата гос. Поверки
Вид включения
Место установки
Требования к новому прибору учета электроэнергии, трансформатору тока и т.д.:
Наименование
Марка (тип)
Номинальный ток
Фазность, номинальное напряжение
Вид включения
Класс точности
Количество
Место установки
Иные требования
Желаемые дата и время выполнения работ
Контактное лицо:
Должность
Фамилия
Имя
Отчество
Телефон
Факс
Электронная почта
Ответственный – привязка (ссылка) к объекту «Пользователь»
Представитель Заказчика, должность
Представитель Заказчика, Ф.И.О.
|
