WWW.DISS.SELUK.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА
(Авторефераты, диссертации, методички, учебные программы, монографии)

 

Pages:     || 2 |

«Лот №1 Технические и функциональные требования к предоставляемой услуге по внедрению системы автоматизации сбыта электроэнергии и расчетов с потребителями для нужд ОАО Липецкая энергосбытовая компания РАЗДЕЛ I. ОБЩИЕ ...»

-- [ Страница 1 ] --

Приложение №2

к документации о запросе предложений

от 21.02.2013 № 08-04-0353

на поставку товара и оказание услуг

по адресу: г. Липецк, пр.Победы, 87 а Лот №1 Технические и функциональные требования к предоставляемой услуге по внедрению системы автоматизации сбыта электроэнергии и расчетов с потребителями для нужд ОАО «Липецкая энергосбытовая компания»

РАЗДЕЛ I. ОБЩИЕ ПОЛОЖЕНИЯ

1. Введение

2. Общие сведения

2.1. Полное наименование работ и их условное обозначение............ 2.2. Сокращения и обозначения

2.3. Границы применимости документа

РАЗДЕЛ II. НАЗНАЧЕНИЕ И ЦЕЛИ ПРОВЕДЕНИЯ РАБОТ.................. 1. Основная цель Проекта

2. Основное назначение Системы

3. Основные функции Системы

РАЗДЕЛ III. КОМПЛЕКТНОСТЬ ПОСТАВКИ И СОСТАВ РАБОТ........ 1. Состав работ

2. Необходимая функциональность

3. Состав комплекта поставки

РАЗДЕЛ IV. ОБЩИЕ СВЕДЕНИЯ ОБ ОБЪЕКТЕ

1. Организационная структура общества

2. Основные виды деятельности

3. Дополнительные виды деятельности

РАЗДЕЛ V. ТРЕБОВАНИЯ К СИСТЕМЕ

1. Общие требования к Системе

2. Требования к составу решаемых задач

Стр. 3. Требования к автоматизации ведения взаимоотношений с абонентами

4. Требования к личному кабинету (ЛКК)

5. Требования к автоматизации сбора данных о фактическом потреблении

6. Требования к автоматизации интегрального и интервального биллинга

7. Требования к автоматизации выставления финансовых документов

8. Требования к автоматизации учета поступивших оплат.................. 9. Требования к автоматизации управлению дебиторской задолженностью

10. Требования к получению ключевых показателей деятельности компании (КПЭ)

11. Требования к составу выходных форм и отчетов

РАЗДЕЛ VI. ТРЕБОВАНИЯ К ОРГАНИЗАЦИИ РАБОТ ПО

РАЗРАБОТКЕ И ВНЕДРЕНИЮ СИСТЕМЫ

1. Организация контроля хода выполнения работ

2. Требования к ИАС

3. Требования к нормативно-справочной информации (НСИ)................ 4. Требования к интеграции с другими системами

5. Требования к проведению приемки работ

6. Рекомендации по срокам выполнения работ

РАЗДЕЛ VII. ТРЕБОВАНИЯ К ОРГАНИЗАЦИИ РАБОТ ПО

МИГРАЦИИ ДАННЫХ

РАЗДЕЛ VIII. ТРЕБОВАНИЯ К БЕЗОПАСНОСТИ И ЗАЩИТЕ

ИНФОРМАЦИИ

1. Требования по безопасности

2. Требования к защите информации от несанкционированного доступа.

РАЗДЕЛ IX. ТРЕБОВАНИЯ К ОРГАНИЗАЦИИ ПОДГОТОВКИ

ПОЛЬЗОВАТЕЛЕЙ К ЭКСПЛУАТАЦИИ СИСТЕМЫ

1. Категории пользователей

2. Направления подготовки администратора приложений

3. Направления подготовки разработчика приложений

4. Направления подготовки конечных пользователей

5. Направления подготовки бизнес - аналитиков

Стр. 6. Аттестация пользователей

РАЗДЕЛ X. ТРЕБОВАНИЯ К ОКАЗАНИЮ ТЕХНИЧЕСКОЙ

ПОДДЕРЖКИ

РАЗДЕЛ XI. ТРЕБОВАНИЯ К СОПРОВОЖДЕНИЮ СИСТЕМЫ..........

РАЗДЕЛ XII. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ

РЕЗУЛЬТАТОВ РАБОТЫ

РАЗДЕЛ XIII. ТРЕБОВАНИЯ К ВИДАМ ОБЕСПЕЧЕНИЯ

1. Требования к информационному обеспечению

1.1. Требования к составу, структуре и способам организации данных в системе

1.2. Требования по использованию систем управления базами данными (СУБД)

2. Требования к лингвистическому обеспечению

3. Требования к программному обеспечению

3.1. Требования к прикладному программному обеспечению.......... 3.4. Требования к масштабируемости:

3.5. Требования к системному программному обеспечению............ 3.6. Требования к каналам связи

программного обеспечения

3.8. Требования к рабочим станциям и серверам

ОБЩИЕ ПОЛОЖЕНИЯ

РАЗДЕЛ I.

1. Введение 1.1. Целью настоящего Технического задания является определение требований к работам по созданию и внедрению автоматизированной системы управления сбытом электроэнергии и расчетами с потребителями ОАО «ЛЭСК» на базе программного обеспечения Oracle CC&B, физическими и юридическими лицами, а также необходимых стадий и этапов работ, подлежащих обязательной реализации и соответствующему отражению в материалах, присылаемых на открытый запрос предложений.



2. Общие сведения 2.1. Полное наименование работ и их условное обозначение Создание и внедрение автоматизированной системы управления сбытом электроэнергии и расчетами с потребителями ОАО «ЛЭСК» (далее – АСУ СЭРП или Система) на базе программного обеспечения Oracle Utilities Customer Care and Billing (далее - Платформа).

2.2. Сокращения и обозначения Ниже приводятся термины и акронимы (аббревиатуры), используемые в настоящем документе.

Компания, Заказчик – ОАО «ЛЭСК»

Исполнитель – Участник открытого запроса предложений, предложивший в своей заявке наилучшие условия выполнения договора;

Платформа - программное обеспечение Oracle Utilities Customer Care and Billing Нормативный документ – принятый в установленном порядке документ, устанавливающий правила, общие принципы или характеристики, касающиеся различных видов деятельности или их результатов. К нормативным документам относятся стандарты, нормы, правила, своды правил, регламенты, технологические инструкции, руководства по эксплуатации, положения и иные документы;

НСИ – нормативно-справочная информация;

Проект – разработка и внедрение автоматизированной системы управления сбытовой деятельностью и расчетами с потребителями ОАО «ЛЭСК»

АСУ СЭРП, Система – автоматизированной системы управления сбытовой деятельностью и расчетами с потребителями ОАО «ЛЭСК»;

ОС – операционная система;

ИАС – информационно-аналитическая система;

СУБД – система управления базами данных;

ТРП – технический рабочий проект;

ТЗ – техническое задание;

НИОКР – научно-исследовательские и опытно-конструкторские разработки;

ЦОД – центр обработки данных;

ЦОК – центр обслуживания клиентов;

АРМ – автоматизированное рабочее место;

КИС – корпоративная информационная система;

ПК – программный комплекс;

АСКУЭ – автоматизированная система коммерческого учета электроэнергии;

ЭСО – энергосбытовая организация;

2.3. Границы применимости документа Настоящий документ описывает требования к работам по разработке и внедрению АСУ СЭРП. Технические требования являются основным документом в комплекте тендерной документации, рассылаемой участникам открытого запроса предложений. Все остальные документы, разработанные участникам открытого запроса предложений в ходе формирования тендерных предложений, должны быть согласованы с данным документом.

Основанием данных Технических требований являются требования, сформулированные в нормативных документах и требованиях Заказчика.

РАЗДЕЛ II. НАЗНАЧЕНИЕ И ЦЕЛИ ПРОВЕДЕНИЯ РАБОТ

1. Основная цель Проекта Обеспечение усовершенствования сбытовых процессов и расчетов с потребителями электроэнергии физическими и юридическими лицами, с применением передовых практик интеграции бизнес-процессов и современных информационно-технологических решений, которые осуществляют комплексную и интегрированную поддержку деятельности подразделений Компании и обеспечивают прозрачность деятельности ОАО «ЛЭСК» для руководства, инвесторов и для общества в целом, за счет:

• Создания современной и эффективной системы управления энергосбытовой деятельностью ОАО «ЛЭСК»;

• Централизации информационных потоков и оптимизация процессов формирования • Сокращения операционных издержек и повышения производительности труда;

• Снижения дебиторской задолженности;

• Повышения конкурентоспособности за счет гибких условий обслуживания потребителей;

• Автоматизации работы с контрагентами;

• Повышения финансовой прозрачности;

• Повышения инвестиционной привлекательности компании.

• Улучшение бизнес-процессов Компании с учетом передовых стандартов бизнеспроцессов.

2. Основное назначение Системы Основное назначение Системы – автоматизация бизнес-процессов ОАО «ЛЭСК», включая:

• Автоматизацию бизнес-процессов подразделений ОАО «ЛЭСК»;

• Автоматизацию взаимодействия с потребителями физическими и юридическими лицами;

• Автоматизацию взаимодействия со сторонними системами и организациями.

3. Основные функции Системы Основные функции Системы – автоматизация бизнес-процессов ОАО «ЛЭСК», включая:

• Ведение истории взаимоотношений с потребителями физическими и юридическими • Сбор данных о фактическом потреблении;

• Интегральный и интервальный биллинг;

• Формирование финансовых документов;

• Прием и учет платежей;

• Управление дебиторской задолженностью;

• Формирование консолидированной отчетности о деятельности предприятия;

• Расчеты с сетевыми организациями;

• Расчеты по дополнительным видам услуг.

2. Объектами автоматизации Системы являются следующие подразделения Компании:

• Аппарат управления ОАО «ЛЭСК»

Липецкий участок сбыта электроэнергии Елецкий участок сбыта электроэнергии Лебедянский участок сбыта электроэнергии Грязинский участок сбыта электроэнергии Добровский участок сбыта электроэнергии Добринский участок сбыта электроэнергии Усманский участок сбыта электроэнергии Долгоруковский участок сбыта электроэнергии Воловский участок сбыта электроэнергии Измалковский участок сбыта электроэнергии Задонский участок сбыта электроэнергии Тербунский участок сбыта электроэнергии Становлянский участок сбыта электроэнергии Хлевенский участок сбыта электроэнергии Данковский участок сбыта электроэнергии Краснинский участок сбыта электроэнергии Лев-Толстовский участок сбыта электроэнергии Чаплыгинский участок сбыта электроэнергии

РАЗДЕЛ III. КОМПЛЕКТНОСТЬ ПОСТАВКИ И СОСТАВ РАБОТ

Участник открытого запроса предложений должен предоставить технико-коммерческое предложение, содержащее исчерпывающее описание функциональных характеристик создаваемой и внедряемой Системы на базе программного обеспечения Oracle CC&B, календарный план выполнения работ по созданию и внедрению Системы -, пример регламента сопровождения. При подготовке календарного плана работ необходимо произвести детализацию пунктов (работ) и их сроков до отдельных этапов.

