Особенности внедрения АСУ ТОиР на базе «1С:ERP»

Page 1
background image

Page 2
background image

10

Ежеквартальный

 

спецвыпуск

 

 3(6), 

сентябрь

 2017

Алексей

 

ЛОГИНОВ

заместитель

главного

 

инженера

по

 

управлению

 

производ

 

ствен

-

 

ными

 

активами

ПАО

 «

Ленэнерго

»

Особенности

 

внедрения

 

АСУ

 

ТОиР

 

на

 

базе

 «1

С

:ERP»

В

 

статье

 

рассмотрен

 

опыт

 

внедрения

 

АСУ

 

ТОиР

 

на

 

базе

 

«1

С

:ERP» 

в

 

ПАО

 «

Ленэнерго

». 

Указывается

 

специфика

 

про

-

екта

Приводятся

 

примеры

 

принятых

 

решений

 

и

 

перспек

-

тивные

 

решения

выработанные

 

в

 

ходе

 

реализации

 

проек

-

та

Излагаются

 

данные

которые

 

могут

 

быть

 

полезны

 

при

 

реализации

 

аналогичных

 

проектов

 

в

 

других

 

ДЗО

.

У

спех

 

разработки

 

и

 

внедрения

 

АСУ

 

ТОиР

 

закладыва

-

ется

 

на

 

стадии

 

его

 

проектирования

.

В

 

ПАО

  «

Ленэнерго

» 

до

 

настоящего

 

момента

 

использовалась

 

информационная

 

система

 

на

 

базе

 

SAP. 

Стоимость

 

владения

 

данной

 

системой

 

давно

 

превыси

-

ла

 

преимущества

которые

 

она

 

давала

В

 

связи

 

с

 

этим

 

было

 

взято

 

направление

 

на

 

импортозамещение

Также

 

данному

 

решению

 

поспособствовало

 

постановление

 

Правительства

 

РФ

 

от

 16.11.2015 

 1236.  

Большинство

 

компаний

которые

 

внедряют

 ERP-

системы

 

(

планирование

 

ресурсов

 

предприятия

), 

делают

 

это

 

не

 

с

 

чис

-

того

 

листа

Российская

 

компания

 — 

фирма

 «1

С

» 

выпустила

 

мощный

 

и

 

эффективный

 

инструмент

 

управления

 

бизне

-

сом

 — 

программу

 «1

С

:ERP 

Управление

 

предприятием

 2», 

который

 

составит

 

достойную

 

конкуренцию

 

зарубежным

 

про

-

граммным

 

продуктам

А

 

принимая

 

во

 

внимание

что

 

данное

 

решение

 

создается

 

с

 

учетом

 

российского

 

законодательства

 

и

 

весьма

 

доступно

 

по

 

цене

аналогов

 «1

С

:ERP 

Управление

 

предприятием

 2» 

вообще

 

нет

.

Программный

 

продукт

 «1

С

:ERP 

Управление

 

предпри

-

ятием

 2» 

ориентирован

 

как

 

на

 

производственные

так

 

и

 

лю

-

бые

 

другие

 

крупные

 

предприятия

Важным

 

моментом

 

внедрения

 

информационной

 

систе

-

мы

 

по

 

управлению

 

деятельностью

 

предприятия

 

является

 

подготовка

 

к

 

реализации

 

данного

 

проекта

В

 

этой

 

части

 

было

 

выполнено

 

полномасштабное

 

предпроектное

 

обсле

-

дование

 

производственных

 

бизнес

-

процессов

В

 

ходе

 

об

-

следования

 

описаны

 

бизнес

-

процессы

  «

как

 

есть

» (AS-IS) 

в

 

части

 

ТОиР

 

с

 

учетом

 

всех

 

поддерживающих

 

и

 

смежных

 

процессов

Вместе

 

с

 

этим

 

осуществлена

 

полноценная

 

подготовка

 

объекта

 

внедрения

 

с

 

разработкой

 

пакета

 

документов

 

про

-

ДЕКОМПОЗИЦИЯ

 

ТЗ

 

СОСТАВ

КОМАНД

СОВЕЩАНИЕ

 

УПРАВЛЯЮЩЕГО

 

СОВЕТА

ЕЖЕНЕДЕЛЬНЫЙ

 

ОТЧЕТ

КОНТРОЛЬ

Рис

. 1. 

Общие

 

подходы

 

к

 

проектному

 

управлению

екта

в

 

том

 

числе

 

целевые

 

схемы

 

бизнес

-

процессов

 «

как

 

бу

-

дет

