Master Data, EAM и ТОиР

Цифровой двойник без нормальных данных — это просто красивый интерфейс

Руслан Гельманов Директор RD[AI]

12 июня 2026 5 мин

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

В статье

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

Из чего состоит цифровой двойник

Если убрать красоту, цифровой двойник — это три слоя:

Модель объекта — что есть на предприятии: оборудование, КИП, трубопроводы, связи между ними.
Актуальные данные — телеметрия с датчиков, параметры процессов в реальном времени.
Историческая база — история работы, отказов, ремонтов, изменений конфигурации.

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

Конкретный пример: насос, которого нет

На одном объекте мы разбирали архивы перед внедрением цифрового двойника. В SCADA был тег PT_2214. В проектной документации — прибор PT-2214. В паспорте — «Датчик давления Метран-150, поз. 2214». В EAM — запись о замене «датчика давления на насосе P-201».

Четыре источника. Один физический прибор. Ни один источник не ссылался на другой.

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

Главная мысль

Цифровой двойник склеивает не датчики и не 3D-модель. Он склеивает идентификаторы. Если идентификаторов нет, склеивать нечего, и платформа собирает не один объект, а четыре его тени.

Почему вендоры об этом не говорят

Потому что это не их задача. Вендор платформы цифрового двойника продаёт платформу. Он говорит: «Подключите источники данных — и всё заработает». Технически это правда. Но «подключить источники» подразумевает, что источники нормальные — с нормальными идентификаторами, без дублей, с понятной иерархией.

У большинства brownfield-объектов источники именно такие, как я описал выше. Не нормальные. И это не злой умысел вендора — у него другая специализация. Подготовка данных требует инженеров со знанием конкретного производства, а не платформы.

Что происходит, если не подготовить данные

Вариант АПлатформа запускается, но данные в ней — мусор. Красивый интерфейс с красивыми цифрами, которым нельзя доверять. Операторы это быстро понимают и перестают смотреть в двойник: возвращаются к привычным инструментам.

Вариант БПлатформа не запускается в срок. Интегратор обнаруживает проблему с данными на полпути, проект встаёт. Начинается выяснение, кто виноват, и пересборка ТЗ задним числом.

Оба варианта я видел в реальности. В обоих случаях бюджет проекта уже потрачен, а ценности у заказчика нет.

Что нужно до старта

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

Слой данных	Что должно быть	Где живёт
Оборудование	Уникальный Master ID на каждую единицу оборудования	Реестр оборудования, EAM, СУИД
КИП	Привязка к Master ID оборудования и к тегу в SCADA	Проектная документация, спецификации, АСУ ТП
Историзатор	Каждый тег связан с физическим прибором и его Master ID	OSIsoft PI, Honeywell PHD, Wonderware Historian
История ТОиР	Записи о замене и ремонте привязаны к Master ID, а не к свободному тексту	EAM, 1С:ТОиР, бумажный журнал

Это скучная работа. Она не продаётся на конференциях. Но без неё цифровой двойник — это интерфейс без начинки.

С чего начать

Спросите у вендора платформы перед подписанием договора: «Что вы делаете с нашими данными до подключения платформы?» Если ответ расплывчатый — у вас уже есть проблема.

Актуальные параметры пилота, состав результата и условия запуска опубликованы на странице «Метод».

FAQ

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

Технически да. Но данные внутри не будут отражать реальный объект: дубли объектов, противоречия между источниками, разрывы между SCADA и EAM. Операторы перестают доверять интерфейсу через несколько недель и возвращаются к привычным инструментам.

Что такое Master ID в инженерной базе данных?

Уникальный идентификатор физической единицы оборудования (KKS, TAG, инвентарный номер), к которому привязаны все остальные источники: SCADA-теги, паспорта приборов, история ТОиР, проектная документация и записи EAM.

Сколько источников описывают один физический датчик на действующем объекте?

По нашему опыту от 3 до 6: SCADA-тег, паспорт прибора, проектная документация, история замен в EAM или журнале ТОиР, отдельная запись в инвентаризации и обозначение на P&ID. Связи между ними обычно отсутствуют.

Сколько времени занимает подготовка данных перед цифровым двойником?

От 4 до 12 недель в зависимости от размера объекта. Для участка с 500 до 1000 КИП обычно 4 до 6 недель. Для среднего завода 8 до 12 недель. Для большого объекта работа делится на этапы по технологическим узлам.

Чем подготовка инженерных данных отличается от внедрения EAM или СУИД?

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