EN 18223 बहुत विस्तार से लिखा गया है - इसकी खुली व्याख्या इसे एक स्वरूपण कार्य में बदल देती है।

जब स्वच्छ, प्रचलित JSON-LD को विस्तारित EN 18223 सीरियलाइज़ेशन पर मैप किया जाता है, तो सबसे पहले जो बात ध्यान आकर्षित करती है वह इसका दायरा है। यह रूप अत्यंत विस्तारपूर्ण है।

EN 18223 डिजिटल उत्पाद पासपोर्ट की प्रणाली अंतरसंचालनीयता के लिए CEN/CLC JTC 24 मानक है; इसकी धारा 4 अर्थमूलक मॉडल को परिभाषित करती है, जबकि धारा 5.2 सीरियलाइज़ेशन को परिभाषित करती है। यह सीरियलाइज़ेशन दो रूपों में होती है। व्यवहार में उपयोग की जाने वाली संपीड़ित सीरियलाइज़ेशन प्रत्येक मान के elementId को ऑब्जेक्ट कुंजी के रूप में उपयोग करती है और dictionaryReference और valueDataType के समाधान को डेटा डिक्शनरी पर छोड़ देती है। विस्तारित रूप में सब कुछ विस्तार से बताया जाता है: प्रत्येक मान अपना स्वयं का elementId, dictionaryReference, objectType, valueDataType और value वाला एक ऑब्जेक्ट बन जाता है, और स्रोत डेटा की तीन लाइनें बीस हो जाती हैं।

यह विस्तार क्या हासिल करता है

यहविस्तार कोई संयोग नहीं है, और यह समझना महत्वपूर्ण है कि यह क्या हासिल करता है।

यह वही है जो अर्थशास्त्र बन जाता है, जैसे ही कोई यह मान नहीं सकता कि इसे खुले तौर पर ऑनलाइन हल किया जा सकता है। एक JSON-LD दस्तावेज़ आमतौर पर एक @context के माध्यम से अर्थ संप्रेषित करता है: एक लिंक जिसका पाठक यह देखने के लिए अनुसरण करता है कि किसी फ़ील्ड का क्या अर्थ है।

संपीडित रूप तभी काम करता है जब पाठक किसी फ़ील्ड के पीछे की शब्दकोश को हल कर सकता है। यह तब विफल हो जाता है जब शब्दकोश ECLASS या IEC CDD हो - जिन दोनों के लिए शुल्क लगता है, और जिनमें से कोई भी एक खुले @context IRI की तरह स्वतंत्र रूप से हल नहीं किया जा सकता। यहीं पर विस्तारित रूप अपनी लंबाई को सही ठहराता है: यह प्रत्येक मान के लिए अर्थ को विस्तार से बताता है - कौन सी डिक्शनरी, कौन सी प्रविष्टि, कौन सा प्रकार, कौन सा मान - और जब पाठक पर क्लिक करके देखने के लिए भरोसा नहीं किया जा सकता, तब भी यह स्वयं-वर्णनात्मक बना रहता है।

इस दृष्टिकोण से देखा जाए तो, यह विस्तारशीलता कोई डिज़ाइन दोष नहीं है, बल्कि बंद शब्दकोशों के प्रति एक तर्कसंगत प्रतिक्रिया है।

यह अंतर स्पष्ट है। जिन शब्दावलियों पर हम निर्माण करते हैं - ओपनईपीसीआईएस डीपीपी कोर और इसके नियामक विस्तार - वे ref.openepcis.io पर खुले तौर पर प्रकाशित हैं और स्वतंत्र रूप से हल की जा सकती हैं। एक @context संदर्भ वह अर्थ वहन करता है जिसे एक बंद शब्दकोश को निर्दिष्ट करना चाहिए।

दिशा क्यों मायने रखती है

एक बंद शब्दकोश से खुले अर्थों का पुनर्निर्माण करना उल्टा रास्ता है। इसके विपरीत करना सीधा-सादा है।

हमारे JSON-LD स्रोत में पहले से ही EN 18223 मॉडल द्वारा आवश्यक प्रत्येक विशेषता शामिल है: प्रॉपर्टी का एक संदर्भ, डिक्शनरी का एक संदर्भ, एक मान डेटा प्रकार, और प्रत्येक मान के लिए एक भाषा एरे। वे EN 18223 की सपाट एंटिटी-एट्रिब्यूट-वैल्यू संरचना के बजाय, @context IRI के साथ टाइप्ड JSON-LD ऑब्जेक्ट के रूप में व्यक्त किए गए हैं।

इस डेटा से EN 18223 व्यू उत्पन्न करना एक स्वरूपण कार्य है: मौजूदा फ़ील्ड्स को लेकर उन्हें लक्षित प्रारूप में ढालना।

संक्षेप में सिद्धांत: खुले नामस्थानों वाला एक स्रोत प्रत्येक बंद शब्दावली से एक प्रक्षेपण बनाता है, ताकि विस्तारशीलता एक ऐसी लागत बन जाती है जिसे केवल वे ही वहन करते हैं जिन्होंने एक बंद प्रणाली के साथ शुरुआत की थी। यदि अर्थ बिल्कुल पहले मसौदे से ही खुला है, तो यह लागत स्वचालित रूप से समाप्त हो जाती है।

