Подготовка за дигитален продуктов паспорт: какви данни да се съберат?

Можете ли днес да отговорите на следните въпроси за избран от вас продукт? От коя партида е излязъл този продукт? Кой доставчик е дал даден компонент и къде е документът му? С какъв метод е изчислена въглеродната информация и кой я е одобрил? Ако отговорите са при различни хора, във файлове или никъде, истинската работа за дигиталния продуктов паспорт не е изборът на софтуер, а подготовката на данните.

Подготовката за дигитален продуктов паспорт е работа, която предварително определя източника, собственика и доказателството на данните за продукта, производството, доставчиците и околната среда, които ще влязат в паспорта, и прави липсите видими преди публикуване. Контролният списък по-долу разделя потока на данни в подхода на DÖNGÜ на пет слоя; за всеки слой задайте въпроса „кои данни, от кого, с какво доказателство?“.

1. Продукт и основни търговски данни

• Схема на идентичността, която определя постоянно продукта и, ако е нужно, партидата: код на продукта, модел, партида и сериен номер. След като идентичността е дадена веднъж, тя не бива да се променя.
• Информация за производителя, наименование на продукта и варианти. На този етап проверете дали един и същ продукт не фигурира в различни системи с различни кодове.
• Решението на какво ниво ще се издава паспортът: за всеки отделен продукт или за партида? Този избор определя подробността на данните във всички следващи слоеве.

2. Дизайн и производствена реалност

• Списък на материалите и компонентите и информация за дизайна. Трябва да се попита дали структурата на продукта е актуална и дали реалната структура, използвана в производството, съвпада с тази в дизайна.
• Записи за производство и качество: коя линия, коя дата, какъв резултат от проверката. Записите трябва да могат да се свързват с продукта или партидата; иначе резултатът за качество се превръща в число, за което не се знае към кой продукт принадлежи.
• Изчисления на въглерод и жизнен цикъл: използван метод, обхват, период и информация за този, който е направил изчислението. Стойност без записан метод сама по себе си е слабо доказателство.

3. Доказателства от доставчиците

• Декларация на доставчика и свързания с нея документ. Декларацията и документът трябва да са съпоставени; декларация без документ не се смята за доказателство.
• За кой продукт и за кой период е документът и все още ли е валиден. Документ с изтекъл срок не бива мълчаливо да се пренася в паспорта.
• Списък на липсващите декларации: от кой доставчик каква информация още не е дошла? Този списък се превръща в списък за проследяване на информацията, която трябва да се поиска от доставчиците.

4. Роли и верификация

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

5. QR и жизнен цикъл

• Как QR кодът ще се прикрепя към продукта и към коя идентичност ще бъде свързан. Трябва да се избере метод, който ще остане четим през целия живот на продукта.
• Кои събития ще се записват: производство, пускане на пазара, употреба, втори живот и рециклиране.
• Коя система или кой човек ще захранва тези събития. Събитие без собственик с времето престава да се записва и паспортът замръзва с информацията от първия ден.

Докато попълвате слоевете, водете проста инвентарна таблица за всяко поле: име на полето, система източник, собственик на данните, доказателство, кой ще го вижда и статус (готово, липсва, предстои проверка). Тази таблица става както списък със задачи, така и показател за напредъка на работата по паспорта. Всеки ред, на който собственикът на данните е празен, е решение, което трябва да се вземе на първата среща.

Типични празнини, които излизат при подготовката

• Декларациите на доставчиците стоят в прикачени към имейли файлове и не са свързани с продукта.
• Има стойност за въглерод, но методът и обхватът ѝ не са записани.
• Структурата на продукта в екипа по дизайн се води по един начин, а в производството — по друг.
• Не е ясно кой ще захранва събитията за употреба и рециклиране.

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

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

Демонстрационните екрани на DÖNGÜ са работещ MVP за срещи и са подготвени с измислени данни; те не са официална декларация за съответствие. Подхода можете да разгледате на страницата Дигитален продуктов паспорт.