ਉਦਯੋਗਿਕ ਡੇਟਾ ਮਾਡਲ ਕੀ ਹੁੰਦਾ ਹੈ

कारखाना बहुत सारा डेटा इकट्ठा कर सकता है, फिर भी एक बुनियादी परिचालन सवाल का जवाब देने में संघर्ष कर सकता है: इस घटना से वास्तव में क्या प्रभावित होता है?

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

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

बहुत सारे सिस्टम — साझा अर्थ नहीं
एक आधुनिक संयंत्र में लगभग हर महत्वपूर्ण काम के लिए पहले से विशेष सिस्टम मौजूद हैं। ERP मांग और प्रतिबद्धताओं को संभालता है। MES निष्पादन को संभालता है। PLC उपकरण को नियंत्रित करते हैं। SCADA मशीन की स्थितियाँ प्रस्तुत करता है। हिस्टोरियन प्रक्रिया डेटा संग्रहीत करते हैं। रखरखाव सिस्टम एसेट और सर्विस कार्य संभालते हैं। गुणवत्ता सिस्टम निरीक्षण रिकॉर्ड रखते हैं, और Power BI रिपोर्टिंग के लिए जानकारी को मिला सकता है।

हर सिस्टम का एक कारण है। समस्या तब शुरू होती है जब एक ही वास्तविक दुनिया की वस्तु हर सिस्टम में अलग रूप में दिखती है। एक मशीन ERP में work center, रखरखाव में asset number, MES में resource, नियंत्रण प्रणाली में OPC UA nodes का समूह, और शॉप फ्लोर पर एक बिल्कुल अलग मैत्रीपूर्ण नाम के रूप में दर्ज हो सकती है।

एक औद्योगिक मॉडल उन सभी सिस्टमों को एक ही identifier इस्तेमाल करने के लिए मजबूर नहीं करता। इसके बजाय, यह दर्ज करता है कि वे संदर्भ एक ही भौतिक या तार्किक वस्तु से कैसे संबंधित हैं। इससे कारखाने को एक स्थिर पहचान परत मिलती है, बिना हर स्रोत सिस्टम की स्थानीय संरचनाओं को नष्ट किए।

औद्योगिक डेटा मॉडल वास्तव में क्या है
औद्योगिक डेटा मॉडल नियमों का एक साझा सेट है जो बताता है कि कारखाने में क्या मायने रखता है और वे चीज़ें आपस में कैसे जुड़ती हैं।

यह व्यावहारिक सवालों का जवाब देता है, जैसे उत्पादन ऑर्डर किसे माना जाता है, उत्पाद revision का क्या अर्थ है, work center और भौतिक एसेट में क्या अंतर है, सामग्री कब रिलीज़ होती है, और किसी मशीन का "उपलब्ध" होना वास्तव में क्या मतलब रखता है।

मॉडल इनका वर्णन कर सकता है:
• वस्तु प्रकार और पहचान
• गुण और स्थितियाँ
• कारखाने की वस्तुओं के बीच संबंध
• स्रोत-सिस्टम संदर्भ
• प्रभावी तिथियाँ और संस्करण
• संबंधों से जुड़ी शर्तें
• परिभाषाओं और नियमों का स्वामित्व

इससे कई सिस्टम एक ही उत्पादन स्थिति के अलग-अलग पहलुओं का वर्णन कर सकते हैं, बिना उन्हें एक भ्रामक स्थिति में समेटे। ERP में कोई ऑर्डर रिलीज़ हो सकता है, जबकि उसका वर्तमान MES operation अवरुद्ध रहता है। कोई मशीन यांत्रिक रूप से स्वस्थ हो सकती है, फिर भी आवश्यक fixture न होने के कारण अनुपलब्ध हो सकती है। ये सभी तथ्य एक साथ सही हो सकते हैं।

मॉडल डेटा प्लेटफ़ॉर्म नहीं है
Microsoft Fabric, SQL डेटाबेस, हिस्टोरियन, डेटा लेक और अन्य प्लेटफ़ॉर्म जानकारी संग्रहीत करने, स्थानांतरित करने, शासित करने और विश्लेषण करने के लिए उपयोगी हैं। लेकिन इनमें से कोई भी केवल इसलिए तय नहीं कर सकता कि आपके कारखाने में work center का क्या अर्थ है, क्योंकि रिकॉर्ड एक साथ संग्रहीत हैं।

आप ERP ऑर्डर, MES निष्पादन रिकॉर्ड, रखरखाव घटनाएँ, गुणवत्ता परिणाम और मशीन टेलीमेट्री को एक Lakehouse में लोड कर सकते हैं, और फिर भी यह उत्तर न दे पाएँ कि कोई ऑर्डर शिफ्ट समाप्त होने से पहले दूसरी मशीन पर जा सकता है या नहीं।
वह उत्तर संबंधों पर निर्भर करता है।

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

तालिकाएँ अकेली अक्सर कठिन क्यों हो जाती हैं
रिलेशनल तालिकाएँ समस्या नहीं हैं। ERP, MES, रखरखाव और कई विनिर्माण अनुप्रयोग रिलेशनल मॉडल पर निर्भर करते हैं क्योंकि वे लेनदेन और संरचित रिकॉर्ड के लिए उत्कृष्ट हैं।

