Поддържане на актуални DPP данни: как работи процесът на обновяване

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

Трите слоя на един DPP — и кой ги поддържа

Един пълноценен DPP се състои от поне три логически отделни слоя, всеки със собствена честота на обновяване.

1. Запис в регистъра (идентификатор + резолвер)

Централният регистър на DPP — чийто акт за изпълнение Европейската комисия публикува в проектна форма на 29 април 2026 г. — съхранява изключително:

уникалния идентификатор (UID) на продукта — на практика GS1 GTIN или код, съответстващ на ISO/IEC 15459,
крайната точка на резолвера, тоест URL адреса, на който може да бъде извлечено реалното съдържание на паспорта,
свързания с него код по стоковата номенклатура.

Този слой се променя рядко. Обновяване е необходимо предимно когато крайната точка на резолвера се променя — например защото дадена компания сменя доставчика си на DPP услуги или мигрира домейн. Тъй като QR кодът върху физическия продукт сочи към този запис, непрекъснатостта на резолвера трябва да бъде гарантирана без прекъсване.

2. Конфигурация на резолвера (маршрутизиране на връзките)

Резолверът превежда входящото сканиране до подходящия целеви URL — в зависимост от контекст, език или потребителска роля. Организациите, използващи GS1 Digital Link, могат да маршрутизират към различни набори от данни чрез структурирани типове връзки (напр. gs1:sustainabilityInfo, gs1:epcis).

Обновявания на този слой са необходими, когато:

чрез делегирани актове се въвеждат нови задължителни полета (напр. регламентите за текстил и батерии, очаквани от 2026/2027 г. нататък),
се променят целевите URL адреси,
се добавят нови езикови версии или пазарни региони.

3. Продуктови данни (същинското съдържание на паспорта)

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

Кога трябва да се обновяват DPP данните?

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

Регулаторни промени

Веднага щом даден делегиран акт въведе нови задължения за данни, съществуващите паспорти трябва да бъдат обновени съответно. Това не е теоретична бъдеща грижа: първите специфични за продуктите регламенти за текстил и батерии е предвидено да влязат в сила през 2026 и 2027 г. съгласно графика на ESPR.

За производителите на батерии това означава: считано от август 2026 г. всички батерии, продавани в ЕС, трябва да носят видими QR кодове и етикетировка, обхващащи капацитет, химичен състав и опасни вещества — като предпоставка за пълния паспорт на батерията, който става задължителен през 2027 г. Регламентът на ЕС за батериите следователно е един от първите реални широкомащабни тестове на процеса на обновяване на DPP.

Промени в продукта

Ако съставът на материалите на продукта се промени — дори когато GTIN остава същият — DPP трябва да бъде обновен. Същото важи и за:

нови инструкции за ремонт или източници на резервни части,
ревизирани гаранционни условия,
актуализирани информационни листове за безопасност.

Изтегляния от пазара или предупреждения за безопасност

Информацията, свързана с безопасността, трябва да се въвежда своевременно. DPP не замества системата за бързо предупреждение RAPEX, но е допълващ канал, който може да бъде използван както от потребителите, така и от регулаторните органи.

Технически процес на обновяване: стъпка по стъпка

Стъпка 1: Изяснете идентификаторите и версионирането

Всяка промяна в съдържанието на паспорта следва да бъде версионирана. Препоръчва се комбинация от следното:

UID на продукта (неизменен, напр. GTIN + сериен номер),
версия на паспорта (семантичен номер на версия или времеви маркер),
причина за промяната (регулаторна, свързана с продукта, коригираща).

{
  "uid": "urn:epc:id:sgtin:4012345.067890.1234567",
  "passVersion": "2.1.0",
  "lastModified": "2026-05-19T10:00:00Z",
  "changeReason": "battery-regulation-aug2026"
}

Стъпка 2: Обновявайте само засегнатия слой данни

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

Ако работите чрез API, използвайте HTTP PATCH вместо PUT:

PATCH /api/v1/dpp/{uid}/sections/battery
Content-Type: application/json

{
  "capacityWh": 42.5,
  "chemistry": "LFP",
  "hazardousSubstances": ["Li", "P"],
  "carbonFootprintKgCO2e": 18.3
}

Стъпка 3: Осигурете наличност на резолвера

Обновяване, което временно извежда резолвера офлайн, е критично от гледна точка на съответствието. Изискването на ESPR за 10-годишна наличност не оставя място за престой без резервен вариант. Препоръчителните практики включват:

Blue-green deployment за обновяванията на резолвера,
наблюдение на крайната точка на резолвера с известяване при HTTP кодове за грешка ≥ 400,
редовна проверка дали крайната точка, регистрирана в регистъра, е действително достъпна.

Стъпка 4: Масови обновявания за големи продуктови портфейли

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

Типичен CSV формат за делта обновяване може да изглежда така:

uid,field,newValue,effectiveDate,changeReason
urn:epc:...:001,capacityWh,42.5,2026-08-18,battery-reg-2026
urn:epc:...:002,chemistry,NMC,2026-08-18,battery-reg-2026

Специфични съображения за текстила и дебата за справедливата търговия

За производителите на текстил графикът на ESPR носи особени предизвикателства. В препоръките си по делегирания акт за текстила движението за справедлива търговия (Fair Trade Movement) призовава архитектурата на DPP данните да бъде управляема и за малки и средни предприятия (МСП) и дребни земеделски стопани в трети държави. Това има пряко отражение върху процеса на обновяване: когато данните от веригата на доставки произхождат от участници, които нямат пряк достъп до API, са от съществено значение надеждни ръчни или полуавтоматизирани пътища за въвеждане на данни.

Това илюстрира, че процесът на обновяване не е само технически, но и организационен въпрос: кой е оправомощен да променя кои данни? Кой валидира промените? Как доставчиците се интегрират в процеса?

GS1 Digital Link като инструмент за обновяване

Общото събрание на GS1 за 2026 г., съсредоточено във Варшава върху глобалния преход към 2D баркодове, подчертава тази идея: GS1 Digital Link е предпочитаният механизъм за свързване на продуктовите идентичности с актуалното съдържание. Ключовото предимство за процеса на обновяване: QR кодът върху продукта остава непроменен — променя се само съдържанието зад резолвера. Именно това изобщо прави възможни последващите обновявания за продукти, които вече са продадени на пазара.

С наближаването на крайния срок Sunrise 2027 за 2D баркодовете в търговията на дребно се приближава моментът, в който марките вече не могат да отлагат QR кодовете по GS1 Digital Link — както заради съответствието в търговията на дребно, така и заради изискванията на DPP.

Заключение: способността за обновяване не е функция — тя е изискване

Регламентът ESPR разглежда DPP като жив документ. Всеки, който планира внедряване днес, трябва да заложи процесите на обновяване от самото начало: версионирани структури на данните, модулни API, стабилни резолвери и ясни правила за управление на промените в данните. Първите задължителни срокове — батерии от август 2026 г., текстил, очакван през 2027 г. — са достатъчно близо, за да започне техническата подготовка вече сега.