Перейти к содержимому

Поиск по журналу

Введите слово или часть названия. Esc — закрыть.

ЦИ · Цифровой паспорт промышленного оборудования
КМ12201

Как добавлять чертежи деталей в цифровой паспорт: форматы, метаданные и порядок действий

Опубликовано
Обновлено
Чтение
11 мин
Шифр
ЦИ-12201

Цифровой паспорт изделия (Digital Product Passport, DPP) становится обязательным требованием для всё большего числа отраслей — от машиностроения и авиации до строительных материалов и электроники. Чертежи деталей являются ключевым элементом паспорта: они фиксируют геометрию, допуски, материалы и требования к контролю. Ошибка при загрузке чертежа приводит к расхождению между документацией и реальной деталью, что вызывает брак, споры с заказчиком и проблемы при аудите. Ниже — пошаговый алгоритм подготовки и загрузки чертежей, работающий для большинства промышленных платформ (PLM, PDM, EDM, специализированные DPP-решения) и соответствующий актуальным стандартам обмена данными.

Что такое чертеж в контексте цифрового паспорта

В цифровом паспорте чертеж — это не просто графический файл. Это управляемый документ с уникальным идентификатором, версией, статусом жизненного цикла и набором атрибутов, связывающих его с конкретной позицией спецификации (BOM), материалом, операцией обработки и требованиями к приёмке. Паспорт хранит не только сам файл, но и историю изменений, ссылки на заменённые ревизии, права доступа и протокол валидации геометрии.

Главное отличие от файлового архива: в паспорте чертеж является «умным» объектом. Система знает, к какой детали он относится, какая ревизия актуальна на текущую дату, кто утвердил изменения и соответствует ли файл требованиям формата (например, валидный STEP AP242 или PDF/A-2b с встроенными шрифтами).

Подготовка исходных файлов: форматы и требования

Перед загрузкой определите, какие форматы принимает ваша платформа. Большинство промышленных систем поддерживают два параллельных потока:

  • Нативный CAx-формат (CATPart, SLDPRT, IPT, PRT и др.) — для внутренней работы, сравнения геометрии, автоматизированного анализа допусков и PMI (Product Manufacturing Information).
  • Нейтральный обменный формат — для архива, передачи заказчику, долгосрочного хранения и кроссплатформенного просмотра. Стандарт де-факто — ISO 10303 STEP AP242 Edition 2 с поддержкой PMI, 3D-аннотаций и геометрических допусков (GD&T). Допускается JT (ISO 14306) для визуализации и лёгкого просмотра.
  • Растровый/векторный документ для печати — PDF/A-2b или PDF/A-3b (ISO 19005) с встроенными шрифтами, цветовым профилем sRGB/ICC, без шифрования и внешних ссылок. Это официальный «подписываемый» вид чертежа.

Практическое правило: загружайте минимум два файла на одну ревизию чертежа — STEP AP242 (геометрия + PMI) и PDF/A (утверждённый вид для печати и подписи). Если система требует нативный формат — добавляйте его третьим файлом. Не загружайте только DWG/DXF без STEP: они не несут семантику PMI и не подходят для автоматизированной валидации допусков.

Обязательные метаданные (атрибуты) чертежа

Файл без метаданных в паспорте бесполезен — его нельзя найти, привязать к детали и проверить на актуальность. Минимальный набор атрибутов, который требуют большинство систем (и который проверяют аудиторы):

Атрибут Описание Пример / формат
Document ID (UID) Глобальный уникальный идентификатор документа в системе URN:UUID:550e8400-e29b-41d4-a716-446655440000
Drawing Number Обозначение чертежа по стандарту организации (ЕСКД / ASME Y14) 123-456-789-01
Revision Индекс ревизии (буквенный или числовой) A, B, 01, 02
Title / Part Name Наименование детали / сборки Корпус редуктора
Part Number (Article) Номенклатурный номер детали (связь с BOM/ERP) PRT-2024-001234
Lifecycle State Статус: In Work, Released, Obsolete, Archived Released
Sheet Size / Format Формат листа по ISO 5457 / ГОСТ 2.301 A1, A2, A3
Scale Масштаб основного вида 1:2, 1:1, 2:1
Material / Grade Марка материала (ссылка на справочник материалов) Сталь 40Х (ГОСТ 4543-71)
Mass (Calculated) Масса из 3D-модели, кг 12.45
Approved By / Date Кто и когда утвердил (ФИО, роль, дата, ЭЦП) Иванов И.И., НК, 2024-03-15
Classification Code Классификатор (OKPD2, UNSPSC, eCl@ss) 25.61.11.110
Applicable Standards Ссылки на стандарты допусков, теплообработки, покрытий ISO 2768-mK, ISO 1302, ISO 2081
File Hash (SHA-256) Хеш загружаемого файла для контроля целостности a3f2… (64 hex)

