मैन्युफ़ैक्चरिंग प्लानिंग सॉफ़्टवेयर: स्प्रेडशीट से APS तक चार स्टेज

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

मैन्युफ़ैक्चरिंग प्लानिंग सॉफ़्टवेयर कोई भी ऐसा सिस्टम है जो तय करता है कि क्या बनाना है, कब, किस रिसोर्स पर और किस मटीरियल से, और जाँचता है कि यह जवाब सच में मुमकिन है या नहीं। इसके दायरे में बहुत कुछ आता है, अच्छी तरह बनी स्प्रेडशीट से लेकर पूरे APS (एडवांस्ड प्लानिंग एंड शेड्यूलिंग) टूल तक। काम का सवाल यह नहीं कि “सबसे अच्छा प्रोडक्ट कौन-सा है?” सवाल यह है कि “हम किस स्टेज में हैं, और इसकी हमें क्या क़ीमत चुकानी पड़ रही है?”

मैन्युफ़ैक्चरिंग प्लानिंग सॉफ़्टवेयर के चार स्टेज

स्टेज 1: स्प्रेडशीट। एक प्लानर के पास एक वर्कबुक होती है, जिसकी पंक्तियों में ऑर्डर और कॉलम में हफ़्ते होते हैं। यह तेज़, लचीली और मुफ़्त है। यह तब टूटती है जब प्लांट इतना बड़ा हो जाता है कि सब कुछ एक दिमाग़ में नहीं समाता। Excel में प्रोडक्शन प्लानिंग में वे सात संकेत दिए गए हैं जो बताते हैं कि इसने काम करना बंद कर दिया है।

स्टेज 2: ERP। ऑर्डर, स्टॉक और BOM (बिल ऑफ़ मटीरियल्स) एक रिकॉर्ड सिस्टम में चले जाते हैं, और MRP (मटीरियल रिक्वायरमेंट्स प्लानिंग) हिसाब लगाने लगता है कि क्या ख़रीदना है। डेटा साफ़ होता है। लेकिन ज़्यादातर ERP सिस्टम फ़िक्स्ड लीड टाइम से प्लानिंग करते हैं और मानते हैं कि हर मशीन की कैपेसिटी असीमित है। इसीलिए ERP को हर ऑर्डर 10 दिन का लगता है, जबकि शॉप फ़्लोर सच्चाई जानता है।

स्टेज 3: ERP के साथ APS। एक शेड्यूलिंग टूल ERP से ऑर्डर पढ़ता है और उन्हें असली मशीनों पर असली कैलेंडर के साथ क्रम में लगाता है। अब आप देख सकते हैं कि कौन-सा ऑर्डर कब पूरा होगा। कमज़ोर कड़ी है दोनों सिस्टमों के बीच का जोड़: रात के एक्सपोर्ट, सच के दो वर्शन, और मटीरियल की प्लानिंग एक जगह, कैपेसिटी की दूसरी जगह।

स्टेज 4: एक साझा प्लान। सेल्स ऑर्डर से मैन्युफ़ैक्चरिंग डिमांड बनती है, MRP और कैपेसिटी जाँचें एक ही डेटा पर चलती हैं, शेड्यूल नतीजा दिखाता है, और शॉप फ़्लोर के कन्फ़र्मेशन स्टॉक और प्रगति अपडेट करते हैं। जब कस्टमर कोई तारीख़ बदलता है, तो प्लानर मटीरियल और मशीनों पर उसका असर एक ही जगह देखता है।

इसे दीवार पर टँगे काग़ज़ी कैलेंडर से साझा ऑनलाइन कैलेंडर पर जाने जैसा समझिए। तीन लोगों के परिवार के लिए काग़ज़ वाला कैलेंडर ठीक चलता है। चालीस लोगों की टीम के लिए ऐसा कैलेंडर चाहिए जो बताए कि दो लोगों ने एक ही कमरा बुक कर लिया है।

एक हल किया हुआ उदाहरण: एक हफ़्ता, तीन स्टेज

आपकी एक्सट्रूज़न लाइन हफ़्ते में पाँच दिन, तीन शिफ़्ट चलती है: 3 × 8 × 5 = 120 घंटे। प्लान किया गया मेंटेनेंस 8 घंटे लेता है, इसलिए 112 घंटे उपलब्ध हैं। सेल्स उस हफ़्ते के लिए तीन ऑर्डर बुक करता है: लाइन के 38 घंटे, 46 घंटे और 52 घंटे। कुल लोड: 136 घंटे।

• स्प्रेडशीट में, 136 एक सेल में पड़ा रहता है। अगर किसी ने इसे 112 से मिलाने वाला फ़ॉर्मूला नहीं बनाया, तो किसी का ध्यान नहीं जाता।
• ERP में, हर ऑर्डर को अपना स्टैंडर्ड 10 दिन का लीड टाइम मिलता है, और तीनों तारीख़ें ठीक दिखती हैं। ERP ने कभी पूछा ही नहीं कि लाइन के पास कितने घंटे हैं।
• APS या साझा प्लान में, लाइन 24 घंटे ओवरलोड है। दिन के 24 घंटे चलने पर यह पूरा एक दिन है। तीसरा ऑर्डर शुक्रवार की जगह सोमवार को पूरा होता है, और यह आपको उसी दिन पता चलता है जिस दिन आप ऑर्डर बुक करते हैं, उस दिन नहीं जब वह लेट डिस्पैच होता है।