» (TO-BE), 

карты

 

проблем

 

и

 

задач

риски

 

проекта

переч

-

ни

 

критериев

 

успеха

проект

 

технического

 

задания

проект

 

сметы

общая

 

дорожная

 

карта

.

При

 

реализации

 

проектов

 

масштаба

 

ПАО

  «

Ленэнерго

» 

невозможно

 

обойтись

 

без

 

следования

 

принципам

 

проектно

-

го

 

управления

.

Принятые

 

общие

 

подходы

 

можно

 

отобразить

 

в

 

виде

 

схе

-

мы

 (

рисунок

 1).

Внедрение

 

системы


Page 3
background image

11

Для

 

сжатия

 

расписания

 

применяется

 

метод

 

кратчайшего

 

пути

 (fast tracking). 

Требования

 

технического

 

задания

 

к

 18 

мо

-

дулям

 

системы

 

были

 

детализированы

разделены

 

на

 5 

по

-

токов

 

по

 

направлениям

Масштабность

высокий

 

уровень

 

сложности

крайне

 

сжа

-

тые

 

сроки

 

реализации

 

проекта

 

обусловили

 

принятие

 

решения

 

о

 

параллельной

 

работе

 

сразу

 

нескольких

 

команд

 

на

 

стороне

 

разработчика

Выделенные

 5 

потоков

 

технических

 

требова

-

ний

 

разделены

 

между

 

проектными

 

командами

Каждой

 

коман

-

дой

 

осуществлено

 

уточнение

 

требований

 

для

 

максимального

 

соответствия

 

ожиданиям

 

заказчика

 (

конечного

 

пользователя

).

По

 

каждому

 

модулю

 

в

 

условиях

 

экстремального

 

програм

-

мирования

 

разработаны

 

прототипы

 

функционала

Доработка

 

функционала

 

осуществлялась

 

путем

 

многократных

 

предва

-

рительных

 

показов

обработки

 

полученной

 

обратной

 

связи

 

функционального

 

заказчика

внесением

 

корректив

 

в

 

разра

-

ботку

 

и

 

описание

 

проектного

 

решения

 (

рисунок

 2).

Как

 

несложно

 

заметить

важную

 

роль

 

играет

 

формирова

-

ние

 

проектной

 

команды

 (

рисунок

 3), 

которая

 

включает

 

в

 

себя

 

представителей

 

со

 

стороны

 

функционального

 

