Дискусията относно цифровия продуктов паспорт почти винаги се върти около срокове, нормативни актове и секторни планове. За повечето предприятия обаче първото истинско препятствие е друго: данните за техните продукти изобщо не са в цифров формат - поне не в такъв, от който да може да се създаде паспорт. Те се намират в PDF технически спецификации, в имейли от доставчици, в главите на дългогодишни служители и в добър дузина Excel файлове на различни дискове.
ДПП принуждава тези предприятия за първи път да дигитализират правилно данните за продуктите си и да ги обединят на едно място. Това е трудоемко. Но е работа, която се отплаща веднага - независимо кога ще влезе в сила задължението за вашия бранш.
ДПП е само поводът - проблемът е по-стар
Който иска да създаде DPP, се нуждае от пълен, структуриран набор от данни за всеки продукт: основни данни, компоненти и материали, произход, екологични показатели. Теоретично тези данни вече съществуват в почти всяко предприятие. На практика обаче те са разпръснати в много системи и формати, поддържат се дублирано и никъде не са пълни.
Обединяването на тези данни е истинското предизвикателство - а не създаването на паспорта след това. И това предизвикателство има стойност, която няма нищо общо с DPP: по-малко грешки, по-бързо въвеждане в работата на нови служители, един-единствен надежден източник вместо десет противоречащи си таблици. Дигитализацията, към която DPP ни принуждава, е операция по почистване, която и без друго е закъсняла.
Transpareo е преди всичко инструмент за управление на продуктови данни
В същността си Transpareo е инструмент за управление на продуктови данни: продукти, компоненти и материали в единна, структурирана форма. Всичко, което характеризира DPP - подписи, QR кодове, превод на 40 езика - се основава на тази основа. Без точни данни за продуктите няма да имате „паспорт“.
Структурата зад това - типовете характеристики, с които описвате продукти, компоненти и материали - е напълно адаптируема. Вие определяте кои полета да съдържат вашите продукти. За да не започвате от нулата, по ваше желание ние предварително създаваме полетата, които са от значение за регулаторните изисквания за вашата продуктова категория - набор от типове свойства, който вече отразява изискванията на правните актове на ЕС. Това е опционална отправна точка, а не ограничение: можете да приемете тези полета, да ги адаптирате, да ги допълните или да дефинирате свои собствени.
Гъвкавият импортер: от списък в Excel към структуриран набор от данни
Най-трудната част от всеки проект, свързан с данни, е изобщо да се въведат наличните данни. Именно за това е създаден импортерът. Той преобразува съществуващите Ви файлове - Excel, CSV, експортирани от ERP или PLM системи - съгласно модела.
Вие предоставяте данните така, както са налични днес; импортерът се адаптира към Вашите колони, а не обратното.
Преди запазването валидаторът проверява всеки запис и сигнализира какво липсва или е несъвместимо - липсваща единица, несъвместим код на държава, празно задължително поле. По този начин импортирането се превръща в ясен цикъл: качване, откриване на пропуски, коригиране, повторно импортиране. Вместо проект от типа „Големият взрив“ - няколко цикъла, докато базата данни е готова.
API: Свързване със съществуващи системи - където има такива
Предприятията със собствена ИТ-среда свързват Transpareo със своите съществуващи системи чрез REST-API. Основните данни от ERP, списъците с компоненти от PLM, изображенията от PIM се импортират автоматично, а информацията остава синхронизирана, без някой да въвежда данните два пъти. Как протича такава връзка на практика, сме описали стъпка по стъпка в „API-Playbook“ за ERP-връзката; пълният интерфейс е публично описан в „ Документация за API “.
Същото API гарантира също, че никога няма да останете „заключени“: можете да извлечете целия си набор от данни по всяко време - като CSV, XLSX, JSON-LD и SQL или чрез самия интерфейс. Това, което изграждате днес, ви принадлежи и остава преносимо.
Чувствителните данни за продуктите остават защитени
Не всяка информация за продуктите е предназначена за широката публика. Рецепти, пълни списъци с компоненти или условия за закупуване могат да представляват търговски тайни - инстинктът да не се разкриват такива данни е оправдан. В крайна сметка базата данни се поддържа само ако имате доверие в мястото, където се съхранява.
Ето защо Transpareo разделя данните строго по клиенти: всеки клиент се намира в собствена, отделна база данни, криптирана с собствен ключ. Няма обща таблица, в която продуктите на няколко компании да са разположени един до друг, нито ключ, валиден за всички клиенти. Хостингът се извършва в Германия - вашите данни остават в обхвата на Общия регламент за защита на данните (GDPR). Вие решавате кои данни в крайна сметка да се появят в публичния DPP; всичко останало остава поверително и се съхранява изолирано.
За много МСП няма „съществуваща система“ - има само Excel
Предположението, че всяко предприятие използва ERP система, не отговаря на реалността. Много малки и средни предприятия нямат PLM, PIM, нито интегрирана система за управление на стоките. Данните за продуктите им се съхраняват в Excel списъци, може би на споделен диск, поддържани от един-двама души.
За тях въпросът за API-връзката изобщо не стои - импортерът е всичко. Качвате Excel файла, веднъж присвоявате колоните и готово. И точно тук възниква двойната полза: Тези предприятия за първи път получават истинско управление на продуктовите данни - централизирано, с възможност за търсене, достъпно за няколко души, с един-единствен надежден източник - и като страничен ефект са готови за DPP. Ползата за ежедневната поддръжка на данните сама по себе си оправдава тази стъпка, дълго преди да влезе в сила някакво задължение.
Защо сега, когато задължението е още далеч
За батериите DPP влиза в сила от февруари 2027 г., а това е единствената фиксирана дата за ## продуктитедо момента. За останалите групи - желязо и стомана, строителни продукти, опаковки, текстил, електроника - циркулиращите години са приблизителни изчисления за ориентировъчни срокове за планиране: Първо идва делегираният правен акт, а между влизането му в сила и влизането в сила на задължението има най-малко 18 месеца. Състоянието по всеки сектор е отразено в нашия справочник по сектори. Естествено е да се помисли да се изчака. Това обаче подценява къде се губи времето.
Опитът показва, че около 70 процента от изискваните полета вече са налице - просто са разпръснати в десет системи. Събирането на тези 70 процента и осигуряването на липсващите 30 процента отнема месеци, особено в случаите, когато данните трябва първо да бъдат поискани от доставчиците и да бъдат гарантирани чрез договор. Който започне днес, ще се справи с това на спокойствие, вместо да го прави в последния момент преди крайния срок.
Дългият път е работата с данните, а не създаването на паспорт.
Освен това: вие не поемате никакъв риск. Наличните данни могат да бъдат експортирани по всяко време, а ние актуализираме набора от полета, готов за регистрация, в съответствие с нормативните изисквания. Вие структурирате сега и усъвършенствате по-късно - усилията ви няма да бъдат загубени, ако детайлите в нормативните актове все пак се променят.
DPP преди да стане задължително: сигнал за иновации и доверие на клиентите
След като базата данни веднъж е изградена, самият паспорт е просто последната стъпка - едно натискане на бутон. Това открива възможност, която мнозина пренебрегват: можете да издавате DPP, преди да сте задължени по закон да го правите.
Паспортът преди да стане задължителен е сигнал. Той показва, че дадена компания взема на сериозно прозрачността и устойчивостта, докато конкурентите все още обсъждат крайните срокове. И тъй като данните са подписани и могат да бъдат проверени в браузъра, зад този сигнал стои проверим набор от данни, а не рекламно обещание. Как DPP може да се използва като точка на контакт с клиентите отвъд чисто задължителния характер, сме описали в От задължителния паспорт до маркетингов инструмент.
При това винаги важи едно условие: истински данни. Един DPP работи ефективно само докато спазва това, което показва - „зеленото измиване“ се разкрива по-бързо при проверимите паспорти, отколкото при лъскава брошура.
Заключение
DPP е поводът, но трайната полза е дигитализирана и консолидирана база данни за продуктите. Transpareo улеснява импорта, свързва се чрез API със съществуващите системи, където има такива, и замества хаоса в Excel, където няма такива. Започнете с данните - тогава DPP ще се превърне в една отметка, която поставяте, когато настъпи крайният срок. Или по-рано, ако искате да си осигурите преднина.
Въпроси относно тази публикация
Откъде да започна, когато данните за продуктите са разпръснати в PDF файлове, имейли и дузина таблици?
Когато става дума за таблици, тъй като те вече имат структура. Експортирайте наличните данни, импортирайте ги и оставете валидаторът да посочи кои полета липсват, вместо да решавате това предварително. PDF файловете и имейлите от доставчиците са по-бавната част и ще станат по-бързи, веднага щом се създаде структура, в която да бъдат сортирани. Да се опитате първо да проектирате перфектния модел на данните е сигурен начин да изгубите половин година, преди да имате първия набор от данни.
Ами ако изобщо нямаме ERP, PIM или PLM?
Тогава въпросът за интеграцията отпада и всичко се свежда до импортирането. Качете таблицата, задайте веднъж колоните и вече разполагате с централизирана база данни с възможност за търсене, в която могат да работят няколко души - за много малки и средни предприятия това е първата истинска система за управление на продуктови данни изобщо. Сертификатът се получава като страничен резултат, а ползата за ежедневната работа оправдава тази стъпка сама по себе си, дълго преди да влезе в сила някакво задължение.
В какви формати се извършва импортирането и трябва ли да преобразувам файловете си предварително?
Excel, CSV, ODS и JSON, и не. Инструментът за импортиране се адаптира към вашите колони, вместо да изисква от вас шаблон, а продуктите, компонентите и материалите могат да се импортират наведнъж заедно с връзките помежду им. Импортирането е повторяемо, така че същият файл с нов експорт от вашата система актуализира записите, вместо да ги дублира.
Трябва ли данните да бъдат изчистени преди първото импортиране?
Не, а чакането на точни данни е най-честият начин да се загуби цяла година. Преди запазването валидаторът проверява всеки запис и сигнализира какво липсва или е несъвместимо - липсваща единица, несъвместим код на държава, празно задължително поле. Оттук възниква цикъл от качване, проверка на пропуските, коригиране и повторно импортиране, а пропуските се превръщат в списък със задачи за отдела по снабдяване, вместо в неясното усещане, че данните все още не са готови.
Какво се случва с рецептурите и списъците с компоненти, които представляват търговска тайна?
Те остават поверителни и вие решавате поле по поле какво да се показва в публичния профил. Всеки клиент се съхранява в собствена база данни, криптирана с отделен ключ, така че вече няма обща таблица с продуктите на няколко компании, нито ключ, валиден за всички клиенти. Хостингът се извършва в Германия, в обхвата на Общия регламент за защита на данните (GDPR), като е включен договор за обработка на данни. Нищо не попада в публичния профил само защото се намира в базата данни, а само защото Вие сте одобрили това поле.
Ще успея ли да извадя всичко обратно?
Да, по всяко време - като CSV, XLSX, JSON-LD и SQL или чрез същия REST-API, който се свързва и с ERP, PIM и CRM. Това е ключовият въпрос към всеки доставчик - база данни, която не можете да експортирате, е зависимост, а не актив. Това, което създавате, остава ваше и запазва своята преносимост.
Защо да започвам сега, след като крайният срок за моя бранш е чак след години?
Защото дългият път са данните, а не паспортът. Досега е ясен само крайният срок за батериите - 18 февруари 2027 г., както е посочено в Регламента за батериите. За продуктовите групи по ESPR работният план от 16 април 2025 г. посочва ориентировъчни години за нормативните актове, а чл. 4, ал. 4 от ESPR предвижда поне 18 месеца между влизането в сила и прилагането на даден нормативен акт, така че тези години са очаквания, а не крайни срокове. Около 70 процента от изискваните данни все пак се намират някъде в предприятието; събирането им и осигуряването на липсващите 30 процента отнема месеци, особено в случаите, когато се налага да се обърне към доставчик и да се договори договорна клауза.
Мога ли да публикувам паспорт, преди той да стане задължителен?
Да. Нищо не пречи на въвеждането на доброволен паспорт, а веднага щом базата данни е готова, издаването на паспорта е само една крачка. Той е достоверен сигнал именно защото данните са подписани и могат да бъдат проверени в браузъра, а не са просто твърдения в брошура. Едно условие важи винаги - данните трябва да са автентични, защото един проверим паспорт разкрива неверни данни по-бързо, отколкото някога е успявала да го направи някоя лъскава брошура.
