एक प्रवाह, एक दिशा: डेटा उत्पाद पासपोर्ट में कैसे प्रवाहित होता है

जैसे ही एक डिजिटल उत्पाद पासपोर्ट आकार लेता है, आईटी विभाग सबसे बढ़कर एक सवाल पूछता है: प्लेटफ़ॉर्म को हमारी किन प्रणालियों तक पहुँच की आवश्यकता है? यह सही सवाल है, क्योंकि इसके पीछे लॉगिन विवरण, फ़ायरवॉल अनुमतियाँ और एक सुरक्षा रणनीति है, जिसके लिए किसी को ज़िम्मेदारी लेनी होगी।

हमारा जवाब संक्षिप्त है: कोई भी नहीं। पासपोर्ट में डेटा का योगदान करने वाली सभी प्रणालियाँ स्रोत पक्ष पर हैं और वहीं रहती हैं। ट्रांसपेरियो श्रृंखला के अंत में केवल एक प्राप्तकर्ता है; डेटा प्रवाह एकतरफा प्लेटफ़ॉर्म की ओर होते हैं। यह लेख इन प्रवाहों का पता लगाता है: प्रत्येक सिस्टम क्या प्रदान करता है, प्रत्येक प्रवाह पर कौन से नियम लागू होते हैं, और पुष्टि के रूप में क्या लौटाया जाता है।

पासपोर्ट में प्रत्येक सिस्टम का योगदान

पासपोर्ट के लिएडेटा शायद ही कभी एक ही सिस्टम से आता है। व्यवहार में, यह कुछ सिस्टम श्रेणियों में फैला होता है, जिनमें से प्रत्येक केवल कुछ फ़ील्ड का योगदान देता है:

• ईआरपी - आइटम पहचान, सामग्री, आपूर्तिकर्ता और उत्पत्ति, ऑर्डर और बैच संदर्भ, मात्राएँ। स्थिर मास्टर डेटा जो शायद ही कभी बदलता है।
• एमईएस - उत्पादन इतिहास, सीरियल और बैच आवंटन, गुणवत्ता रिकॉर्ड, पता लगाने की क्षमता। इवेंट डेटा, जो समय के एक विशिष्ट बिंदु से जुड़ा होता है।
• एपीएस - उत्पादन समय और संसाधन आवंटन। पासपोर्ट के लिए शायद ही कभी सीधे प्रासंगिक; जो बात मायने रखती है वह आमतौर पर एमईएस (MES) के माध्यम से आती है।
• पीएलएम (PLM) - संरचना, बिल ऑफ मटेरियल्स, मरम्मत योग्यता, स्पेयर पार्ट्स, डिज़ाइन की स्थिति। इकोडिज़ाइन विनियमन की आवश्यकताओं के आधार पर मापा गया, यह सबसे व्यापक स्रोत है।
• PIM - विवरण, छवियाँ, देखभाल और उपयोग संबंधी निर्देश, भाषा संस्करण। उपभोक्ता-सामना करने वाली सामग्री।
• IoT - उपयोग चरण से स्थिति और उपयोग डेटा। केवल कुछ उत्पाद समूहों के लिए आवश्यक, जैसे कि बैटरी।
• सीआरएम - व्यक्तिगत ग्राहकों के लिए सेवा और मरम्मत का इतिहास। अनिवार्य रूप से व्यक्तिगत डेटा, और इसलिए ## यहएक सार्वजनिक पासपोर्ट में शामिल नहीं होना चाहिए।

प्रशासन शेल सिस्टम के ऊपर स्थित है, उनके बगल में नहीं

एक अंतर बाकी सभी से अधिक महत्वपूर्ण है: एसेट एडमिनिस्ट्रेशन शेल (Asset Administration Shell) ईआरपी (ERP), एमईएस (MES) और पीआईएम (PIM) के साथ-साथ नहीं, बल्कि उनके ऊपर स्थित है। यह डेटा उत्पन्न नहीं करता है, बल्कि मौजूदा डेटा को इंटरऑपरेबल उप-मॉडलों में समाहित करता है। ट्रांसपेरियो (Transpareo) के साथ एकीकरण के लिए, इसका मतलब है: एक एएएस (AAS) एक सुविधाजनक, लेकिन अनिवार्य नहीं, वितरण प्रारूप है। जो लोग इसका उपयोग करते हैं, वे इसके उप-मॉडलों से डेटा पैकेज प्राप्त करते हैं; जो लोग ऐसा नहीं करते, वे अन्य साधनों से वही फ़ील्ड प्रदान करते हैं। इसके बावजूद, हम एसेट एडमिनिस्ट्रेशन शेल को एक उत्कृष्ट नींव क्यों मानते हैं, इसके कारण AAS पर लेख में दिए गए हैं।

हर डेटा प्रवाह पर लागू होने वाले पाँच नियम

दिशा। सभी तीर प्लेटफ़ॉर्म की ओर इशारा करते हैं। Transpareo किसी भी स्रोत सिस्टम से क्वेरी नहीं करता है, और Transpareo के पास ERP, MES, PIM या PLM के लिए कोई एक्सेस क्रेडेंशियल नहीं है। आपकी प्रणालियों से कोई कनेक्शन नहीं है जिसे सुरक्षित करने की आवश्यकता हो, क्योंकि वह मौजूद ही नहीं है।