заказчика

 (

ФЗ

и

 

Исполнителя

.

Можно

 

выделить

 

ряд

 

проблем

которые

 

возникают

 

при

 

разработке

 

и

 

внедрении

 

АСУ

 

ТОИР

 

в

 

ПАО

 «

Ленэнерго

»:

 

специфика

 

отрасли

 

требует

 

наличия

 

в

 

команде

 

бизнес

-

аналитиков

имеющих

 

представление

 

об

 

отраслевой

 

Для

 

сжатия

 

расписания

 

применяется

 

метод

кратчайшего

 

пути

 (fast tracking).

Все

 

требования

 (18 

модулей

разделены

 

на

 5 

потоков

.

Для

 

каждого

 

потока

 

организована

 

команда

.

Проводится

 

уточнение

 

требований

для

 

максимального

 

соответствия

 

ожиданиям

 

заказчика

 

(

конечных

 

пользователей

).

Разрабатываются

 

прототипы

 

решений

 

по

 

каждому

 

модулю

Проводятся

 

предварительные

 

показы

.

Обрабатывается

 

обратная

 

связь

.

После

 

каждого

 

показа

 

вносятся

 

коррективы

 

в

 

разработку

 

и

 

описание

 

системы

 (

в

 

проектном

 

решении

).

Рис

. 2. 

Организация

 

разработки

Рис

. 3. 

Общая

 

схема

 

организации

 

проектной

 

команды

 

 

 

 

 

 

 

Администратор-аналитик проекта (ДКиТ АСУ) 

Руководитель 

проекта 

Руководитель 

проекта (ФЗ) 

Руководитель 

проекта  

(ВОЛС ВЛ) 

Команда 1 

Команда 2 

Команда 3 

Команда 4 

Команда 5 

• Паспортизация и оценка 

состояния 

Отдел 

управления 

производствен-

ными активами

 

Отдел 

планирования 

и сметной 

оценки 

Отдел 

комплексной 

диагностики 

Диспетчер-

ская служба

 

Служба 

производствен-

ного контроля 

Электротехни-
ческая служба 

Диагности-

ческий центр

 

Отдел ТПиР 

Филиал  КнЭС 

ДЗО ЦЭК 

ДКиТ АСУ 

Служба 

ремонтов 

• Управление 

ТОиР 

• Миграция 

данных 

• Учет 

состояния 


Page 4
background image

12

Ежеквартальный

 

спецвыпуск

 

 3(6), 

сентябрь

 2017

специфике

 

электросетевой

 

компании

обладающих

 

опытом

 

работы

 

и

 

базой

 

знаний

 

для

 

работы

 

в

 

предметной

 

области

;

 

объективной

 

необходимостью

 

также

 

является

 

нали

-

чие

 

в

 

команде

 

сертифицированных

 

специалистов

 

по

 

«1

С

:ERP»;

 

требуется

 

знание

 

и

 

опыт

 

работы

 

с

 SAP 

в

 

связи

 

с

 

мигра

-

цией

 

исторических

 

данных

 

и

 

последующей

 

их

 

выверкой

;

 

специфика

 

предприятия

 

и

 

сложность

 

работы

 

с

 

функ

-

циональным

 

заказчиком

 

требует

 

наличия

 

в

 

проектной

 

команде

 

сильного

 

руководителя

 

проекта

.

На

 

стороне

 

функционального

 

заказчика

 

сформирована

 

команда

 

проекта

состоящая

 

из

 

специалистов

 

основных

 

про

-

фильных

 

служб

деятельность

 

которых

 

непосредственно

 

свя

-

зана

 

с

 

функциональными

 

модулями

 

системы

.

В

 

числе

 

особенностей

 

проекта

 

можно

 

отметить

 

приня

-

тые

 

решения

 

по

 

дополнительной

 

подготовке

 

членов

 

команд

 

как

 

функционального

 

заказчика

так

 

и

 

разработчика

Так

 

для

 

более

 

эффективной

 

работы

 

было

 

проведено

 

обучение

 

отдельных

 

специалистов

 

Заказчика

 

в

 

сертифици

-

рованном

 

центре

 

обучения

 «1

С

» 

по

 

курсу

 «

Управление

 

про

-

изводством

 

и

 

ремонтами

 

в

 

прикладном

 

решении

 «1C:ERP 

Управление

 

предприятием

 2.1» 

с

 

получением

 

соответству

-

ющих

 

свидетельств

Полученные

 

знания

 

основ

 

и

 

принципов

 

построения

 «1

С

:ERP» 

позволили

 

более

 

свободно

 

ориенти

-

роваться

 

в

 

предлагаемых

 

разработчиком

 

решениях

В

 

части

 

дополнительной

 

подготовки

 

команд

 

разработ

-

чиков

 

была

 

организована

 

и

 

проведена

 

вводная

 

подготовка

 

команды

 

Исполнителя

 

силами

 

специалистов

 

Заказчика

 

на

 

базе

 

собственного

 

учебно

-

тренировочного

 

полигона

 

ПАО

 

«

Ленэнерго

». 

В

 

ходе

 

проведенных

 

занятий

 

до

 

членов

 

ко

-

манд

 

Исполнителя

 

была

 

доведена

 

организационная

 

струк

-

тура

 

компании

основные

 

характеристики

 

электросетевого

 

комплекса

характер

 

деятельности

 

профильных

 

подразде

-

лений

взаимосвязи

 

с

 

подразделениями

обеспечивающими

 

смежные

 

бизнес

-

процессы

В

 

практической

 

части

 

проведена

 

демонстрация

 

всего

 

многообразия

 

видов

 

и

 

типов

 

оборудо

-

вания

 

на

 

полномасштабной

 

модели

 

энергосистемы

 

мате

-

риально

-

технической

 

базы

 

полигона

Дано

 

представление

 

о

 

схемах

 

электрических

 

сетей

 

и

 

топологических

 

связях

.

Поскольку

 

АСУ

 

ТОиР

 

внедряется

 

на

 

базе

 ERP-

системы

отдельное

 

внимание

 

уделено

 

обеспечению

 

ведения

 

данных

 

и

 

управлению

 

объектами

 

на

 

протяжении

 

всего

 

жизненного

 

цикла

 

актива

 – 

от

 

схемы

 

развития

 

или

 

ТУ

 

на

 

технологиче

-

ское

 

присоединение

 

до

 

списания

 

и

 

утилизации

Необходимым

 

требованием

 

является

 

привязка

 

действий

 

в

 

подсистеме

 

паспортизации

 

с

 

регламентированным

 

учетом

 

основных

 

средств

Например

обязательная

 

увязка

 

ввода

монтажа

демонтажа

перемещения

 

объектов

 

паспортизации

технических

 

мест

единиц

 

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

 

с

 

заполнением

 

форм

 

ОС

-1, 

ОС

-6, 

ОС

-2, 

ОС

-3, 

ОС

-4, 

ОС

-19.

Цель

 

обеспечения

 

ведения

 

данных

 

по

 

объектам

 

на

 

про

-

тяжении

 

всего

 

жизненного

 

цикла

 

обуславливает

 

необходи

-

мость

 

решения

 

задач

 

по

 

интеграции

 

АСУ

 

ТОиР

 

с

 

информа

-

ционными

 

системами

 

смежных

 

функциональных

 

блоков

перспективного

 

развития

технологического

 

присоединения

 

(

АСУ

 

ПТП

), 

транспорта

 

электроэнергии

 

и

 

учета

 

потреби

-

телей

  (

ИСЭ

), 

системой

 

согласования

 

проектной

 

и

 

испол

-

нительной

 

документации

системами

 

ОТУ

управления

 

за

-

купками

  (

АСУЗ

), 

учета

 

материалов

  (

СУПИЗ

), 

управления

 

автотранспортом

 

и

 

др

В

 

перспективе

 

предусматривается

 

интеграция

 

с

 

профильными

 

ИС

ЭДИС

 

Альбатрос

АРМ

 

РЗА

АРМ

 

метролога

.

Неотъемлемой

 

задачей

 

является

 

интеграция

 

с

 

выше

-

стоящими

 

информационными

 

системами

 

ПАО

  «

Россети

», 

Системного

 

оператора

субъектов

 

Российской

 

Федерации

Технической

 

инспекции

Минэнерго

.

Наравне

 

с

 

интеграцией

 

с

 

собственными

 

системами

вы

-

шестоящими

 

системами

целесообразно

 

развитие

 

интегра

-

ционных

 

связей

 

и

 

информационных

 

потоков

 

с

  «

нижестоя

-

щими

» 

организациями

Например

реализация

 

механизма

 

личного

 

кабинета

 

подрядчика

 

для

 

непосредственного

 

ввода

 

в

 

ИС

 

СУПА

 / 

АСУ

 

ТОиР

 

результатов

 

испытаний

 

до

 

и

 

после

 

ремонта

 

с

 

формированием

 

протоколов

 

по

 

установленной

 

форме

 

и

/

или

 

формированием

 

актов

 

форм

 

КС

-2, 

КС

-3 

уже

 

в

 

системе

.

С

 

точки

 

зрения

 

рядового

 

пользователя

 

информационной

 

системы

 

подсистема

 

паспортизации

 

априори

 

должна

 

обе

-

спечивать

 

получение

 

из

 

системы

 

всей

 

имеющейся

 

инфор

-

мации

 

по

 

паспортным

 

данным

 

и

 

другим

 

данным

связанным

 

с

 

объектами

 

паспортизации

По

 

заверению

 

практически

 

всех

 

разработчиков

стан

-

дартный

 

функционал

 

информационной

 

системы

конечно

 

же

позволяет

 

находить

 

и

 

получать

 

из

 

системы

 

всю

 

необхо

-

димую

 

информацию

Однако

 

элементарные

 

ожидания

 

пользователей

 

в

 

части

 

возможности

 

использования

 

подсистемы

 

паспортизации

 

в

 

повседневной

 

работе

 

не

 

оправдываются

На

 

практике

 

как

 

по

 

имеющемуся

 

опыту

 

эксплуатации

 

системы

 

на

 

базе

 SAP, 

так

 

и

 

по

 

опыту

 

первых

 

релизов

 

системы

 

на

 

базе

 «1

С

» 

ока

-

зывается

что

 

найти

 

и

 

получить

 

информацию

 

из

 

системы

 

в

 

приемлемом

 

для

 

дальнейшей

 

работы

 

виде

 

практически

 

не

 

представляется

 

возможным

или

 

эти

 

возможности

 

крайне

 

ограничены

 

и

 

требуют

 

дальнейшей

 

обработки

 

данных

как

 

правило

в

 Excel. 

Столкнувшись

 

с

 

этим

 

дважды

 

при

 

реализации

 

проекта

 

на

 

базе

 «1

С

:ERP», 

пришлось

 

выполнить

 

отдельную

 

постановку

 

задачи

 

в

 

части

 

подсистемы

 

паспортизации

которая

 

состоя

-

ла

 

из

 

двух

 

частей

решаемых

 

совместно

.

Первая

 

часть

 — 

это

 

уточнение

 

требований

 

к

 

поиску

 

и

 

получению

 

информации

 

из

 

подсистемы

 

паспортизации

 

от

 

функционального

 

заказчика

При

 

этом

 

было

 

проработано

 

получение

 

на

 

уровне

 

пользователя

 

данных

 

по

 

блокам

:

 

организационные

 

данные

,

 

классификация

 

объектов

 

и

 

единиц

 

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

,

 

статические

 

и

 

динамические

 

данные

.

Внедрение

 

системы


Page 5
background image

13

В

 

ходе

 

проработки

 

уточнены

 

требования

 

по

 

поиску

  

и

 

по

-

лучению

 

информации

 

в

 

произвольной

 

форме

 

в

 

различных

 

сочетаниях

 «

срезов

» 

по

 

следующим

 

направлениям

 

субъекты

 

федерации

 

структурные

 

подразделения

 (

филиал

РЭС

МУ

); 

 

классы

 

напряжений

 

виды

/

типы

 

объектов

 (

ВЛ

КЛ

ПС

ТП

); 

 

группы

 

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

  (

выключатели

трансформаторы

 

и

 

т

.

п

.);

 

марки

 

единиц

 

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

 

статические

 

характеристики

в

 

том

 

числе

 

расчетные

;

 

динамические

 

характеристики

в

 

том

 

числе

 

дефекты

отключения

результаты

 

диагностики

заказы

 

на

 

ТОиР

Таким

 

образом

 

были

 

сформулированы

 

требования

 

с

 

ука

-

занием

 

данных

ведение

 

которых

 

должна

 

обеспечить

 

под

-

система

 

паспортизации

например

:

1) 

ведение

 

технических

 

данных

 

для

 

нужд

 

учета

 

основных

 

средств

 

согласно

 

Положению

 

о

 

порядке

 

отнесения

 

акти

-

вов

 

к

 

основным

 

средствам

 (

см

Приказ

 

ПАО

 «

Ленэнерго

» 

 66 

от

 20.02.2015);

2) 

