Web viewОбращение считается исполненным после того, как Исполнитель выполнит все необходимые

ТЕХНИЧЕСКОЕ ЗАДАНИЕ на оказание услуг по развитию функционала

действующей системы управления активами ОАО «Янтарьэнерго»

Калининград 2015

ОГЛАВЛЕНИЕ

1 ОБЩИЕ ПОЛОЖЕНИЯ............................................................................................3

1.1 ОБЩИЕ СВЕДЕНИЯ О ДОКУМЕНТЕ...........................................................................3

1.2 СРОКИ ОКАЗАНИЯ УСЛУГИ ПРЕДЕЛЬНАЯ СТОИМОСТЬ РАБОТ................................3

1.3 ОСНОВАНИЕ.............................................................................................................3

1.4 ОПРЕДЕЛЕНИЯ, ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ.....................................................3

2 ЦЕЛИ ПРОЕКТА.........................................................................................................5

3 СОДЕРЖАНИЕ УСЛУГ............................................................................................5

3.1 ОСУЩЕСТВЛЕНИЕ КОРРЕКТИРОВКИ ФОРМУЛ ОЦЕНКИ ТЕХНИЧЕСКОГО

СОСТОЯНИЯ ОБОРУДОВАНИЯ......................................................................................................6

3.2 РАЗРАБОТКА МОДУЛЯ РАСЧЕТА И ОТОБРАЖЕНИЯ ФЛАГОВ...................................7

3.3 МОДУЛЬ ФОРМИРОВАНИЯ ПРИОРИТЕЗИРОВАННЫХ СПИСКОВ ОБОРУДОВАНИЯ. . .7

3.4 МОДУЛЬ ПО АВТОМАТИЗАЦИИ ПРОЦЕССА ПЛАНИРОВАНИЯ И УЧЕТА

ВЫПОЛНЕНИЯ МЕРОПРИЯТИЙ ТОИР ПРОИЗВОДСТВЕННЫХ АКТИВОВ.......................................8

3.5 МОДУЛЬ СИНХРОНИЗАЦИИ СОДЕРЖИМОГО СПРАВОЧНИКОВ НСИ ТОИР

СИСТЕМЫ СО СПРАВОЧНИКАМИ ЦЕНТРАЛИЗОВАННОЙ СИСТЕМЫ УПРАВЛЕНИЯ НСИ ТОИР

ОАО «РОССЕТИ».......................................................................................................................15

4 ТРЕБОВАНИЯ К СИСТЕМЕ.................................................................................20

4.1 ТРЕБОВАНИЯ К СИСТЕМЕ В ЦЕЛОМ......................................................................20

4.2 ТРЕБОВАНИЯ К НАДЕЖНОСТИ...............................................................................20

4.3 ТРЕБОВАНИЯ БЕЗОПАСНОСТИ И ЗАЩИТЫ ИНФОРМАЦИИ ОТ

НЕСАНКЦИОНИРОВАННОГО ДОСТУПА......................................................................................21

4.4 ТРЕБОВАНИЯ ПО СОХРАННОСТИ ИНФОРМАЦИИ ПРИ АВАРИЯХ...........................21

4.5 ТРЕБОВАНИЯ К ЭРГОНОМИКЕ И ТЕХНИЧЕСКОЙ ЭСТЕТИКЕ..................................22

4.6 ТРЕБОВАНИЯ ПО ДИАГНОСТИРОВАНИЮ СИСТЕМЫ..............................................22

5 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ...............................23

6 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ..........................................25

6.1 ОБЩИЕ ТРЕБОВАНИЯ К ПРИЕМКЕ РАБОТ..............................................................25

6.2 ТРЕБОВАНИЯ К ИСПЫТАНИЯМ СИСТЕМЫ И ЕЕ СОСТАВНЫХ ЧАСТЕЙ..................25

7 ТРЕБОВАНИЯ К УЧАСТНИКАМ КОНКУРСНОЙ ПРОЦЕДУРЫ..............26

PAGE \* MERGEFORMAT3


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

1.1 Общие сведения о документе

В настоящем документе представлено техническое задание на оказание услуг по развитию функционала системы управления производственными активами на платформе 1С: Энергетика в ОАО «Янтарьэнерго».

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

1.2 Сроки оказания услуг и предельная стоимость работ

Плановый срок начала оказания услуг – от даты подписания Договора.Плановый срок окончания оказания услуг – 31.12.2016.Стоимость услуг не должна превышать 5 500 000 рублей без учета НДС.

