Проект договора


НазваниеПроект договора
страница3/14
ТипДокументы
filling-form.ru > Договоры > Документы
1   2   3   4   5   6   7   8   9   ...   14

2.Заказчик - Акционерное Общество «Чувашская энергосбытовая компания», адрес: 428020, г. Чебоксары, ул. Ф.Гладкова, д.13 А (далее в тексте АО «ЧЭСК» или Компания).




3.ЦЕЛИ И ЗАДАЧИ ПРОЕКТА. СУЩЕСТВУЮЩЕЕ ПОЛОЖЕНИЕ

3.1.Цели проекта

Целью проекта является выполнение работ по автоматизированному учету и контролю платежей бытовых потребителей АО «ЧЭСК» за потребленную электрическую энергию, включая поставку и настройку Системы по учету и контролю платежей бытовых потребителей, содержащей базу данных потребителей АО «ЧЭСК», в том числе услуг ЖКХ.

3.2.Задачи проекта

Проект включает решение следующих организационных и технических задач.

3.2.1.Организационные задачи проекта:

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

  • Тестирование и приемка функциональности Системы;

  • Предоставление Заказчиком Исполнителю выгрузки данных, имеющихся в АО «Чувашская энергосбытовая компания», стандартными средствами программного обеспечения («MS SQL») по принципу «Как есть»;

  • Выверка, дополнение и нормализация основных и исторических данных для миграции;

  • Предоставление Исполнителю перечня и форм регламентной отчетности, формируемой из Системы и сроки ее предоставления;

  • Предоставление Исполнителю состава и расстановки технических средств в подразделениях Заказчика для размещения Системы, включая серверное оборудование, рабочие станции и каналы связи между структурными подразделениями Заказчика;

  • Обеспечение Исполнителем возможности работы персонала абонентских подразделений Заказчика в Системе по учету и контролю платежей бытовых потребителей за потребленную электрическую энергию и услуг ЖКХ;

  • Обеспечение подготовки пользователей Заказчика Исполнителем к работе в Системе;

  • Предоставление реестра логинов и паролей пользователей Системы;

  • Обеспечение подготовки администраторов и эксплуатационного персонала Заказчика Исполнителем по использованию Системы;

  • Выполнение на предприятии Заказчика распорядительных документов, регламентирующие работу с персональными данными в Системе;

  • Закрепление ответственных лиц, уполномоченных принимать решения в части приемки выполненных работ.

3.2.2.Технические задачи проекта:

3.2.3.Работы по развертыванию и вводу в действие системы:

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

Развертывание Системы включает в себя выполнение следующих работ:

  • Настройка комплекса средств автоматизации:

    • Настройка общесистемного программного обеспечения на технических средствах Заказчика, предусмотренных для размещения Системы;

    • Установка и настройка программного обеспечения Системы на технических средствах Заказчика;

    • Настройка средств защиты персональных данных (при их наличии у Заказчика).

  • Первичная настройка нормативно-справочной информации:

    • Пользователи системы;

    • Организационная структура Заказчика;

    • Перечень товарной продукции, статьи реализации;

    • Тарифы;

    • Нормативы потребления и социальные нормы;

    • Другие общесистемные и системные справочники.

3.2.4.Перенос данных Исполнителем из замещаемых систем Заказчика (миграция данных) с исторической глубиной не менее 3 лет;

  • Первоначальное наполнение (миграция) данных:

    • Определение критериев успешности импорта данных;

    • Заказчик предоставляет данные из существующих систем в формате «как-есть»;

    • Настройка конвертора для импорта данных;

    • Импорт данных в БД системы;

    • Проверка качества импортированных данных с помощью проверочных отчетов.

3.2.5.Проведение обучающих семинаров Исполнителем с пользователями Заказчика на объектах внедрения:

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

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

      • Обучение эксплуатационного персонала установке, настройке и администрированию программного обеспечения Системы;

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

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

3.2.6.Ввод в действие Системы

На этапе ввода в действие Заказчик должен обеспечить организованную работу пользователей и структурных подразделений Объекта внедрения.

  • Ввод в действие Системы должен осуществляться последовательно:

    • Проведение испытаний Системы;

    • Организация работы эксплуатационного персонала;

    • Организация процессов ввода учетных данных Потребителей;

    • Проведение первого расчета и формирование объемов потребления электроэнергии физическим лицам и услуг ЖКХ;

    • Формирование регламентной отчетности по результатам расчета.

  • Обязательными условиями для начала этапа являются:

    • Заключение договора на выполнение работ по учету и контролю платежей бытовых потребителей АО «ЧЭСК» за потребленную электрическую энергию и услуг ЖКХ;

    • Передача исходных БД с данными для импорта в БД Системы;

    • Наличие канала передачи данных до рабочих мест операторов Системы со стороны Заказчика;

    • Передача переченя пользователей Заказчика и согласование график проведения учебно-практических семинаров по эксплуатации системы.