ведение

 

технических

 

данных

 

для

 

первичных

 

учетных

 

до

-

кументов

 

согласно

 

учетной

 

политике

 

Ленэнерго

 (

см

При

-

каз

 

ПАО

 «

Ленэнерго

» 

 653 

от

 09.12.2016);

3) 

ведение

 

данных

предусмотренных

 

в

 

форматах

 

печат

-

ных

 

паспортов

  (

см

приказ

 

ПАО

  «

Ленэнерго

» 

 139 

от

 

31.03.2014, 

систему

 SAP 

и

 

ее

 

документацию

);

4) 

ведение

 

данных

предусмотренных

 

системой

 

сетевой

 

от

-

четности

 

ПАО

 «

Россети

» (

см

распоряжение

 

ПАО

 «

Рос

-

сети

» 

 261

р

 

от

 23.06.2014 

с

 

изм

 87/2-02/7 (7-

ОИ

от

 

23.03.2016 

г

.);

5) 

ведение

 

данных

необходимых

 

для

 

отчетности

в

 

том

 

числе

 

в

 

СО

 

ЕЭС

 

России

а

в

 

части

 

основного

 

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

  (

см

Приказ

 

Мин

-

энерго

 

России

 

от

 23 

июля

 2012 

г

 340 

в

 

ред

При

-

каза

 

Мин

 

энерго

 

России

 

от

 15.06.2016 

 534);

