DPP-Поддържане на актуални данни: какво действително изисква ESPR

Въпросът звучи банално, но не е такъв: колко често трябва да се актуализира цифровият продуктов паспорт? Всеки, който търси конкретно число в ESPR-Регламент (ЕС) 2024/1781, ще остане разочарован. Текстът единствено предписва, че DPP трябва да съдържа „актуална и точна информация“ – без честота, без SLA и без техническа спецификация. Какво означава това на практика, зависи до голяма степен от типа продукт, веригата на доставки и делегираните актове, които все още предстои да бъдат приети за всяка продуктова категория.

Тази статия обяснява кои категории данни изобщо могат да се променят, кои модели за актуализация се доказват в ранните внедрявания и къде се крият регулаторните подводни камъни.

Какво изобщо може да се промени в един DPP

Продуктовият паспорт не е статичен PDF файл. Той се състои от точки данни с много различни жизнени цикли.

Статични и динамични данни

Най-общо DPP-полета могат да се разделят на три класа:

Категория данни	Типична честота на промяна	Примери
Основни данни	Еднократно (при пускане на продукта)	GTIN, състав на материалите, производител
Данни за партида/лот	При всяко производствено изпълнение	Стойност на PCF, произход на суровините, сертификати
Данни за жизнения цикъл	Задействани от събития	История на ремонтите, изтегляне от пазара, начин на обезвреждане

Проектът на JRC за данни за стоманени продукти показва особено ясно това различие: специфичният за продукта въглероден отпечатък (PCF) там изрично се поддържа на ниво партида и трябва да се изчислява по съвместими с ISO-14067 методи. Това означава, че всяка нова производствена партида може да има различна стойност на PCF – паспортът трябва да препраща коректно към тази стойност, а не към средната стойност за предходната година.

Примерът с батериите като модел

Цифровият паспорт на батерията, който става задължителен от 18 февруари 2027 г., показва колко динамични могат да бъдат данните в DPP. Отрасловите доклади за внедряването на цифровия паспорт на батерията определят фрагментирането на данните и динамичните актуализации на данни като двата основни практически проблема. Батериите натрупват данни през целия си живот: State of Health (SoH), цикли на зареждане, ремонтни събития. Всеки, който работи със статичен набор от данни, не изпълнява изискванията на регламента.

Модели за актуализация: как работят внедряванията днес

Актуализации, задействани от събития, чрез webhook

Най-надеждният модел в ранните системи на DPP е актуализацията, задействана от събитие: бекенд система изпраща webhook, щом се промени релевантна точка данни – например когато бъде издаден нов сертификат за проверка или бъде завършен ремонт.

// Beispiel: Webhook-Handler für DPP-Update
app.post('/webhook/dpp-update', async (req, res) => {
  const { passportId, field, newValue, timestamp } = req.body;

  await dppRepository.patchField(passportId, {
    [field]: newValue,
    lastUpdated: timestamp,
  });

  await auditLog.append(passportId, { field, newValue, timestamp });
  res.status(204).send();
});

Важно: ESPR имплицитно изисква възможност за одитна следа. Промените трябва да остават проследими – простото презаписване без управление на версиите крие регулаторен риск.

Пакетни актуализации на информацията за партиди

Когато стойности на PCF или сертификати за цели производствени партиди се актуализират наведнъж, е подходяща процедура за групов импорт. При нея се подава списък с номера на паспорти заедно с новата стойност на полето:

# Beispiel: Bulk-PATCH via CLI
curl -X PATCH https://api.example.com/v1/dpp/bulk \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "filter": { "batchId": "BATCH-2026-06-A" },
    "patch": {
      "carbonFootprint": 1.84,
      "carbonFootprintMethod": "ISO 14067:2018",
      "certifiedAt": "2026-06-15"
    }
  }'

Платформи като qr3.app с групов импорт поддържат този модел, така че всяка партида да не трябва да се актуализира ръчно.

GS1 Digital Link като резолверен слой