Заполняйте атрибуты до загрузки файлов. Большинство платформ блокируют коммит файла, если обязательные поля пусты. Если вы мигрируете исторические данные — проставьте атрибуты rétroactivement, иначе паспорт не пройдёт валидацию при аудите.

Пошаговый порядок добавления чертежа

Алгоритм ниже универсален для веб-интерфейсов DPP-платформ, PLM-систем (Teamcenter, Windchill, 3DEXPERIENCE, Aras) и EDM-систем (1С:ЭДО, Directum, DIADOC с модулями чертежей).

  1. Создайте или найдите объект «Деталь» (Part/Material Master) в паспорте. Убедитесь, что у детали заполнены: Part Number, наименование, материал, классификатор, текущая ревизия спецификации.
  2. Сформируйте пакет файлов ревизии: STEP AP242, PDF/A-2b, опционально — нативный CAx. Проверьте каждый файл валидатором (см. раздел «Валидация» ниже).
  3. Рассчитайте SHA-256 для каждого файла (PowerShell: Get-FileHash -Algorithm SHA256 file.step; Linux: sha256sum file.step). Сохраните хеши — их потребует система при загрузке или при последующем аудите.
  4. Откройте форму создания нового документа/чертежа в разделе паспорта, соответствующем детали. Выберите тип документа «Чертеж детали» (Engineering Drawing).
  5. Заполните обязательные атрибуты (таблица выше). Поле «Revision» должно совпадать с индексом на главной надписи чертежа и в имени файла (например, 123-456-789-01_A.step).
  6. Прикрепите файлы в блоке «Вложения» или «Файлы представлений». Укажите назначение каждого файла: «Geometry + PMI (STEP AP242)», «Official View (PDF/A)», «Native CAx».
  7. Установите связи (Relationships): привяжите чертеж к объекту «Деталь» как «Defining Drawing» (Определяющий чертеж). Если есть 3D-модель отдельно — свяжите её как «Master Model», а чертеж — как «Derived Drawing».
  8. Запустите автоматическую валидацию (кнопка «Validate», «Check», «Pre-flight»). Система проверит: соответствие формата, наличие шрифтов в PDF/A, валидность STEP-структуры, совпадение масштаба/формата в метаданных и на листе.
  9. Исправьте ошибки валидации до статуса «Passed». Типичные ошибки: не встроенные шрифты в PDF, отсутствие PMI в STEP, расхождение масштаба, несовпадение ревизии в имени файла и в атрибуте.
  10. Отправьте на согласование/утверждение по маршруту вашей организации (Конструктор → НК → Главный технолог → Утвердитель). В паспорте это переводит статус из «In Work» в «Released».
  11. После утверждения — зафиксируйте ревизию (Check-in / Release / Freeze). Система присвоит неизменяемый UID ревизии, запишет аудит-лог и сделает чертеж доступным для downstream-систем (ERP, MES, портал заказчика).

Управление ревизиями и суперсессией (заменой)

В цифровом паспорте каждая ревизия чертежа — неизменяемый снимок. Не перезаписывайте файл ревизии А после утверждения. При изменении:

  • Создайте новую ревизию (B, 02, следующая по порядку).
  • Заполните атрибут Supersedes / Replaces — ссылку на предыдущую ревизию (UID или Drawing Number + Rev).
  • В поле «Change Description» / «Причина изменения» укажите суть: «Изменён допуск на Ø45H7 → Ø45H6 по требованию заказчика», «Добавлено требование к шероховатости Ra1.6».
  • После утверждения новой ревизии предыдущая автоматически получает статус «Superseded» (Заменён) и остаётся в паспорте для трассируемости.
  • Если деталь уже в производстве — проверьте, не требуется ли Engineering Change Order (ECO) / Изменение конструкторской документации (ИКД) с оценкой влияния на заготовки, инструментарий и открытые заказы.