б

в

 

части

 

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

 

для

 

РЗА

 

и

 

ПА

 

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

 

(

см

ГОСТ

 

Р

 56865-2016; 

СО

 34.35.617-2001; 

РД

 

153-34.0-35.617-2001; 

СО

 34.35.613-00; 

РД

 153-34.3-

35.613-00; 

Решения

 

Главтехуправления

 

 

Э

-4/83 

от

 

13.04.1983); 

6) 

ведение

 

данных

 

для

 

расчета

 

объемов

 

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

-

го

 

обслуживания

:

а

в

  «

классических

» 

условных

 

единицах

  (

см

Приказ

 

Минэнерго

 

от

 26.01.1987 

 51);

б

в

 

объемообразующих

 

единицах

  (

см

распоряжение

 

ПАО

 «

Россети

» 

от

 18.03.2016 

 110

р

).

Табл

. 1. 

Пример

 

промежуточного

 

контроля

 

миграции

 

данных

 

из

 

ИС

 

на

 

базе

 SAP 

в

 

ИС

 

на

 

базе

 «1

С

:ERP»

 

п

/

п

Объект

 

СУПА

 SAP

Количество

 

выгруженных

 

данных

Объект

 

СУПА

 «1

С

»

Количество

 

загруженных

 

данных

1

