Dijital Ürün Pasaportu (DPP) Nedir? Üreticiler İçin Veri Rehberi

Bir Avrupalı alıcı, ürününüzün geri dönüştürülmüş içerik oranını soruyor. Cevabı bulmak için üç ayrı tedarikçiye e-posta atıyorsunuz, iki gün bekliyorsunuz, gelen bilgiyi bir Excel'e yazıyorsunuz.

Yakında bu soru e-postayla değil, ürünün üstündeki bir kareyi okutarak sorulacak. Ve cevabın orada hazır durması gerekecek.

Konunun adı Dijital Ürün Pasaportu.

Bu yazı bilgilendirme amaçlıdır, hukuki danışmanlık değildir. Kapsam, ürün grupları ve tarihler için Avrupa Birliği'nin resmî metinlerini, Ticaret Bakanlığı ve ihracatçı birliklerinin duyurularını esas alın.

Dijital ürün pasaportu nedir?

Dijital ürün pasaportu (DPP), bir ürünün hammaddesinden ömür sonuna kadar tüm yaşam döngüsüne ilişkin sürdürülebilirlik, izlenebilirlik ve döngüsellik bilgilerini standart ve makinece okunabilir bir yapıda tutan dijital bir veri kaydı.

Avrupa Birliği'nin Sürdürülebilir Ürünler için Ekotasarım Yönetmeliği (ESPR) çerçevesinde şekilleniyor. Ürüne bir karekod ya da benzeri bir taşıyıcıyla bağlanıyor; okutan kişi ürünün neyden yapıldığını, nerede üretildiğini, nasıl onarılacağını ve ömrü bittiğinde ne yapılacağını görebiliyor.

Buradaki iki kelime kritik: standart ve makinece okunabilir. Yani bir PDF katalog ya da web sitenizdeki bir ürün sayfası bu işi görmüyor. İstenen şey, başka sistemlerin doğrudan okuyup işleyebileceği yapılandırılmış veri.

Kimi kapsıyor, Türkiye'de zorunlu mu?

Türkiye'de DPP henüz yerel bir yasal zorunluluk değil. Ama bu, konunun uzak olduğu anlamına gelmiyor.

ESPR'in mantığı şu: ürünün nerede üretildiğine değil, AB pazarına arz edilip edilmediğine bakıyor. Yani AB'ye satış yapan bir Türk üreticisi ve onun AB'deki ithalatçısı bu çerçevenin içinde. Türkiye ihracatının önemli bir bölümünün AB'ye gittiği düşünülürse, konu sanayinin geniş bir kesimini ilgilendiriyor.

Pratikte yükümlülük çoğu zaman mevzuattan önce sözleşmeden gelir. AB'deki alıcınız kendi uyumunu sağlayabilmek için sizden veri ister; veriyi veremeyen tedarikçi, listeden düşer. Bu yüzden asıl risk ceza değil, sipariş kaybıdır.

Takvim nasıl işliyor?

Uygulama tek seferde değil, ürün grubu ürün grubu kademeli ilerliyor.

Bilinen en net tarih bataryalarda: 18 Şubat 2027'den itibaren belirli batarya türleri için dijital ürün pasaportu zorunlu hâle geliyor. Tekstil ve hazır giyim öncelikli ürün grupları arasında sayılıyor; lastik, mobilya ve yatak gibi gruplar için çalışma planlarında sonraki yıllar hedefleniyor.

Bu tarihlerin bir kısmı hedef niteliğinde ve netleşmeye devam ediyor. Bu yüzden planınızı "şu tarihte şunu yapacağım" diye değil, "veriyi bugünden toplanabilir hâle getireceğim" diye kurmak daha sağlam.

Hangi veriler isteniyor?

Ürün grubuna göre değişiyor, ama çekirdek başlıklar benzer:

• Benzersiz ürün kimliği. Her ürünün (bazen her partinin, bazen her tekil parçanın) ayırt edilebilir bir kimliği.
• Üretici ve tedarik zinciri bilgisi. Kim üretti, hangi tesiste, hangi tedarikçiden hangi girdi geldi.
• Malzeme bileşimi. Özellikle geri dönüştürülmüş içerik oranı ve endişe verici maddelerin varlığı.
• Üretim yeri ve tarihi.
• Onarım ve yedek parça bilgisi. Ürün nasıl açılır, hangi parça değiştirilebilir.
• Ömür sonu talimatları. Ayrıştırma, geri dönüşüm, bertaraf.
• Belge ve sertifikalar. Test raporları, uygunluk beyanları.

