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).
Внедрение
системы
11
Для
сжатия
расписания
применяется
метод
кратчайшего
пути
(fast tracking).
Требования
технического
задания
к
18
мо
-
дулям
системы
были
детализированы
,
разделены
на
5
по
-
токов
по
направлениям
.
Масштабность
,
высокий
уровень
сложности
,
крайне
сжа
-
тые
сроки
реализации
проекта
обусловили
принятие
решения
о
параллельной
работе
сразу
нескольких
команд
на
стороне
разработчика
.
Выделенные
5
потоков
технических
требова
-
ний
разделены
между
проектными
командами
.
Каждой
коман
-
дой
осуществлено
уточнение
требований
для
максимального
соответствия
ожиданиям
заказчика
(
конечного
пользователя
).
По
каждому
модулю
в
условиях
экстремального
програм
-
мирования
разработаны
прототипы
функционала
.
Доработка
функционала
осуществлялась
путем
многократных
предва
-
рительных
показов
,
обработки
полученной
обратной
связи
функционального
заказчика
,
внесением
корректив
в
разра
-
ботку
и
описание
проектного
решения
(
рисунок
2).
Как
несложно
заметить
,
важную
роль
играет
формирова
-
ние
проектной
команды
(
рисунок
3),
которая
включает
в
себя
представителей
со
стороны
функционального
заказчика
(
ФЗ
)
и
Исполнителя
.
Можно
выделить
ряд
проблем
,
которые
возникают
при
разработке
и
внедрении
АСУ
ТОИР
в
ПАО
«
Ленэнерго
»:
–
специфика
отрасли
требует
наличия
в
команде
бизнес
-
аналитиков
,
имеющих
представление
об
отраслевой
Для
сжатия
расписания
применяется
метод
кратчайшего
пути
(fast tracking).
Все
требования
(18
модулей
)
разделены
на
5
потоков
.
Для
каждого
потока
организована
команда
.
Проводится
уточнение
требований
для
максимального
соответствия
ожиданиям
заказчика
(
конечных
пользователей
).
Разрабатываются
прототипы
решений
по
каждому
модулю
.
Проводятся
предварительные
показы
.
Обрабатывается
обратная
связь
.
После
каждого
показа
вносятся
коррективы
в
разработку
и
описание
системы
(
в
проектном
решении
).
Рис
. 2.
Организация
разработки
Рис
. 3.
Общая
схема
организации
проектной
команды
Администратор-аналитик проекта (ДКиТ АСУ)
Руководитель
проекта
Руководитель
проекта (ФЗ)
Руководитель
проекта
(ВОЛС ВЛ)
Команда 1
Команда 2
Команда 3
Команда 4
Команда 5
• Паспортизация и оценка
состояния
Отдел
управления
производствен-
ными активами
Отдел
планирования
и сметной
оценки
Отдел
комплексной
диагностики
Диспетчер-
ская служба
Служба
производствен-
ного контроля
Электротехни-
ческая служба
Диагности-
ческий центр
Отдел ТПиР
Филиал КнЭС
ДЗО ЦЭК
ДКиТ АСУ
Служба
ремонтов
• Управление
ТОиР
• Миграция
данных
• Учет
состояния
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»,
пришлось
выполнить
отдельную
постановку
задачи
в
части
подсистемы
паспортизации
,
которая
состоя
-
ла
из
двух
частей
,
решаемых
совместно
.
Первая
часть
—
это
уточнение
требований
к
поиску
и
получению
информации
из
подсистемы
паспортизации
от
функционального
заказчика
.
При
этом
было
проработано
получение
на
уровне
пользователя
данных
по
блокам
:
–
организационные
данные
,
–
классификация
объектов
и
единиц
оборудования
,
–
статические
и
динамические
данные
.
Внедрение
системы
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
*
Локальные
параметры
были
выявлены
при
загрузке
ДИ
и
значений
статистических
параметров
.
**
Локальные
позиции
были
выявлены
при
загрузке
ДИ
.
***
Формируются
по
совокупности
фактических
затрат
и
фактических
физических
показателей
,
соотношение
неоднозначное
.
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
Внедрение
системы
15
ERP
в
ИС
СУПА
на
базе
«1
С
:ERP
Управление
предпри
-
ятием
2».
В
границы
миграции
вошли
данные
всех
филиалов
ПАО
«
Ленэнерго
»
в
соответствии
с
требованиями
техниче
-
ского
задания
.
Миграция
осуществляется
в
несколько
этапов
:
–
тестовый
перенос
данных
по
«
пилотным
»
филиалам
,
отработка
механизмов
загрузки
;
–
первичный
перенос
данных
всех
филиалов
в
промышлен
-
ную
среду
,
подготовка
базы
для
опытной
эксплуатации
;
–
разработка
методики
проверки
результатов
миграции
;
–
проверка
полноты
и
корректности
перенесенных
данных
первичного
переноса
силами
исполнителя
;
–
выверка
данных
в
ходе
опытной
эксплуатации
совмест
-
но
заказчиком
и
исполнителем
;
–
перенос
измененных
и
вновь
созданных
объектов
с
момента
первичного
переноса
,
относящихся
к
опреде
-
ленному
филиалу
(
по
утвержденному
графику
);
–
выверка
перенесенных
данных
по
сущностям
и
количе
-
ству
;
–
проверка
результатов
миграции
.
По
результатам
проведенной
работы
был
сформирован
и
принят
ряд
соответствующих
методологических
решений
,
таких
как
присвоение
временных
классификаторов
,
пост
-
обработки
,
преобразования
.
Специфичной
задачей
оказалась
разработка
концепции
ролей
и
полномочий
с
увязкой
таких
сущностей
«1
С
:ERP»
как
сотрудник
,
пользователь
,
физлицо
,
группа
доступа
,
профиль
,
роль
с
фактическими
структурными
подразделе
-
ниями
,
должностями
,
функциями
в
увязке
к
сквозным
про
-
изводственным
процессам
с
учетом
логики
работы
модулей
и
подсистем
.
Важным
моментом
является
обучение
конечных
пользо
-
вателей
.
Для
обучения
применялись
методы
:
–
очного
обучения
для
ключевых
пользователей
фили
-
алов
и
профильных
служб
исполнительного
аппарата
(
далее
ИА
),
–
массового
дистанционного
обучения
пользователей
филиалов
,
–
самостоятельного
обучения
для
всех
пользователей
путем
создания
архива
видеозаписей
обучения
,
инструк
-
ций
пользователей
.
В
числе
решаемых
задач
были
выработаны
подходы
к
проведению
опытной
эксплуатации
.
В
числе
принятых
под
-
ходов
можно
отметить
:
–
опробование
функционала
профильными
подразделе
-
ниями
на
уровне
исполнительного
аппарата
;
–
выявление
и
устранение
критических
замечаний
;
–
создание
контрольных
примеров
в
АСУ
ТОиР
;
–
последовательное
подключение
филиалов
к
опытной
эксплуатации
;
–
деление
функциональных
задач
программы
опытной
эксплуатации
на
:
–
общие
для
всех
филиалов
,
–
распределенные
между
филиалами
и
профильными
службами
ИА
,
–
индивидуальные
задачи
для
углубленной
проработ
-
ки
методологии
применения
функционала
системы
.
Интересной
особенностью
проекта
является
возмож
-
ность
организации
практически
круглосуточной
работы
над
проектом
за
счет
разницы
часовых
поясов
,
в
которых
работают
бизнес
-
аналитики
,
архитекторы
и
программисты
.
Например
,
аналитики
и
архитекторы
,
находясь
в
Санкт
-
Петербурге
и
Москве
,
ставя
задачу
вечером
,
могут
рассчи
-
тывать
на
получение
результатов
утром
по
результатам
ра
-
боты
программистов
,
работающих
в
Красноярске
.
Внедрение
подразумевает
большую
работу
,
помимо
все
-
го
прочего
,
в
части
изменения
бизнес
-
процессов
общества
,
изменения
форм
документов
,
порядка
учета
первичных
до
-
кументов
,
регламентации
.
В
свою
очередь
,
это
затрагивает
не
только
структурные
подразделения
технического
блока
компании
,
но
и
другие
функциональные
направления
—
бух
-
галтерию
,
МТО
,
логистику
,
управление
персоналом
и
др
.
Это
является
также
особенностью
проекта
и
влечет
за
собой
,
помимо
соответствующих
организационных
мероприятий
и
управленческих
решений
,
необходимость
коммуникации
между
сотрудниками
заказчика
и
тактического
умения
пре
-
одолевать
саботаж
посредством
мотивации
сотрудников
.
В
книге
рассматриваются
основные
варианты
конструктивных
исполнений
токопроводящих
жил
и
кабельных
сердечников
,
которые
применяются
в
производстве
силовых
кабелей
на
напряжение
переменного
тока
до
35
кВ
и
постоянного
тока
до
75
кВ
.
Теоретически
обосновываются
универ
-
сальный
метод
расчета
параметров
ТПЖ
,
техно
-
логической
оснастки
и
кабельных
сердечников
,
а
также
современная
технология
изготовления
силовых
кабелей
.
Практическое
применение
универсального
метода
расчета
показано
на
при
-
мерах
.
Главная
цель
разработки
теоретических
основ
конструирования
силовых
кабелей
—
обе
-
спечение
качества
,
надежности
,
безопасности
и
заданного
срока
службы
кабельных
линий
.
Книга
предназначена
для
инженерно
-
техни
-
ческих
работников
проектных
,
заводских
и
экс
-
плуатационных
служб
,
а
также
для
студентов
энергетических
вузов
.
Цена
договорная
,
обращаться
по
e-mail:
или
по
телефону
+7 916 616 3533.
Вышла
из
печати
книга
Листратенкова
А
.
И
.
Теоретические
основы
конструирования
силовых
кабелей
и
проводов
Оригинал статьи: Особенности внедрения АСУ ТОиР на базе «1С:ERP»
В статье рассмотрен опыт внедрения АСУ ТОиР на базе «1С:ERP» в ПАО «Ленэнерго». Указывается специфика проекта. Приводятся примеры принятых решений и перспективные решения, выработанные в ходе реализации проекта. Излагаются данные, которые могут быть полезны при реализации аналогичных проектов в других ДЗО.