Цифровой паспорт оборудования: какие данные нужны для полноценной модели объекта и его жизненного цикла

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

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

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

Что такое цифровой паспорт оборудования

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

В промышленной практике встречаются несколько близких понятий:

• цифровой паспорт промышленной продукции — регулируемая информационная сущность, связанная с промышленной продукцией и формируемая по установленным правилам. Действующий порядок формирования и использования таких паспортов утверждён постановлением Правительства РФ от 29.06.2024 № 896 с последующими изменениями;
• электронный эксплуатационный паспорт изделия — цифровая форма эксплуатационной документации конкретного изделия, которая в предусмотренных случаях может заменять или дополнять традиционные документы;
• корпоративный цифровой паспорт единицы оборудования — внутренняя модель предприятия, в которой собраны сведения об установленном объекте, его состоянии, ремонтах, документах и эксплуатации;
• информационная модель оборудования в EAM, CMMS, MES, АСУ ТП и других промышленных системах — более широкое описание объекта, его состава и связей с производственными процессами.

Эти понятия могут пересекаться, но считать их одним и тем же объектом не стоит. Например, цифровой паспорт промышленной продукции не является универсальной формой паспорта для каждой физической единицы оборудования на предприятии. Постановление Правительства РФ № 896 регулирует формирование и использование цифровых паспортов промышленной продукции, а не задаёт единую структуру корпоративной базы данных предприятия.

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

Какие нормативные требования нужно учитывать

До разработки структуры данных необходимо определить, какой объект будет описываться и какие требования к нему применяются.

Для цифровых паспортов промышленной продукции действуют специальные правила. Постановление Правительства РФ № 896 устанавливает порядок формирования и использования таких паспортов и связано с развитием государственной информационной системы промышленности. При проектировании модели необходимо учитывать и последующие изменения этого регулирования.

Эксплуатационная документация конкретных изделий при этом может регулироваться другими документами. В зависимости от оборудования значение имеют технические регламенты ЕАЭС, отраслевые правила, требования промышленной безопасности и стандарты, применимые к конкретному типу объекта. Например, для оборудования под избыточным давлением, электротехнического оборудования и объектов, используемых на опасных производственных объектах, действуют дополнительные требования.

Стандарты цифровой промышленности могут использоваться при построении информационных моделей и организации обмена данными. Например, ГОСТ Р 71720-2024 устанавливает общие положения обмена информацией о производственной системе и рассматривает структурированное представление данных в условиях цифровой трансформации. При этом он не является универсальной формой паспорта для любого промышленного оборудования.

Из каких групп данных состоит цифровой паспорт оборудования

Удобнее проектировать паспорт как связанную модель, а не как длинную анкету. Одни сведения идентифицируют объект, другие описывают его характеристики, третьи фиксируют документы, события и изменения.

Группа данных	Примеры полей	Назначение	Характер обязательности
Идентификация	Наименование, модель, заводской номер, инвентарный номер, системный идентификатор	Однозначное определение объекта	Обычно необходимо для работы с конкретным объектом
Классификация	Тип оборудования, класс, назначение, код продукции, модель	Поиск, группировка и выбор набора атрибутов	Зависит от назначения модели
Технические характеристики	Мощность, давление, производительность, температура, масса	Описание технических свойств объекта	Определяется классом оборудования
Документы	Паспорт изделия, руководство, сертификаты, протоколы испытаний	Подтверждение сведений и событий	Зависит от требований и процессов
Эксплуатация	Дата ввода, статус, наработка, обслуживание	Управление использованием объекта	Обычно требуется для корпоративной модели
История изменений	Ремонты, модернизации, изменения конфигурации	Прослеживаемость жизненного цикла	Требуется там, где важна история конфигурации

Идентификация оборудования: основа цифрового паспорта

Прежде чем собирать технические характеристики, нужно определить, какой именно объект описывает паспорт.

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

В зависимости от архитектуры используются:

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

Разные идентификаторы не следует объединять в одно поле. Заводской номер относится к изделию у производителя, инвентарный номер — к учёту у владельца, а системный идентификатор используется конкретной информационной системой.

Классификация и справочники оборудования

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

Например, вместо свободного описания «насос горизонтальный центробежный» можно связать объект с определённым классом оборудования. Класс задаст тип объекта и набор характеристик, которые для него имеют смысл.

В зависимости от задачи могут использоваться:

• корпоративный классификатор оборудования;
• справочник производителей;
• справочник моделей и исполнений;
• коды ОКПД 2;
• ТН ВЭД ЕАЭС, если он нужен для соответствующих процессов;
• стандартизированные справочники единиц измерения.

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

Технические характеристики и конструкционные данные

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

Для разных классов оборудования могут понадобиться:

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

Набор атрибутов должен соответствовать типу оборудования. Один и тот же параметр может иметь разный смысл или вовсе отсутствовать у объектов разных классов.

Документы и подтверждающие сведения

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

К объекту могут относиться:

• паспорт изделия;
• руководство по эксплуатации;
• формуляр;
• чертежи и спецификации;
• сертификаты и декларации соответствия;
• протоколы испытаний;
• акты приёмки;
• документы о монтаже и вводе в эксплуатацию;
• акты диагностики;
• документы о ремонте и модернизации;
• документы о поверке или калибровке, если они применимы.

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

Жизненный цикл оборудования и эксплуатационная история

Полноценная цифровая модель отличается от электронного архива тем, что позволяет проследить историю объекта.

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