Listeye bakınca çoğu üretici "bunlar zaten bizde var" diyor. Kısmen doğru. Sorun verinin var olması değil; nerede, hangi biçimde ve ne kadar güncel olduğu.

Asıl zorluk teknik değil, veri düzeni

Bu işin zor kısmı karekod basmak değil. Zor kısım şu üç soru:

1. Veri tek bir yerde mi duruyor? Malzeme bilgisi üretimde, sertifika kalite biriminde, tedarikçi bilgisi satın almada, ürün açıklaması pazarlamada ise ortada tek bir gerçek yok demektir. Bu tam olarak ERP, CRM ve e-ticaret entegrasyonu yazısında anlattığımız veri kopukluğu sorunu.

2. Veri güvenilir mi? Aynı malzemenin üç farklı yazımla kayıtlı olması, boş bırakılmış alanlar, güncellenmemiş tedarikçi bilgisi... Veri kalitesi sorunları burada doğrudan uyumsuzluk olarak geri döner.

3. Veri dışarı verilebiliyor mu? Sisteminizin dışarıya açılan bir kapısı yoksa, her talep elle hazırlanan bir dosyaya dönüşür. API nedir yazısında anlattığımız kapı, tam da bunun için gerekli.

Eğer ürün verisi hâlâ elektronik tablolarda dolaşıyorsa, hazırlık aslında oradan başlıyor: Excel yerine veritabanı.

Bugünden yapılabilecek beş şey

Mevzuatın son hâlini beklemeden atılabilecek adımlar var; hepsi zaten işinize yarayacak işler:

1. Ürün veri envanteri çıkarın. Hangi bilgi nerede duruyor, kim güncelliyor, ne sıklıkla? Tek sayfalık bir tablo yeter.

2. Benzersiz kimlik düzeninizi netleştirin. Ürün kodlarınız tutarlı mı, parti/seri takibi var mı? Sonradan düzeltmesi en pahalı şey budur.

3. Tedarikçi verisini standart bir formda isteyin. Her tedarikçinin kendi formatında gönderdiği bilgiyi birleştirmek en büyük zaman kaybı. Basit ve sabit bir şablon dağıtmak bunu baştan çözer.

4. Belge arşivini düzenleyin. Sertifika ve test raporları ürünle ilişkilendirilmiş biçimde saklansın; "hangi klasördeydi" aramaları uyum sürecinin görünmez maliyetidir.

5. AB'deki alıcınıza sorun. En hızlı yol bu: "bizden hangi veriyi hangi formatta isteyeceksiniz?" Çoğu alıcı kendi hazırlığını çoktan yapıyor.

Zorunluluk değil, fırsat tarafı

Bu tür düzenlemelere genelde maliyet olarak bakılır. Ürün verisini toparlamanın başka getirileri de var.

İzlenebilirlik kurmuş bir üretici, bir şikâyet geldiğinde hangi partiden kaç ürünün etkilendiğini dakikalar içinde görür. Malzeme bileşimini düzgün tutan bir işletme, maliyet artışlarını ürün bazında izleyebilir; bu doğrudan fiyatlandırma ve marj analizi tarafını besler. Tedarikçi verisi düzenli olan bir şirket, stok yönetimi tarafında da daha isabetli karar verir.

Yani DPP hazırlığı, aslında yıllardır ertelenen "ürün verimizi toparlayalım" işinin dış bir tarihle zorunlu hâle gelmesi.

Nereden başlamalı

Üç adım öneriyoruz. Birincisi, en çok AB'ye sattığınız tek bir ürün ailesini seçin ve yalnız onun için veri envanterini çıkarın. İkincisi, o üründe eksik olan bilgileri listeleyip hangisinin tedarikçiden geleceğini işaretleyin. Üçüncüsü, bu bilgiyi tek bir yerde tutacak sade bir yapı kurun; kapsam genişlediğinde aynı yapıyı çoğaltırsınız.

Ürün veri modelinizi çıkarmamızı, tedarikçi veri toplama akışını kurmamızı ya da mevcut sisteminizi bu veriyi dışarı verebilecek hâle getirmemizi isterseniz bizimle iletişime geçin; nasıl çalıştığımızı görmek için hizmetlerimize göz atabilirsiniz.