ट्रिगर। पुश हमेशा स्रोत पर ट्रिगर होता है - निर्माता स्वयं, उनके मिडलवेयर या एक अनुबंधित सेवा प्रदाता द्वारा। प्लेटफ़ॉर्म प्रतीक्षा करता है; यह डेटा प्राप्त नहीं करता है।

उद्देश्य सीमा। केवल पास के लिए आवश्यक उपसमूह प्रेषित किया जाता है, न कि स्रोत सिस्टम से पूरा डेटासेट। पास को प्रत्येक सिस्टम से केवल कुछ फ़ील्ड्स की आवश्यकता होती है; बाकी सब कुछ वहीं रहता है जहाँ वह है।

रिलीज़। स्रोत पक्ष प्रत्येक डेटा पैकेज के चयन, दायरे और समय को निर्धारित करता है। ट्रांसपेरियो को उस से अधिक प्राप्त नहीं हो सकता जितना वितरित किया गया है।

अधिकृतियाँ। निर्दिष्ट पहुँच क्रेडेंशियल यह नियंत्रित करते हैं कि प्लेटफ़ॉर्म पर वितरित डेटा के साथ क्या किया जा सकता है: न्यूनतम अधिकार लागू होते हैं, और जो कुछ भी स्पष्ट रूप से अनुमत नहीं है वह निषिद्ध रहता है। ये नियम प्लेटफ़ॉर्म पक्ष पर लागू होते हैं; उनका कभी भी स्रोत पर प्रतिगामी प्रभाव नहीं होता।

केवल पावती भेजी जाती हैं

एक ## रिटर्नचैनल आवश्यक है, लेकिन यह डेटा नहीं ले जाता है; इसके बजाय, यह प्रतिक्रियाएं प्रसारित करता है: DPP URL या GS1 डिजिटल लिंक, संस्करण आईडी, प्रकाशन स्थिति और सत्यापन संदेश। स्रोत सिस्टम के लिए, यह प्रतिक्रिया मूल्यवान है क्योंकि पास संदर्भ को सीधे ERP या PIM में आइटम के विरुद्ध संग्रहीत किया जा सकता है। यह एक एक्सेस अनुरोध नहीं है। यह इस बात की पुष्टि के रूप में काम करता है कि एक डिलीवरी प्राप्त हो गई है।

तीन दृष्टिकोण जो व्यवहार में प्रभावी साबित हुए हैं

• प्रमुख सिस्टम से सीधे। ईआरपी या पीएलएम एक कनेक्टर के माध्यम से डेटा भेजता है। जब एक डेटा स्रोत स्पष्ट रूप से प्रमुख हो तो यह सरल और समझदारी भरा होता है।
• एक एग्रीगेशन लेयर के माध्यम से। मिडलवेयर या आईपीएएएस (iPaaS) ईआरपी, एमईएस और पीआईएम क्षेत्रों को एक साथ लाता है और एक एकल पैकेज प्रदान करता है। जब भी कई स्रोत शामिल होते हैं तो यह मानक दृष्टिकोण है।
• AAS सब-मॉडलों के माध्यम से। मैनेजमेंट शेल पहले से ही उपयोग में है, और पैकेज इसके सब-मॉडलों से प्राप्त किया जाता है। यह विशेष रूप से इंडस्ट्री 4.0 वातावरण में फायदेमंद है।

हमने ERP इंटीग्रेशन प्लेबुक में बताया है कि कौन सा पैटर्न किस सिस्टम लैंडस्केप के लिए उपयुक्त है और इस तरह की परियोजना को तीन महीने के बजाय दो सप्ताह में कैसे पूरा किया जा सकता है।

ट्रांसपेरियो जानबूझकर क्या नहीं है

दूसरा ‘रिकॉर्ड सिस्टम’ नहीं। प्लेटफ़ॉर्म पासपोर्ट डेटा रिकॉर्ड और उसके अपरिवर्तनीय संस्करण इतिहास को संग्रहीत करता है, न कि निर्माता के परिचालन डेटा को। ERP में की गई कोई भी सुधार एक नई डिलीवरी के माध्यम से पासपोर्ट तक पहुँचती है - एक नए, ट्रेस करने योग्य संस्करण के रूप में, न कि मौजूदा रिकॉर्ड में एक चुपचाप बदलाव के रूप में। इस संस्करण श्रृंखला को कैसे हस्ताक्षरित किया जाता है और सभी के लिए सत्यापनीय बनाया जाता है, यह हस्ताक्षर और प्रमाणपत्रों पर पोस्ट में समझाया गया है।

इससे आपके सुरक्षा अवधारणा के सत्यापन के लिए बहुत कम बचता है, और यही इसका सटीक इरादा है। आपको कोई लॉगिन क्रेडेंशियल प्रकट नहीं करना है, कोई आंतरिक फ़ायरवॉल पोर्ट खोलने की आवश्यकता नहीं है, और न ही कोई तीसरा-पक्ष सिस्टम है जिसे आपके ERP तक रीड एक्सेस हो। वास्तविक प्रोजेक्ट का काम उस जगह पर चला जाता है जहाँ इसका होना चाहिए: यह तय करना कि पास में कौन से फ़ील्ड शामिल होने चाहिए - न कि यह कि किसे कहाँ लॉग इन करने की अनुमति है।