3.2.7.Настройка средств автоматизированного обмена данными с третьими системами;

  • Организация автоматизированного информационного обмена:

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

    • с существующими автоматизированными системами Заказчика в части информации об объемах и стоимости поставленной электроэнергии и жилищно-коммунальных ресурсов Потребителям;

    • с ГИС ЖКХ в части раскрытия сведений Заказчика о начислениях и платежах бытовых потребителей за потребленную электрическую энергию, содержание ремонт жилого помещения, холодное, горячее водоснабжение, водоотведение, отопление, и иной информацией подлежащей обязательному предоставлению в ГИС ЖКХ при энергоснабжении и услуг ЖКХ;

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

  • Интеграция со смежными системами, перечисленными в приложении №2 настоящих технических требований.

3.3.Ожидаемые результаты работ:

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

  • Произведен анализ на соответствие бизнес-процессов и испытание функционала Системы;

  • Назначены ответственные лица и пользователи Системы;

  • Завершены работы по развертыванию и вводу в действие Системы;

  • Перенесены данные из замещаемых систем (выполнена миграция данных);

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

  • Система введена в действие;

  • Произведена настройка средств автоматизированного обмена с третьими системами.

3.3.2.Сопровождение и обновление программного обеспечения Системы:

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

  • Регистрация запроса, поданного заказчиком, и определение его сути;

  • Разрешение инцидентов;

  • Диагностика инцидента;

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

  • Применение исправления или временного решения;

  • Проверка факта разрешения инцидента и закрытие запроса;

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


3.3.3.Сопровождение работ по учету и контролю платежей бытовых потребителей Чувашской Республики за использованную электрическую энергию

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

  • Обеспечение ведения договорной работы с Потребителями;

  • Обработка введенных Заказчиком показаний приборов учета Потребителей и иных сведений;

  • Расчет объема полезного отпуска и потребленной электроэнергии в разрезе сетевых организаций и начислений по каждому Потребителю;

  • Обработка принятых оплат от платежных агентов за потребленную электроэнергию по каждому Потребителю;

  • Обеспечение ведения и контроля досудебного урегулирования дебиторской задолженности по Потребителям в Системе;

  • Обеспечение ведения работы по ограничению режима потребления электроэнергии;

  • Обеспечение ведения и контроля претензионно-исковой работы с Потребителями, имеющими задолженность за потребленную электрическую энергию, в Системе;

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

  • Ведение информационного обмена с платежными агентами, системой формирования полезного отпуска электроэнергии для потребителей Заказчика, Личным кабинетом клиента, ГИС ЖКХ.

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

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

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

Обеспечение возможности обслуживания клиентов в формате Единого расчётно-кассового центра по всем видам коммунальных и иных услуг.

Повышение оперативности и качества обслуживания клиентов в любой точке обращения (клиентский офис, ЛКК, Call-центр).

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

  • Повышение оперативности и качества получаемой отчётности (статистической/аналитической/бухгалтерской);

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

  • Повышение уровня достоверности хранимых данных учёта для каждого объекта энергосистемы Контроль непротиворечивости;

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

3.5.Характеристика объекта автоматизации

На момент заключения Договора основными видами деятельности Компании являются:

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

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

  • продажа, диагностика, эксплуатация, ремонт, замена и проверка средств измерений и учёта электрической энергии;

  • оказание услуг по организации коммерческого учёта;

  • разработка, организация и проведение энергосберегающих мероприятий;

  • выполнение функций гарантирующего поставщика на основании решений уполномоченных органов;

  • инвестиционная деятельность;

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

  • оказание жилищно- коммунальных услуг.

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

  • Ведение информации о потребителях и лицевых счетах;

  • Учёт потреблённой потребителями электроэнергии;

  • Ведение договоров с гражданами-потребителями при наличии УК (ТСЖ) как с распределением общедомового (ОДН) потребления, так и без него;

  • Расчёт стоимости потреблённой потребителями электроэнергии/коммунальных услуг;

  • Формирование платёжных документов и доставка их потребителям в соответствии с действующим законодательством;

  • Учёт поступивших от потребителей платежей;

  • Работы по снижению дебиторской задолженности потребителей;

  • Ведение работы по ограничению/возобновлению режима потребления электрической энергии/коммунальной услуги;

  • Ведение работы по претензионно-исковой работе в отношении граждан-потребителей;

  • Формирование отчётности;

  • Взаимодействие со сторонними организациями;

  • Ведение информационно автоматизированногообмена с другими системами.

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

  • Общее:

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

  • Договорная схема:

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

  • Работа с реестрами оплат от систем приема платежей:

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

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

  • Работа с показаниями:

    • Проверки на показания выполняются в Excel, что увеличивает долю ручного труда и количество ошибок;

    • Не реализованы проверки единой методики ЭСК «РусГидро».

  • Расчет полезного отпуска:

    • Перерасчеты прошлых периодов выполняются вручную;

    • Не реализована единая методика расчета полезного отпуска АО «ЭСК РусГидро»;

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

    • Не автоматизирована работа по работе с ДЗ;

    • Не автоматизирована работа по претензионно-исковой деятельности;

    • Не автоматизирована работа по ограничениям/отключениям неплательщиков;

    • Не автоматизирована договорная работа.

