ERP को हर ऑर्डर 10 दिन का क्यों लगता है (और फ़ैक्टरी क्यों असहमत है)

तीन ऑर्डरों की ड्यू डेट शुक्रवार है। तीनों को एक ही फ़र्नेस चाहिए। दो में एक ही स्टील ग्रेड है, एक में अलग ग्रेड, और ग्रेड बदलने में आधी शिफ़्ट लगती है। आपका ERP सिस्टम कहता है कि तीनों ठीक हैं: हर ऑर्डर अपने स्टैंडर्ड 10 दिन के लीड टाइम के साथ रिलीज़ हुआ, और फ़र्नेस पर सिर्फ़ 83% लोड दिख रहा है। फ़र्नेस ऑपरेटर पहले से जानता है कि इनमें से एक लेट होगा। सही कौन है?

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

ERP फ़िक्स्ड लीड टाइम क्यों इस्तेमाल करता है

ERP प्लानिंग MRP से निकली है, जिसे 1960 के दशक में एक सवाल का जवाब देने के लिए बनाया गया था: कौन-सा मटीरियल, कितना और कब। उस दौर के कंप्यूटरों पर यह हिसाब मुमकिन बनाने के लिए उसने एक साहसी सरलीकरण किया। हर आइटम को एक लीड टाइम मिलता है, दिनों की एक तय संख्या, और प्लान ड्यू डेट से पीछे की ओर गिना जाता है।

यह सरलीकरण आज भी मौजूद है। अगर वेल्डेड फ़्रेम का लीड टाइम 10 दिन है, तो ERP 10 दिन ही मानता है, चाहे वेल्डिंग सेल ख़ाली हो या उस पर तीन हफ़्ते का बैकलॉग हो। दूसरे शब्दों में, वह इनफ़ाइनाइट कैपेसिटी (असीमित क्षमता) मानकर चलता है। कैपेसिटी बाद में कैसे जोड़ी गई, और MRP II और APS (एडवांस्ड प्लानिंग एंड शेड्यूलिंग) ने क्या जोड़ा, इसका पूरा इतिहास MRP, MRP II, ERP और APS का फ़र्क़ में बताया गया है।

एक ऐसे GPS के बारे में सोचिए जो हमेशा कहता है “ऑफ़िस 20 मिनट दूर”, चाहे रात के 3 बजे हों या पीक ट्रैफ़िक का समय। वह संख्या एक औसत है। कुछ दिन वह सही होती है, और जिन दिनों सबसे ज़्यादा ज़रूरत होती है, उन्हीं दिनों बुरी तरह ग़लत।

मिथक: “हमारे लीड टाइम ग़लत हैं, इन्हें ठीक कर देते हैं”

जब ऑर्डर बार-बार लेट पूरे होते हैं, तो पहली प्रतिक्रिया होती है लीड टाइम बढ़ाना। 12 दिन कर दो, फिर 14। इससे शायद ही कभी फ़ायदा होता है, क्योंकि समस्या संख्या में नहीं है। समस्या यह है कि संख्या फ़िक्स्ड है, जबकि असली लीड टाइम लोड पर निर्भर करता है।

मान लीजिए फ़र्नेस की कतार में 2 दिन का काम है। नया ऑर्डर 2 दिन इंतज़ार करता है, चलता है और आगे बढ़ जाता है। अगले महीने कतार 8 दिन की है। अब वही ऑर्डर 8 दिन इंतज़ार करता है। कोई भी एक फ़िक्स्ड वैल्यू दोनों महीनों में सही नहीं हो सकती।

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

हल किया हुआ उदाहरण: A→B→C बनाम A→C→B

फिर से फ़र्नेस पर आते हैं। वह चौबीसों घंटे चलती है और पहले से ग्रेड X के लिए सेट है। तीनों ऑर्डर गुरुवार 06:00 से शुरू हो सकते हैं और शुक्रवार 18:00 तक निकल जाने चाहिए। यानी 36 घंटे की विंडो।

• ऑर्डर A: ग्रेड X, 12 घंटे
• ऑर्डर B: ग्रेड Y, 10 घंटे
• ऑर्डर C: ग्रेड X, 8 घंटे
• ग्रेड के बीच चेंजओवर: 4 घंटे (आधी शिफ़्ट)

कुल रन टाइम 12 + 10 + 8 = 30 घंटे है। 36 घंटे की विंडो में यह 30 / 36 = 83% लोड है। ERP का मोटा कैपेसिटी व्यू ख़ुश है।