1. Состав работ Для создания и внедрения АСУ СЭРП необходимо выполнить следующие работы 1. Анализ существующих функций и бизнес-процессов;

2. Разработка новой модели деятельности компании в соответствии с лучшими мировыми практиками и стандартами обслуживания;

3. Согласование новой модели деятельности компании;

4. Формирование и первоначальное наполнение НСИ;

5. Разработка документации по ведению и сопровождению НСИ;

6. Настройка согласованной новой модели деятельности в программном обеспечении Oracle CC&B;

7. Разработка дополнительной согласованной функциональности, для соответствия Системы согласованной модели и текущему законодательству (доработка интерфейсов, процедур расчетов и начислений и т.д.);

8. Создание документации с полным детальным описанием всех выполненных настроек и доработок;

9. Миграция данных из ранее действующих Систем автоматизации деятельности по работе с абонентами. Работа должна быть выполнена в полном объеме самостоятельно Исполнителем, без привлечения к данным работам специалистов Заказчика. В случае невозможности миграции всех исторических данных в новую Систему, Исполнитель обязан реализовать прозрачный интерфейс для доступа к этим данным из новой Системы автоматизации, после вывода из эксплуатации существующих систем;

10. Интеграция АСУ СЭРП со смежными системами автоматизации ОАО «ЛЭСК» (Call-центр, Система электронного документооборота, корпоративная почта, корпоративный домен, Система управления электронной очередью). Интеграция должна быть выполнена в полном объеме самостоятельно Исполнителем, без привлечения к данным работам специалистов Заказчика;

11. Интеграция АСУ СЭРП с системой автоматизации бухгалтерии на базе ПО 1С 8.2 УПП (только со стороны Oracle CC&B);

12. Подготовка специалистов Заказчика до уровня самостоятельного обслуживания новой системы после перевода в промышленную эксплуатацию (включая модификации настроенной функциональности и разработка дополнительных программных компонент пользовательского интерфейса и процедур расчетов и начислений);

13. Создание детальных инструкций конечных пользователей на каждую роль согласованной и утвержденной новой модели работы компании;

14. Проведение групповых обучений ключевых специалистов и представителей участков по использованию новой Системы;

15. Техническая поддержка Системы до момента передачи в промышленную эксплуатацию.

2. В системе должна быть реализована следующая функциональность:

1. Ведение истории взаимоотношений с потребителями физическими и юридическими лицами;

2. Сбор данных о фактическом потреблении в ручном и автоматическом режиме;

3. Учет и разнесение платежей (в ручном и автоматическом режимах);

4. Управление дебиторской задолженностью (в том числе автоматизированный контроль и генерация событий);

5. Исковая деятельность (по задолженностям абонентов) 6. Интегральный и интервальный биллинг;

7. Расчеты по дополнительным видам услуг;

8. Формирование финансовых документов (книга покупок и продаж, счета, счета-фактуры);

9. Личный кабинет клиента ( с интеграцией с платежными online системами);

10. Централизации информационных потоков и оптимизация процессов формирования отчетности в целом по компании;

11. Управление консолидированной отчетностью о деятельности компании в целом;

12. Сверки и взаиморасчеты со смежными организациями – поставщиками услуг (, ОРЭ, сетевые компании, ИКУ и т.д.);

13. Бизнес-аналитика, показатели деятельности компании и информационные панели руководителей;

3. Состав комплекта поставки В комплект поставки должны войти следующие компоненты 1. НСИ, сформированная, первоначально заполненная;

2. документация по ведению НСИ;

3. разработанная и внедренная ИАС;

4. интеграция АСУ СЭРП с СЭД «Директум»;

5. услуги по разработке документации, формированию, первоначальному наполнению, ведению и сопровождению НСИ;

6. услуги по разработке и внедрению ИАС;

7. услуги по интеграции АСУ СЭРП с другими системами;

8. миграция данных из ранее действующей Системы.

9. услуги по подготовке специалистов Компании по использованию АСУ СЭРП;

10. услуги по организации семинаров и проведению обучения по использованию программного обеспечения;

11. подготовка специалистов Компании по использованию АСУ СЭРП;

РАЗДЕЛ IV. ОБЩИЕ СВЕДЕНИЯ ОБ ОБЪЕКТЕ

1. Организационная структура общества 18 участков сбыта, 1 центр обслуживания клиентов.

2. Основные виды деятельности Основными видами деятельности компании являются:

поставка (продажа) электрической энергии по установленным тарифам в соответствии с диспетчерскими графиками электрических нагрузок;

получение (покупка) электрической энергии с оптового рынка электрической энергии;

оказание услуг энергоснабжающим организациям по реализации электроэнергии;

оказание консалтинговых и других услуг, связанных с реализацией энергии юридическим лицам;

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

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

3. Дополнительные виды деятельности Дополнительными видами деятельности компании являются:

продажа, установка и ремонт электросчетчиков любой классификации;

РАЗДЕЛ V. ТРЕБОВАНИЯ К СИСТЕМЕ

1. Общие требования к Системе 1.1. Консолидация информации о сбытовой деятельности по абонентам юридическим и физическим лицам в единой информационной Системе;

1.2. Система должна обеспечивать соответствие форм документов, отчетов, бизнес-процессов текущим требованиям законодательства и внутренних Регламентов в рамках согласованного в проектных документах функционального и организационного объема на всем протяжении Проекта.

1.3. Обеспечение повышения эффективности деятельности ОАО «ЛЭСК» за счет применения лучшей практики интеграции бизнес-процессов и современных информационнотехнологических решений, которые осуществляют комплексную и интегрированную поддержку деятельности подразделений Компании и обеспечивают прозрачность деятельности ОАО «ЛЭСК» для руководства, инвесторов и для общества в целом;

1.4. Повышение надежности и обеспечение единства хранения и ввода информации;

1.5. Использования информационного массива для принятия решений в производственных процессах Компании;

1.6. Доступный в любом подразделении инструмент для ввода информации по объектам учета;

1.7. Интерфейс вывода данных, который позволит пользователю получить информацию, конкретно необходимую для выполнения текущей деятельности своевременно, полно и не избыточно (по принципу «разумной достаточности»);

1.8. Отсутствие дублирования ввода одинаковой информации в рамках единого информационного пространства;

1.9. Централизованное ведение НСИ в рамках единого информационного пространства компании в соответствии с едиными принципами целостности и непротиворечивости данных;

1.10. Разграничение зоны ответственности пользователей и подразделений компании;

1.11. Обеспечение возможности предоставления данных Системы другим приложениям за счет открытости ее архитектуры;

1.12. Система должна обеспечивать работу следующих категорий пользователей:

конечный пользователь;

администратор приложений;

разработчик приложений;

1.13. Система должна обеспечивать разграничение доступа к информации и защиту информации от несанкционированного доступа на основе механизмов назначения прав;

1.14. В комплекте с Системой должна поставляться документация, описывающая средства и методику эксплуатации Системы, обеспечивающие сохранность информации в базе данных при авариях и отдельных сбоях. А так же восстановление (в случае необходимости) данных по состоянию на момент, предшествующего аварии. Данная методика должна базироваться на использовании системных (ОС, СУБД) средствах защиты от аварий и отдельных 1.15. Система должна обеспечивать ведение протокола выполнения операций по вводу и модификации информации в базе данных и мониторинг подключения пользователей к системе.

Протокол операций должен обеспечивать идентификацию пользователя, рабочего места и время выполнения операции;

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

единство базовых текстовых, цветовых и графических обозначений;

однотипный интерфейс навигации по экранным формам;

обеспечение многооконного режима.

2. Требования к составу решаемых задач 2.1. Разрабатываемая Система должна обеспечивать информационную поддержку выполнения следующих задач в рамках основной деятельности ОАО «ЛЭСК»:

Ведения истории взаимоотношений с потребителями физ. и юридическими лицами;

Сбор данных о фактическом потреблении;

Интегральный и интервальный биллинг:

Расчеты по дополнительным видам услуг;

Формирование финансовых документов;

Управление дебиторской задолженностью;

Формирование отчетности:

формирование управленческой отчетности в разрезе структурных подразделений формирование управленческой отчетности по контролируемым потребителям;

формирование оперативной отчетности в рамках подразделений, определенных в организационном объеме проекта;

формирование отчетов, определенных регламентом вышестоящего руководства, определенного формата и содержания;

формирование отчетов, требования к которым меняются, в зависимости от потребностей пользователей системы, так называемых отчетов по требованию.

2.2. Конфигурация Системы должна позволять постепенное наращивание функциональности 3. Требования к автоматизации ведения взаимоотношений с абонентами 3.1. Ведение договорной работы, управление договорами (основной договор, дополнительное соглашение и др.) Инициирование и подготовка проекта договора Ведение единой базы договоров с отражением в ней видов, типов, параметров и других классификаций заключаемых договоров 3.2. Управление договорными отношениями в части реализации электрической энергии;

3.3. Учет и ведение данных по абонентам и условиям их обслуживания с ведением всей информации по абоненту для однозначной идентификации потребителя в системе;

3.4. Наличие информационного портала лицевого счета абонента с отображением информации для работы с потребителем;

3.5. Управление взаимоотношениями с потребителями в течение жизненного цикла работы с ним: от первой записи, открытия лицевого счета, заключения договора об обслуживании, теСтр. кущих уведомлений, обновлений сервисных услуг до завершения обслуживания и закрытия договора;

3.6. Ведение и хранение истории лицевого счета и взаиморасчетов с потребителями;

3.7. Регистрация договоров об обслуживании с ведением соответствующих разделов договоров об обслуживании (РДО);

3.8. Функциональность контакт-центра по обслуживанию потребителей:

3.9. Селективное отображение данных, соответствующее конкретной роли пользователя;

3.10. Обеспечение доступа к необходимой информации для быстрого получения данных лицевого счета и договора об обслуживании;

3.11. Выдача предупреждений по состоянию лицевого счета, графиков выписки счетов, финансовых балансов и деталей лицевого счета;

3.12. Регистрация всех типов контактов с потребителями (телефон, лично, эл.почта, интернет) и ведение записей с комментариями о результатах проведенного контакта;

3.13. Автоматическая генерация необходимости контакта с потребителем (письма, напоминания) при достижении необходимых условий, заданных для данного потребителя;

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

3.14.1. Абонент, плательщик и потребитель являются разными лицами;

3.14.2. Потребитель с несколькими приборами учета;

3.14.3. Один прибор учета используется несколькими потребителями;

3.14.4. Потребитель, имеющий суб-абонентов, получающий общий счет и детализацию начислений отдельно по всем суб-абонентами.

3.14.5. Потребитель, имеющий суб-абонентов с выставлением отдельных счетов клиенту и суб-абонентам.

3.14.6. Потребитель, получающий общий счет за разные услуги.

3.14.7. Один плательщик оплачивает несколько счетов разных потребителей общим платежом.

3.14.8. Перевод независимого потребителя в суб-абоненты другого, зарегистрированного ранее потребителя.

3.14.9. Перевод суб-абонента в независимого потребителя.

3.15. Предоставление потребителю защищенного удаленного доступа к текущей и исторической информации по лицевому счету;