1.3 Основание

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

Стандарт организации «Управление производственными активами ОАО «Янтарьэнерго»;

Регламент использования и информационного ведения системы управления нормативно-справочной информацией ОАО «Янтарьэнерго» в области ТОиР;

Концепция построения единой автоматизированной системы нормативно-справочной информации в области управления техническим обслуживанием и ремонтом оборудования ОАО «Янтарьэнерго»;

Алгоритмы расчета индекса технического состояния оборудования; Распоряжение ОАО «Россети» от 28.11.2014 № 530р «Об обеспечении единства

нормативно-справочной информации в системе управления производственными активами в ОАО «Россети» и ДЗО ОАО «Россети».

Типовой план развития системы управления производственными активами ОАО «Россети» и его дочерних и зависимых обществ на 2015-2017гг (выписка 340пр/1 заседания Правления ОАО «Россети» от 22.04.2015 г.)

1.4 Определения, обозначения и сокращения

Сокращения Расшифровка, определение

ЕО Единица оборудования, актив, для которого производится оценка технического состояния (расчет ИС), оценка последствий отказа, проводится диагностика и планируется воздействие

ВЛ Воздушная линия

КЛ Кабельная линия

ПС Подстанция

РП Распределительный пункт


Сокращения Расшифровка, определение

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

ЛЭП Линия электропередачи

МКО Многокомпонентный объект – единицы оборудования, принадлежащие многокомпонентной группе оборудования

Оборудование ЛЭП, электросетевое оборудование ПС, ТП, РП

Организационный объект

Объединение единиц оборудования различных групп и комплексных объектов, принадлежащих к одной структурной единице Общества (например, Филиал, РЭС).

ПО

Последствия отказа электросетевого оборудования. Потери в балльном выражении, которые несет ОАО «Янтарьэнерго» в случае отказа оборудования, вследствие которого возникает отключение потребителей

ИА Исполнительный аппарат ОАО «Янтарьэнерго»

ИСИндекс состояния. Безразмерная числовая величина, нормируемая к 100 (0 –наихудшее состояние, 100 – наилучшее), характеризующая техническое состояние единицы оборудования или ее компонента

СистемаАвтоматизированная система управления производственными активами ОАО «Янтарьэнерго» на базе программного обеспечения 1С:Энергетика

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

ТМ

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

ТОиР/ТОРО Техническое обслуживание и ремонт электросетевого оборудования

ТП Трансформаторный пункт

Флаг

Динамический атрибут единицы оборудования, который может принимать значение 1 или 0: 0 - воздействие на оборудование не требуется; 1 - воздействие на оборудование необходимо


2 ЦЕЛИ ПРОЕКТАОсновными целями проекта являются:

Выполнение разовых работ по сверке и дальнейшему выравниванию содержимого справочников НСИ ТОиР Системы со справочниками Централизованной системы управления НСИ ТОиР ОАО «Россети» и осуществление корректировки формул для целей оценки технического состояния оборудования (индекса состояния и флагов);

Создание новых функциональных модулей Системы:o Расчет и отображение флагов;o Формирование приоритезированных списков оборудования;o Автоматизация процессов планирования и учета выполнения

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

o Автоматизация процессов синхронизации содержимого справочников НСИ ТОиР Системы со справочниками Централизованной системы управления НСИ ТОиР ОАО «Россети».

o Модуль интеграции с ПК «Аварийность». Осуществление технической поддержки и сопровождения Системы.

3 СОДЕРЖАНИЕ УСЛУГВ объем работ по проекту входят следующие работы:

3.1 Сверка справочников НСИ ТОиР Системы со справочниками Централизованной системы управления НСИ ТОиР ОАО «Россети»

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

справочников НСИ ТОиР Системы. Справочники НСИ ТОиР включают в себя:

классификатор основного производственного оборудования, включая марки оборудования (КОПО);

классификатор оборудования для расчёта Индекса состояния (КОРИС); справочник параметров и атрибутов состояния оборудования; справочник позиций измерений; справочник нормативных значений параметров (по маркам оборудования); справочник Единиц Измерений; справочник дефектов оборудования; справочник Групп измерений; справочник шаблонов типовых технических мест; справочник видов технических мест.

Выгрузку содержимого справочников осуществляет Исполнитель после предоставления Заказчиком доступа к Системе.


