Temiz ve deyimsel bir JSON-LD’yi genişletilmiş EN 18223 serileştirmesine eşlediğimizde, ilk olarak kapsamı dikkat çeker. Bu biçim dikkat çekici derecede ayrıntılıdır.
EN 18223, Dijital Ürün Pasaportu’nun sistemler arası çalışabilirliğine ilişkin CEN/CLC JTC 24 standardıdır; 4. maddesi semantik modeli, 5.2. maddesi ise serileştirmeyi tanımlar. Bu serileştirmenin iki biçimi vardır. Çalışma sırasında kullanılan sıkıştırılmış serileştirme, her değerin elementId‘sini nesne anahtarı olarak kullanır ve dictionaryReference ile valueDataType‘ın çözümlenmesini veri sözlüğüne bırakır. Genişletilmiş biçim ise her şeyi ayrıntılı olarak yazar: Her değerden, kendine özgü elementId, dictionaryReference, objectType, valueDataType ve value değerlerine sahip bir nesne oluşturulur ve üç satırlık kaynak veri yirmi satıra çıkar.
Bu ayrıntılı yapının sağladığı faydalar
Bu ayrıntılı ## yapıtesadüf değildir ve## bunun ne gibi faydalar sağladığınıanlamakta fayda vardır.
Bu ayrıntı, semantiğin açık bir şekilde çevrimiçi olarak çözümlenebileceği varsayımı artık geçerli olmadığında ortaya çıkan şeydir. Bir JSON-LD belgesi, anlamı genellikle bir @context aracılığıyla taşır: okuyucunun bir alanın ne anlama geldiğini araştırmak için takip ettiği bir bağlantıdır.
Sıkıştırılmış biçim, ancak okuyucu bir alanın arkasındaki sözlüğü çözebildiğinde işe yarar. Bu, sözlük ECLASS veya IEC CDD ise başarısız olur - her ikisi de ücretlidir ve hiçbiri açık bir @context-IRI gibi serbestçe çözülemez. İşte bu noktada genişletilmiş biçimin uzunluğu anlam kazanır: Anlamı değer değer yazarak belirtir - hangi sözlük, hangi giriş, hangi tür, hangi değer - ve okuyucunun bağlantıları tıklayarak ilerleyeceğine güvenilemediğinde bile kendi kendini açıklar.
Bu şekilde okunduğunda, bu ayrıntılı anlatım bir tasarım hatası değil, kapalı sözlüklere verilen mantıklı bir yanıttır.
Karşıtlık somuttur. Üzerine inşa ettiğimiz sözlükler - OpenEPCIS DPP Core ve yönetmelik genişletmeleri - ref.openepcis.io adresinde açık olarak yayınlanmıştır ve serbestçe çözümlenebilir olmaya devam eder. Tek bir @context referansı, kapalı bir sözlüğün içine yazması gereken anlamı taşır.
Neden yön önemlidir?
Kapalı bir sözlükten açık semantiği yeniden oluşturmak, zor olan yoldur. Tersine ise kolaydır.
JSON-LD kaynağımız, EN 18223 modelinin gerektirdiği her özniteliği zaten içermektedir: özelliğe bir referans, sözlüğe bir referans, bir değer veri türü ve değer başına bir dil dizisi. Bunlar, EN 18223’ün düz Entity-Attribute-Value yapısı yerine, @context-IRI’leri içeren tipleştirilmiş JSON-LD nesneleri olarak ifade edilmektedir.
Bu verilerden bir EN 18223 görünümü oluşturmak bir biçimlendirme işidir: mevcut alanları alıp hedef biçime getirmek.
Bu ilkeyi tek cümleyle özetlemek gerekirse: Açık ad alanlarına sahip bir kaynak, her kapalı sözlükten bir izdüşüm oluşturur; böylece, ayrıntılı olmanın bedelini yalnızca kapalı bir yapıyla başlayanlar öder. Anlam, ilk yazımdan itibaren açık olarak mevcutsa, bu bedel kendiliğinden ortadan kalkar.
Kanonik bir sözlük yerine çoğul ad alanları
Kaynağımızın halihazırda bu biçime sahip olması, bir tesadüf değil, bilinçli bir karardır. Her yönetmeliği tek bir sözlüğe sıkıştırmıyoruz.
Her bir AB DPP yönetmeliği - pil, tekstil, elektronik ve gelecek olanlar - kendi öncül ad alanını korur: GS1’in, OpenEPCIS DPP Core’un ve ilgili yönetmelik genişlemesinin ad alanları. Hepsi, üst düzey bir ad alanı bulunmayan az sayıdaki terim için bilinçli olarak yalın tutulmuş bir transpareo: ad alanının yanında, bir @context dizisinde paralel olarak yer alır.
EN 18223 standardı, kendi giriş maddesi 0.3’te neredeyse tam olarak şunu talep eder: sektöre özgü ontolojilerden kaçınmak, her bir delege edilmiş yasal düzenleme için yayınlanan ontolojilerin paralel kullanımına izin vermek ve yatay katmanı olabildiğince genel tutmak.
Açık, paralel ad alanlarına dayalı bir mimari, sadece standardın amacına uygun olmakla kalmaz. Standartın tasarım ilkesinin kendisinin işaret ettiği şey de budur.
Bir stres testi: Battery Pass’ın öznitelik listesi
Bunun kanıtı, mimarinin aslında hiç bu amaçla tasarlanmadığı bir sözlüğü nasıl barındırdığıdır.
Battery Pass Konsorsiyumu’nun 1.3 sürümündeki Data Attribute Long List, hem EN 18223 hem de GS1’den bağımsız olarak farklılık gösteren üçüncü bir sözlüktür: yaklaşık 100 öznitelik, kendine özgü adlandırma, kendine özgü erişim düzeyleri ve Konsorsiyum’un Pil Yönetmeliği’nin XIII. Ek’ine getirdiği yorum.
Bunu mevcut veri modelimizle karşılaştırdık. 100 özniteliğin 91’i, mevcut özellik türlerine değiştirilmeden yerleştirildi. Çoğul ad alanlarına dayanan bir kaynak, yeni bir kapalı sözlüğü ek bir projeksiyon olarak kabul eder; yeniden yapılandırmayı zorunlu kılmaz.
Standardın durumu
EN 18223 ve EN 18223’ün atıfta bulunduğu, somut serileştirme formatını tanımlayan kardeş standardı EN 18216, her ikisi de uyumlaştırılmış Avrupa standartlarıdır.
Bu standartlar, CEN-CENELEC-JTC-24-DPP setinin yayınlanan ilk dalgasına aittir: sekiz standarttan altısı bu dalgada yer almaktadır; kimlik doğrulama ve erişim haklarıyla ilgili kalan iki standart ise 2026 yazında yayınlanacaktır. Bu altı standart, 15 Temmuz 2026 tarihinde (AB) 2026/1736 sayılı Uygulama Kararı ile AB Resmi Gazetesi’nde yayınlanmıştır; bu da onlara uyumlaştırılmış statü ve dolayısıyla ESPR’nin 10. ve 11. maddeleriyle uygunluk varsayımı kazandırmaktadır.
Olumlu Yön
Bunların hiçbiri EN 18223’ü yanlış bir standart yapmaz. Bu ayrıntılı yapı, her sözlüğün açık olmadığı bir dünyada birlikte çalışabilirliğin dürüst bedelidir ve standart bu dünyaya uygun bir çözüm sunar.
İyi tarafı ise basit: Zaten temiz bir JSON-LD kullanıyorsanız, EN 18223 sizin için bir projeksiyon, yeni bir yapı değildir. Pahalı olan yol ise diğeridir - kapalı bir sözlükten başlayan herkesin izlemesi gereken yol.
İlk satırdan itibaren açık, çözümlenebilir semantiğe dayananlar için standardın bu ayrıntılı yapısı artık bir engel olmaktan çıkar. Standart, gerektiğinde oluşturulabilecek bir çıktı biçimi haline gelir.