ESPR Kapsamında Dijital Ürün Pasaportu (DPP): AB Pazarına Ürün Sunan Firmalar İçin Yeni Veri ve Uyum Dönemi

Sürdürülebilir Ürünler için Ekotasarım Yönetmeliği (ESPR, Ecodesign for Sustainable Products Regulation) ile birlikte Dijital Ürün Pasaportu (DPP) artık “ileride okunur” bir slayt maddesi değil. AB ürün uyumu, ürün veri yönetimi ve tedarik zinciri izlenebilirliği aynı masada toplanıyor. Bu yazıda, Avrupa Komisyonu Joint Research Centre (JRC) tarafından 2026’da yayımlanan “Methodology for defining data requirements for the Digital Product Passport under the ESPR framework” raporundan hareketle, DPP veri gereksinimlerinin nasıl tanımlanabileceğini teknik ve uygulanabilir bir çerçevede özetliyoruz.

Resmi metin ve teknik ayrıntılar için: JRC deposu (JRC145830) ve DOI 10.2760/4511279.

Pier Compliance olarak DPP hazırlığını; ESPR / DPP danışmanlık hattı ile birlikte GPSR ve piyasa gözetimi, EPR / ambalaj ve pil yükümlülükleri, AB REACH uyumu, KKDİK ve SDS / GBF hazırlığı süreçlerinizle hizalı düşünmenizi öneriyoruz. Önceki genel çerçeve için DPP sektörleri ve takvim yazımıza da bakabilirsiniz.

DPP nedir?

Dijital Ürün Pasaportu, ürünün kimliği, içerik ve performansla ilgili seçilmiş veri alanlarını, erişim ve güncelleme kurallarıyla birlikte sunan dijital bilgi katmanıdır. Klasik teknik dosya çoğu zaman şirket içi derinlik ve denetime cevap verir; DPP ise paylaşılabilirlik, rol bazlı erişim ve farklı paydaşların (üretici, ithalatçı, dağıtıcı, yetkili merciler, servis ekosistemi) ihtiyaç duyduğu ölçüde veri sunmayı hedefler.

ESPR ile DPP neden birlikte anılır?

ESPR, sürdürülebilirlik ve döngüsel ekonomi hedeflerini ürün tasarımı ve pazar süreçlerine bağlayan üst düzenlemedir. DPP ise bu çerçevede ürün düzeyinde şeffaflığı operasyonel hale getiren araçtır. Kısacası: ESPR “ne ve neden” sorusunu genişletirken, DPP “hangi veri, hangi düzeyde, kime” sorularının cevabını ürün grubu bazında somutlaştırır.

JRC metodolojisi neyi netleştiriyor?

JRC raporu, DPP için veri gereksinimlerini tanımlarken yalnızca alan listesi düşünmeyi değil; önce kapsam ve bağlamı, ardından kullanım senaryoları ve veri ihtiyaçlarını, sonra tasarım ve geliştirme (veri yapısı, granülarite, erişim hakları, yönetişim) ve son olarak doğrulama ile paydaş görüşlerini sistematik biçimde ele almayı önerir. Bu yaklaşım, “PDF yükledik, bitti” modelinden çıkıp yaşayan veri modeli kurmayı gerektirir.

Kapsam ve bağlam

Veri tasarımına başlamadan önce netleştirilmesi gerekenler şunlardır:

• Ürün grubu: Hangi ESPR önceliği veya ikincil düzenleme çizgisi sizi ilgilendiriyor?
• Ekonomik operatör rolü: Siz üretici, AB’de yerleşik ithalatçı mısınız, yoksa tedarikçi olarak veri sağlıyor musunuz?
• Coğrafya: AB pazarına ihracat ve yerleştirme modeliniz hangi uyumluluk hatlarını zaten tetikliyor?

Bu bağlam olmadan DPP projeleri genelde fazla veri sızdırır ya da aksine kritik alanları boş bırakır.

Kullanım senaryoları ve veri ihtiyaçları

JRC yaklaşımı, önce kullanım senaryolarından geriye doğru gitmeyi önerir. Tipik başlıklar:

• Döngüsel ekonomi ve malzeme geri kazanımı için yaşam döngüsü bilgisi
• Tamir ve yeniden kullanım için uyumlu yedek parça ve dokümantasyon
• Piyasa gözetimi: risk temelli kontrollerde kanıt zinciri ve denetlenebilirlik

