Подготовка инженерных данных на субподряд: как интегратору EAM и АСУ ТП оценить архив заказчика до входа в проект

19 октября 2026 · Руслан Гельманов · Master Data, EAM и ТОиР

Производственная ситуация: ловушка «данные предоставит заказчик»

В типовом договоре на внедрение 1С:ТОИР, EAM или замену SCADA есть пункт: «Заказчик передаёт исходные справочники оборудования, технологические карты и перечень сигналов в согласованном шаблоне». На пресейле все рассчитывают, что эти таблицы либо уже готовы, либо служба главного механика соберёт их за две недели.

Через месяц после старта проекта открывается реальная картина:

• в выгрузке из учётной системы 4 000 строк, где один и тот же насос записан тремя способами, а технологические позиции не бьются со схемами P&ID;
• заводские мануалы и паспорта лежат в папках со сканами по 300 страниц, часть на английском, немецком или китайском языке;
• по контуру АСУ ТП есть старый проект контроллера, выгрузка тегов SCADA и бумажные кабельные журналы десятилетней давности — и все три источника противоречат друг другу.

В результате ведущие консультанты 1С, архитекторы EAM и инженеры АСУ ТП вместо настройки системы неделями вручную перебивают таблицы из PDF. Срок сдачи этапа уезжает вправо, а маржа проекта сгорает на несмеченной ручной работе.

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

1. Разная квалификация и себестоимость часа. Архитектор EAM или ведущий инженер АСУ ТП нужен для проектирования целевой модели, бизнес-процессов и пусконаладки. Тратить его часы на ручную вычитку 200 паспортов и мануалов — прямой убыток для интегратора.
2. Слепая оценка на пресейле и конкурсе. Когда объём дублей и пробелов в архиве неизвестен до подписания договора, интегратор либо закладывает большой финансовый буфер и проигрывает конкурс по цене, либо даёт нижнюю цену и затем спорит с заказчиком о допсоглашениях.
3. Пиковая загрузка на старте этапа. Подготовка справочников, технологических карт ТОиР и реестров сигналов требуется залпом перед загрузкой системы, а держать под это постоянный штат обработчиков документации нерентабельно.

Что даёт срез архива на выборке до основного этапа

Вместо того чтобы заходить в архив вслепую, работу с данными делят на два шага: быстрая проверка на выборке (демо-тест до 100 листов за 15 000 ₽ или пилот до 150 файлов за 250 000 ₽ и до 5 рабочих дней) и основная пакетная выгрузка. Уже на выборке интегратор получает твёрдые цифры для сметы и устава проекта:

Объект выборки:           Насосный парк цеха № 2 (24 позиции) и контур SCADA (1 280 тегов)
Переданные источники:     18 паспортов PDF/скан, 4 OEM-мануала (EN), выгрузка 1С, список тегов CSV, 6 листов P&ID
Собранные Master ID:      24 физических агрегата, связанных с 312 тегами SCADA и 18 паспортами
Кандидаты на дубли в 1С:  9 пар записей (вынесены с источниками и отличиями на подтверждение инженеру)
Расхождения параметров:   14 конфликтов между паспортом и P&ID по подаче и напору (статус confidence: low)
Пробелы в источниках:     По 6 позициям отсутствуют паспорта и мануалы (статус source:missing)
Итог для интегратора:     Точный объём работ, заполненный шаблон импорта и документальный реестр вопросов к заказчику

Как разделяются роли между интегратором и RD[AI]

На каких задачах субподряд даёт быстрый выигрыш

• Внедрение и тиражирование EAM / 1С:ТОИР: сборка иерархии объектов, паспортизация по архиву, разработка технологических карт ТОиР и интервалов обслуживания из заводских мануалов.
• Проекты НСИ и MDM: извлечение правил, классов и ограничительных таблиц из ГОСТ, ОСТ и ТУ, проверка карточек номенклатуры и выделение кандидатов на дубли.
• Модернизация и импортозамещение АСУ ТП и SCADA: восстановление реестров тегов, сигналов, уставок и блокировок из конфигураций контроллеров и старых проектов до начала проектирования (подробнее — в статье «Миграция SCADA при модернизации АСУ ТП»).
• Инженерный консалтинг, сюрвей и экспертиза: подготовка проверяемых выборок из стандартов и технических архивов для риск-инжиниринга и технической экспертизы (см. разбор комплектов для экспертизы и сюрвея).

Где проходит граница ответственности

Что делает RD[AI]

• разбирает неструктурированные архивы заказчика в проверяемые таблицы Excel/CSV и JSON по шаблону импорта интегратора;
• назначает Master ID и связывает оборудование, теги, документы и нормативы;
• сохраняет точный путь до исходного файла, листа, страницы и строки для каждого значения;
• передаёт отдельные реестры конфликтов между источниками и ведомость недостающих данных (source:missing).

Что RD[AI] не делает

• не продаёт лицензии и не конкурирует с интегратором за внедрение EAM, ERP, MDM или АСУ ТП;
• не выходит на конечного заказчика в обход партнёра;
• не склеивает кандидатов на дубли и не меняет физическую структуру объектов без подтверждения инженера;
• не заменяет проектирование, настройку целевой системы и пусконаладку.

Подробные условия сотрудничества и расценки на выборку приведены на странице «Партнёрам», а устройство канонической модели данных — на странице «Метод».

Частые вопросы партнёров

Связанные материалы

• Подготовка инженерных данных на субподряд для интеграторов EAM, ТОиР и АСУ ТП
• Применение проверяемых инженерных данных в ТОиР, НСИ и АСУ ТП
• АСУ ТП начинается не с контроллера, а с архива
• Миграция SCADA при модернизации АСУ ТП: что перенести кроме тегов
• Master ID для промышленного оборудования: зачем он нужен и как его назначить
• Подготовка документов для технической экспертизы и сюрвея