डिस्क्रीट मैन्युफैक्चरिंग में, प्लानर पूछता है, “किसी ऑर्डर की अभी किस वर्कस्टेशन पर प्रगति है?” तो वर्कशॉप हेड ब्लैकबोर्ड और बैच लीडर व्हाट्सएप ग्रुप देखते हैं, लेकिन फिर भी अक्सर समान जवाब नहीं मिलता। सेल्स डेडलाइन के लिए दबाव डालता है, खरीद टीम आवश्यक आइटम की पूर्ति के लिए जोर देती है, फाइनेंस वर्कइन्स की गणना करता है; हर विभाग को अलग-अलग “प्रगति” का संस्करण मिलता है, जिससे मीटिंग लंबी होती जाती है और निर्णय लेने में और भी धीमा होता जाता है। वर्कस्टेशन की प्रगति नज़र नहीं आती, ऐसा इसलिए नहीं है कि मज़दूर मेहनत नहीं करते, बल्कि इसलिए कि वर्कइन्स (WIP) की स्थिति उस डेटा लिंक में नहीं आती जिसे जांचा और मिलाया जा सके ।
आखिर क्यों ब्लैकबोर्ड और व्हाट्सएप ग्रुप ठीक नहीं चलते
कई फैक्ट्रियों का रोज़मर्रा यह है: ERP में सेल्स ऑर्डर और प्रोडक्शन वर्कऑर्डर होते हैं, लेकिन वर्कस्टेशन स्तर की स्थिति अभी भी मैनुअल रूप से अपडेट होती है । बैच लीडर शिफ्ट खत्म होने से पहले अपने टेबल में पूर्णता का आंकड़ा लिख देता है, जिसे प्लानर अगले दिन ही एकत्र कर पाता है; अचानक आने वाले ऑर्डर, रिवर्क, बाहरी सहयोग से आने वाले सामान के बीच में घुस जाने से ब्लैकबोर्ड पर दिखाई देने वाले आंकड़े मैदान से पीछे रह जाते हैं। व्हाट्सएप ग्रुप में आने वाली तस्वीरें और ऑडियो विन्यास योग्य नहीं होते, न ही वे वर्कऑर्डर नंबर, वर्कस्टेशन नंबर या उपकरण नंबर से जोड़े जा सकते हैं।
जब उत्पाद का प्रोसेस रूट पांच से अधिक वर्कस्टेशन और तीन से अधिक समानांतर वर्कस्टेशन वाला होता है, तो “लगभग 80% पूरा हो गया” जैसा अस्पष्ट विवरण सभी आवश्यक आइटम की जांच और शिपमेंट प्लान को गलत बना देता है। विनिर्माण क्षेत्र के डिजिटलाइज़ेशन सर्वे के अनुसार, डेडलाइन उल्लंघन के लगभग 40% मामलों का संबंध मैदान पर प्रगति की जानकारी में देरी से है , न कि उत्पादन क्षमता की सीमितता से। प्रगति नज़र नहीं आने से बॉटलनेक भी छिप जाता है: किसी वर्कस्टेशन पर सामान जमा होता है जबकि नीचे की ओर वर्कस्टेशन खाली होते हैं, लेकिन प्रबंधन अभी भी समान रूप से उत्पादन शेड्यूल करता है।
बिज़नेस को कैसे विभाजित करें: वर्कऑर्डर, वर्कस्टेशन और वर्कइन्स तीन चीज़ें
प्रगति को नियंत्रित करने के लिए, पहले भाषा को एकसाथ लाना चाहिए। अनुशंसा है कि मैदान की स्थिति को तीन स्तरों के ऑब्जेक्ट में विभाजित करें:
- प्रोडक्शन वर्कऑर्डर : ERP/MES में MO के समान, जिसमें मात्रा, डेडलाइन और BOM रेफरेंस होते हैं;
- वर्कस्टेशन टास्क : वर्कऑर्डर के प्रोसेस रूट के अनुसार विस्तारित उन निष्पादन योग्य इकाइयों का संदर्भ जो वर्कसेंटर या उपकरण से जुड़ी होती हैं;
- वर्कइन्स बैच : एक ही वर्कऑर्डर के लिए एक वर्कस्टेशन पर अभी तक प्रोसेस न हुआ, प्रोसेसिंग के दौरान, जांच के लिए इंतजार कर रहा या पूरा हो चुका है।
बिज़नेस नियमों में स्पष्ट रूप से बताना चाहिए: कौन सी क्रिया “शुरू होने” की गिनती होती है और कौन सी क्रिया “पूरा होने” की गिनती होती है । उदाहरण के लिए, मशीनिंग में प्रोग्राम शुरू होने या पहले आइटम की जांच में सफलता को शुरू होने के रूप में माना जाता है, जबकि अंतिम आइटम की जांच में सफलता और मात्रा की रिपोर्ट को पूरा होने के रूप में माना जाता है; असेंबली लाइन में ट्रे के वर्कस्टेशन में पहुंचने को शुरू होने के रूप में माना जाता है, जबकि वर्कस्टेशन से निकलने और स्कैन करने को पूरा होने के रूप में माना जाता है। नियमों में असंगति होने से सिस्टम में WIP का वास्तविक सामान से मिलान नहीं हो पाता।
भूमिकाएं और अधिकार सीमाएं
विशिष्ट भूमिकाएं हैं: प्लानर (वर्कऑर्डर बनाना/संशोधित करना, पूरे फैक्ट्री के WIP को देखना), बैच लीडर (अपने बैच के लिए रिपोर्टिंग और असामान्यताएं), क्वालिटी कंट्रोल (अनुपालन न होने पर रोक लगाना, रिवर्क वर्कस्टेशन को ट्रिगर करना), स्टोर मैनेजर (वर्कस्टेशन से वर्कइन्स के ट्रांसफर और इनबाउंड ट्रिगर करना)। अधिकारों को संगठन और वर्कसेंटर के आधार पर विभाजित करना चाहिए , ताकि फ्रंटलाइन कर्मचारी अनावश्यक ऑर्डर की लागत न देखें और प्लानर बॉटलनेक वर्कस्टेशन पर जमा होने को न देख पाए।
कैसे डिज़ाइन करें: स्टेट मशीन, कलेक्शन पॉइंट और रिकॉर्डिंग
वर्कस्टेशन प्रगति सिस्टम का कोर वर्कस्टेशन स्टेट मशीन है: शेड्यूल करने की प्रतीक्षा → वर्क डिस्पैच → प्रोसेसिंग → जांच की प्रतीक्षा → पूरा / रिवर्क में / अस्थायी रूप से रोक लगाना। हर स्टेट ट्रांज़िशन के लिए ज़रूरी है कि निम्नलिखित जानकारी छोड़ी जाए: ऑपरेटर, टाइमस्टैम्प, मात्रा, और वैकल्पिक रूप से उपकरण/वर्कसेंटर ID। डिज़ाइन के दौरान “रोक लगाने का कारण कोड” और “रिवर्क के लिए लक्ष्य वर्कस्टेशन” को भी रिज़र्व कर लेना चाहिए, अन्यथा असामान्य ऑर्डर सिस्टम को बायपास करके ऑफलाइन चला जाएगा।
कलेक्शन का तरीका कैसे चुनें
कलेक्शन को एक बार में पूरी तरह से ऑटोमेटिक नहीं करना चाहिए, बल्कि परिपक्वता के आधार पर चरणबद्ध तरीके से करना चाहिए:
- वर्कस्टेशन टर्मिनल रिपोर्टिंग : टैबलेट या इंडस्ट्रियल टचस्क्रीन, वर्कऑर्डर/वर्कस्टेशन बारकोड स्कैन करने के बाद पूर्णता का आंकड़ा दर्ज करना; कम लागत और तेज़ लाइव ऑन;
- उपकरण डेटा इंटरफ़ेस : CNC, SMT आदि OPC/MTConnect/निर्माता API के ज़रिए रनिंग और काउंट रिपोर्ट करते हैं; बॉटलनेक उपकरणों के लिए उपयुक्त;
- Andon और अन लाइट लिंक : रोक, कमी, गुणवत्ता संबंधी असामान्यताएं एक क्लिक में रिपोर्ट करना, वर्कस्टेशन की स्थिति को ऑटोमेटिक रूप से फ्रीज़ करना;
- RFID/ट्रे ट्रैकिंग : बैच ट्रांसफर के सीनारियों में, ट्रे ID के ज़रिए कई वर्कऑर्डर के वर्कइन्स की स्थिति को जोड़ना।
डिज़ाइन के सिद्धांत हैं सही रिपोर्टिंग को छिपाने से आसान बनाना : डिफ़ॉल्ट रूप से वर्कऑर्डर और स्टैंडर्ड वर्क टाइम ले जाना, रिपोर्टिंग एक ही स्टेप में पूरी हो जाती है; असामान्यताओं के लिए कारण चुनना ज़रूरी है, न कि लंबे समय तक “प्रोसेसिंग के दौरान” बंद न करना।
और ERP वर्कऑर्डर कैसे एकसाथ रखें
MES/प्रगति सिस्टम और ERP के बीच का विभाजन इंटरफ़ेस कॉन्ट्रैक्ट में लिखा जाना चाहिए: ERP वर्कऑर्डर के मुख्य डेटा और BOM जारी करता है; मैदान का सिस्टम वर्कस्टेशन की पूर्णता की मात्रा, वर्क टाइम, रिजेक्शन की जानकारी वापस भेजता है ; ERP इस आधार पर मटेरियल काटता है और ऑर्डर की पूर्णता को अपडेट करता है। दोनों तरफ से “मात्रा में बदलाव” करने की अनुमति नहीं है, बिना ऑडिट के। आम तौर पर ERP को फाइनेंस और ऑर्डर की सत्यता का स्रोत माना जाता है, जबकि मैदान का सिस्टम वर्कस्टेशन की सत्यता का स्रोत है, इवेंट सिंक्रोनाइज़ेशन + डेली रिकॉर्डिंग के ज़रिए अंतर को समझने के लिए।
कैसे डेवलप और एक्सेप्ट करें
इंटरफ़ेस लेयर को इवेंट-बेस्ड बनाने की सिफारिश है: वर्कऑर्डर जारी होने, रिपोर्टिंग, क्वालिटी कंट्रोल के निर्णय, वर्कस्टेशन ट्रांसफर के लिए एक-एक मैसेज भेजना, ताकि बाद में बोर्ड और बड़े स्क्रीन पर देखने में आसानी हो। फ्रंटएंड में बैच लीडर को एक स्क्रीन पर अपने बैच के लंबित कार्य और असामान्यताएं देखने की सुविधा देना , जबकि प्लानर को ऑर्डर/वर्कस्टेशन/डेडलाइन के आधार पर WIP की हीट मैप देना । परफॉर्मेंस के लिए, एक फैक्ट्री में हज़ारों लोगों की एक साथ रिपोर्टिंग को सेकंडों में देखना चाहिए, अन्यथा मैदान फिर से कागज़ी रिपोर्टिंग पर लौट जाएगा।
एक्सेप्टेंस केवल “रिपोर्टिंग करने की क्षमता” की जांच नहीं करना चाहिए। असली 10 वर्कऑर्डर लेकर पूरे फ्लो की ट्रैकिंग एक्सरसाइज़ करना चाहिए : अचानक ऑर्डर, रिवर्क, बाहरी सहयोग से आने वाले सामान, उपकरण खराब होने पर रोक लगाना—हर चीज़ को एक बार चलाकर ERP की पूर्णता और मैदान के वास्तविक सामान के बीच के अंतर को जांचना चाहिए। लाइव ऑन के बाद पहले दो हफ़्तों में हर दिन WIP रिकॉर्डिंग करना चाहिए, जिसमें अंतर थ्रेशोल्ड से ऊपर होने पर ऑटोमेटिक रूप से प्लानर और IT को भेज देना चाहिए।
लॉन्च के दौरान सबसे आम गड़बड़ी
पहला है प्रोसेस रूट का समय पर रखरखाव न होना , जिससे नए उत्पाद के लिए भी पुराने टेम्प्लेट से रिपोर्टिंग होती है, जिससे डेटा पहले दिन से ही गलत हो जाता है। दूसरा है प्रगति सिस्टम को परीक्षण का उपकरण बनाना , जिससे बैच लीडर रिपोर्टिंग छिपाते हैं या बाद में रिपोर्ट करते हैं, और विश्वास टूटने के बाद सिस्टम बेअसर हो जाता है। तीसरा है केवल पूर्णता का डेटा लेना और असामान्यताओं को न देखना , जिससे रोक और कमी का डेटा सिस्टम में नहीं आता, और बॉटलनेक हमेशा “सामान्य दिखता है”। इसका समाधान है सिस्टम को बैच मीटिंग और असामान्यताओं के अपग्रेड प्रोसेस में एम्बेड करना, न कि अतिरिक्त फॉर्म भरने का बोझ बढ़ाना।
वर्कस्टेशन प्रगति को अच्छी तरह से नियंत्रित करने से ही डेडलाइन की वादा की आधारभूत जानकारी मिलती है, और वर्कइन्स पर फंड का उपयोग भी सही तरीके से होता है। डिस्क्रीट मैन्युफैक्चरिंग कंपनियों के लिए, यह अक्सर एक और “बड़ा ERP मॉड्यूल” खरीदने से भी ज़्यादा ज़रूरी होता है—क्योंकि समस्या है मैदान की स्थिति का डिजिटलाइज़ेशन न होना , न कि एक नए रिपोर्ट की कमी।
Shandong XYN Information Technology Co., Ltd. (XYN Tech) लंबे समय से विनिर्माण, व्यापार और रियल इंडस्ट्री के लिए प्रोडक्शन प्रगति, स्टोरेज और CRM जैसे कस्टमाइज़्ड सिस्टम डिलीवर करती आ रही है; हमारी वेबसाइट हमारे बारे में पर जाकर इंजीनियरिंग प्रैक्टिस और डिलीवरी की सीमाओं को जानने का स्वागत है।