EN 18223 की लालफीताशाही - और हम इसके लिए भुगतान क्यों नहीं करेंगे

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

EN 18223 वह CEN/CLC JTC 24 मानक है जो डिजिटल उत्पाद पासपोर्ट के लिए डेटा मॉडल को परिभाषित करता है - वह प्रारूप जिसका पालन हर DPP को तब करना अनिवार्य है जब यह मानक यूरोपीय संघ के आधिकारिक जर्नल में प्रकाशित हो जाता है। इस प्रारूप में, प्रत्येक मान अपना elementId, dictionaryReference, objectType, valueDataType और value के साथ एक ऑब्जेक्ट बन जाता है। स्रोत डेटा की तीन पंक्तियाँ बीस हो जाती हैं।

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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