Организационные

 

объекты

432

Организации

подразделения

432

2

Технические

 

места

2 920 673

Технические

 

места

 

и

 

объекты

 

паспортизации

2 920 673

3

Единицы

 

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

1 986 170

Единицы

 

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

1 986 170

4

На

 

основании

 

выгрузки

 

ЕО

 

по

 

реквизиту

 

ТМ

Монтаж

 

ЕО

 

и

 

демонтаж

 

ЕО

1 938 899

5

Соединения

724 194

Топология

попролетные

 

соединения

720 880

6

Спецификации

 

ЕО

ТМ

материалов

1 136 737

Спецификации

578 163

7

Параметры

*

Параметры

 (

только

 

кол

-

во

 

загруженных

 

локальных

 

значений

)

262

8

Позиции

**

Позиции

 (

только

 

кол

-

во

 

загруженных

 

локаль

-

ных

 

значений

)

93

9

Документы

 

измерений

 (

последние

 

значения

 

динамических

 

параметров

)

1 993 129

Документы

 

измерений

 (

история

 

изменения

 

динамических

 

параметров

)

1 390 083

10

Значения

 

статистических

 

параметров

 (

текущие

 

значения

)

34 502 713

Значения

 

статистических

 

параметров

 (

теку

-

щие

 

значения

)

26 763 563

11

Работы

 

ТОРО

569

Работы

 

ТОиР

569

12

Заказы

 

ТОРО

 

вида

 APR1 (

осн

данные

операции

)

49 654

Заказы

 

ТОиР

49 612

13

Заказы

 

ТОРО

 

вида

 APR1 (

факт

 

по

 

затратам

факт

 

по

 

физ

показателям

)

***

Акты

 

выполненных

 

работ

 

к

 

заказам

 

ТОиР

26 972

14

Сообщения

 

о

 

неисправностях

134 274

Регистрация

 

дефекта

0

Локальные

 

параметры

 

были

 

выявлены

 

при

 

загрузке

 

ДИ

 

и

 

значений

 

статистических

 

параметров

.

** 

Локальные

 

позиции

 

были

 

выявлены

 

при

 

загрузке

 

ДИ

.

*** 

Формируются

 

по

 

совокупности

 

фактических

 

затрат

 

и

 

фактических

 

физических

 

показателей

соотношение

 

неоднозначное

.


Page 6
background image

14

Ежеквартальный

 

спецвыпуск

 

 3(6), 

сентябрь

 2017

7) 

ведение

 

данных

заложенных

 

в

 

существующую

 

систему

 

СУПА

 

на

 

базе

 SAP (

см

систему

 

и

 

документацию

 

по

 

ней

);

8) 

ведение

 

данных

предусмотренных

 

в

 

ЦНСИ

 (

см

ЦНСИ

Концепцию

 

ЦНСИ

Регламент

 

ведения

 

ЦНСИ

);

9) 

ведение

 

данных

необходимых

 

для

 

расчетов

 

ИС

ПО

ПСП

  (

см

СТО

 

СУПА

Методики

 

расчета

 

ИС

ПО

СТО

 

Планирование

 

и

 

выполнение

 

ремонтов

);

10)  

ведение

 

данных

 

для

 

расчета

 

ИС

 

согласно

 

проекта

 

при

-

каза

 

Минэнерго

 

России

 

об

 

утверждении

 

Методических

 

указаний

 

по

 

расчету

 

оценки

 

технического

 

состояния

 

ос

-

новного

 

технологического

 

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

 

и

 

линий

 

элек

-

тропередачи

 

электрических

 

станций

 

и

 

электрических

 

сетей

 

и

 

определения

 

оптимального

 

вида

состава

 

и

 

сто

-

имости

 

технологического

 

воздействия

 

на

 

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

 

(

группы

 

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

);

11)  

ведение

 

данных

 

для

 

нужд

 

технического

 

обслуживания

 

(

см

Приказ

 

ПАО

 «

Ленэнерго

» 

 102 

от

 16.03.2016);

12) 

ведение

 

данных

 

по

 

диагностике

 

согласно

 

объемам

 

и

 

нормам

 

испытаний

  (

см

РД

 34.45-51.300-97, 

утв

РАО

 

«

ЕЭС

 

России

» 08.05.1997).

Вторая

 

часть

 — 

это

 

глубокая

 

проработка

 