3.15.1. Баланс лицевого счета;

3.15.2. Наличие задолженности;

3.15.3. Параметры договора;

3.15.4. Тарифный план;

3.15.5. Выставленные счета;

3.15.6. Произведенная оплата;

3.16. Выполнение действий по данному лицевому счету;

3.16.1. Коррекция данных по лицевому счету и договору;

3.16.2. Ввод показаний приборов учета;

3.16.3. Оплата услуг;

3.16.4. Интеграция с платежными системами;

3.17. Обеспечение размещения web-приложения на сайте ОАО «ЛЭСК», в части, ориентированной на обслуживание потребителей.

4. Требования к личному кабинету (ЛКК) 4.1. Назначение ЛКК Основное предназначение ЛКК – предоставление клиентам розничного рынка интерактивного доступа к информационным сервисам Компании.

В связи с потребностью постоянной адаптации данного канала обслуживания под потребности целевых групп клиентов особенно актуальны требования «одного окна», компактности, гибкости, быстрого поиска информации, указанные в п. 4.2 «Интерфейс пользователя».

4.2. Сервисы ЛКК 4.2.1. Организация процедуры доступа клиента к ЛКК Доступ клиентов к ЛКК производится через Web-доступ с использованием ссылки доступа с главной страницы сайта Компании. Весь трафик, передаваемый между клиентом и ЛКК должен шифроваться с использованием SSL сертификатов по протоколу TLS. При доступе в ЛКК клиент должен видеть визуальное подтверждение защищенности сессии клиента при соединении с ЛКК (подсветка адресной строки цветом, символ «замка» и пр.).

Идентификация (процедура распознавания абонента по его идентификатору) пользователя в ЛКК производится с использованием предназначенного Идентификатора пользователя. В качестве Идентификатора пользователя для ФЛ используется номер лицевого счета, для ЮЛ – номер договора. Идентификатор пользователя хранится в ЛКК в зашифрованном виде.

В ЛКК должна быть реализована процедура взаимной аутентификации (проверки подлинности). Проверка подлинности Компании проводится путем вывода информации о владельце SSL сертификата с возможностью проверки данных сертификата на сайте выдавшей его организации. Аутентификация пользователя в ЛКК производится путем ввода Пароля, который хранится в ЛКК в зашифрованном виде.

Механизм авторизации (получения прав пользователя в системе) в ЛКК должен ограничивать доступ каждого пользователя ЛКК исключительно к «собственным» данным (персональные данные абонента, его договор, лицевой счет, данные начислений и оплат и пр.) и принципиально исключать возможность любого доступа пользователя ЛКК к данным других пользователей ЛКК. Данное ограничение должно также действовать для администраторов ЛКК, которые не должны иметь возможности доступа и изменения данных других пользователей. После успешной авторизации пользователя в ЛКК происходит поиск и подбор данных клиента в соответствии с введенным идентификатором.

Пользователи ЛКК должны иметь возможность самостоятельного изменения пароля доступа и восстановления забытого пароля. В ходе процедуры смены пароля из ЛКК пользователь обязательно должен еще раз указать свой текущий пароль, в ходе процедуры восстановления – пользователь получает по e-mail/SMS персональную ссылку на страницу восстановления пароля с ограниченным сроком действия. В обоих случаях пользователь должен ввести новый пароль, подтвердить его (в поле подтверждения нужен контроль только ручного ввода, без возможности копирования), а также ввести «символы с картинки» (CAPTCHA). При желании пользователь ЛКК может также отправить новый пароль на свои контактный e-mail и/или мобильный телефон (SMS).

Механизм назначения пароля новым пользователям должен предусматривать как возможность автоматической генерации пароля, так и ввод предустановленного значения, с обязательной контрольной проверкой пароля на соответствие заданным администратором ЛКК требованиям к безопасности паролей. Пример таких требований: «время жизСтр. ни» пароля, максимальная частота смены пароля, минимальная и максимальная длина пароля, минимальные требования к безопасности пароля – использование букв / цифр / специальных символов / неповторяемость последних N паролей, автоблокирование учетной записи пользователя в ЛКК на заданный временной период при нарушении правил ввода пароля с уведомлением администратора ЛКК.

Учетная запись пользователя в ЛКК должна автоматически создаваться при регистрации в CRM данных договора/лицевого счета. Пароль нового пользователя ЛКК должен автоматически генерироваться и пересылаться на зарегистрированные в CRM контактные e-mail и/или мобильные телефоны (SMS).

Администратор ЛКК должен иметь возможность задавать период времени, после которого неактивные сессии пользователя должны быть автоматически отключены.

4.2.2. Доступ к персональной информации Просмотр данных абонентского учета, и договоров в частности:

информация по объекту обслуживания и абоненту (адрес объекта обслуживания, наименование абонента, для ЮЛ дополнительно регистрационные данные и банковские реквизиты, контактная информация (телефон, e-mail, факс), специальные параметры – кол-во льготников, газовая/электроплита и пр.);

данные лицевого счета / договора (№, дата заключения), также желательно хранить текст договора на момент его заключения и историю существенных изменений в условиях договора;

информация по действующим льготам и истории изменения льгот (пример - вид льготы, период действия льготы, ФИО льготника, %/сумма льготы);

