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

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

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

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

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

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

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

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

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

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

आपके सिस्टम से कोई कनेक्शन नहीं है जिसे सुरक्षित करने की आवश्यकता है, क्योंकि वह मौजूद ही नहीं है।

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

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

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

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

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

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

तीन मॉडल जिन्होंने व्यवहार में अपनी उपयोगिता साबित की है

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

हमने अपनी ईआरपी एकीकरण प्लेबुक में बताया है कि कौन सा पैटर्न किस सिस्टम परिदृश्य के लिए उपयुक्त है और इस तरह की परियोजना को तीन महीने के बजाय दो सप्ताह में कैसे पूरा किया जा सकता है।

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

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

इससे आपकी सुरक्षा रणनीति के लिहाज़ से जाँचने के लिए बहुत कम बचता है, और यही इसका सटीक इरादा है। आपको कोई लॉगिन क्रेडेंशियल जारी करने की ज़रूरत नहीं है, न ही इनवर्ड फ़ायरवॉल पोर्ट खोलने की और न ही कोई तीसरा सिस्टम है जिसे आपके ईआरपी (ERP) तक रीड एक्सेस (read access) हो।

वास्तविक प्रोजेक्ट का काम उस जगह पर चला जाता है जहाँ यह होना चाहिए: यह तय करना कि पास में कौन से फ़ील्ड होने चाहिए - न कि यह कि किसको कहाँ लॉग इन करने की अनुमति है।