कठिनाई तब दिखती है जब उत्पादन के प्रश्न कई संबंधों को पार करते हैं जो समय के साथ बदलते हैं।
एक उत्पाद revision के लिए कई operations आवश्यक हो सकते हैं। एक operation कई संसाधनों पर स्वीकृत हो सकता है। एक मशीन केवल कुछ उत्पाद संस्करणों, tooling संयोजनों, आकार सीमाओं या निरीक्षण आवश्यकताओं का समर्थन कर सकती है। ऑपरेटर की योग्यताएँ समाप्त हो सकती हैं। इंजीनियरिंग परिवर्तन पहले से स्वीकृत रूट को अमान्य कर सकते हैं।

यह सब तालिकाओं में दर्शाया जा सकता है, लेकिन तर्क अक्सर रिपोर्टों, SQL क्वेरी, स्प्रेडशीट और स्थानीय अपवाद सूचियों में बिखर जाता है। फिर अलग-अलग रिपोर्टें एक ही कारखाने के संबंधों को अलग-अलग तरीके से दोबारा बनाती हैं।

औद्योगिक मॉडल एक साझा संबंध परत प्रदान करता है, ताकि नियमों को एक बार परिभाषित, शासित और पुनः उपयोग किया जा सके, बजाय इसके कि हर बार कोई कठिन उत्पादन सवाल पूछे जाने पर उन्हें फिर से खोजा जाए।

PPR — उत्पाद, प्रक्रिया, संसाधन

एक व्यावहारिक प्रारंभिक संरचना PPR है: Product, Process, Resource।
Product बताता है: हम क्या बना रहे हैं?
Process बताता है: कार्य कैसे होना चाहिए?
Resource बताता है: वास्तविक उत्पादन परिस्थितियों में उस कार्य को कौन कर सकता है?

PPR अलग-थलग रिकॉर्ड को एक उत्पादन मॉडल में जोड़ने के लिए एक सरल आधार प्रदान करता है। यह तुरंत पूरे उद्यम को मॉडल करने की कोशिश से बचता है और उन संबंधों पर ध्यान केंद्रित करता है जो तय करते हैं कि कार्य वास्तव में हो सकता है या नहीं।

उत्पाद केवल part number से अधिक है
एक उत्पाद परिभाषा में उत्पाद परिवार, विशिष्ट variant, revision, bill of material, ग्राहक configuration, सामग्री आवश्यकताएँ, निरीक्षण आवश्यकताएँ और गुणवत्ता नियम शामिल हो सकते हैं।
यह महत्वपूर्ण है क्योंकि एक ही व्यापक part number वाले दो रिकॉर्ड परस्पर विनिमेय नहीं हो सकते। नया revision सख्त सहिष्णुता, भिन्न प्रक्रिया पैरामीटर, एक और निरीक्षण चरण, या उच्च क्षमता वाले उपकरण की माँग कर सकता है।

Design intent का स्वामित्व PLM जैसे इंजीनियरिंग सिस्टम के पास हो सकता है। ERP material master और planning version रख सकता है। MES उत्पादन परिभाषा रख सकता है। गुणवत्ता विभाग निरीक्षण योजना बनाए रख सकता है।
औद्योगिक मॉडल इन संदर्भों को जोड़ता है, ताकि उत्पादन एक कहीं अधिक महत्वपूर्ण प्रश्न का उत्तर दे सके, न कि केवल "यह कौन सा part number है?"

वह उत्तर दे सकता है: क्या हम वर्तमान में लागू नियमों के तहत सही revision बना रहे हैं?

प्रक्रिया बताती है कि कार्य कैसे होना चाहिए
प्रक्रिया पक्ष उत्पादन के माध्यम से स्वीकृत रूट का वर्णन करता है। इसमें केवल मशीनों की सूची से अधिक शामिल है।

यह operation क्रम, setup आवश्यकताएँ, निरीक्षण बिंदु, प्रतीक्षा समय, rework पथ, स्वीकृतियाँ, हस्तांतरण और वे शर्तें वर्णित कर सकता है जिन्हें कार्य जारी रखने से पहले पूरा होना चाहिए।
नियोजित प्रक्रिया परिभाषा बताती है कि कार्य कैसे होना चाहिए। MES निष्पादन डेटा एक विशिष्ट ऑर्डर के लिए वास्तव में क्या हुआ, यह दर्ज करता है।
दोनों महत्वपूर्ण हैं।

नियोजित प्रक्रिया के बिना, आप यह तय नहीं कर सकते कि निष्पादन स्वीकृत रूट का पालन करता है या नहीं। निष्पादन इतिहास के बिना, आप उत्पादन के दौरान वास्तव में क्या हुआ यह नहीं सीख सकते।

संसाधन का अर्थ क्षमता है — केवल मशीन नहीं
उत्पादन संसाधन मशीन, लाइन, वर्कस्टेशन, उपकरण, fixture, ऑपरेटर, परीक्षण रिग, परिवहन प्रणाली या कार्य करने के लिए आवश्यक कोई अन्य क्षमता हो सकता है।
यह भेद महत्वपूर्ण है क्योंकि मशीन तकनीकी रूप से उपलब्ध हो सकती है, फिर भी operation असंभव रह सकता है।

आवश्यक fixture किसी और जगह उपयोग में हो सकता है। कोई tool कैलिब्रेशन से बाहर हो सकता है। एकमात्र योग्य ऑपरेटर वर्तमान शिफ्ट में उपस्थित न हो। मशीन उत्पाद परिवार का समर्थन कर सकती है लेकिन वर्तमान revi