Her senaryo, hangi veri alanının zorunlu, hangisinin koşullu olduğunu belirler. Bu nedenle DPP, genel bir “ürün kimlik kartı”ndan çok senaryo güdümlü veri paketlerine evrilir.

Tasarım ve geliştirme: tanımlayıcılar, granularite ve rol bazlı erişim

Benzersiz tanımlayıcılar: UPI, UOI, UFI

Ürün ve operasyon tarafında tutarlı referanslar olmadan veri zinciri kopar. Çalışmalarda sıkça vurgulanan kavramlar:

• Unique Product Identifier (UPI) — ürün hiyerarşisinde tutarlı kimlik
• Unique Operator Identifier (UOI) — ekonomik işletmeyi netleştiren tanımlayıcı
• Unique Facility Identifier (UFI) — tesis veya üretim hattı düzeyinde iz sürmeyi kolaylaştıran referans

Veri granularitesi: model, parti ve kalem

Data granularity, aynı veri alanının model seviyesinde mi, parti (batch) seviyesinde mi yoksa kalem (item) seviyesinde mi tutulacağını belirler. Yanlış granularite seçimi; ya gereksiz maliyet üretir ya da piyasa gözetiminde delik bırakır. Doğru soru şudur: “Bu alanı hangi kullanım senaryosu, hangi çözünürlükte talep ediyor?”

Rol bazlı erişim ve kurumsal yönetişim

Role-based access, tüketiciye açık alanlar ile yalnızca yetkili mercilere veya tedarikçi konsorsiyumuna görünür alanların ayrılması demektir. Governance tarafında ise veri sahibi, güncelleme sorumlusu, denetim izi ve sürümleme politikası net olmalıdır.

Endişe verici maddeler ve AB piyasa gözetimi

Substances of concern alanı, DPP veri modeli ile kimyasal uyum hatlarını birleştirir. AB REACH ve Türkiye’deki KKDİK süreçlerinde zaten topladığınız bilgiler, burada “kanıt” olarak yeniden düzenlenir; ancak paylaşım düzeyi ve format beklentisi farklı olabilir. Bu kesişimde REACH ve KKDİK danışmanlığı ile SDS / GBF disiplinini erken hizalamak, çift iş yükünü azaltır.

EU market surveillance (AB piyasa gözetimi) açısından DPP, risk temelli denetimlerde bilgiye hızlı erişim sağlayan bir kanal olabilir. Bu da verinin sadece “doldurulmuş” değil, izlenebilir ve tutarlı olmasını zorunlu kılar.

Sürdürülebilirlik ve döngüsel ekonomi

Sustainability iddialarını destekleyen alanlar (ör. malzeme içeriği, tamir bilgisi, geri dönüşüm talimatları) artık yalnızca pazarlama dili değil; doğrulanabilir veri talebine dönüşüyor. Circular economy hedefleri, tedarik zincirinin her basamağında veri paylaşımını gerektirir; DPP bu paylaşımın “sözleşme + sistem” karşılığıdır.

Doğrulama ve paydaş görüşleri

Metodolojinin son aşaması, veri modelinin sahada test edilmesi ve paydaş geri bildirimiyle rafine edilmesidir. Erken pilotta en çok kırılan yerler genelde şunlardır: tedarikçi veri kalitesi, granularity uyumsuzluğu ve erişim kurallarının belirsizliği.

Firmalar bugünden ne yapmalı?

Aşağıdaki maddeleri bir hazırlık listesi gibi kullanabilirsiniz:

• Ürün hiyerarşisini (model / parti / kalem) netleştirin; hangi SKU hangi veri paketine bağlanacak?
• Tedarikçi anketlerini “PDF toplama” olmaktan çıkarıp alan bazlı veri sözleşmesine dönüştürün.
• Mevcut uyum envanterinizi haritalayın: REACH/KKDIK, GPSR, ambalaj/EPR ve teknik dosya ile DPP alanlarının kesişimi.
• Rol ve sorumluluk matrisi oluşturun: kim veri sahibi, kim günceller, kim denetler?
• Pilot ürün grubu seçin; önce dar kapsamda veri modelini kanıtlayın, sonra ölçekleyin.

---

Bu çerçeve, resmi mevzuatın yerine geçmez; JRC raporunun önerdiği yöntembilimsel hatları operasyonel dile çevirir. Şirketinize özel ürün grubu, veri olgunluğu ve AB pazarına ihracat modelinize göre yol haritası için iletişime geçebilirsiniz.