3.6.Границы проекта

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




Структурные подразделения

Количество лицевых счетов потребителей электроэнергии и услуги ЖКХ

1

Алатырское межрайонное отделение

ЧР, г.Алатырь, ул.Московская/Жуковского, 64/57

35 981

2

Батыревское межрайонное отделение

ЧР, Батыревский р-н, с.Батырево, пр.Ленина, 22а

38 697

3

Канашское межрайонное отделение

ЧР, г.Канаш, ул.Пушкина, 10, пом. 2

53 893

4

Новочебоксарское межрайонное отделение

ЧР, г.Новочебоксарск, ул.Винокурова, 21а

29 614

5

Цивильское межрайонное отделение

ЧР, г.Цивильск, ул.Трактористов, 2г

43 191




Шумерлинское межрайонное отделение

ЧР, г.Шумерля, ул.Ленина, 34а

50 861

7

Ядринское межрайонное отделение

ЧР, г.Ядрин, ул.Герцена, 9в

30 205

8

Чебоксарское межрайонное отделение

ЧР, г.Чебоксары, пр. Московский, 41/1

86 066

9

Управление, г.Чебоксары, ул.Гладкова, 13А

344

10

Дирекция оказания услуг жилищно-коммунального хозяйства: 429950, г.Новочебоксарск, ул. Молодежная, 20

4 394




ИТОГО:

373 246

В случае изменения организационной структуры Заказчика состав и количество объектов автоматизации может быть изменен.
4.ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ РАБОТ (ТЕХНИЧЕСКИЕ И ИНЫЕ ХАРАКТЕРИСТИКИ)
В состав периодических работ по учету и контролю платежей бытовых потребителей Заказчика за использованную электрическую энергию и услуг ЖКХ, оказываемых Исполнителем, должны входить следующие работы:

  • Обработка введенных Заказчиком показаний приборов учета Потребителей и иных сведений;

  • Обработка принятых данных (оплат, показаний приборов учета, и иных сведений) от платежных агентов Заказчика за потребленную электроэнергию и услуг ЖКХ по каждому Потребителю и загрузка реестров оплат в Систему;

  • Разнесение поступившей оплаты на сформированные счета. Формирование сальдо взаиморасчетов с Потребителями;

  • Расчет штрафных санкций (пени) для неплательщиков за потребленную электроэнергию и услуг ЖКХ по каждому Потребителю ;

  • Расчет ежемесячного объема полезного отпуска и потребленной электроэнергии в разрезе сетевых организаций и начислений по каждому Потребителю;

  • Расчет ежемесячной стоимости услуг ЖКХ и начислений по каждому Потребителю;

  • Закрытие расчётного периода;

  • Обеспечение ведения и контроля досудебного урегулирования дебиторской задолженности по Потребителям в Системе;

  • Обеспечение ведения работы по ограничению режима потребления электроэнергии;

  • Обеспечение ведения и контроля претензионно-исковой работы с Потребителями, имеющими задолженность за потребленную электрическую энергию, в Системе;

  • Формирование обязательной отчетности (приложение №1 Перечень регламентных отчетных форм), а также формирование аналитических отчетов по требованию Заказчика из Системы;

  • Ведение информационного обмена с платежными агентами, системой формирования полезного отпуска электроэнергии для потребителей Заказчика, программным комплекс по работе с юридическими лицами: АО «ЧЭСК» АИС Omni-US ЮЛ, Личным кабинетом клиента, ГИС ЖКХ. Центром социальной поддержки населения; и иными сторонними системами или организациями, указанными в Приложении №2 настоящих Технических требований.

  • Иные работы, связанные с учетом и взаиморасчетами с клиентами АО «Чувашская энергосбытовая компания» за электроэнергию;

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

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

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

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

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