2. Осуществлена сверка содержимого справочников НСИ ТОиР Системы со справочниками Централизованной системы управления НСИ ТОиР ОАО «Россети».

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

позиции с ключевыми полями, имеющимися в Централизованной системе управления НСИ ТОиР ОАО «Россети» и отсутствующими в Системе;

позиции с ключевыми полями, имеющимися в Системе и отсутствующими в Централизованной системе управления НСИ ТОиР ОАО «Россети»;

позиции с ключевыми полями, имеющимися как в Централизованной системе управления НСИ ТОиР ОАО «Россети», так и в Системе, но имеющие различия в содержимом неключевых полей.

3.2 Выравнивание содержимого справочников НСИ ТОиР Системы со справочниками Централизованной системы управления НСИ ТОиР ОАО «Россети»

По данным отчета, сформированного в рамках выполнения п. 3.1 ТЗ должны быть внесены изменения в справочники НСИ ТОиР Системы:

1. Созданы позиции с ключевыми полями, имеющимися в Централизованной системе управления НСИ ТОиР ОАО «Россети» и отсутствующими в Системе;

2. Изменены записи справочников НСИ ТОиР с ключевыми полями, имеющимися как в Централизованной системе управления НСИ ТОиР ОАО «Россети», так и в Системе, но имеющие различия в содержимом неключевых полей.

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

Результатом работ должны стать справочники НСИ ТОиР Системы, идентичные по содержанию справочникам Централизованной системы управления НСИ ТОиР ОАО «Россети» на согласованную с Заказчиком дату выгрузки (см. п. 3.1).

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

3.3 Осуществление корректировки формул оценки технического состояния оборудования

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

соответствии с обновленными файлами ТИС (индекс состояния и флаги); Проведено тестирование корректности выполнения расчета индекса состояния

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

в адрес Исполнителя официального письма, с обновленными файлами ТИС в приложении.По итогам выполнения работ Исполнитель подготавливает отчет, содержащий

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


3.4 Разработка модуля расчета и отображения флагов

Флагом является динамический атрибут актива, который может принимать значение 1 или 0 (тип значения атрибута Булево):

0 - воздействие не требуется; 1 - воздействие необходимо.Подсистема расчета и отображения флагов должна соответствовать действующим

алгоритмам расчета индексов технического состояния, разработанных ОАО «Россети», и обеспечить выполнение следующих функций:

Ведение методологической части:o Ведение параметров/критериев для расчетов флагов, диапазонов значений

критериев, весовых коэффициентов;o Ведение формул и алгоритмов расчета флагов по группам оборудования;o Ведение алгоритмов проверки состоятельности данных.

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

расчете флагов, должен быть выполнен автоматизированный пересчет флагов.

Использование результатов расчета флагов:o Отображение результатов расчета флагов (в том числе и исторических

результатов расчета) в отчете «Расчет ИС и ПО», «Расчет ИС на дату», «Расчёт ИС за период» в разрезе единиц и групп оборудования с возможностью выгрузки результатов в файлы формата MS Excel;

o Отображение включенных видов (типов) флагов в карточке о ЕО;o Отображение флагов в отчете «Приоритизированный список ЕО».

3.5 Модуль формирования приоритезированных списков оборудования

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

Ведение методологической части: Ведение рангов; Формирование приоритезированных списков в соответствии с

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

себя информацию о:o наименованиях технических мест и ЕО с привязкой к организационным

объектам;o результатах расчета ИС, ПО и флагов;o видах воздействия на оборудование;o приоритетах включения ЕО в производственную программу;

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

Группировка по организационным объектам, комплексным объектам и категориям объектов;


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

Настройка (сортировка, фильтрация) по всем полям приоритизированных списков;

Присвоение приоритетов:o Приоритеты включения оборудования в планы ремонта и замен в

зависимости от индекса состояния, флагов и последствий отказа должны определяться в соответствии с методикой формирования производственной программы Стандарта управления производственными активами ОАО «Янтарьэнерго»;

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

3.6 Модуль по автоматизации процесса планирования и учета выполнения мероприятий ТОиР производственных активов

3.6.1 Цель

Автоматизация процесса «Планирование воздействий на оборудование объектов электросетевого хозяйства» с целью обеспечения принятий управленческих решений на разных уровнях структуры управления ОАО «Янтарьэнерго» для оптимизации затрат на техническое обслуживание и ремонт объектов электросетевого хозяйства при одновременном снижении рисков отключения значимых потребителей.

3.6.2 Задачи