информация по тарифным планам абонента для каждой потребленной услуги и истории изменения указанных тарифов за период потребления услуг (пример данных для поставки ЭЭ - вид услуги, название тарифа, период действия, категория обслуживания, регион обслуживания, временная зона, тип учета, единица Изменение контактной информации абонента (e-mail, факс, телефоны).

Прочая информация по абоненту должна изменяться через систему CRM сотрудниками Компании на основании регламентированных документов.

4.2.3. Работа с показаниями ПУ Просмотр истории показаний (наименование ТУ, номер ПУ, дата регистрации показаний, зона, показание, источник показаний: абонент, Компания, наименование сетевой организации или компании-партнера - при получении показаний ПУ через третьи стороны). Показания и источник должны выводиться на основании результатов процедуры утверждения показаний для проведения.

Ввод текущих показаний ПУ. Автоматический контроль даты ввода, допустимых значений (текущие показания ПУ меньше предыдущих или очень отличаются на порядок) и передача в CRM через механизм интеграции (с указанием источника «Введена абонентом»).

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

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

Просмотр существенных параметров дополнительных начислений (штрафы, пени и пр.), как пример: период, ставка%, сумма начисления.

Текущий баланс – величина дебиторской/кредиторской задолженности на текущую дату. Величина данного показателя всегда должна совпадать с результатом расчетов, выполненных на основании других данных из ЛКК (Текущий баланс = Баланс на начало периода – Начисления за период + Оплаты за период).

4.2.5. Выставление документов начисления / оплаты Печать заранее сформированных документов начисления (акты, счета-фактуры) и оплаты (счета, квитанции) на основании данных из БС (см. п.Ошибка! Источник ссылки не найден. «Ошибка! Источник ссылки не найден.»), полученных через механизмы Формирование новых документов оплаты на основании выбранного метода расчета: показаний ПУ без учета долга и оплат, произвольная сумма, расчет КИ, расчет ежемесячных извещений (плановые начисления). При выборе расчета по показаниям ПУ у пользователя должна быть возможность указать эти показания непосредственно в момент формирования документов оплаты.

Указанные документы формируются исключительно в БС, передаются обратно в ЛКК через механизмы интеграции. В системе БС должен быть реализован отдельный механизм, сопоставляющий данные запроса пользователя ЛКК на формирование документов оплат с уже подготовленными документами и автоматически аннулирующий «лишние»

документы по заданным правилам.

Возможность отправки документов оплаты на контактный e-mail с использованием механизмов рассылки CRM (через механизмы интеграции).

4.2.6. Оплата on-line On-line оплата платежной банковской картой или через подключенные системы электронных платежей (QIWI-кошелек, Yandex-деньги, Web-money и пр.).

4.2.7. Регистрация и отслеживание истории заявок и обращений Основные функции:

Регистрация заявок клиентов на предоставление различных услуг из расширяемого перечня услуг. Каждый вид услуги должен поддерживать ведение набора общих и специфических параметров, определяющих ее характеристики. Пример видов услуг: продажа ПУ ЭЭ, установка ПУ ЭЭ, замена ПУ ЭЭ, установка ПУ расхода воды, энергосервис, энергоаудит, продажа страховок, продажа кондиционеров, изменение персональных данных и пр. По окончании процедуры регистрации заявки клиент получает на свой контактный e-mail информационное письмо с описанием содержания сформированной заявки и сопутствующей информацией (ответственный со стороны компании, плановые сроки выполнения работ, описание последующих этапов работы с заявкой и пр.).

Отслеживание изменения статусов обработки заявок и результатов работ по заявкам непосредственно в ЛКК.

Подписка на получение информации об изменении статуса и результатах работ по заявкам с последующим получением уведомлений на контактный адрес e-mail и/или телефон (SMS).

4.2.8. Обратная связь Регистрация обращений клиентов по различным вопросам. Обращения структурируются по видам согласно расширяемому перечню: жалобы, предложения по улучшению работы подразделений Компании, предложения по расширению функционала ИС Компании (ЛКК, Контакт-центр) и пр. По окончании процедуры регистрации обращения клиент получает на свой контактный e-mail информационное письмо с текстом сделанного обращения и сопутствующей информацией (ответственный со стороны компании, плановые сроки ответа на обращения, рекомендуемые действия и пр.).

Возможность отслеживания обращений и ответов на них непосредственно в ЛКК.

Подписка на получение информации о результатах рассмотрения обращения на контактный адрес e-mail и/или телефон (SMS).

Выборочное анкетирование клиентов с использованием механизма анкетирования CRM – см. Ошибка! Источник ссылки не найден. «Ошибка! Источник ссылки не найден.».

4.2.9. Информационный обмен Общие новости Компании (изменения в перечне предоставляемых услуг и их параметрах, порядке обслуживания, тарифах, регламентных документах, открытие новых подразделений и пр.).

Информация о подразделениях, видах обслуживания, адресах, часах работы.

Справочно-нормативная информация по тематике.

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

Актуальные шаблоны документов для информационного обмена клиентов с Компанией.

Подписка новостные и информационные рассылки Компании согласно структурированному рубрикатору с периодическим получением на контактный e-mail краткого описания и ссылок на тематические статьи.

5. Требования к автоматизации сбора данных о фактическом потреблении 5.1. Фиксация данных о каждом месте обслуживания или адресе, обслуживаемом энергосбытовой компанией как “объекте обслуживания”;

5.2. Ведение электронной «картотеки» помещений юридических лиц-объектов обслуживания ОАО «ЛЭСК» с ведением необходимых данных по зданию или помещению;

5.3. Регистрация новых помещений с указанием всех параметров, необходимых для полной, однозначной идентификации помещения в базе данных и проведения расчетов по начислениям;

5.3.1. Узлы (станции, подстанции, КТП, ТП и т.д.) 5.3.2. Секции шин 5.3.3. Присоединения 5.3.4. Измерительные комплексы 5.3.5. Устройства сбора и передачи данных (УСПД) 5.4. Ведение географических данных;

5.5. Ведение для специальных и социальных объектов обслуживания требований обеспечения жизнедеятельности;

5.6. Обеспечение ведения неограниченного числа точек учета для одного объекта обслуживания, в которых непосредственно предоставляется услуга;

5.7. Поддержка расчетов потребления и начислений за предоставленные услуги для транзитных потребителей и суб-абонентов;

5.8. Конфигурирование связи точки учета с несколькими договорами об обслуживании для обеспечения нескольких видов обслуживания и разделения потребления на отдельные лицевые счета;

5.9. Ввод и отслеживание информации о любых действиях, выполняемых на объекте обслуживания потребителя;

5.10. Обработка всех запросов потребителей, обеспечение организации и контроля выполнения заказов на проведение работ;

5.11. Диспетчирование организации работ и выдачи наряд-заказов для проведения работ на объектах обслуживания потребителей;

5.11.1. Установка прибора учета;

5.11.2. Снятие прибора учета;

5.11.3. Поверка прибора учета;

5.11.4. Замена прибора учета;

5.11.5. Подключение и отключение услуги;

5.11.6. Проведение инструментальных обследований;

5.12. Создание запросов массовых подключений и обновления данных по объектам обслуживания для использования в быстрорастущих городских районах (например бизнес центры);

5.13. Проверка статусов лицевых счетов всех нежилых помещений здания;

5.14. Поддержка различных типов приборов учета электроэнергии (одно-, двух-тарифные и прочие типы приборов учета электроэнергии);

5.15. Регистрация и ведение данных по приборам учета;

5.15.1. Место установки прибора учета;

5.15.2. Тип прибора учета и его характеристики;

5.15.3. Применяемый тариф;

5.15.4. Данные для расчета фактического потребления;

5.15.5. Сведения о структурном подразделении, обслуживающем данный прибор учета.

5.16. Регистрация показаний на любой момент времени в расчетном периоде 5.17. Автоматизированный ввод показаний потребления из файлов;

5.18. Автоматическая выгрузка показаний потребления в файл;

5.19. Поддержка ручного ввода показаний приборов. Портал ввода показаний приборов учета обеспечивает удобство работы контролера по вводу большого числа показаний приборов учета в соответствии с маршрутным листом;

5.20. Регистрация показаний приборов учета во время контрольных обходов при помощи карманных персональных компьютеров;

5.21. Управление ответственными контролерами за снятие показаний с приборов учета и планирование контрольных обходов;

5.22. Получение данных о показаниях приборов учета из внешних систем через интеграционный интерфейс или с использованием промежуточных таблиц базы данных;

5.23. Регистрация информации об источнике данных о показаниях приборов учета (дата снятия показаний, ведомость контрольного обхода с именем контролера, данные системы АИИСКУЭ, комментарии потребителей и т.п.);

5.24. Уточнение данных показаний приборов учета до выставления счета;

5.25. Внесение записей, корректирующих сумму начислений, и учет корректировки сумм при следующем выставлении счета в период, когда счет уже выставлен;

5.26. Проверку корректности значений показаний при вводе на непротиворечивость и максимальное и минимальные значения;

5.27. Автоматическое обнаружение ошибок по заданному в алгоритме проверки параметру (проверка мин-макс, отрицательное или нулевое потребление, переход через «0», сравнение с профилем и т.д.) с ведением протокола ошибок и фиксацией типа ошибки;

5.28. Сведение физических балансов по территориям и сетевым компаниям.

6. Требования к автоматизации интегрального и интервального биллинга 6.1. Всесторонняя обработка данных потребления, работа с различными коэффициентами преобразования (факторами биллинга) и единицами измерений, с приведением различных расчетных единиц потребления к основной расчетной единице измерения;

6.2. Расчет начислений для различных видов услуг, включая услуги с измеряемым и не измеряемым потреблением;

6.3. Расчет начислений по однократным начислениям и сборам, (например, оплата услуг за подключение, повторное подключение, штрафы, пени);

6.4. Расчет начислений для сложных планов расчета и многокомпонентных тарифов;

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

6.6. Расчет общих начислений, начислений на основе тарифов за единицу измерения величины услуги, пошаговых начислений, начислений по позициям или компонентам расчета, расчет промежуточных значений перед выставлением фактического начисления;

6.7. Расчет начислений по внутренним тарифам, внешним данным потребления и с использованием внешних тарифов для обеспечения сквозного и многостороннего биллинга;

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

6.9. Выполнение расчетов объемов потребления на основании показаний приборов учета;

6.10. Выполнение расчетов объемов потребления балансовым методом с возможностью гибкого распределения полученной величины потребления по сложной и многоступенчатой схеме потребления;

6.11. Расчет потребления с использованием различных методик в случае ввода нескольких типов показаний в течение расчетного периода в зависимости от причины наличия множественных показаний (замена прибора учета в течение месяца, кража прибора учета, расчета по нормативам и т.п.);

6.12. Выполнение расчета на основании нормативов потребления, договорных величин;

6.13. Расчет потребления с использованием различных методик в случае отсутствия показаний приборов учета в расчетный период (на основании среднесуточного расхода, по установленной мощности, по максимальной нагрузке и т.д.);

6.14. Формирование авансовых начислений на основании нормативов потребления и фактического потребления за предыдущие периоды с учетом утвержденного в договоре процента авансовых платежей;

6.15. Проведение перерасчетов по недопоставкам или поставкам услуг ненадлежащего качества;

6.16. Предварительный расчет начислений/сторнирования с возможностью последующего удалением результатов расчетов;

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

6.18. Ручная активация запуска расчета и сохранения в базе данных полученного значения при вводе показания прибора учета за расчетный период независимо от способа ввода (оператором в диалоговом режиме или через автоматизированный интерфейс с системой АИИСКУЭ);

6.19. Автоматическое выполнение расчета и сохранение в базе данных полученного значения по событию календаря с датами наступления расчета при использовании нормативов потребления;

6.20. Ручная активация запуска расчета и сохранения в базе данных полученного значения при использовании нормативов потребления при наступлении даты расчета;

6.21. Ручное и автоматическое утверждение результатов расчетов, как в единичном, так и групповом утверждение результатов расчетов;

6.22. Ведение истории результатов расчета;

6.23. Ручной и автоматический перерасчет при изменении нормативов потребления с изменением значения, сохраненного в базе данных, в случае незакрытого периода, и ввода в базу данных только разницы между уже рассчитанным значением и результатом перерасчета, в случае закрытого периода;

6.24. Ведение групп тарифов и планов расчетов для разных групп потребителей и видов услуг;

6.25. Ведение истории изменения тарифов и обеспечение формирования расчетов начислений за периоды действия этого предыдущего значения при отсутствии ограничений на количество хранимых значений в истории тарифа;

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

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

6.28. Поддержка расчетов начислений в зависимости от параметров предоставляемой услуги;

6.29. Классификация / сортировка тарифов и планов расчета по критериям применимости по отношению к услуге, группе потребителей, принадлежности к территориальной или организационной единицы и т.д.;

6.29.1. Уровень напряжения 6.29.2. Регулируемый, нерегулируемый, составляющие регулируемого тарифа 6.29.3. Дифференциация по числу часов использования мощности 6.29.4. Дифференциация по величине максимальной мощности 6.29.5. Мощность, электроэнергия, электроэнергия приобретаемая в целях компенсации 6.29.6. Тарифы за ограничение (отключение) подачи электроэнергии 6.29.7. Прочие.

6.30. Создание и ведение групп тарифов и планов расчета;

6.31. В части расчетов за электроснабжение - функция расчетов потребления и формирования начислений;

6.31.1. «Расход по прибору учета (ПУ)»: значение вычисляется по показаниям прибора 6.31.2. «Постоянный расход»: значение вычисляется по постоянной величине;

6.31.3. «Алгоритм расчета»: значение вычисляется из значений других параметров, по 6.31.4. «Долевой расход»: значение вычисляется как часть значения другого параметра в соответствии с введенной процентной величиной.

6.32. В части расчетов за дополнительные услуги функция ведения тарифов и расчетов начислений;

6.33. Расчет начислений для различных типов услуг (по способу расчета начислений);

6.33.1. Услуг с фиксированной ценой за определенный период времени (день, месяц, 6.33.2. Услуг, стоимость которых зависит от объема потребления, с фиксированной ценой за единицу потребления;

6.33.3. Услуг с фиксированной ценой за оказание услуги – разовых услуг;

6.33.4. Услуги купли-продажи с фиксированной ценой за единицу товара;

6.34. Поддержка различных алгоритмов расчета начислений;

6.35. Ведение пополняемого справочника тарифов;

6.36. Расчет начислений и формирование счета за отпущенную энергию сверх лимита (расчет по повышенному тарифу);

6.37. Начисление/сторнирование фиксированной суммы (штрафные санкции, перераспределение общих потерь системы на потребителей без приборов учета);

6.38. Начисление суммы за хищения по регистрации факта хищения с указанием объема хищения электроэнергии. Начисление штрафа за факт хищения по регистрации факта хищения в зависимости от объема хищения;

6.39. Выполнение авансовых начислений на основании расчета авансового потребления;

6.40. Автоматическая проверка начислений на непротиворечивость;

6.41. Автоматическое выполнение начисления и сохранение в базе данных полученного значения по событию при вводе результатов расчета потребления за расчетный период;

6.42. Ручная активация выполнения начисления и сохранения в базе данных полученного значения при вводе результатов расчета за расчетный период;

6.43. Автоматическое выполнение начисления и сохранение в базе данных полученного значения по событию календаря с датами наступления начисления;

6.44. Ручная активация выполнения начисления и сохранения в базе данных полученного значения при использовании нормативов потребления после наступления даты расчета;

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

6.46. Ручное по запросу и автоматическое по расписанию выполнение разных видов перерасчета начисленных сумм при изменении результатов расчета потребления, тарифов, c учетом авансовых начислений и с сохранением истории перерасчетов;

6.47. Возможность формирования предварительных (пробных) начислений/сторнирования с последующим удалением результатов по данному потребителю;

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

6.49. Расчеты с сетевыми организациями по различным схемам (с «держателем котла», с каждой сетевой организацией в отдельности) за услуги и по оплате потерь.

7. Требования к автоматизации выставления финансовых документов 7.1. Выставление счетов и платежных требований для различных видов услуг, включая услуги с измеряемым и не измеряемым потреблением;

7.2. Выставление счетов и платежных требований по однократным начислениям и сборам, (например, оплата услуг за подключение, повторное подключение, штрафы, пени);

7.3. Включение в счет расчетов сторонних организаций для выставления единого консолидированного счета;

7.4. Формирование и просмотр на экране счета и платежного требования к оплате для одного потребителя;

7.5. Формирование счетов и передача данных на конвертировочную машину для формирования писем потребителям с сортировкой корреспонденции по определенным правилам (сортировка по почтовым индексам и т.п.);

7.6. Формирование авансовых счетов и платежных требований для юридических лиц;

7.7. Формирование, печати и хранения истории счетов-фактур, счетов, платежных требований;

7.8. Наличие гибкой схемы выставления счетов потребителям, имеющим сложную структуру (суб-абоненты);

7.9. Формирование в процессе биллинга отдельного счета-фактуры для суб-абонентов и отдельного потребителя, в случае наличия у потребителя одного или более суб-абонентов, а так же единого счета абонента;

7.10. Выставление потребителю отдельного счета по каждой из услуг либо нескольких счетов 7.11. Возможность выставления потребителю единого счета за все потребляемые им услуги (потребление электроэнергии, газа, воды, другие услуги);

7.12. Формирование в процессе выставления счетов для каждого типа потребителей соответствующего, регламентированного набора документов;

7.13. Формирование сводной ведомости по выставленным счетам;

7.14. Формирование и печать расшифровок (комментариев) по начислениям за любой период времени по любому абоненту или группе абонентов;

7.15. Регистрация и контроля результатов доставки счетов абонентам;

7.16. Возможность проставить штриховой код при формировании бумажного счета (квитанции);

7.17. Сохранение в системе выставленных счетов в течение заданного времени с возможностью повторного просмотра счета в том виде, в котором он был сформирован изначально;

7.18. Автоматизированная рассылка копий счетов потребителям посредством электронной 8. Требования к автоматизации учета поступивших оплат 8.1. Управление финансовыми поступлениями всех типов;

8.2. Работа с авансовыми платежами и планами авансовых платежей;

8.3. Поддержка банковских платежей с акцептным и безакцептным списанием с расчетного счета (включая электронный перевод средств (ЭПС), прямое дебетовое списание и платежи с помощью кредитных карт);

8.4. Обеспечение ведения бухгалтерского учета для целей формирования Книги покупок/продаж, оборотно-сальдовых ведомостей;

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

8.6. Выполнение погашения начисленной суммы;

8.7. Ручной ввод данных о поступлениях, сопоставление начисленной сумме, сохранение в 8.8. Автоматическая загрузка данных о поступлениях через интерфейс «Клиент Банк», сопоставление начисленной сумме, сохранение в базе данных;

8.9. Возможность ввода данных о наличных платежах из файла в предопределенном формате;

8.10. Ручное и автоматическое соотнесение платежа начисленной сумме (части начисления, нескольким начислениям) в соответствии с определенными правилами;

8.11. Ручной и автоматической контроль количества обрабатываемых платежных документов и сумм оплаты на соответствие данным банковской выписке (Тендер-контроль);

8.12. Поддержка проведения «сверки» платежей со списком платежей, в частности, поиск платежа по дате, сумме, идентификатору потребителя, платежным реквизитам (по потребителям участка, отделения), группировка платежей;

8.13. Обработка данных сканирования корешков счетов (при условии интеграции с системой сканирования штрих-кодов);

8.14. Индоссирование и распечатка чеков;

8.15. Наличие режима возврата сумм ошибочных платежей;

8.16. Невозможность удаления результатов регистрации поступления и возврата оплаты;

8.17. Наличие режима корректной обработки поступлений оплаты в случае закрытого учетного периода;

8.18. Формирование платежных требований на основании договора о безакцептном / акцептном списании для оплаты итоговых и авансовых начислений;

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

8.20. Проведение операции «Закрытие периода», которая определяет границу между двумя расчетными периодами, после которой введенные в систему показатели потребления, платежи, сформированные начисления и корректировки будут отнесены к следующему расчетному периоду и учтены в счетах к оплате и в отчетах за следующий расчетный период, с корректировкой счетов-фактур в предыдущем периоде;

8.21. Контроль полноты выполнения и завершенности всех бизнес-процессов, предшествующих закрытию периода (отсутствие незавершенных транзакций);

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

8.23. Списание кредиторской задолженности.

9. Требования к автоматизации управлению дебиторской задолженностью 9.1. Ведение и поддержка в актуальном состоянии баланса лицевого счета потребителя, отражающего в каждый момент времени текущее состояние взаиморасчетов с ним;

9.2. Расширенная функциональность по работе с задолженностями, взысканиями и сборами;

9.3. Инструменты контроля долга и стимулирования оплаты потребителя;

9.3.1. Напоминания 9.3.2. Предупреждения 9.3.3. Ограничения предоставления услуг 9.3.4. Отключения 9.3.5. Расторжение отношений 9.3.6. Другие мероприятия, применяемые в соответствии с законодательством и утвержденными бизнес-правилами компании.

9.4. Фоновый мониторинг и контроль по запросу просроченных задолженностей с настройкой автоматизированных процессов взыскания в соответствии с нормативными требованиями и требованиями законодательства;

9.5. Отмена процессов взыскания дебиторской задолженности по полной или частичной оплате, в зависимости от того, как это определено компанией;

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

9.7. Оценка кредитоспособности по каждому лицевому счету, настроенная на основе финансового события;

9.8. Оценка кредитоспособности на основании задержек платежей или недостатка средств на счете, и эта оценка будет оставаться в силе в течение заданного пользователем периода;

9.9. Разделение потребителей на категории, определяющие сценарии работы с дебиторской задолженностью, при помощи атрибута «категория дебитора»;

9.10. Формирование и хранение в системе списка потребителей («Список №1»), работа с которыми ведется по специальным правилам;

9.10.1. Потребители, которые находятся на контроле руководства;

9.10.2. Сгруппированные потребители (VIP-клиенты, одноставочние, двухставочные, приравненные к населению, группировка по максимальной мощности, прочие).

9.11. Возможность задания различных сценариев работы с потребителями в зависимости от типа потребителя и «категории дебитора»;

9.12. Автоматическое формирование и печать предупреждения о задолженности в предопределенном формате для списка потребителей (в массовом порядке) и для одного потребителя;

9.13. Формирование, редактирование и удаление документов «Предупреждение о задолженности» для сформированного списка потребителей (в пакетном режиме) и для одного потребителя (в ручном режиме);

9.14. Учет и ведение истории сформированных и отправленных предупреждений о задолженности;

9.15. Формирование, редактирование и печать документа «Уведомление об ограничении» для сформированного списка потребителей (в пакетном режиме) и для одного потребителя (в ручном режиме) с учетом сформированных уведомлений и ведением истории их выставления;

9.16. Формирование, редактирование и печать документа «Уведомление об ограничении/отключении» для потребителя. Возможность автоматизированной рассылки копий «Уведомление об ограничении/отключении» отдельным потребителям посредством электронной почты. Учет сформированных и доставленных уведомлений об ограничении/отключении;

9.17. Формирование документов «Заявка на отключение/ограничение абонентов» для эксплуатирующей сетевой организации;

9.18. Автоматическая отмена процессов взыскания задолженности по полной или частичной оплате, в зависимости от того, как это определено правилами работы на РРЭ и регламентом компании для соответствующей группы потребителей;

9.19. Формирование на основе документа «Заявка на включение абонентов» с возможностью внесения впоследствии отметки о выполнении по каждому из потребителей;

9.20. Ведение для каждого потребителя «Истории контактов с потребителем», в котором сохраняются записи обо всех действиях, произведенных в отношении потребителя в рамках процесса «Управление дебиторской задолженностью», в частности:

• отправка предупреждения о задолженности (с отметкой о получении);

• отправка уведомления об отключении / ограничении (с отметкой о получении);

• включение потребителя в распоряжение на отключение (с указанием номера и даты распоряжения).

9.21. Списание дебиторской задолженности.

9.22. Ведение исполнительных листов.

10. Требования к получению ключевых показателей деятельности компании (КПЭ) Ключевые показатели деятельности должны быть разработаны в ходе выполнения работ (Раздел III, пп.1, 2, 3) и согласованы с Заказчиком.

Минимальный набор результатов:

Инструкция для пользователей с описанием работ и процессов, согласованных с Заказчиком.

Описание процесса, зафиксированное системой автоматизации методом настроек и минимального программирования.

Обеспечена возможность контроля автоматизированных процессов через набор КПЭ.

Направления, по которым должны измеряться КПЭ с помощью автоматизированной системы:

10.1. Биллинг • Контроль расчтов, перерасчтов, выставления счетов (например, доля клиентов, по которым сделан расчет в течение суток после появления исходных данных для расчта) 10.2. CRM • Работа с обращениями и жалобами клиентами (например, количество обращений без ответа более Х часов/дней);

• Работа колл-центра (например, количество клиентов, ожидающих ответ оператора, • Работа личного кабинета (например, доля обращений клиентов через личный кабинет от общего кол-ва обращений клиентов);

• Работа ЦОКов - электронная очередь (например, количество человек в очереди) 10.3. Процессная модель • Договорная работа (например, количество запросов по заключению (изменению) договоров, обрабатываемых более Х часов/дней);

• Взыскание ДЗ (например, количество клиентов, не оплативших ДЗ после обзвона • Контроль взаиморасчтов с сетевыми организациями (например, количество клиентов, по которым не введены в систему необходимые первичные документы (акты съма • Контроль взаиморасчтов с поставщиками дополнительных услуг (например, количество заявок, не выполненных в течение Х дней с дату регистрации заявки в системе).

10.4. Ситуационная модель • Исковая деятельность (например, количество должников, по которым не сформирован (или подан) иск в течение Х дней после обзвона должников);

• Ограничения (например, количество должников, по которым не сформировано (или не направлено) уведомление на ограничение в течение Х дней после обзвона должников) 10.5. Централизация Набор КПЭ будет формироваться Заказчиком в ходе осуществления автоматизации процессов Компании.

11. Требования к составу выходных форм и отчетов 11.1. Формирование оперативной отчетности:

11.1.3. Ведомость электропотребления 11.1.4. Платежное требование 11.1.5. Отчет о поступивших платежах в разрезе источников (в режиме on-line) 11.1.6. Приходный кассовый ордер 11.1.7. Расходный кассовый ордер 11.1.8. Акт приема-передачи электроэнергии и мощности 11.1.9. Реестр поступивших оплат по неопознанным абонентам 11.1.10. Справка о задолженности 11.1.11. Приглашение на сверку 11.1.12. Акт о расходе электроэнергии 11.1.13. Платежное требование 11.1.14. Акт выверки взаиморасчетов 11.1.15. Договор Энергоснабжения (купли-продажи) с приложениями 11.1.16. Наряд на работу 11.1.17. Сведения о потреблении и оплате абонента 11.1.18. Лист обхода 11.1.19. Карточка потребителя 11.1.20. Квитанция для оплаты 11.1.21. Финансово-лицевой счет 11.1.22. Форма оперативного контроля (ЕНН-2) 11.2. Формирование статистической отчетности:

11.2.1. 46 форма по эл.энергии в разрезе юридических лиц 11.2.2. Структура полезного отпуска электроэнергии 11.2.3. Отчет о поступивших платежах в разрезе источников 11.2.4. Потребление электрической энергии от источника в разрезе потребителей 11.2.5. Начисление по методам расчета 11.2.6. Структура дебиторской задолженности 11.2.7. Реестр неоплаченных платежных документов 11.2.8. Реестр неоплаченных счетов-фактур 11.2.9. Книга продаж и дополнительные листы 11.2.10. Книга покупок и дополнительные листы 11.2.11. Журнал регистрации счетов-фактур 11.2.12. Журнал регистрации счетов 11.2.13. Журнал учета списаний и доначислений 11.2.14. Журнал регистрации приходных и расходных кассовых документов 11.2.15. Кассовая книга 11.2.16. Кассовый отчет 11.2.17. Оборотная ведомость по договору 11.2.18. Оборотная ведомость по группе договоров (по техникам) 11.2.19. Оборотная ведомость по отделению 11.2.20. Оборотная ведомость общая 11.2.21. Оборотная ведомость по дополнительным начислениям за отклонения объемов фактического потребления от договорных величин 11.2.22. Оборотная ведомость по компенсации расходов в связи с изменением договорной величины потребления 11.2.23. Оборотная ведомость по пени 11.2.24. Оборотная ведомость по 395 ст.

11.2.25. Оборотная ведомость по гос.пошлине 11.2.26. Реализация энергии по договорам 11.2.27. Ведомость по перерасчетам 11.2.28. Ведомость о полезном отпуске и реализации электрической энергии – 11.2.29. Отчет по форме 9-ПС 11.2.30. Расчет пени 11.2.31. Расшифровка кредитовой задолженности 11.2.32. Справка по перерасчетам предыдущих периодов 11.2.33. Справка по закрытию задолженности предыдущих периодов 11.2.34. Журнал выставленных платежных требований 11.2.35. Реестр переданных платежных документов на инкассо.

11.2.36. Ведомость поступлений денежных средств на расчетные счета ОАО «ЛЭСК»

11.2.37. Ведомость поступления сумм сальдо с субсчетов отделений на расчетные 11.2.38. Объем поставки электроэнергии по группам потребителей в разрезе сетевых организаций 11.2.39. Журнал регистрации приходно-кассовых ордеров и расходно-кссовых ордеров 11.2.40. Справка по кредиторской задолженности 11.2.41. Справка по дебиторской задолженности 11.2.42. Структура дебиторской задолженности 11.2.43. Расчет процентов по ст.395 ГК РФ 11.2.44. Справка о поступлении на расчетный счет 11.2.45. Справка по нерасшифрованным суммам 11.2.46. Отчет по сберкассам 11.2.47. Итоговые данные по банкам 11.2.48. Отчет по квартирным группам 11.2.49. Список задолженности по бюджетным организациям 11.2.50. Ведомость потребления для предоставления в сетевую организацию 11.2.51. Отчет по КТП и Фидерам 11.2.52. Отчет по трехфазным счетчикам 11.2.53. Акт об оплате электроэнергии населением 11.2.54. Инвентаризационная опись 11.2.55. 26 форма ЖКХ 11.2.56. Список нарядов 11.2.57. Отчет по штрафникам 11.2.58. Список отключенных абонентов 11.2.59. Отчет по выверки и контролю срока поверки 11.2.60. План-отчет по контролерам

РАЗДЕЛ VI. ТРЕБОВАНИЯ К ОРГАНИЗАЦИИ РАБОТ ПО РАЗРАБОТКЕ И

ВНЕДРЕНИЮ СИСТЕМЫ

1. Организация контроля хода выполнения работ Работы по разработке и внедрению Системы должны быть организованы поэтапно. Этапы могут осуществляться последовательно или одновременно. Со стороны Участника открытого запроса предложений должен быть предусмотрен и описан эффективный механизм контроля хода выполнения проекта, например, путем предоставления формы отчета о состоянии проекта, отчетных материалов по завершению каждого этапа, описания процедуры утверждения результатов проекта и т.д.

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

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

2. Требования к ИАС 2.1. Требования к техническому решению построения информационно-аналитической системы 2.1.1. Доступ к системе должен быть организован на уровне ролей 2.1.2. Аутентификация – идентификация пользователя с помощью идентификатора и 2.1.3. Технология однократной регистрации в системе – однократный ввод идентификационных данных пользователя при входе в портал и последующая автоматическая аутентификация.

2.1.4. Авторизация – предоставление полномочий пользователю для работы с содержанием портала.

2.1.5. Интегрированное управление пользователями – обеспечение централизованного администрирования пользователей.

2.1.6. Возможность расширения функциональности системы.

2.2. Требования к функциональности информационно-аналитической системы.

2.2.1. Возможность формирования сводной отчетности о сбытовой деятельности предприятия по группам процессов, входящих в объем Проекта.

2.2.2. Возможность редактирования всех данных форм отчетности конечными пользователями посредством стандартного интерфейса.

2.2.3. Обеспечение возможности проведения всестороннего анализа большого объема данных и формирование отчетности на их основе;

2.2.4. Возможность накопления, хранения и преобразования данных;

2.2.5. Возможность формирования аналитических отчетов на основе накопленных данных. Окончательный список отчетов будет определен в техническом задании на 3. Требования к нормативно-справочной информации (НСИ) 3.1. Создание и унификация НСИ для предприятия включает в себя:

разработку единой для всех подразделений структуры справочников для АСУ СЭРП;

унификацию (приведение существующих справочников в соответствие с разработанной структурой);

разработку методологию классификации или кодирования для конкретных видов справочников заполнение справочников и классификаторов данными;

разработку и внедрение методик ведения унифицированных справочников;

выверка данных в справочниках, проверка на непротиворечивость.

3.2. Все справочники, участвующие в Системе должны вестись в Системе в соответствии со структурой платформы.

4. Требования к интеграции с другими системами 4.1. Обеспечить интеграцию со следующими информационными системами:

4.1.2. Система электронного документооборота «Директум».

4.1.3. Система управления электронной очередью 4.1.4. Call-центр 4.2. При разработке интеграционных решений должны применяться только стандартные открытые средства интеграции ПО;

4.3. Требования к интеграции с другими системами должны быть уточнены на этапе разработки Технического задания.

5. Требования к проведению приемки работ Приемка результатов работ должна производиться путем проведения приемо-сдаточных испытаний на территории и оборудовании ОАО «ЛЭСК».

Методика проведения испытаний должна быть представлена Исполнителем и согласована с Заказчиком.

6. Рекомендации по срокам выполнения работ Исполнитель должен представить план выполнения работ, в соответствии с указанными требованиями в данном документе, с указанием порядка вовлечения подразделений.

РАЗДЕЛ VII. ТРЕБОВАНИЯ К ОРГАНИЗАЦИИ РАБОТ ПО МИГРАЦИИ

ДАННЫХ

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

Проведение миграции данных включает в себя:

анализ исходных данных;

разработка системы форматов данных;

извлечение, проверка и очистка данных;

трансформация данных;

загрузка данных в систему.

РАЗДЕЛ VIII. ТРЕБОВАНИЯ К БЕЗОПАСНОСТИ И ЗАЩИТЕ ИНФОРМАЦИИ

1. Требования по безопасности Требования к Системе включают:

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

Применяемые в Системе средства и технологии защиты, объединяемые в Систему защиты информации (СЗИ) Системы, должны обеспечивать открытость архитектуры и обладать свойствами модульности, масштабируемости и возможности адаптации Системы к различным организационным и техническим условиям.

СЗИ должна удовлетворять требованиям проводимой Заказчиком технической политики и строиться на основе ограниченного числа типов и версий приобретаемого программного обеспечения, а также типов и конфигураций аппаратно-программных средств защиты, уточняемых на стадии проектирования Системы.

Развернутые и уточненные требования к структуре, функциям и средствам СЗИ должны быть разработаны на стадии технического проектирования Системы.

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

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

2. Требования к защите информации от несанкционированного доступа.

Программное обеспечение должно быть защищено от несанкционированного доступа:

стандартными средствами безопасности, предоставляемыми серверным системным ПО;

стандартными средствами используемой СУБД;

средствами ИВК (идентификация пользователей и разграничение прав Подсистема защиты от несанкционированного доступа должна обеспечивать:

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

пространства, сетевой нагрузки и т.п.);

регистрацию использования ресурсов и иных важных событий.

Система должна обеспечивать контроль уровней доступа пользователей к различным группам операций.

Стр.

РАЗДЕЛ IX. ТРЕБОВАНИЯ К ОРГАНИЗАЦИИ ПОДГОТОВКИ

ПОЛЬЗОВАТЕЛЕЙ К ЭКСПЛУАТАЦИИ СИСТЕМЫ

1. Категории пользователей Разработка и ввод в промышленную эксплуатацию Системы предусматривает подготовку специалистов Компании к работе с Системой. Подготовка должна быть проведена для следующих категорий пользователей:

разработчик приложений;

конечный пользователь;

2. Направления подготовки администратора приложений Администратор Системы должен получить знания и навыки по:

генерации Системы;

конфигурированию технических характеристик Системы;

резервному копированию и восстановлению;

конфигурированию меню;

связям с другими программными продуктами и системами;

передаче данных из/в приложения;

переносу на другие платформы;

другие (будет уточнено на этапе доработки Рабочего проекта) 3. Направления подготовки разработчика приложений Разработчик должен получить знания и навыки по:

модификации и создании серверных компонентов Системы;

модификации и создании клиентских компонентов Системы;

модификации программного кода лицензионного программного обеспечения и созданию новых программ при помощи встроенного языка программирования Системы;

другие (будет уточнено на этапе доработки Рабочего проекта).

4. Направления подготовки конечных пользователей Должна быть произведена подготовка конечных пользователей системы по следующим направлениям:

базовые знания работы с Системой;

соответствующие функциональные подсистемы Системы.

другие (будет уточнено на этапе доработки Рабочего проекта);

5. Направления подготовки бизнес - аналитиков Должна быть произведена подготовка бизнес - аналитиков по следующим направлениям:

базовые знания работы с Системой;

расширенные знания возможностей компонентов Системой;

возможности Системы в области формирования гибких аналитических отчетов;

другие (будет уточнено на этапе доработки Рабочего проекта).

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

РАЗДЕЛ X. ТРЕБОВАНИЯ К ОКАЗАНИЮ ТЕХНИЧЕСКОЙ ПОДДЕРЖКИ

В Проект должно быть включено обеспечение технической поддержкой.

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

Предоставить описание требуемого уровня технической поддержки со стороны компаниипроизводителя ПО на этапе внедрения и дальнейшего развития Системы.

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

РАЗДЕЛ XI. ТРЕБОВАНИЯ К СОПРОВОЖДЕНИЮ СИСТЕМЫ

В рамках Проекта разработки и ввода в промышленную эксплуатацию АСУ СЭРП Исполнитель должен обеспечить начальное сопровождение Системы, ИАС после ввода в эксплуатацию сроком не менее 3 месяцев.

РАЗДЕЛ XII. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ РЕЗУЛЬТАТОВ

РАБОТЫ

Исполнитель представляет следующую документацию:

Руководство администратора;

Руководство пользователя;

Руководство бизнес-аналитика;

Руководство разработчика;

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

РАЗДЕЛ XIII. ТРЕБОВАНИЯ К ВИДАМ ОБЕСПЕЧЕНИЯ

1. Требования к информационному обеспечению 1.1. Требования к составу, структуре и способам организации данных в системе Состав и структура данных, используемых Системой, должны обеспечить выполнение функциональных требований к системе и потребности обмена с внешними системами.

способом организации данных является их реляционное представление, обеспечиваемое СУБД, поддерживающей такое представление данных;

способом хранения агрегированных отчетных форм является технология многомерных информационных кубов на основе OLAP-решения.

1.2. Требования по использованию систем управления базами данными (СУБД) 1.2.1. В качестве Системы Управления Базой Данных должна использоваться высокопроизводительная современная СУБД ORACLE, бесшовная интеграция которой с используемым лицензированным ПО, на основе которого разрабатывается Система, должна быть подтверждена сертификатом производителя ПО.

1.2.2. Общие требования к используемой СУБД:

1.2.2.1. Поддержка реляционной модели базы данных;

1.2.2.2. Поддержка технологии клиент-сервер;

1.2.2.3. Поддержка многопроцессорной архитектуры;

1.2.2.4. Наличие средств создания индексов и кластеров данных;

1.2.2.5. Автоматическое восстановление базы данных;

1.2.2.6. Наличие механизма блокировки транзакций;

1.2.2.7. Реализация SQL, совместимого со стандартом ANSI 1992 г.

1.2.2.8. Поддержка стандартов ODBC и OLE DB;

1.2.2.9. Поддержка работы с XML;

1.2.2.10. Наличие встроенных средств контроля целостности баз данных;

1.2.2.11. Наличие встроенных средств резервного копирования базы данных;

1.2.2.12. Импорт и экспорт данных;

1.2.2.13. Возможность работы в распределенном режиме, наличие механизмов репликации данных;

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

1.2.2.15. Поддержка высокоскоростных сетевых протоколов;

1.2.2.16. Наличие графических средств администрирования;

1.2.2.17. Возможность контроля доступа к данным;

1.2.2.18. Централизованное управление пользователями;

1.2.2.19. Оптимизация запросов;

1.2.2.20. Наличие механизма встроенных процедур баз данных;

1.2.2.21. Наличие утилит для переноса данных из унаследованных систем;

1.2.3. Обеспечение безопасности данных на уровне сервера баз данных.

1.2.4. СУБД должна обеспечивать обмен и хранение информации неограниченного объма.

2. Требования к лингвистическому обеспечению Обязательным языком интерфейса Системы, а также всей документации по Проекту является русский язык.

3. Требования к программному обеспечению 3.1. Требования к прикладному программному обеспечению Прикладное программное обеспечение Системы должно представлять собой совокупность программных модулей, хранимых процедур и определений базы данных, обеспечивающих выполнение следующих требований:

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

реализацию общих требований к Системе;

возможность конфигурирования и настроек Системы;

возможность модификации исходной логики лицензионного программного обеспечения с помощью штатного средства разработки;

автоматизированное создание выходных документов Системы с помощью средств разработки запросов и отчетов.

3.2. Требования к показателям назначения Системы 3.2.1. Автоматизированная система предназначена для работы в непрерывном (круглосуточном) режиме.

3.2.2. Система должна поддерживать работу пользователей, находящихся на территориально разобщенных объектах.

3.2.3. Система должна формировать единое информационное пространство, в котором взаимодействие процессов и пользователей обеспечивается за счет общих информационных объектов.

3.2.4. Должна обеспечиваться возможность увеличения количества одновременно работающих пользователей.

3.2.5. Должна обеспечиваться возможность тиражирования проектных решений системы на всех потенциальных объектах внедрения.

3.2.6. Должен быть реализован принцип открытой архитектуры построения системы, обеспечивающий возможность встраивания и взаимодействия с 3.2.7. Непротиворечивость данных. Система должна автоматически контролировать дублирование данных и проверять информацию для устранения противоречивости. При одновременном вводе данных несколькими подразделениями должны быть предусмотрены механизмы разрешения конфликтов.

3.2.8. Система должна обеспечивать настройку и изменение конфигурации автоматизированных рабочих мест пользователей, возможность передислокации пользователей в пределах корпоративной сети Заказчика.

3.3. Требования к надежности Уровень надежности Системы должен обеспечивать выполнение утвержденного графика выполняемых работ. Предельное время послеаварийного восстановления работоспособности технических и программных средств Системы, коммерчески важной информации - не более 4 часов.

3.4. Требования к масштабируемости:

В дополнение к функциональным модулям Система должна содержать также набор инструментальных средств для автоматизации процессов внедрения системы, а также эксплуатации, поддержки и дальнейшей модернизации:

Ассистент управления бизнес-процессами;

Инструменты миграции;

Инструменты архивирования;

Инструменты интеграции приложений;

Управление потоками операций и уведомления;

Формализованные плоские отчеты;

Управление проектами конфигурации;

Инструментарий разработчика.

3.5. Требования к системному программному обеспечению Системное программное обеспечение должно обеспечивать:

функционирование модулей Системы, в том числе в многопользовательском и многопроцессорном режиме;

генерацию и сопровождение базы данных Системы;

защиту данных от технических и программных сбоев;

восстановление данных при сбоях;

защиту от несанкционированного доступа.

В качестве серверной операционной системы должна быть использована ОС, совместимая с СУБД ORACLE.

В качестве клиентских ОС должны быть использованы ОС семейства Microsoft Windows 2003 / XP, имеющиеся в наличии и предоставляемые Компанией.

3.6. Требования к каналам связи Система должна обеспечивать полнофункциональную работу на каналах связи с ограниченной пропускной способностью (512 кБит/сек) 3.7. Требования к обновлению версий лицензионного программного обеспечения Исполнитель должен предоставлять рекомендации по переносу всех произведенных им настроек и изменений в новые версии лицензионного ПО с момента их получения Исполнителем, но не позднее даты окончания поддержки предшествующей версии. Исполнитель должен производить установку обновлений Лицензионного ПО по согласованию с Заказчиком.

3.8. Требования к рабочим станциям и серверам В предложениях Участники должны указать минимальные характеристики рабочих станций и серверов, необходимые для работоспособности Системы.

Технические и функциональные требования к предоставляемой услуге по внедрению системы автоматизации сбыта электроэнергии и расчетов с потребителями для нужд ООО «Городская энергосбытовая компания»

РАЗДЕЛ I. ОБЩИЕ ПОЛОЖЕНИЯ

1. Введение

2. Общие сведения

2.1. Полное наименование работ и их условное обозначение............ 2.2. Сокращения и обозначения

2.3. Границы применимости документа

РАЗДЕЛ II. НАЗНАЧЕНИЕ И ЦЕЛИ ПРОВЕДЕНИЯ РАБОТ.................. 1. Основная цель Проекта

2. Основное назначение Системы

3. Основные функции Системы

РАЗДЕЛ III. КОМПЛЕКТНОСТЬ ПОСТАВКИ И СОСТАВ РАБОТ........ 1. Состав работ

2. Необходимая функциональность

3. Состав комплекта поставки

РАЗДЕЛ IV. ОБЩИЕ СВЕДЕНИЯ ОБ ОБЪЕКТЕ

1. Организационная структура общества

2. Основные виды деятельности

3. Дополнительные виды деятельности

РАЗДЕЛ V. ТРЕБОВАНИЯ К СИСТЕМЕ

1. Общие требования к Системе

2. Требования к составу решаемых задач

3. Требования к автоматизации ведения взаимоотношений с абонентами

4. Требования к личному кабинету (ЛКК)

5. Требования к автоматизации сбора данных о фактическом потреблении

6. Требования к автоматизации интегрального и интервального биллинга

7. Требования к автоматизации выставления финансовых документов

8. Требования к автоматизации учета поступивших оплат.................. 9. Требования к автоматизации управлению дебиторской задолженностью

10. Требования к получению ключевых показателей деятельности компании (КПЭ)

11. Требования к составу выходных форм и отчетов

РАЗДЕЛ VI. ТРЕБОВАНИЯ К ОРГАНИЗАЦИИ РАБОТ ПО

РАЗРАБОТКЕ И ВНЕДРЕНИЮ СИСТЕМЫ

1. Организация контроля хода выполнения работ

2. Требования к ИАС

3. Требования к нормативно-справочной информации (НСИ)................ 4. Требования к интеграции с другими системами

5. Требования к проведению приемки работ

6. Рекомендации по срокам выполнения работ

РАЗДЕЛ VII. ТРЕБОВАНИЯ К ОРГАНИЗАЦИИ РАБОТ ПО

МИГРАЦИИ ДАННЫХ

РАЗДЕЛ VIII. ТРЕБОВАНИЯ К БЕЗОПАСНОСТИ И ЗАЩИТЕ

ИНФОРМАЦИИ

1. Требования по безопасности

2. Требования к защите информации от несанкционированного доступа.

РАЗДЕЛ IX. ТРЕБОВАНИЯ К ОРГАНИЗАЦИИ ПОДГОТОВКИ

ПОЛЬЗОВАТЕЛЕЙ К ЭКСПЛУАТАЦИИ СИСТЕМЫ

1. Категории пользователей

2. Направления подготовки администратора приложений

3. Направления подготовки разработчика приложений

4. Направления подготовки конечных пользователей

5. Направления подготовки бизнес - аналитиков

6. Аттестация пользователей

РАЗДЕЛ X. ТРЕБОВАНИЯ К ОКАЗАНИЮ ТЕХНИЧЕСКОЙ

ПОДДЕРЖКИ

РАЗДЕЛ XI. ТРЕБОВАНИЯ К СОПРОВОЖДЕНИЮ СИСТЕМЫ..........

РАЗДЕЛ XII. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ

РЕЗУЛЬТАТОВ РАБОТЫ

РАЗДЕЛ XIII. ТРЕБОВАНИЯ К ВИДАМ ОБЕСПЕЧЕНИЯ

1. Требования к информационному обеспечению

1.1. Требования к составу, структуре и способам организации данных в системе

1.2. Требования по использованию систем управления базами данными (СУБД)

2. Требования к лингвистическому обеспечению

3. Требования к программному обеспечению

3.1. Требования к прикладному программному обеспечению.......... 3.4. Требования к масштабируемости:

3.5. Требования к системному программному обеспечению............ 3.6. Требования к каналам связи

3.7. Требования к обновлению версий лицензионного программного обеспечения

3.8. Требования к рабочим станциям и серверам

ОБЩИЕ ПОЛОЖЕНИЯ

РАЗДЕЛ XIV.



Pages:     || 2 |


Похожие работы:

«МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ Федеральное агентство по образованию Государственное образовательное учреждение высшего профессионального образования РОСТОВСКИЙ ГОСУДАРСТВЕННЫЙ СТРОИТЕЛЬНЫЙ УНИВЕРСИТЕТ Институт инженерно-экологических систем Кафедра отопления, вентиляция и кондиционирования Исследовательско - аналитическая работа по теме: Энергосбережение зданий и сооружений с использованием возобновляемых энергетических ресурсов Выполнил: ст. гр. ТВ-515 Ксензов М.В....»

«Те х н и ч е ск ий к а та лог Технический каталог - справочник Пятая редакция Уважаемые специалисты! Перед Вами обновлённое издание технического каталога продукции VALTEC. Данное издание – итог серьезной работы научнотехнического подразделения Компании Веста Трейдинг. Предыдущие издания каталога были высоко оценены специалистами сектора ОВК. С учетом их пожеланий мы подготовили новую редакцию, которую и предлагаем Вашему вниманию. Надеемся, данный технический каталог будет полезным справочником...»

«ГОСУДАРСТВЕННОЕ УПРАВЛЕНИЕ РЕСУРСАМИ № 3/69/2011 Ежемесячный иллюстрированный общественно-политический журнал Министерства природных ресурсов и экологии Российской Федерации Зарегистрирован в Федеральном агентстве по печати и массовым коммуникациям Регистрационное свидетельство ПИ № ФС 77-21164 от 30 мая 2005 г. УЧРЕДИТЕЛЬ Министерство природных ресурсов и экологии Российской Федерации ИЗДАТЕЛЬ Общество с ограниченной ответственностью Редакция (агентство) Молодая гвардия – Стиль Российская...»

«Федеральное агентство по образованию ГОУ ВПО Санкт – Петербургский государственный инженерно – экономический университет Кафедра исследования операций в экономике имени профессора Ю.А.Львова  Курсовая работа Теория и практика  оценки стоимости фирмы  Дисциплина: Математические методы финансового анализа  Выполнил: студент V курса ФИСвЭУ гр. 3541 Н.А.Яковлев Проверил: Ю.Р.Ичкитидзе 2008 г. Оглавление  Цель исследования Гипотеза Дополнительные сведения Теоретическая часть. Существующие методы...»

«1. Цели освоения дисциплины. Целью освоения дисциплины Природные ресурсы является формирование у студентов представлений о видах, условиях образования и возобновления природных ресурсов. Особое внимание отводится твердым полезным ископаемым и их месторождениям. Для этого необходимо изучить вопросы разведки и геолого-промышленной оценки месторождений, вопросы влияния геолого-минералогических, стратиграфических, тектонических, гидрогеологических, инженерно-геологических особенностей месторождений...»

«СХЕМА ТЕПЛОСНАБЖЕНИЯ СМИДОВИЧСКОГО ГОРОДСКОГО ПОСЕЛЕНИЯ СМИДОВИЧСКОГО МУНИЦИПАЛЬНОГО РАЙОНА ЕВРЕЙСКОЙ АВТОНОМНОЙ ОБЛАСТИ ДО 2029 ГОДА ОБОСНОВЫВАЮЩИЕ МАТЕРИАЛЫ РАЗРАБОТАНО СОГЛАСОВАНО Инженер-проектировщик Генеральный директор ООО ИВЦ Энергоактив ООО ИВЦ Энергоактив /Н.В.Петров/ /С.В.Лопашук/ 2014 г. м.п. п.г.т. Смидович 2014 г. ОБОСНОВЫВАЮЩИЕ МАТЕРИАЛЫ К СХЕМЕ ТЕПЛОСНАБЖЕНИЯ СМИДОВИЧСКОГО ГОРОДСКОГО ПОСЕЛЕНИЯСМИДОВИЧСКОГО МУНИЦИПАЛЬНОГО РАЙОНА ЕВРЕЙСКОЙ АВТОНОМНОЙ ОБЛАСТИ ДО 2029 ГОДА СОСТАВ...»

«Министерство образования и науки Российской Федерации Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования РОССИЙСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ТУРИЗМА И СЕРВИСА Факультет туризма и гостеприимства Кафедра технологии и организации туристической деятельности ДИПЛОМНЫЙ ПРОЕКТ на тему Проект детского кафе-мороженое на 45 мест в городе Протвино по специальности: 260501.65 Технология продуктов общественного питания Кшенина Светлана Студентка...»

«№ 27, 20.04.2012 ОГЛАВЛЕНИЕ 1 РАЗДЕЛ ПЕРВЫЙ ПРАВОВЫЕ АКТЫ ПОСТАНОВЛЕНИЯ ГЛАВЫ ГОРОДА ПЕРМИПРЕДСЕДАТЕЛЯ ПЕРМСКОЙ ГОРОДСКОЙ ДУМЫ 13.04.2012 № 21 О назначении публичных слушаний по отчету об исполнении бюджета города Перми за 2011 год 3 ПОСТАНОВЛЕНИЯ АДМИНИСТРАЦИИ ГОРОДА ПЕРМИ 12.04.2012 № 161 Об утверждении Порядка определения платы за оказание муниципальными бюджетными учреждениями города Перми муниципальных услуг (выполнение работ), относящихся к основным видам деятельности бюджетных...»

«МИНОБРНАУКИ РОССИИ Государственное образовательное учреждение высшего профессионального образования РОССИЙСКИЙ ГОСУДАРСТВЕННЫЙ ГУМАНИТАРНЫЙ УНИВЕРСИТЕТ (РГГУ) УТВЕРЖДАЮ Проректор университета по научной работе Д.П. БАК __ г. ОТЧЕТ О ВЫПОЛНЕННОЙ РАБОТЕ по Государственному контракту № 14.741.12.0116 от 06 декабря 2010 г. Организационно-техническое обеспечение проведения Всероссийской научной школы для молодежи Ю.В. Кнорозов в мировой гуманитарной науке ХХ века (Итоговый) Руководитель работ Док-р...»

«ПРОЕКТ КОЛЛЕКТИВНЫЙ ДОГОВОР государственного бюджетного образовательного учреждения города Москвы лицея №1535 на 2013–2016 годы От работодателя: От работников: Директор ГБОУ города Москвы лицея №1535 Председатель первичной профсоюзной организации ГБОУ города Москвы лицея №1535 / Т. В. Воробьёва / / Е. И. Чернов / М. П. М. П. _ _ 20_ г. _ _ 20_ г. Коллективный договор прошел уведомительную регистрацию в органе по труду (Комитет общественных связей города Москвы) (указать наименование органа)...»

«Общество детских врачей – Союз педиатров России 19 2 7– 2 0 0 9 Москва 2009 Buklet_SPR_120-polos_BLOK_coll.i1 1 10.02.2009 21:45:13 Союз педиатров России – одно из старейших профессиональных объединений медиков страны. Его история восходит к далекому 1912 году, когда состоялся I Съезд детских врачей России, а в 1927 году произошло юридическое оформление – было создано общество детских врачей Советского Союза. Вся история нашего Союза – это пример беззаветного служения благороднейшему делу –...»

«1 Министерство образования и науки Российской Федерации Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования РОССИЙСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ТУРИЗМА И СЕРВИСА Институт туризма и гостеприимства Кафедра экономики и управления в туризме и гостиничной деятельности ДИПЛОМНЫЙ ПРОЕКТ на тему: Проект мероприятий по совершенствованию подсистемы обучения персонала в ЗАО “Ю-Ти-Джи”. по специальности: 080507.65 Менеджмент организации Ермилова Елена...»

«Утверждены Постановлением Министерства строительства Российской Федерации от 20 июня 1995 г. N 18-60 Дата введения 1 января 1996 года СТРОИТЕЛЬНЫЕ НОРМЫ И ПРАВИЛА РОССИЙСКОЙ ФЕДЕРАЦИИ РАЗРАБОТКА И ПРИМЕНЕНИЕ НОРМ И НОРМАТИВОВ РАСХОДА МАТЕРИАЛЬНЫХ РЕСУРСОВ В СТРОИТЕЛЬСТВЕ ОСНОВНЫЕ ПОЛОЖЕНИЯ СНиП 82-01-95 ПРЕДИСЛОВИЕ 1. Разработаны Главным управлением совершенствования ценообразования и сметного нормирования в строительстве Минстроя России, Государственным предприятием Туластройпроект и...»

«Федеральное агентство по образованию Государственное образовательное учреждение Высшего профессионального образования Уральский государственный педагогический университет ЛИНГВОКУЛЬТУРОЛОГИЯ Научное издание 2’2008 Екатеринбург – 2008 УДК 400 ББК Ш 100.3 Л 59 РЕДАКЦИОННАЯ КОЛЛЕГИЯ: Главный редактор: доктор филол. наук, профессор А. П. ЧУДИНОВ Редакционная коллегия: доктор филол. наук, профессор Н. Б. РУЖЕНЦЕВА, кандидат филол. наук, доцент С.А. ЕРЕМИНА Л 59 Лингвокультурология. Выпуск 2 / Урал....»

«Введение Настоящий лесохозяйственный регламент является основой осуществления использования, охраны, защиты и воспроизводства лесов, расположенных в границах ОГКУ Судиславское лесничество (далее – Судиславское лесничество). Лесохозяйственный регламент обязателен для исполнения гражданами, юридическими лицами, осуществляющими использование, охрану, защиту, воспроизводство лесов в границах Судиславского лесничества. Срок действия лесохозяйственного регламента до 2018 года включительно. Основанием...»

«Православие и современность. Электронная библиотека Иеромонах Анатолий (Берестов), Владимир Решетов Колдуны в законе Благословение душепопечительского центра во имя св. праведного Иоанна Кронштадтского © о. Анатолий (Берестов), Владимир Решетов, 1999 © Вэб-Центра Омега, Москва, 2001 Содержание Предисловия Наука и христианство дополняют друг друга Законодательство и научно-технический прогресс Свято место пусто не бывает Ибо не ведают, что творят Позвольте полюбопытствовать А о чем, собственно,...»

«2 1 Цели освоения дисциплины Цель преподавания дисциплины Строительство вертикальных горных выработок – дать студентам знания, необходимые для творческого решения вопросов проектирования и строительства вертикальных горных выработок в обычных горно-геологических условиях на современном инженерно-техническом уровне и осуществления контроля за производством работ при практическом реализации проекта. Главная задача изучения дисциплины состоит в овладении студентами методики проектирования...»

«1. Цели освоения дисциплины Целью освоения дисциплины Этноконфессиональные особенности воспитания является овладение обучающимися основами знаний о специфике этнических и (или) конфессиональных особенностей, определяющих в широком смысле воспитание современной молодёжи, в частности получение ею образования различного уровня и направления. Задачи освоения дисциплины: - формирование знаний о специфике экономики и общественной жизни региона, влияющей на воспитание проживающей в нём молодежи и...»

«Министерство образования и науки Российской Федерации Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования РОССИЙСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ТУРИЗМА И СЕРВИСА Волгоградский филиал Кафедра туризма и сервиса ДИПЛОМНЫЙ ПРОЕКТ на тему: Разработка системы сервиса при обеспечении электрохимической защиты кожуха магистрального нефтепровода при его переходе через железную дорогу по специальности: 100101.65 Сервис Студент Антон Александрович Груздев...»

«Заказчик: Комитет архитектуры и строительства администрации городского округа Город Калининград ДОКУМЕНТАЦИЯ ПО ПЛАНИРОВКЕ ТЕРРИТОРИИ ПРОЕКТ ПЛАНИРОВКИ С ПРОЕКТОМ МЕЖЕВАНИЯ В ЕГО СОСТАВЕ территории в границах поселка Совхозное в Центральном районе г. Калининграда Директор МП Геоцентр Л.И. Глеза г. Калининград 2012 Проект планировки с проектом межевания в его составе территории в границах пос. Совхозное в Центральном районе г. Калининграда СПИСОК УЧАСТНИКОВ ПРОЕКТИРОВАНИЯ: Директор МП Геоцентр...»






 
2014 www.av.disus.ru - «Бесплатная электронная библиотека - Авторефераты, Диссертации, Монографии, Программы»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.