Важно: Не удаляйте заменённые ревизии. Цифровой паспорт требует полной истории для расследования несоответствий и сертификации (например, EN 9100, IATF 16949).

Валидация файлов перед загрузкой: что проверять локально

Экономит время — прогнать файлы через валидаторы до отправки в систему. Бесплатные и доступные инструменты:

  • PDF/A: veraPDF (open source, CLI/GUI) — проверяет соответствие PDF/A-2b/3b, встроенные шрифты, цветовые профили, отсутствие JavaScript/шифрования/внешних ссылок.
  • STEP AP242: STEP File Analyzer (NIST), CADIQ (платный, глубокая семантическая проверка), или встроенные чекеры в NX, Creo, CATIA (Tools → Validate STEP). Проверяйте: наличие PMI (даточные размеры, GD&T, заметки), корректность представления сборки/детали, единицы измерения (мм), отсутствие «битых» граней.
  • Нативные форматы: используйте встроенные чекеры CAD-системы (Design Checker в SolidWorks, ModelCHECK в Creo, Standards Checker в NX) по корпоративному профилю (layer standards, font, title block, tolerance style).
  • Хеш-суммы: всегда считайте SHA-256 локально и сравнивайте с тем, что покажет система после загрузки — защита от повреждения при передаче.

Если валидатор выдаёт предупреждения (warnings), а не ошибки (errors) — решайте, принимаете ли вы риск. Для PDF/A предупреждение «OutputIntent отсутствует» критично — файл не пройдёт долгосрочную архивацию. Для STEP предупреждение «Missing PMI on some faces» может быть допустимо, если это вспомогательные поверхности.

Сценарии интеграции: откуда берутся чертежи

Три типичных сценария — выберите свой и настройте процесс соответственно:

Сценарий Источник чертежей Ключевые действия
PLM-центричный (OEM, Tier-1) Teamcenter / Windchill / 3DEXPERIENCE / Aras Настройте автоматическую публикацию (Publish Job) при переходе статуса в Released: генерация STEP AP242 + PDF/A, расчёт хешей, пуш в DPP через REST/API или Middleware (MuleSoft, Kafka, OPC UA). Метаданные мапятся из атрибутов Item/Revision PLM.
EDM/СЭД-центричный (российские предприятия, ГОСТ) 1С:ЭДО, Directum, DIADOC, СБИС + модуль чертежей Чертежи загружаются вручную или через импорт из CAD (плагины SolidWorks/Kompas → 1С). Обязательно: настройка профиля публикации в PDF/A-2b с ГОСТ-шрифтами (ГОСТ 2.304), контроль заполнения главной надписи по ГОСТ 2.306. DPP формируется как агрегат документов СЭД.
Standalone DPP / Поставщик без PLM Локальные файлы, сетевая папка, облако Ручная загрузка через веб-портнал DPP. Критично: дисциплина именования файлов (DrawingNum_Rev.step), заполнение метаданных вручную, локальная валидация перед загрузкой. Рекомендуется скрипт-обёртка (PowerShell/Python) для пакетной загрузки партий чертежей.

Типичные ошибки и как их избежать

  • Загрузка только DWG/DXF без STEP. Потеря семантики PMI, невозможность автоматического сравнения ревизий, проблемы с долгосрочным хранением. Решение: настройте экспорт STEP AP242 в CAD-системе как обязательный шаг релиза.
  • PDF без встроенных шрифтов (шрифты системы). На другом компьютере/через 5 лет чертеж отобразится некорректно. Решение: используйте только PDF/A-2b с встроенными шрифтами (TrueType/OpenType), проверяйте veraPDF.
  • Расхождение ревизии в имени файла, в главной надписи и в атрибуте системы. Приводит к путанице при аудите. Решение: автоматическая генерация имени файла из атрибутов PLM/PDM; контроль через скрипт пред-коммита.
  • Отсутствие связи чертежа с Part Number (номенклатурой). Чертеж «висит» в паспорте автономно, его нельзя найти по детали. Решение: обязательное поле «Part Number» в карточке документа; валидация на стороне сервера (не давать релиз без ссылки).
  • Загрузка чертежа в статусе «In Work» как финального. Downstream-системы (ERP, MES) подхватят неутверждённую версию. Решение: настройте публикацию в DPP только при статусе «Released» / «Approved».
  • Игнорирование масштаба и формата листа в метаданных. При автоматической печати или формировании пакета документации для заказчика получается не тот формат. Решение: извлекайте масштаб и формат из CAD-файла программно (API) и прописывайте в атрибуты при публикации.
  • Удаление старых ревизий при замене. Нарушение трассируемости, невозможность расследования брака по старым партиям. Решение: политика retenion: хранить все ревизии бессрочно или по требованиям отрасли (авиация — 30+ лет).