क्रम A → B → C (जिस क्रम में ऑर्डर एंटर किए गए):

• A: गुरुवार 06:00–18:00
• चेंजओवर X→Y: 18:00–22:00
• B: गुरुवार 22:00–शुक्रवार 08:00
• चेंजओवर Y→X: 08:00–12:00
• C: शुक्रवार 12:00–20:00

कुल 12 + 4 + 10 + 4 + 8 = 38 घंटे। ऑर्डर C 2 घंटे लेट पूरा होता है।

क्रम A → C → B:

• A: गुरुवार 06:00–18:00
• C: गुरुवार 18:00–शुक्रवार 02:00 (वही ग्रेड, कोई चेंजओवर नहीं)
• चेंजओवर X→Y: 02:00–06:00
• B: शुक्रवार 06:00–16:00

कुल 12 + 8 + 4 + 10 = 34 घंटे। सब कुछ 16:00 तक पूरा, और 2 घंटे बचे हुए।

वही ऑर्डर, वही फ़र्नेस, काम के उतने ही घंटे। फ़र्क़ सिर्फ़ क्रम का है, और ERP ने उसे कभी देखा ही नहीं। उसके लीड-टाइम हिसाब ने दोनों के लिए “ठीक है” कहा। उसके लोड व्यू ने दोनों के लिए 83% दिखाया। सिर्फ़ वही शेड्यूल दोनों में फ़र्क़ कर सकता है जिसे चेंजओवर का नियम पता हो।

ERP प्रोडक्शन प्लानिंग क्या अच्छा करती है

यह ERP के ख़िलाफ़ कहानी नहीं है। प्लानिंग के बहुत से कामों के लिए ERP ही सही सिस्टम है:

• ऑर्डर, स्टॉक और पैसा। सेल्स ऑर्डर, पर्चेज़ ऑर्डर (PO), गुड्स रिसीट (GRN), इन्वेंटरी वैल्यूएशन और कॉस्टिंग ERP में ही होने चाहिए।
• मटीरियल की ज़रूरतें। BOM (बिल ऑफ़ मटीरियल्स) के ज़रिए MRP एक्सप्लोज़न ठीक वही काम है जिसके लिए इसे बनाया गया था।
• स्थिर, सरल फ़्लो। सीमित रेंज बनाने वाली एक तय रफ़्तार की लाइन, जिसमें अतिरिक्त कैपेसिटी हो और चेंजओवर कम हों, उसे शायद कभी इससे ज़्यादा की ज़रूरत न पड़े।

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

ERP शेड्यूलिंग कब काफ़ी नहीं होती

अगर इनमें से कई बातें जानी-पहचानी लगती हैं, तो आपको शायद फ़ाइनाइट कैपेसिटी (सीमित क्षमता) प्लानिंग की एक लेयर चाहिए:

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

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

factory.online कैसे मदद करता है

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

अक्सर पूछे जाने वाले सवाल

क्या APS, ERP की जगह ले लेता है? नहीं। APS (एडवांस्ड प्लानिंग एंड शेड्यूलिंग) कैपेसिटी और क्रम संभालता है। ऑर्डर, स्टॉक और फ़ाइनेंस के लिए रिकॉर्ड का सिस्टम ERP ही रहता है। दोनों साथ मिलकर काम करते हैं।

क्या मैं बस बफ़र के साथ इनफ़ाइनाइट कैपेसिटी प्लानिंग इस्तेमाल कर सकता हूँ? स्थिर फ़्लो के लिए, अक्सर हाँ। जब चेंजओवर क्रम पर निर्भर करते हैं या कुछ मशीनें साझा होती हैं, तो बफ़र समस्या को तब तक छिपाए रखता है जब तक कोई हफ़्ता ऐसा न आ जाए जब वह नहीं छिपा पाता।

ERP 83% लोड दिखाता है, फिर भी तारीख़ क्यों चूक जाती है? क्योंकि लोड घंटे गिनता है, क्रम नहीं। काम विंडो में फ़िट होगा या नहीं, यह चेंजओवर, क्रम और विंडो के अंदर टाइमिंग तय करते हैं।

अगर आपका ERP कहता है “ठीक है” और आपका फ़र्नेस ऑपरेटर कहता है “लेट होगा”, तो डेमो बुक करें और वही शुक्रवार साथ लाइए।