1. Формирование планов и отчетов по техническому обслуживанию и ремонту оборудования объектов электросетевого хозяйства ОАО «Янтарьэнерго», с указанием стоимости мероприятия ТОиР, на основании периодичности, указанной в действующей нормативно-технической и правовой документации и справочным учетом оценок технического состояния и последствий отказа оборудования.

2. Формирование планов и отчетов по диагностике (испытания, измерения) объектов электросетевого хозяйства ОАО «Янтарьэнерго» на основании периодичности, указанной в действующей нормативно-технической и правовой документации, а также результатов текущей эксплуатации.

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


3.6.3 Перечень нормативно-технических

документов

Перечень НТД, требованиям которых должен соответствовать функционал подсистемы планирования воздействий на оборудование объектов электросетевого хозяйства:

1. «Правила организации технического обслуживания и ремонта оборудования, зданий и сооружений электростанций и сетей» утверждено РАО «ЕЭС России» 25.12.2003 СО 34.04.181-2003.

2. «Правила технической эксплуатации электрических станций и сетей Российской Федерации» утвержденные приказом Минэнерго РФ от 19 июня 2003 г. № 229 СО 153-34.20.501-2003.

3. «Типовая инструкция по эксплуатации воздушных линий электропередачи напряжением 35-800 кВ» утверждено Департаментом электрических сетей РАО «ЕЭС России» 19.09.94 г. РД 34.20.504-94.

4. «Типовая инструкция по техническому обслуживанию и ремонту воздушных линий электропередачи напряжением 0,38-20 кВ с неизолированными проводами» утверждено Департаментом электрических сетей РАО «ЕЭС России» 19.05.98 г. РД 153-34.3-20.662-98.

5. «Объемы и нормы испытаний электрооборудования» 6-ое издание СО 34.45-51.300-97, РД 34.45-51.300-97.

6. «Методические рекомендации по проведению технического освидетельствования оборудования ПС, линий электропередачи, зданий и сооружений в ДЗО ОАО «Россети».

3.6.4 Формирование планов и отчетов по ТОиР оборудования объектов электросетевого хозяйства ОАО «Янтарьэнерго» (предупредительного ТОРО)

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

1. Ведение справочника рабочих мест и иерархической структуры рабочих мест:

Созданы объекты системы «рабочие места» следующих категорий: сотрудники; группы сотрудников (бригады, производственные участки);

Предоставлена возможность объединения рабочих мест в иерархию в пределах подразделения;

Присвоения рабочих мест объектам организационной структуры МРСК.2. Ведение справочника стратегий предупредительного ТОРОСтратегии предупредительного ТОРО должны отвечать следующим требованиям: Стратегии предупредительного ТОРО должны содержать периодичность

выполнения работ, перечни видов работ предупредительного ТОРО, которые планируются по периодичности;

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


3. Ведение справочников сроков периодичности и видов работ ТОРО: Справочник периодичности выполнения работ должен быть сформирован на

основании нормативно-технических документов перечня пункта 3.6.3 данного технического задания.

Справочник перечней видов работ предупредительного ТОРО должен быть сформирован на основании нормативно-технических документов перечня пункта 3.6.3 данного технического задания.

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

Функционал формирования планов и отчетов по техническому обслуживанию и ремонту оборудования объектов электросетевого хозяйства (мероприятия предупредительного ТОРО) должен отвечать следующим требованиям:

Автоматизированное создание планов предупредительного ТОРО на реальные единицы оборудования / технические места при их создании, опираясь на класс КОПО и присвоенные ему стратегии, периодичность и виды работ;

Возможность создания единого плана предупредительного ТОРО с одинаковыми параметрами календарного планирования для группы единиц оборудования / технических мест;

Возможность реализации документооборота, отражающего периодичность при планировании работ предупредительного ТОРО;

Возможность настройки в правилах календарного планирования следующих параметров:

горизонт планирования; периодичность проведения мероприятий ТОРО (в годах / месяцах /

днях). Для испытаний / измерений – возможность применить периодичность, указанную в справочнике видов испытаний / измерений;

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

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

сроков проведения мероприятий ТОРО. Автоматическое создание планом предупредительного ТОРО следующих

документов:

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

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


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

4. Моделирование сроков, создание и ведение планов ТОРО на основе периодичности:

Необходимо предусмотреть следующие возможности: Формирование годовых и многолетних графиков проведения ремонтов,

