Подготовка к цифровому паспорту продукта: какие данные нужно собрать?

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

Подготовка к цифровому паспорту продукта — это работа, при которой заранее определяются источник, владелец и доказательство для данных об изделии, производстве, поставщиках и экологии, которые войдут в паспорт, а пробелы становятся видимыми до публикации. Приведённый ниже контрольный список делит поток данных в подходе DÖNGÜ на пять уровней; для каждого уровня задавайте вопрос: «какие данные, от кого, с каким доказательством?»

1. Изделие и коммерческие мастер-данные

• Схема идентификатора, постоянно определяющая изделие и при необходимости партию: код изделия, модель, партия и серийный номер. После присвоения идентификатор не должен меняться.
• Сведения о производителе, наименование изделия и варианты. На этом этапе проверьте, не фигурирует ли одно и то же изделие в разных системах под разными кодами.
• Решение об уровне, на котором будет выпускаться паспорт: на каждое изделие или на партию? Этот выбор определяет степень детализации данных на всех следующих уровнях.

2. Проект и производственная реальность

• Перечень материалов и компонентов и проектная информация. Следует спросить, актуальна ли спецификация изделия (BOM) и совпадает ли реальная спецификация, используемая в производстве, с проектной.
• Записи о производстве и качестве: какая линия, какая дата, какой результат контроля. Записи должны привязываться к изделию или партии; иначе результат контроля превращается в число, о котором неизвестно, к какому изделию оно относится.
• Расчёты углеродного следа и жизненного цикла: применённый метод, границы, период и сведения о том, кто выполнял расчёт. Значение без записанного метода — слабое доказательство само по себе.

3. Доказательства поставщиков

• Заявление поставщика и связанный с ним документ. Заявление и документ должны быть сопоставлены друг с другом; заявление без документа доказательством не считается.
• К какому изделию и какому периоду относится документ и действителен ли он до сих пор. Документ с истёкшим сроком не должен молча попадать в паспорт.
• Список недостающих заявлений: какая информация от какого поставщика всё ещё не поступила? Этот список превращается в перечень для отслеживания сведений, которые нужно запросить у поставщиков.

4. Роль и проверка

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

5. QR и жизненный цикл

• Как QR-код будет крепиться к изделию и к какому идентификатору привязываться. Нужно выбрать способ, при котором код останется читаемым в течение всего срока службы изделия.
• Какие события будут записываться: производство, выпуск на рынок, использование, вторая жизнь и переработка.
• Какая система или какой человек будет поставлять эти события. Событие без владельца со временем перестаёт записываться, и паспорт застывает на информации первого дня.

Заполняя уровни, ведите для каждого поля простую инвентарную таблицу: название поля, система-источник, владелец данных, доказательство, кто будет видеть и статус (готово, не хватает, нужно проверить). Эта таблица становится и списком дел, и индикатором прогресса работы над паспортом. Каждая строка, в которой владелец данных остался пустым, — решение, которое нужно принять уже на первой встрече.

Типичные пробелы, обнаруживаемые при подготовке

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

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

DÖNGÜ собирает эти данные из таких источников, как ERP, PLM, MES, LCA и портал поставщиков, в промежуточном слое; до публикации он проверяет состояние источника, доказательства, метода и недостающих данных. То, какие поля данных будут охвачены, зависит от группы изделий и соответствующих норм; этот список — не перечень юридических требований, а практическое начало для подготовки данных.

Демонстрационные экраны DÖNGÜ — это работающий MVP для встреч, подготовленный на вымышленных данных; они не являются официальным заявлением о соответствии. Познакомиться с подходом можно на странице Цифровой паспорт продукта.