Система должна иметь возможность:

  • выполнения функции в offline-режиме с последующей автоматической передачей данных при появлении связи с технологическим узлом;

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

Система должна обеспечить следующие возможности:

  • автоматизацию бизнес-процессов реализации энергоресурсов;

  • автоматизацию выставления единых счетов, учета задолженности и приема платежей за электроэнергию и прочие услуги (в т.ч. жилищно-коммунальные услуги, далее – услуги ЖКХ) с возможностью выбора любого набора имеющихся у потребителя услуг;

  • решение основных задач учёта, планирования и управления сбытом электроэнергии, а также учета платежей, ведения досудебной работы и взыскания задолженности по всем жилищно-коммунальным услугам, реализуемым (оказываемым) непосредственно АО «ЧЭСК»;

  • стандартные средства обеспечения безопасности, надёжности и масштабируемости;

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

  • возможность работы в реальном времени с большими объёмами данных;

  • гибкие средства настройки и расширения функциональности системы;

  • наличие инструментария для миграции данных из исходных систем;

  • фиксацию принадлежности потребителя к обслуживающему отделению;

  • управление процессом ввода и обработки данных (ввод, отмена ввода, сохранение данных, изменение данных);

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

  • интероперабельность системы1 – возможность быстрой интеграции с другими системами с помощью решений производителя платформы;

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

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

  • функции диагностики целостности программного и информационного обеспечения;

  • возможность быстрой настройки системы под изменяющиеся условия эксплуатации;

  • наличие средств быстрого создания отчётов и выборок;

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

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

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

  • оптимальный способ хранения, где будут структурно организованы все знания об объектах системы;

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

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

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

4.2.Системные требования (требования к системе в целом)

4.2.1.Требования к структуре и функционированию системы




Система должна быть реализована в составе следующих функциональных подсистем:

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

  2. Подсистема технического аудита – предназначена для выявления и учета фактов нарушения договорных условий, допусков приборов учета потребителей.

  3. Справочник клиентов ФЛ и их персональных данных, позволяющая учитывать и проверять уникальность каждого клиента из единого справочника.

  4. Справочник приборов учета и их технических данных, сертифицированных на территории Российской Федерации.

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

  6. Договорная подсистема ФЛ – предназначена для ввода и обработки полной информации по заключенным договорам с населением на поставку электрической энергии и договорам услуг ЖКХ, приборам учета, входящих в договор, показаний приборов учета и актовых начислений и другой информации, связанной с исполнением договора.

  7. Подсистема проверки корректности переданных показаний приборов учета, с учетом ранее полученных показаний с присвоением соответствующих статусов (в соответствии с разделом Методики расчета с ФЛ).

  8. Расчетная подсистема ФЛ – предназначена для определения размера платы за коммунальную услугу по электрической энергии исходя из объема потребления (количества) и тарифа (цены) на электрическую энергию, а также размера платы за услуги ЖКХ.

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

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

  11. Подсистема претензионно-исковой работа предназанчена для планирования и учета претензионно-исковой работы по урегулированию задолженности ФЛ.

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

  13. Подсистема интеграции – обеспечивает информационный обмен с другими информационными системами, имеющимся у Заказчика.

  14. Подсистема обеспечения безопасности и аудита – обеспечивает настройку безопасности и прав доступа пользователей к разделам.

4.2.2.Требования к способам обмена между компонентами Системы

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

4.2.3.Требования к характеристикам взаимосвязей Системы со смежными системами

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

Критериями открытости служат:

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

  • модульная структура программного обеспечения;

  • возможность изменения исходных программных кодов всех модулей, входящих в систему;

  • слоевая архитектура хранения исходного кода;

  • наличие средств разработки программных модулей.

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

Численность персонала (операторов и администраторов системы) Системы должна определяться штатным расписанием организации. Деятельность персонала по эксплуатации Системы должна регулироваться должностными инструкциями. Для всего персонала устанавливается режим работы «рабочий день».

Для эксплуатации Системы определены следующие роли:

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

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

Основными обязанностями администратора являются:

  • установка, настройка параметров программного обеспечения СУБД;

  • установка, настройка и мониторинг работоспособности системного и базового программного обеспечения;

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

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

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

  • ведение учетных записей пользователей Системы.

Основными обязанностями оператора являются:

  • учет обращений, документооборот с потребителем;

  • формирование и печать договора, исходящих писем и форм;

  • ввод исходных данных для расчета, учет оплат;

  • формирование и печать платежных документов;

  • предоставление консультаций по договору в режиме «одного окна»;

  • досудебная работа с потребителями- дебиторами

  • Организация и учет работ по ограничениию потребителей-дебиторов

  • Претензионно-исковая работа.