технического обслуживания, обходов / осмотров и печатных форм; Моделирование сроков выполнения периодических мероприятий ТОРО, в

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

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

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

Возможность автоматического формирования планового и фактического плана – отчета мероприятий ТОРО по подразделению за определенный произвольный период (с отображением физических объемов и затрат);

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

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

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

3.6.5 Формирование планов и отчетов по диагностике (испытания, измерения) объектов электросетевого хозяйства ОАО «Янтарьэнерго» на основании периодичности, указанной в действующей нормативно-технической и правовой документации, а также результатов текущей эксплуатации

Для решения задачи по формированию планов и отчетов по диагностике (испытания, измерения) объектов электросетевого хозяйства должны быть:

1. Ведение справочника рабочих мест и иерархической структуры рабочих мест: Созданы объекты системы «рабочие места» следующих категорий:

сотрудники; группы сотрудников (бригады, производственные участки);


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


Стратегии диагностики должны содержать периодичность выполнения работ, перечни видов работ по диагностики, которые планируются по периодичности;

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

3. Ведение справочников сроков периодичности и видов работ по диагностике: Справочник периодичности выполнения работ по диагностике должен быть

сформирован на основании нормативно-технических документов перечня пункта 3.6 данного технического задания.

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

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

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

Автоматизированное создание планов диагностики на реальные единицы оборудования / технические места при их создании, опираясь на класс КОПО и присвоенные ему стратегии, периодичность и виды работ;

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

Возможность реализации документооборота, отражающего периодичность при планировании работ по диагностике;

Возможность настройки в правилах календарного планирования настройки следующих параметров:

горизонт планирования; периодичность проведения мероприятий диагностики (в годах /

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


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

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

4. Моделирование сроков, создание и ведение планов диагностики оборудования электросетевых объектов на основе периодичности:

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

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


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

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

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

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

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

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


3.6.6 Формирование планов и отчетов по техническому освидетельствованию объектов электросетевого хозяйства на основании периодичности, указанной в действующей нормативно-технической и правовой документации

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

1. Ведение справочника рабочих мест и иерархической структуры рабочих мест: Созданы объекты системы «рабочие места» следующих категорий:

сотрудники; группы сотрудников (бригады, производственные участки);


Присвоения рабочих мест объектам организационной структуры МРСК.2. Ведение справочника стратегий технического освидетельствования.Стратегия по техническому освидетельствованию объектов электросетевого

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

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

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

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

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


основании нормативно-технических документов перечня пункта 3.6 данного технического задания.

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

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

Автоматизированное создание планов технического освидетельствования на реальные единицы оборудования / технические места при их создании, опираясь на класс КОПО и присвоенные ему стратегии, периодичность и виды работ;

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

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

Возможность настройки в правилах календарного планирования настройки следующих параметров:

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

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


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

следующих документов: для технического освидетельствования – акта технического

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

4. Моделирование сроков, создание и ведение планов технического освидетельствования оборудования электросетевых объектов на основе периодичности:

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

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


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

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

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

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

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

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


3.7 Модуль синхронизации содержимого справочников НСИ ТОиР Системы со справочниками Централизованной системы управления НСИ ТОиР ОАО «Россети»

Централизованная система управления НСИ ТОиР ОАО «Россети» реализована на платформе SAP ERP. В ее состав входят справочники и классификаторы:

классификатор основного производственного оборудования, включая марки оборудования (КОПО);

классификатор оборудования для расчёта Индекса состояния (КОРИС); справочник параметров и атрибутов состояния оборудования; справочник позиций измерений; справочник нормативных значений параметров (по маркам оборудования); справочник Единиц Измерений; справочник дефектов оборудования; справочник Групп измерений; справочник шаблонов типовых технических мест; справочник видов технических мест.

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

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

Модули будут обеспечивать следующие функции соответственно:


1) Возможность получения из СУ НСИ ОАО «Россети» данных об изменениях за заданный промежуток времени справочников НСИ ТОиР.

2) Анализ возможности актуализации справочников СУ НСИ ТОиР Общества в автоматическом режиме - без дополнительных преобразований, переносов и иных действий над настроечными и/или переменными данными, существующими в СУ НСИ ТОиР Общества на момент запуска синхронизации. Выдача информации о возможности или невозможности автоматической актуализации по каждому загруженному изменению.

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

4) Формирование отчетности по внесенным в СУ НСИ ТОиР Общества изменений посредством актуализации данных в автоматическом режиме.