Един често подценяван аспект: QR кодът върху продукта не трябва да се променя – той е физически отпечатан. Това, което трябва да се променя, е съдържанието, към което той сочи. Именно тук GS1 Digital Link осигурява решаващия абстракционен слой. QR кодът кодира стабилен URI (напр. https://id.example.com/01/04012345678901/21/SN-00042), а резолверът препраща към съответния актуален източник на данни.

Driscoll's демонстрира на GS1 Connect 2026 как този принцип работи в голям мащаб: над един милиард Berry-Clamshells получиха уникални идентификатори и в момента преминават към изцяло съвместими с GS1 Digital Link QR кодове. Кодът върху опаковката остава непроменен; променя се наборът от данни зад резолвера.

Нови технологии като партньорството между Polytag и DataLase показват, че съвместимите с GS1 QR кодове вече могат да се нанасят и върху трудни опаковъчни субстрати със скоростта на производствените линии – физическата пречка намалява, а логиката на резолвера зад нея остава същата.

Регулаторни подводни камъни

Директивата EmpCo като допълнителен натиск

Всеки, който смята, че трябва да следи само ESPR, подценява цялостната картина. През юни 2026 г. Европейската комисия започна процедури за нарушение срещу 20 държави членки заради недостатъчното прилагане на Директивата EmpCo (ЕС) 2024/825. Тази директива забранява „зеления“ камуфлаж и изисква ясна информация за трайността и ремонтопригодността – информация, която трябва да бъде пряко включена в DPP. Остарели индекси за ремонтопригодност или невалидни етикети за устойчивост в паспорта вече могат да представляват не само нарушение на ESPR, но и нарушение на EmpCo.

Няма изричен срок за актуализация – но има имплицитни задължения

Липсата на посочена честота в ESPR не е разрешение за бездействие. От формулировката „актуална и точна информация“ могат да се изведат няколко имплицитни задължения:

Актуалност, обвързана със събития: Щом възникне изтегляне от пазара, ремонт или промяна в сертификат, паспортът трябва да бъде актуализиран – без изчакване.
Актуалност, обвързана с партидата: Стойностите на PCF и доказателствата за произход на суровините не могат да се прехвърлят от стара към нова партида, ако стойностите се различават.
Съответствие с пазарния надзор: Органите трябва да могат да извличат паспорта през целия жизнен цикъл на продукта. Паспорт, който никога повече не се актуализира след продажбата, е безполезен за информацията за ремонт и обезвреждане.

Ecommerce Europe препоръчва в своята позиция изрично поетапно въвеждане и гъвкава детайлност на данните – което косвено означава, че процесите за актуализация могат да се изграждат итеративно, стига да са изпълнени основните изисквания.

Практически препоръки

Планирайте одитен журнал още от началото

Всяка промяна в набор от данни на DPP трябва да се регистрира с времеви печат, автор и причина за промяната. Днес това не е изрично задължение по ESPR, но се очаква в делегираните актове и на практика е необходимо за пазарния надзор.

Архитектура на резолвера преди архитектура на данните

Който първо определи структурата на данните и след това обмисли как QR кодът да сочи към нея, изгражда системата в неправилен ред. Правилната последователност е: дефиниране на URI на резолвера (GS1 Digital Link), след това схема на данните и накрая процеси за актуализация. Цифровият продуктов паспорт в qr3.app следва този принцип: QR кодът е стабилен, а наборът от данни зад него е версиран и може да се променя чрез пачове.

Използвайте последователно идентификатори на партиди

Който поддържа стойности на PCF или сертификати на ниво продукт вместо на ниво партида, си създава проблеми най-късно при първата проверка от органите за пазарен надзор. Идентификаторът на партидата трябва да бъде задължително поле във всеки набор от данни на DPP – не незадължително метаданно поле.

Регулаторната ситуация е сложна, но техническите модели са управляеми. От решаващо значение е възможността за актуализация да не се разглежда като добавяна впоследствие функционалност, а като архитектурен принцип още от първия ден.