Для работы с Системой необходима следующая квалификация персонала:

Оператор Системы (пользователь системы)

  • навыки работы с ПК в ОС MS Windows;

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

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

  • навыки работы с ПК в ОС MS Windows;

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

Возможно совмещение выполняемых работ.

Пользователями Системы могут являться: сотрудники Компании, сотрудники АО «ЭСК РусГидро», а также иные заинтересованные и допущенные соответствующим образом лица;

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

Система должна предоставлять в on-line режиме пользователям удаленный доступ к информации, размещенной в Системе;

Режим работы персонала устанавливается руководящими документами и распоряжениям руководства.

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

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

4.2.5.Требования к режиму функционирования

Система должна функционировать в многопользовательском режиме на основе механизмов поддержки целостности данных, обеспечиваемых системным программным обеспечением. Программный комплекс должен иметь возможность поддерживать круглосуточный режим функционирования программного комплекса (24х7х365), допускающий регламентные перерывы не более 12 часов (време на проведение работ по резервному копированию данных, восстановлению данных, смене версий Системы, других профилактических работ по техническому обслуживанию, требующих остановку технических средств).

4.2.6.Требования к быстродействию и масштабируемости внедряемой Системы

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

Система должна иметь следующие возможности для управления быстродействием:

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

  • иметь возможность параллельной пакетной обработки вычислений.

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

Время отклика Системы при выполнении типовой операции (открытие окна) не более 5 секунд.

Система должна базироваться на следующих принципах:

  • Организационная масштабируемость. Возможность ввода Системы в действие на неограниченном числе подразделений Компании;

  • Территориальная масштабируемость. Отсутствие территориальных ограничений на ввод в действие Системы;

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

  • Гибкость. Совершенствование управленческих процессов не должно приводить к остановке системы.

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

  • Запуск алгоритмов обработки значительных массивов информации в фоновом режиме;

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

4.2.7.Длительность восстановления функционирования

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

Длительность восстановления функционирования после:

  • Сбоя технических средств – 1 рабочий день

  • Ошибок во входных данных – 1 рабочий день

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

4.2.8.Требования к надежности

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

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

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

Восстанавливаемость характеризуется полнотой и длительностью восстановления функционирования программ в процессе перезапуска Системы.

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

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

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

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

Система должна обеспечивать сохранность данных при сбоях в электропитании технических средств Системы.

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

Неправильные действия пользователей не должны приводить к возникновению аварийной ситуации.

Система должна обладать средствами контроля целостности данных и защиты от несанкционированного вмешательства.

4.2.9.Дополнительные требования

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

Система должна соответствовать ПП РФ № 1137 от 26.12.2011 «О формах и правилах заполнения (ведения) документов, применяемых при расчетах по налогу на добавленную стоимость.

Система должна учитывать все изменения в действующем законодательстве в сфере электроэнергетики и ЖКХ.
4.3.Функциональные требования
1   2   3   4   5   6   7   8   9   ...   14

Похожие:

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

Проект договора iconУтверждено Решением Закупочной комиссии пао сз «Северная верфь» Протокол...
Заказчику подписанный со своей стороны оригинал договора на бумажном носителе в двух экземплярах, который составляется путем включения...

Проект договора iconТехническое задание Проект договора поставки программно-технических...
Оренбургском филиале ОАО кб «Агропромкредит» к/с 30101810300000000817 бик 045354817

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

Проект договора iconТехническое задание Проект(ы) договора(ов)
Оаэ-рждс/18 на право заключения договора поставки бланков строгого учета и отчетности для нужд ОАО «ржд»

Проект договора iconОбразец заявления на выдачу технических условий на подключение (технологическое...
Аа от 30. 12. 07 г и подготовить проект договора о подключении (технологическом присоединении) к централизованной системе холодного...

Проект договора iconТехническое задание Проект(ы) договора(ов)
Оаэ-рждс/18 на право заключения договора поставки запасных частей грузовых вагонов мод.№18-100 для нужд ОАО «ржд»

Проект договора iconПроект Договора Номер Договора Страхователя Дата Договора Страхователя

Проект договора iconПеречень документов для заключения договора энергоснабжения
Подписанный заявителем проект договора энергоснабжения (купли-продажи (поставки) электрической энергии (мощности)) и/или

Проект договора iconПроект договора

Вы можете разместить ссылку на наш сайт:


Все бланки и формы на filling-form.ru




При копировании материала укажите ссылку © 2019
контакты
filling-form.ru

Поиск