аналитика

-

ми

 

и

 

архитекторами

 

разработчика

 

указанных

 

требований

 

документов

 

и

 

форматов

 

отчетов

 

с

 

целью

 

принятия

 

мето

-

дологических

 

и

 

технических

 

решений

 

при

 

разработке

 

под

-

системы

 

паспортизации

которые

 

позволят

 

обеспечить

 

получение

 

из

 

системы

 

данных

предусмотренных

 

указан

-

ными

 

выше

 

документами

 

в

 

произвольной

 

и

 

формализо

-

ванной

 

форме

.

 

Одной

 

из

 

специфичных

 

задач

 

являлась

 

миграция

 

истори

-

ческих

 

данных

 

из

 SAP 

в

 «1C:ERP». 

Решение

 

этой

 

критичной

 

и

 

ключевой

 

задачи

 

потребовало

 

отдельной

 

постановки

вы

-

работки

 

подходов

 

к

 

решению

В

 

круг

 

решений

 

входили

сопо

-

ставление

 

сущностей

 SAP 

и

 «1

С

», 

на

 

которых

 

организовано

 

ведение

 

данных

учет

 

взаимосвязей

, «

маппинг

» 

значений

Отдельного

 

внимания

 

требует

 

перечень

 

проблем

об

-

наруженных

 

в

 

процессе

 

выработки

 

решений

 

и

 

выполнения

 

миграции

объем

 

данных

требуемое

 

время

 

на

 

выполнение

 

миграции

.

Особое

 

внимание

 

уделено

 

разработке

 

методики

 

про

-

верки

 

результатов

 

миграции

 

в

 

части

 

полноты

 

и

 

целостности

 

данных

 (

таблица

 1).

Целью

 

миграции

 

данных

 

является

 

корректный

 

пере

-

нос

 

данных

в

 

том

 

числе

 

исторических

 

по

 

паспортизации

топологии

 

сети

данных

 

по

 

ремонтной

 

программе

 

и

 

про

-

чих

 

данных

 

из

 

существующей

 

информационной

 

системы

 

управления

 

производственными

 

активам

 

на

 

базе

 SAP 

Табл

. 1 (

продолжение

).

 

п

/

п

Объект

 

СУПА

 SAP

Количество

 

выгруженных

 

данных

Объект

 

СУПА

 «1

С

»

Количество

 

загруженных

 

данных

15

Потребители

Потребители

привязка

 

к

 

ТМ

0

16

Образцовые

 

ЕО

18 863

Образцовые

 

ЕО

18 863

17

Заказ

 

ТОРО

 

вида

 

РМР

3

43 875

Заказ

 

на

 

осмотр

0

18

Сообщения

 

об

 

отключениях

21 934

Сообщения

 

об

 

отключениях

0

19

Категории

 

файлов

42

Категории

 

файлов

0

20

Электронные

 

документы

Файлы

0

21

На

 

основании

 

технических

 

мест

 

пролетов

Создание

 

новых

 

ЕО

 

для

 

пролетов

 

ВЛ

567 272

22

На

 

основании

 

технических

 

мест

 

участков

 

магистрали

 

КЛ

Создание

 

ЕО

 

для

 

участков

 

магистрали

 

КЛ

82 574

23

На

 

основании

 

единиц

 

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

 

кабелей

Создание

 

ТМ

 

кабелей

 

КЛ

225 737

24

На

 

основании

 

единиц

 

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

 

муфт

Создание

 

ТМ

 

муфт

 

КЛ

276 474

25

На

 

основании

 

ТМ

 

кабельных

 

участков

в

 

составе

 

ВЛ

Создание

 

ЕО

 

для

 

кабельных

 

участков

 

магистра

-

ли

 

в

 

составе

 

ВЛ

3273

26

На

 

основании

 

единиц

 

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

 

кабелей

 

в

 

составе

 

ВЛ

Создание

 

ТМ

 

для

  

кабелей

 

в

 

составе

 

ВЛ

1856

27

На

 

основании

 

единиц

 

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

 

муфт

в

 

составе

 

ВЛ

Создание

 

ТМ

 

для

  

муфт

 

в

 

составе

 

ВЛ

3976

28

Загрузка

 

из

 

шаблонов

 Excel

В

 

работе

Даты

 

последнего

 

ремонта

В

 

работе

29

Загрузка

 

из

 

шаблонов

 Excel

В

 

работе

Статьи

 

затрат

 

в

 

заказах

 

ТОиР

В

 

работе

30

Адреса

Адреса

0

Внедрение

 