वही डेटा, तीन अलग जवाब। फ़र्क़ सिर्फ़ इतना है कि सॉफ़्टवेयर कैपेसिटी जाँचता है या नहीं।

किसी भी वेंडर के पास ले जाने के लिए डेमो स्क्रिप्ट

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

1. एक असली हफ़्ता लोड कीजिए। अपने सबसे व्यस्त रिसोर्स के पिछले महीने के ऑर्डर लीजिए। क्या टूल उसे ओवरलोड दिखाता है?
2. एक रश ऑर्डर जोड़िए। कौन-से ऑर्डर खिसकते हैं, और कितना? क्या आप देख सकते हैं कि क्यों?
3. एक मशीन बंद कीजिए। ब्रेकडाउन के लिए 8 घंटे ब्लॉक कीजिए। क्या शेड्यूल अपने आप खिसकता है, या किसी को बार खींचकर इधर-उधर करने पड़ते हैं?
4. एक शॉर्टेज बनाइए। स्टॉक से कोई कंपोनेंट हटा दीजिए। क्या टूल उस शॉर्टेज को उस कस्टमर ऑर्डर से जोड़ता है जिस पर उसका असर पड़ता है?
5. प्रोडक्शन कन्फ़र्म कीजिए। किसी ऑर्डर का 70% पूरा और 5% स्क्रैप रिपोर्ट कीजिए। प्लान में क्या अपडेट होता है?

अगर कोई वेंडर दो घंटे के सेशन में आपके डेटा के साथ यह नहीं कर पाता, तो साइन किया हुआ कॉन्ट्रैक्ट भी इसे ठीक नहीं करेगा। प्रोडक्शन प्लानिंग और शेड्यूलिंग में फ़र्क़ समझाता है कि स्टेप 1 और 3 अलग-अलग चीज़ें क्यों परखते हैं।

मिथक: “बेहतर प्लानिंग का मतलब ERP बदलना है”

शायद ही कभी। ERP उस काम में अच्छा है जिसके लिए वह बना है: फ़ाइनेंस, ख़रीद के दस्तावेज़, स्टॉक वैल्यूएशन, ऑर्डर का रिकॉर्ड। आमतौर पर उसमें फ़ाइनाइट कैपेसिटी (सीमित क्षमता) और सिनेरियो जल्दी से परखने का तरीक़ा नहीं होता। स्टेज 3 या 4 वाले ज़्यादातर प्लांट अपना ERP रखते हैं और प्लानिंग लेयर को उससे जोड़ते हैं। असली काम यह तय करना है कि कौन-सा सिस्टम किस डेटा का मालिक है: आइटम, ऑर्डर, स्टॉक, कन्फ़र्मेशन।

स्प्रेडशीट कब अब भी काफ़ी है

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

AI कहाँ फ़िट होता है

AI असिस्टेंट अब हर प्लानिंग डेमो में दिखने लगे हैं। वे काम के हो सकते हैं, लेकिन सिर्फ़ स्टेज 4 के डेटा के ऊपर। कोई लैंग्वेज मॉडल तब तक नहीं बता सकता कि ब्रेकडाउन से कौन-से ऑर्डर लेट होंगे, जब तक वह शेड्यूल और MRP के नतीजे पढ़ न सके। मैन्युफ़ैक्चरिंग में AI एजेंट दिखाता है कि अच्छा जवाब कैसा दिखता है।

factory.online में यह कैसा दिखता है

factory.online में ऊपर वाला उदाहरण डेटा के एक ही सेट पर चलता है। सेल्स ऑर्डर मैन्युफ़ैक्चरिंग डिमांड बनाते हैं, MRP मल्टी-लेवल BOM के ज़रिए मटीरियल जाँचता है, RCCP (रफ़-कट कैपेसिटी प्लानिंग) और फ़ाइनाइट कैपेसिटी शेड्यूलिंग लाइन के घंटे जाँचते हैं, और Gantt दिखाता है कि तीसरा ऑर्डर सोमवार पर जा रहा है। प्लानर प्लान को एक सिनेरियो में कॉपी कर सकता है, 38 घंटे वाले ऑर्डर को दूसरे हफ़्ते में ले जाकर देख सकता है, और लाइव कुछ भी बदलने से पहले तुलना कर सकता है। SAP और Dynamics 365 इंटीग्रेशन से ERP रिकॉर्ड सिस्टम की अपनी भूमिका निभाता रहता है।

व्यापक रोलआउट के लिए प्रक्रियाओं की जिम्मेदारियाँ तय करना और एक परखी हुई एकीकरण योजना भी आवश्यक है। BHAG Digital सॉफ्टवेयर के चयन के साथ उत्पादन की तैयारी के आकलन, परिवर्तन की रूपरेखा और कार्यान्वयन में सहायता करती है।

अगर आप पाँच स्टेप वाली डेमो स्क्रिप्ट अपने सबसे व्यस्त हफ़्ते पर चलाकर देखना चाहते हैं, तो डेमो बुक करें और डेटा साथ लाइए।