Контрольный чек-лист перед релизом чертежа в паспорт

Пройдитесь по пункту за 2 минуты — сэкономите часы переделок:

  1. Файлы: STEP AP242 (валидный, с PMI), PDF/A-2b (верaPDF = Passed), опционально — нативный.
  2. Хеши SHA-256 посчитаны и записаны в протокол загрузки.
  3. Атрибуты: Drawing Number, Revision, Part Number, Title, Material, Format, Scale, Classification, Standards — заполнены и совпадают с главной надписью.
  4. Связь «Defining Drawing → Part» установлена.
  5. Атрибут Supersedes заполнен (если замена).
  6. Change Description понятен без открытия файла.
  7. Статус документа — Released / Approved (не In Work).
  8. Маршрут согласования пройден, ЭЦП/визы стоят у всех ролей.
  9. Валидация системы — Passed (0 errors).
  10. Чертеж доступен в портале паспорта по поиску Part Number и Drawing Number.

Что делать, если платформа требует специфические форматы

Некоторые DPP-решения (особенно госсектора, оборонка, атомпром) накладывают дополнительные требования:

  • ГОСТ Р 7.0.99-2018 / ISO 14721 (OAIS) для архивного хранения — пакет SIP (Submission Information Package) с METS-манифестом, где каждый файл описан PREMIS-событиями. Готовьте METS/XML при массовой миграции.
  • ЕСКД (ГОСТ 2.001–2.999) — главная надпись, шрифты (ГОСТ 2.304), обозначения допусков (ГОСТ 25346 / ISO 2768), шероховатость (ГОСТ 2789 / ISO 1302). Проверяйте через чекеры КОМПАС-3D / nanoCAD.
  • ASME Y14.5 / Y14.41 для экспорта в США — MBD (Model-Based Definition) датасет: STEP AP242 с PMI + 3D PDF. Убедитесь, что ваша CAD-система экспортирует GD&T по Y14.41 (semantic PMI, не только графические аннотации).
  • IFC (ISO 16739) — если деталь входит в BIM-модель (строительство, ТЭЦ, трубопроводы). Экспортируйте IFC4x3 с IfcAdvancedBrep и IfcPropertySet для материала/покрытия.

Уточните требования у администратора вашей DPP-платформы или у заказчика (если паспорт ведётся на их стороне) до начала подготовки партии чертежей.

Практический следующий шаг

Начните с аудита текущего состояния: выберите 5–10 последних чертежей, загруженных в паспорт (или подготовленных к загрузке), и прогоните их по чек-листу выше. Выявите системные пробелы: отсутствие STEP, невалидные PDF, пустые атрибуты Part Number, разорванные связи с деталями. Исправьте процесс генерации/публикации на стороне CAD/PLM — это даст 80% качества паспорта за 20% усилий. После стабилизации потока добавьте автоматические проверки в CI/CD конвейер публикации (GitLab CI, Jenkins, Azure DevOps) — валидация veraPDF + STEP-чекер как gate перед пушем в DPP.

Материал носит информационный характер и описывает общие промышленные практики. Конкретные требования к форматам, набору метаданных, маршрутам согласования и срокам хранения зависят от отраслевого регулирования (авиация, оборона, атом, авто, медтехника), корпоративных стандартов вашей организации и контрактов с заказчиками. Перед внедрением процесса согласуйте профиль публикации и правила заполнения атрибутов с администратором платформы цифрового паспорта, технологическим отделом и службой качества. При работе с экспортно-контролируемой документацией учитывайте требования ФСТЭК/ФСБ и ITAR/EAR.

Материал прочитан. Продолжить в архиве →