1. изготовление;
2. поставку;
3. приёмку;
4. монтаж;
5. ввод в эксплуатацию;
6. эксплуатацию;
7. техническое обслуживание;
8. диагностику;
9. ремонт;
10. модернизацию;
11. перемещение;
12. консервацию или вывод из эксплуатации.

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

Ремонт, модернизация и изменение конфигурации

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

Модель должна позволять определить:

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

Это особенно важно, если изменение конфигурации влияет на эксплуатацию, безопасность или график технического обслуживания.

Источник данных, ответственность и актуальность

Для каждой существенной записи полезно понимать, откуда она взялась и кто отвечает за её актуальность.

В модели могут храниться:

• источник сведений;
• документ-основание;
• дата внесения;
• дата проверки;
• ответственный за изменение;
• версия записи.

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

Связи между объектами вместо одного большого поля

Оборудование редко существует изолированно. Поэтому в цифровой модели важны связи с другими объектами и сущностями.

В типовой модели могут быть связи:

• оборудование — компонент;
• оборудование — технологическая линия;
• оборудование — место установки;
• оборудование — документ;
• оборудование — ремонт;
• оборудование — дефект;
• оборудование — измерение;
• оборудование — поставщик;
• оборудование — производитель.

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

Как проектировать структуру данных цифрового паспорта

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

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

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

Пример условной логической модели

Группа	Пример поля	Тип данных	Источник	Изменяемость
Идентификация	Заводской номер	Строка	Документы изготовителя	Обычно не изменяется
Технические данные	Номинальная мощность	Число + единица измерения	Паспорт изделия	Может измениться после модернизации
Эксплуатация	Дата ввода	Дата	Акт ввода	Фиксируется событием
Ремонт	Замена узла	Событие	Акт ремонта	Добавляется в историю
Документы	Руководство по эксплуатации	Документ	Файл или ссылка на хранилище	Версионируется

Типы данных: почему структура важнее текста

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

Запись «10 МПа» в одном текстовом поле удобна для человека, но неудобна для информационной системы. Если число 10 хранится отдельно, а единица измерения задаётся как отдельный атрибут, значение можно сравнивать, проверять и использовать в расчётах.

В цифровом паспорте могут использоваться:

• строки;
• числовые значения;
• даты;
• дата и время;
• логические значения;
• значения из справочников;
• ссылки на объекты;
• документы;
• измерения с единицами;
• временные ряды для специализированных систем.

Что считать обязательным в цифровом паспорте

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

Условно данные можно разделить на три уровня:

• Нормативно обязательные сведения. Определяются применимыми нормативными актами для конкретного вида продукции или оборудования.
• Данные для идентификации и эксплуатации. Нужны предприятию для работы с конкретным объектом, даже если законодательство не устанавливает их как универсальное требование.
• Расширенные данные жизненного цикла. Используются для аналитики, управления активами, интеграции и повышения качества эксплуатации.

Интеграция цифрового паспорта с промышленными системами

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

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

• EAM или CMMS — техническое обслуживание, заявки, ремонты и работы персонала;
• MES — производственный контекст и выполнение производственных операций;
• АСУ ТП и SCADA — оперативные параметры и технологические измерения;
• PLM/PDM — конструкторские данные и управление изделиями;
• системы электронного документооборота — документы и согласования.

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

Типичные ошибки при создании цифрового паспорта

Цифровой паспорт превращают в PDF-архив

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

Для всех объектов создают одинаковый набор полей

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

Перезаписывают старые значения

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

Не фиксируют источник данных

Без информации о происхождении записи сложно проверить её достоверность и понять, кто отвечает за актуальность сведений.

Смешивают паспорт и телеметрию

Паспортные сведения и потоки измерений решают разные задачи. АСУ ТП, SCADA и IoT-системы работают с текущими сигналами и временными рядами, тогда как паспорт описывает сам объект, его характеристики и историю значимых событий.

Практический порядок проектирования цифрового паспорта

1. Определить назначение паспорта и способы использования данных.
2. Определить объект паспортизации: изделие, агрегат, установленную единицу оборудования или производственный объект.
3. Выявить нормативные требования для соответствующего класса оборудования.
4. Определить уникальные идентификаторы объекта.
5. Сформировать базовый набор идентификационных атрибутов.
6. Создать классификацию оборудования.
7. Определить наборы характеристик для каждого класса.
8. Выделить документы и источники данных.
9. Определить события жизненного цикла.
10. Настроить правила версионирования и актуализации.
11. Определить связи с другими объектами и системами.
12. Назначить права на создание и изменение данных.
13. Определить правила проверки качества информации.
14. Проверить пригодность модели для интеграции.

Главный принцип проектирования: паспорт как связанная модель, а не анкета

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

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

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

FAQ

Обязателен ли цифровой паспорт для любого промышленного оборудования?

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

Чем цифровой паспорт отличается от PDF-файла?

PDF является электронным документом. Цифровой паспорт как модель данных содержит структурированные сведения об объекте, связи с другими сущностями и историю изменений. Документы при этом могут входить в состав такой модели.

Нужно ли включать в цифровой паспорт всю телеметрию оборудования?

Как правило, нет. Технологические измерения обычно остаются в АСУ ТП, системах мониторинга или IoT-платформах. В паспорте достаточно хранить данные об объекте, его состоянии и значимых событиях, а при необходимости — ссылки на внешние источники измерений.

Нужно ли хранить историю ремонтов?

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

Как перейти от перечня полей к рабочей информационной модели

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

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