एक मानक शब्दावली के बजाय बहुवचन नामस्थान

यह तथ्य कि हमारा स्रोत पहले से ही इस रूप में है, एक सचेत निर्णय है, संयोग नहीं। हम हर विनियमन को एक ही शब्दावली में नहीं ढालते।

प्रत्येक EU DPP विनियमन - बैटरी, वस्त्र, इलेक्ट्रॉनिक्स और जो अभी आने वाले हैं - अपना स्वयं का अपस्ट्रीम नेमस्पेस बनाए रखता है: GS1 का, OpenEPCIS DPP कोर का, और संबंधित नियामक एक्सटेंशन का। सभी एक @context ऐरे के भीतर समानांतर रूप से निहित हैं, साथ ही उन कुछ शब्दों के लिए एक जानबूझकर सुव्यवस्थित transpareo: नेमस्पेस भी है जो किसी भी अपस्ट्रीम नेमस्पेस द्वारा कवर नहीं किए गए हैं।

EN 18223 अपने स्वयं के परिचयात्मक खंड 0.3 में लगभग बिल्कुल यही आवश्यक बनाता है: क्षेत्र-विशिष्ट ऑन्टोलॉजी से बचना, प्रत्येक प्रत्यायित कृत्य के लिए जारी ऑन्टोलॉजी के समानांतर उपयोग की अनुमति देना, और क्षैतिज परत को यथासंभव सामान्य रखना।

खुले, समानांतर नेमस्पेस पर आधारित एक आर्किटेक्चर केवल मानक के इरादे के साथ संगत नहीं है। यह ठीक वही है जिसकी ओर मानक का डिज़ाइन सिद्धांत स्वयं इशारा करता है।

एक तनाव परीक्षण: बैटरी पास एट्रिब्यूट सूची

सबूत इस बात में निहित है कि यह वास्तुकला एक ऐसी शब्दावली को कैसे समायोजित करती है जिसके लिए इसे कभी डिज़ाइन नहीं किया गया था।

बैटरी पास कंसोर्टियम की डेटा एट्रिब्यूट्स लॉन्ग लिस्ट, संस्करण 1.3, एक तीसरी शब्दावली है जो EN 18223 और GS1 दोनों से स्वतंत्र रूप से अलग होती है: लगभग 100 विशेषताएँ, अपनी स्वयं की नामकरण पद्धति, अपने स्वयं के पहुँच स्तर, और बैटरी विनियम के परिशिष्ट XIII की कंसोर्टियम की व्याख्या।

हमने इसकी तुलना अपने मौजूदा डेटा मॉडल से की है। 100 में से 91 विशेषताओं को मौजूदा प्रॉपर्टी प्रकारों में बिना बदले मैप किया गया था। कई नेमस्पेस का उपयोग करने वाला एक स्रोत एक नई, बंद डिक्शनरी को एक और प्रोजेक्शन के रूप में मानता है - इसके लिए एक पूर्ण पुनः डिज़ाइन की आवश्यकता नहीं होती है।

मानक की स्थिति

EN 18223 और इसका बहन मानक EN 18216, जो उस विशिष्ट सीरियलाइज़ेशन प्रारूप को परिभाषित करता है जिसका EN 18223 संदर्भ देता है, दोनों ही सामंजस्यपूर्ण यूरोपीय मानक हैं।

वे CEN-CENELEC JTC 24 DPP सेट की पहली प्रकाशित लहर का हिस्सा हैं: आठ मानकों में से छह; शेष दो - प्रमाणीकरण और पहुँच अधिकारों पर - 2026 की गर्मियों में आएँगे। इन छह का उल्लेख 15 जुलाई 2026 को कार्यान्वयन निर्णय (ईयू) 2026/ में किया गया था।1736 को यूरोपीय संघ के आधिकारिक जर्नल में लागू करने वाले निर्णय (ईयू) 2026/ के माध्यम से अपनाया गया, जो उन्हें समन्वित दर्जा और इस प्रकार ईएसपीआर के अनुच्छेद 10 और 11 के अनुरूप होने का अनुमान प्रदान करता है।

एक सकारात्मक पहलू

इन सबका मतलब यह नहीं है कि EN 18223 एक गलत मानक है। एक ऐसी दुनिया में जहाँ हर शब्दकोश खुला नहीं है, अंतर-संचालनीयता के लिए यह विस्तारशीलता एक उचित कीमत है, और यह मानक उस दुनिया के साथ न्याय करता है।

इसका फायदा सरल है: जो पहले से ही क्लीन JSON-LD का उपयोग कर रहे हैं, उनके लिए EN 18223 एक प्रोजेक्शन है, न कि एक नई बिल्ड। महंगा रास्ता दूसरा है - वह रास्ता जो किसी भी बंद शब्दकोश से शुरुआत करने वाले को लेना ही होगा।

जो लोग पहली ही पंक्ति से खुले, सुलभ अर्थशास्त्र पर निर्माण करते हैं, उनके लिए मानक की विस्तारपूर्णता एक बोझ नहीं रह जाती। यह एक आउटपुट प्रारूप बन जाता है जिसे आवश्यकतानुसार उत्पन्न किया जा सकता है।