Цифровой паспорт изделия (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 с модулями чертежей).
- Создайте или найдите объект «Деталь» (Part/Material Master) в паспорте. Убедитесь, что у детали заполнены: Part Number, наименование, материал, классификатор, текущая ревизия спецификации.
- Сформируйте пакет файлов ревизии: STEP AP242, PDF/A-2b, опционально — нативный CAx. Проверьте каждый файл валидатором (см. раздел «Валидация» ниже).
- Рассчитайте SHA-256 для каждого файла (PowerShell: Get-FileHash -Algorithm SHA256 file.step; Linux: sha256sum file.step). Сохраните хеши — их потребует система при загрузке или при последующем аудите.
- Откройте форму создания нового документа/чертежа в разделе паспорта, соответствующем детали. Выберите тип документа «Чертеж детали» (Engineering Drawing).
- Заполните обязательные атрибуты (таблица выше). Поле «Revision» должно совпадать с индексом на главной надписи чертежа и в имени файла (например, 123-456-789-01_A.step).
- Прикрепите файлы в блоке «Вложения» или «Файлы представлений». Укажите назначение каждого файла: «Geometry + PMI (STEP AP242)», «Official View (PDF/A)», «Native CAx».
- Установите связи (Relationships): привяжите чертеж к объекту «Деталь» как «Defining Drawing» (Определяющий чертеж). Если есть 3D-модель отдельно — свяжите её как «Master Model», а чертеж — как «Derived Drawing».
- Запустите автоматическую валидацию (кнопка «Validate», «Check», «Pre-flight»). Система проверит: соответствие формата, наличие шрифтов в PDF/A, валидность STEP-структуры, совпадение масштаба/формата в метаданных и на листе.
- Исправьте ошибки валидации до статуса «Passed». Типичные ошибки: не встроенные шрифты в PDF, отсутствие PMI в STEP, расхождение масштаба, несовпадение ревизии в имени файла и в атрибуте.
- Отправьте на согласование/утверждение по маршруту вашей организации (Конструктор → НК → Главный технолог → Утвердитель). В паспорте это переводит статус из «In Work» в «Released».
- После утверждения — зафиксируйте ревизию (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 минуты — сэкономите часы переделок:
- Файлы: STEP AP242 (валидный, с PMI), PDF/A-2b (верaPDF = Passed), опционально — нативный.
- Хеши SHA-256 посчитаны и записаны в протокол загрузки.
- Атрибуты: Drawing Number, Revision, Part Number, Title, Material, Format, Scale, Classification, Standards — заполнены и совпадают с главной надписью.
- Связь «Defining Drawing → Part» установлена.
- Атрибут Supersedes заполнен (если замена).
- Change Description понятен без открытия файла.
- Статус документа — Released / Approved (не In Work).
- Маршрут согласования пройден, ЭЦП/визы стоят у всех ролей.
- Валидация системы — Passed (0 errors).
- Чертеж доступен в портале паспорта по поиску 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.