системы


Page 7
background image

15

ERP 

в

 

ИС

 

СУПА

 

на

 

базе

 «1

С

:ERP 

Управление

 

предпри

-

ятием

 2».

В

 

границы

 

миграции

 

вошли

 

данные

 

всех

 

филиалов

 

ПАО

 «

Ленэнерго

» 

в

 

соответствии

 

с

 

требованиями

 

техниче

-

ского

 

задания

.

Миграция

 

осуществляется

 

в

 

несколько

 

этапов

:

 

тестовый

 

перенос

 

данных

 

по

  «

пилотным

» 

филиалам

отработка

 

механизмов

 

загрузки

;

 

первичный

 

перенос

 

данных

 

всех

 

филиалов

 

в

 

промышлен

-

ную

 

среду

подготовка

 

базы

 

для

 

опытной

 

эксплуатации

;

 

разработка

 

методики

 

проверки

 

результатов

 

миграции

;

 

проверка

 

полноты

 

и

 

корректности

 

перенесенных

 

данных

 

первичного

 

переноса

 

силами

 

исполнителя

;

 

выверка

 

данных

 

в

 

ходе

 

опытной

 

эксплуатации

 

совмест

-

но

 

заказчиком

 

и

 

исполнителем

;

 

перенос

 

измененных

 

и

 

вновь

 

созданных

 

объектов

 

с

 

момента

 

первичного

 

переноса

относящихся

 

к

 

опреде

-

ленному

 

филиалу

 (

по

 

утвержденному

 

графику

);

 

выверка

 

перенесенных

 

данных

 

по

 

сущностям

 

и

 

количе

-

ству

;

 

проверка

 

результатов

 

миграции

.

По

 

результатам

 

проведенной

 

работы

 

был

 

сформирован

 

и

 

принят

 

ряд

 

соответствующих

 

методологических

 

решений

таких

 

как

 

присвоение

 

временных

 

классификаторов

пост

-

обработки

преобразования

.

Специфичной

 

задачей

 

оказалась

 

разработка

 

концепции

 

ролей

 

и

 

полномочий

 

с

 

увязкой

 

таких

 

сущностей

 «1

С

:ERP» 

как

 

сотрудник

пользователь

физлицо

группа

 

доступа

профиль

роль

 

с

 

фактическими

 

структурными

 

подразделе

-

ниями

должностями

функциями

 

в

 

увязке

 

к

 

сквозным

 

про

-

изводственным

 

процессам

 

с

 

учетом

 

логики

 

работы

 

модулей

 

и

 

подсистем

.

Важным

 

моментом

 

является

 

обучение

 

конечных

 

пользо

-

вателей

Для

 

обучения

 

применялись

 

методы

:

 

очного

 

обучения

 

для

 

ключевых

 

пользователей

 

фили

-

алов

 

и

 

профильных

 

служб

 

исполнительного

 

аппарата

 

(

далее

 

ИА

), 

 

массового

 

дистанционного

 

обучения

 

пользователей

 

филиалов

,

 

самостоятельного

 

обучения

 

для

 

всех

 

пользователей

 

путем

 

создания

 

архива

 

видеозаписей

 

обучения

инструк

-

ций

 

пользователей

.

В

 

числе

 

решаемых

 

задач

 

были

 

выработаны

 

подходы

 

к

 

проведению

 

опытной

 

эксплуатации

В

 

числе

 

принятых

 

под

-

ходов

 

можно

 

отметить

:

 

опробование

 

функционала

 

профильными

 

подразделе

-

ниями

 

на

 

уровне

 

исполнительного

 

аппарата

;

 

выявление

 

и

 

устранение

 

критических

 

замечаний

;

 

создание

 

контрольных

 

примеров

 

в

 

АСУ

 

ТОиР

;

 

последовательное

 

подключение

 

филиалов

 

к

 

опытной

 

эксплуатации

;

 

деление

 

функциональных

 

задач

 

программы

 

опытной

 

эксплуатации

 

на

:

 

общие

 

для

 

всех

 

филиалов

,

 

распределенные

 

между

 

филиалами

 

и

 

профильными

 

службами

 

ИА

,

 

индивидуальные

 

задачи

 

для

 

углубленной

 

проработ

-

ки

 

методологии

 

применения

 

функционала

 

системы

.

Интересной

 

особенностью

 

проекта

 

является

 

возмож

-

ность

 

организации

 

практически

 

круглосуточной

 

работы

 

над

 

проектом

 

за

 

счет

 

разницы

 

часовых

 

поясов

в

 

которых