5) Формирование отчетности перед выполнением синхронизации справочников СУ НСИ ТОиР Общества и СУ НСИ ОАО «Россети», о влиянии всех изменений на зависимые объекты СУПА Общества.

6) Формирование автоматической отчетности об изменении СУ НСИ ТОиР Общества в Централизованную службу ведения НСИ.

7) Полная выгрузка НСИ ТОиР в СУ НСИ ТОиР ОАО «Россети».Также должна быть выполнена доработка функционала SAP ERP

централизованной системы управления НСИ ТОиР ОАО «Россети» для предоставления возможности организации вышеописанного информационного обмена.

3.8 Модуль интеграции с ПК Аварийность

3.8.1 Цели интеграции

Основной целью проекта является разработка инструмента интеграции и обеспечение наличия информации об инцидентах и их характере в Системе на основе информации ПК «Аварийность» без использования «двойного ввода».

3.8.2 Функциональный объем интеграции

Реализуемое решение должно обеспечить обмен следующими данными между Системой и ПК «Аварийность»:

Таблица 1. Данные, передаваемые из Системы ДЗО в подсистему ведения справочников и классификаторов в описательный блок акта ПК «Аварийность».

№

п/пСУПА ДЗО Поле Формат

Примечание

1.Карточка технического

объекта (ТМ)

Полное диспетчерское

наименование

электросетевого объекта

Строка


№

п/пСУПА ДЗО Поле Формат

Примечание

2.« Дата последнего

» - ремонтаZPM_G_POSL_KAP_REM

Срок службы

электрооборудования от

последнего ремонта, мес.

Целое

3.

Справочник параметров и

атрибутов состояния

оборудования

Срок службы

электрооборудования от

начала эксплуатации, год

Целое

Данный параметр

формируется путем

вычисления в

Системе

4.




Срок службы повреждённого

узла электрооборудования,

мес.

Целое




Системе

5.

« Год последнего документа»испытания

Последнее эксплуатационное

испытание

электрооборудования, год

ГГГГ




Системе

6.

« Месяц последнего документа»испытания

Последнее эксплуатационное

испытание

электрооборудования, месяц

ММ




Системе

7. «Длина ВЛ» Длина ВЛ, км Целое


формируется в

Системе путем

сложения количества

длин пролетов ВЛ

8.



оборудования.

Дата начала эксплуатацииГГГГ-ММ-

ДД

Из базы данных актов расследования аварий ПК «Аварийность» в Систему должны передаваться и фиксироваться данные в соответствии с таблицей 2.


Таблица 2. Данные передаваемые из ПК «Аварийность» в Систему

№ п/п Поле Формат

1. № акта расследования причин аварии Целое, от 1 до 999

2. Дата и время возникновения аварии ГГГ-ММ-ДД

3. Организационные причины аварии с учётом

подуровней

Код аварии из справочника

«Организационные причины аварии»

4. Описание организационной причины Текст, до 16 символов

5.Технические причины повреждения оборудования,

с учётом подуровней

Код причины из справочника

«Технические причины повреждения

оборудования»

6. Описание технической причины Текст, до 16 символов

7.Тип мероприятия

Статус:

Техническое/организационное

8. Содержание мероприятия Текст, до 16 символов

9. Установленный срок выполнения ГГГГ-ММ-ДД

10. Признак выполнения мероприятия Выполнено/не выполнено

Данные должны фиксироваться в карточке единицы оборудования, на которой

произошла авария, и технологическом месте.

Для планирования ремонтов, с учетом повреждений оборудования и ЛЭП,

формирования статистики по группам и маркам оборудования для последующего расчета

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

3-х форм.

Периодичность осуществления обмена данными между информационными

системами ПК «Аварийность» и Системой определяется на этапе проектирования.

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


3.9 Оказание услуг по технической поддержке Системы

3.9.1 Описание услуг

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

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

2) Формирование предложений по оптимизации и модернизации системно-технического комплекса.

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

4) Услуги по подготовке обновлений Системы, развернутой на серверной группе:

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

(новых модулей Системы или изменений текущих модулей Системы), предполагаемого к установке на производственной среде, в рамках текущей основной версии Системы.

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

трудозатрат не более 32 человеко-часов в месяц.

3.9.2 Порядок оказания услуг

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

В течение 2 (двух) рабочих дней с даты начала оказания услуг Исполнитель обязан сообщить уполномоченному представителю Заказчика адрес электронной почты HelpDesk.

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

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

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


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

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

месяцем, в котором были оказаны Услуги, представляет Заказчику: бухгалтерские документы (акт, счет, счет-фактура); Журнал учета обращений (Приложение 1);Доставка подготовленной документации осуществляется Исполнителем путем

почтового отправления в адрес ОАО «Янтарьэнерго» или иным доступным способом. В комплект Отчетных документов входят:

материалы на бумажном носителе в 2-х экземплярах; в электронном формате с использованием средств Microsoft Office (Word,

Excel).

4 ТРЕБОВАНИЯ К СИСТЕМЕ

4.1 Требования к Системе в целом

Система в целом должна удовлетворять следующим требованиям:1. Масштабируемость.

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

2. Интуитивная понятность, логичность и соответствие требованиям общей технической эргономики графических интерфейсов.

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

3. Защищенность и адекватность реагирования на нестандартное использование функций либо некорректный ввод данных.


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

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

4.2 Требования к надежностиПри разработке модулей Системы должно быть соблюдено требование по

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

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

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

обеспечением на серверах/рабочих местах пользователей ОАО «Янтарьэнерго».

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

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

доступность основных данных и иной обрабатываемой информации ограниченного доступа.

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

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

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

4.3.2 Требования к управлению доступомДоступ к функции редактирования атрибутов безопасности пользователей и групп

(такие как права доступа, привилегии, пароли и т.д.) должен быть доступен только администратору Системы.


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

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

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

4.4 Требования по сохранности информации при аварияхПри работе с Модулями Системы должна обеспечиваться сохранность информации

при всех аварийных ситуациях.Восстановление данных должно осуществляться в соответствии со следующими

требованиями: при аварии или сбое в процессе выполнения пользовательских задач должно

быть обеспечено восстановление базы данных до состояния на момент последней завершенной СУБД транзакции;

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

o ведение регистрационных журналов и использование механизма отката транзакций СУБД;

o создание резервных копий баз данных.

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

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

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

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

4.6 Требования по диагностированию системыМодули Системы должны иметь интерфейс для возможности просмотра

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


5 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТВ рамках проекта должны быть выполнены следующие этапы работ:

Перечень работ РезультатыСроки

выполнения работ

Отчетные документы

Этап №1. Сверка справочников НСИ ТОиР Системы со справочниками Централизованной системы управления НСИ ТОиР ОАО «Россети»

Осуществлена сверка содержимого справочников НСИ ТОиР Системы со справочниками Централизованной системы управления НСИ ТОиР ОАО «Россети».

1 месяц Отчет по выполнению сверки (требования к структуре и содержимому отчета указаны в п. 3.1 ТЗ)

Этап №2. Выравнивание содержимого справочников НСИ ТОиР Системы со справочниками Централизованной системы управления НСИ ТОиР ОАО «Россети»

Содержимое справочников НСИ ТОиР Системы идентично содержимому справочников Централизованной системы управления НСИ ТОиР ОАО «Россети»

1 месяц от даты завершения этапа № 1

Отчет о выполнении работ

Этап №3. Осуществление корректировки формул оценки технического состояния оборудования.

Осуществлена корректировка формул оценки технического состояния оборудования

2 месяца Отчет о выполнении работ

Этап №4. Реализация модуля синхронизации содержимого справочников НСИ ТОиР Системы со справочниками Централизованной системы управления НСИ ТОиР ОАО «Россети».

Реализована функциональность синхронизации содержимого справочников НСИ ТОиР Системы со справочниками Централизованной системы управления НСИ ТОиР ОАО «Россети».

4 месяца

Подэтап №4.1. Обследование и

Проектирование функционала

1 месяц Техническое задание,





проектирование синхронизации технический проект

Подэтап №4.2. Реализация и тестирование

Реализация и приемка функционала синхронизации

3 месяца от даты завершения подэтапа 4.1

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

Этап №5. Реализация модуля расчета и отображения флагов и формирования приоритезированных списков оборудования

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

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

Этап №6. Реализация модуля по автоматизации процесса планирования и учета выполнения мероприятий ТОиР производственных активов

Реализована функциональность автоматизации процесса планирования и учета выполнения мероприятий ТОиР производственных активов


Этап №7 Модуль интеграции с ПК «Аварийность»

Реализован функционал отражения данных из ПК «Аварийность» в Системе и механизм двустороннего обмена данными. Настроены отчеты.






Этап №8. Техническая поддержка Системы

Осуществляется техническая поддержка Системы

Ежемесячно в течение срока оказания услуг

Журнал учета обращений (Приложение №1)

Допускается параллельное выполнение работ по нескольким этапам.

6 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ

6.1 Общие требования к приемке работСдача-приемка этапов (подэтапов) выполненных работ на всех стадиях работ

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

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

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

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

6.2 Требования к испытаниям системы и ее составных частей

6.2.1 Виды испытаний Испытания проводят с целью проверки соответствия создаваемой Системы

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

Для Системы устанавливаются следующие виды испытаний:- Приемочные испытания;- Опытно-промышленная эксплуатация.Для проведения всех видов испытаний разрабатываются следующие документы:- Технический проект- Руководство пользователя Системы- Руководство администратора Системы- Программа и методика приемочных испытаний- Протокол приемочных испытаний- Протокол о завершении опытно-промышленной эксплуатации.


6.2.2 Место проведения испытанийВсе виды испытаний Системы проводятся на объекте автоматизации Заказчика.

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

указанные в п. 3.1., производится в следующие сроки:

Перечень работСроки

выполнения работСроки оплаты

Этап №1. Сверка справочников НСИ ТОиР Системы со справочниками Централизованной системы управления НСИ ТОиР ОАО «Россети»

1 месяц 30 дней после окончания работ

Этап №2. Выравнивание содержимого справочников НСИ ТОиР Системы со справочниками Централизованной системы управления НСИ ТОиР ОАО «Россети»


Этап №3. Осуществление корректировки формул оценки технического состояния оборудования.

2 месяца 30 дней после окончания работ

Этап №4. Реализация модуля синхронизации содержимого справочников НСИ ТОиР Системы со справочниками Централизованной системы управления НСИ ТОиР ОАО «Россети».

4 месяца 30 дней после окончания работ по каждому подэтапу.

Подэтап №4.1. Обследование и проектирование


Подэтап №4.2. Реализация и тестирование

3 месяца от даты завершения подэтапа №4.1

30 дней после окончания работ

Этап №5. Реализация модуля расчета и отображения флагов и формирования приоритезированных списков



Перечень работСроки

выполнения работСроки оплаты


Этап №6. Реализация модуля по автоматизации процесса планирования и учета выполнения мероприятий ТОиР производственных активов


Этап №7 Модуль интеграции с ПК «Аварийность»


Этап №8. Техническая поддержка Системы

Ежемесячно в течение срока оказания услуг

30 дней после окончания работ по каждому месяцу

8 Требования к Участникам конкурсной процедурыУчаствовать в конкурсе может любое юридическое лицо. Однако чтобы

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

Участник конкурса должен быть официальным партнером фирмы «1C»; Участник конкурса должен иметь сертификат деятельности по предоставлению

комплексных услуг автоматизации учетной и офисной работы на основе программных продуктов фирмы «1С» по стандартам системы менеджмента качества ISO 9001:2008;

Участник конкурса должен иметь статус «Центр компетенции по производству» фирмы 1С;

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

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

Участник должен обладать достаточным для исполнения Договора количеством


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

№ п/пПерсонал основных рабочих специальностей

Кол-во, чел.

1. Сертифицированный специалист SAP по модулю Plant Maintenance

2

2.Сертифицированный разработчик SAP ABAP

1

3. Сертифицированные специалисты «1С: Специалист: по разработке и модификации прикладных решений на технологической платформе системы программ «1С: Предприятие 8»;

4

4. Сертифицированный специалист «1С: Руководитель проекта»

1

5. Сертифицированный специалист «1С: Эксперт по технологическим вопросам»

1

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


Приложение №1. Журнал учета обращений

Журнал учета и анализа обращений

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

на площадке:

за отчетный

период:

Журнал

подготовлен:

№

п\п

Дата обращения

Наименование филиала

ФИО сотрудника

Содержание обращения

Характер обращения

Приоритет

Статус запроса

Примечания, уточнения по содержанию запроса

Результат обработки запроса в службе поддержки Системы

Результат обработки на площадке Доп.

информация по запросу

№ запроса

Ответ/Описание выполненных работ

Результат обработки

Дата исполнения

Состояние запроса

Комментарий

1

Заказчик:

_____________/________________/

«___»________________201_ г.

М.П.

Исполнитель:

_____________/________________/

«___» ______________ 201_ г.

М.П.


Documents

Web viewОбращение считается исполненным после того, как Исполнитель выполнит все необходимые