
विषय-सूची
- SAP PP मॉड्यूल क्या करता है
- डिस्क्रीट, प्रोसेस और रिपेटिटिव मैन्युफ़ैक्चरिंग
- डिस्क्रीट मैन्युफ़ैक्चरिंग
- प्रोसेस मैन्युफ़ैक्चरिंग (PP-PI)
- रिपेटिटिव मैन्युफ़ैक्चरिंग
- प्लानिंग साइकिल कैसे चलती है
- S/4HANA में MRP Live और embedded PP/DS
- MRP Live
- Embedded PP/DS
- IBP कब आगे आता है
- मास्टर डेटा: जहाँ ज़्यादातर इम्प्लीमेंटेशन टूटते हैं
- पहले MRP रन से पहले की तैयारी चेकलिस्ट
- इंटीग्रेशन पॉइंट और विफलता के तरीके
- अक्सर पूछे जाने वाले सवाल
- अगला कदम
SAP PP का मतलब है Production Planning। यह SAP का वह मॉड्यूल है जो डिमांड को प्रोडक्शन प्लान में बदलता है, और फिर प्रोडक्शन ऑर्डर को रिलीज़ से लेकर कन्फ़र्मेशन और कॉस्ट सेटलमेंट तक चलाता है।
PP फ़ोरकास्ट और सेल्स ऑर्डर लेता है, उन्हें स्टॉक, बिल ऑफ़ मटीरियल, रूटिंग और कैपेसिटी से मिलाता है, और बताता है कि क्या बनाना है, क्या खरीदना है और कब। SAP S/4HANA में यह मैन्युफ़ैक्चरिंग क्षेत्र में Materials Management (MM), Quality Management (QM) और Controlling (CO) के साथ आता है।
यह गाइड प्लांट मैनेजरों, प्लानरों और प्रोजेक्ट लीड्स के लिए है। मैंने PP को डिस्क्रीट, प्रोसेस (PP-PI) और रिपेटिटिव मैन्युफ़ैक्चरिंग, तीनों में इम्प्लीमेंट किया है, इसलिए गाइड तीनों को कवर करती है। PP कहाँ टूटता है, इसका छोटा जवाब है: मास्टर डेटा।
मैंने एक बार एक पैकेजिंग प्लांट की टीम के साथ काम किया, जहाँ हर हफ़्ते 400 से ज़्यादा प्रोडक्शन ऑर्डर होते थे। PP के बिना वे स्प्रेडशीट और स्टिकी नोट्स के बीच उलझे रहते थे। इम्प्लीमेंटेशन के बाद वे परफ़ेक्ट नहीं हो गए, लेकिन डूबना बंद हो गया।
PP लॉजिस्टिक्स चेन के बीच में बैठता है। यह डिमांड लेता है और मटीरियल, कैपेसिटी और टाइमिंग से होते हुए पीछे की ओर काम करके प्रोडक्शन प्रस्ताव बनाता है। इसके फ़ंक्शन, उसी क्रम में जिसमें डिमांड उनसे गुज़रती है:
- सेल्स और ऑपरेशंस प्लानिंग (SOP): फ़ोरकास्ट और बाज़ार की उम्मीदों के आधार पर ऊँचे स्तर के वॉल्यूम
- डिमांड मैनेजमेंट: उन वॉल्यूम को प्लान्ड इंडिपेंडेंट रिक्वायरमेंट्स (PIRs) में बदलता है, जो MRP को चलाते हैं
- मटीरियल रिक्वायरमेंट्स प्लानिंग (MRP): स्टॉक, लीड टाइम और खुले ऑर्डर के आधार पर तय करता है कि क्या बनाना या खरीदना है, कब और कितनी मात्रा में
- कैपेसिटी प्लानिंग और लेवलिंग: वर्क सेंटर के ओवरलोड को शॉप फ़्लोर तक पहुँचने से पहले दिखाता है
- प्रोडक्शन एग्ज़ीक्यूशन: ऑर्डर बनाता है, रिलीज़ करता है, शेड्यूल करता है और पूरा होने व सेटलमेंट तक कन्फ़र्म करता है
S/4HANA में क्लासिक SOP कम्पैटिबिलिटी स्कोप में है, और SAP ग्राहकों को इस काम के लिए IBP की ओर भेजता है। दोनों पर आगे और बात।
PP प्लांट चलाने का कोई एक तरीका नहीं है। यह तीन मैन्युफ़ैक्चरिंग तरीकों को सपोर्ट करता है, और यही चुनाव तय करता है कि आप कौन-सा ऑर्डर टाइप, कौन-सा मास्टर डेटा और कौन-सा कॉस्टिंग तरीका कॉन्फ़िगर करेंगे। कई प्लांट एक से ज़्यादा तरीके चलाते हैं।
नीचे की तालिका तीनों की तुलना वैसे करती है जैसे SAP उन्हें देता है।
| तरीका | आम उद्योग | एग्ज़ीक्यूशन ऑब्जेक्ट | मुख्य मास्टर डेटा | कॉस्टिंग |
|---|---|---|---|---|
| डिस्क्रीट मैन्युफ़ैक्चरिंग | मशीनरी, इलेक्ट्रॉनिक्स, कार पार्ट्स, रक्षा उपकरण | प्रोडक्शन ऑर्डर | BOM, रूटिंग, वर्क सेंटर | ऑर्डर के हिसाब से, बंद होने पर सेटल |
| प्रोसेस मैन्युफ़ैक्चरिंग (PP-PI) | फ़ूड, बेवरेज, केमिकल, फ़ार्मास्यूटिकल | प्रोसेस ऑर्डर | मास्टर रेसिपी, रिसोर्स, BOM | ऑर्डर के हिसाब से, को-प्रोडक्ट और बाय-प्रोडक्ट के साथ |
| रिपेटिटिव मैन्युफ़ैक्चरिंग | पैकेजिंग, कंज़्यूमर गुड्स, हाई-वॉल्यूम लाइनें | रन शेड्यूल पर प्लान्ड ऑर्डर | प्रोडक्शन वर्ज़न, प्रोडक्शन लाइन, रेट रूटिंग या रूटिंग | अवधि के हिसाब से |
डिस्क्रीट मैन्युफ़ैक्चरिंग
ज़्यादातर लोग जब "SAP PP" कहते हैं, तो उनका मतलब डिस्क्रीट से ही होता है। MRP प्लान्ड ऑर्डर बनाता है, प्लानर उन्हें प्रोडक्शन ऑर्डर में बदलते हैं, और हर ऑर्डर के अपने कंपोनेंट, ऑपरेशन और लागत होते हैं। यह उन प्रोडक्ट्स के लिए ठीक है जो अलग-अलग लॉट में बनते हैं, अक्सर ऑर्डर पर, जहाँ हर ऑर्डर को ट्रैक करना ज़रूरी होता है।
प्रोसेस मैन्युफ़ैक्चरिंग (PP-PI)
PP-PI (Production Planning for Process Industries) बैच और रेसिपी पर आधारित प्रोडक्शन संभालता है। यह प्रोडक्शन ऑर्डर की जगह प्रोसेस ऑर्डर और रूटिंग की जगह मास्टर रेसिपी लाता है, और को-प्रोडक्ट, बाय-प्रोडक्ट और बैच ट्रेसेबिलिटी जोड़ता है। फ़ार्मास्यूटिकल और फ़ूड जैसे रेगुलेटेड उद्योगों में बैच स्तर का यह रिकॉर्ड कम्प्लायंस की ज़रूरत है, कोई अतिरिक्त सुविधा नहीं।
रिपेटिटिव मैन्युफ़ैक्चरिंग
रिपेटिटिव मैन्युफ़ैक्चरिंग वहाँ ठीक है जहाँ लंबे समय तक एक ही लाइनों पर एक ही प्रोडक्ट बनते हैं। अलग-अलग ऑर्डर के बजाय प्लानिंग रन शेड्यूल पर समय के खानों (टाइम बकेट) में चलती है, और ऑपरेटर सीधे प्लान्ड ऑर्डर पर कन्फ़र्म करते हैं। SAP का रिपेटिटिव मैन्युफ़ैक्चरिंग डॉक्यूमेंटेशन अवधि-आधारित प्लानिंग और उस बैकफ़्लश को समझाता है जो तैयार मात्रा कन्फ़र्म होते ही कंपोनेंट की खपत पोस्ट कर देता है।
इसकी कीमत है ब्योरा। रिपेटिटिव मैन्युफ़ैक्चरिंग ऑर्डर संभालने का बोझ हटा देता है, और लागत ऑर्डर के बजाय अवधि के हिसाब से सेटल होती है। अगर आपको हर लॉट की लागत और ट्रेसेबिलिटी चाहिए, तो डिस्क्रीट या PP-PI बेहतर है।
डिमांड से पूरा होने तक के प्रवाह के पाँच चरण हैं। व्यवहार में यह शायद ही बिना रुकावट चलता है, लेकिन PP इसी ढाँचे को संभालने के लिए बना है।
- SOPफ़ोरकास्ट से वॉल्यूम लक्ष्य
- डिमांड मैनेजमेंटPIRs जो MRP रन चलाते हैं
- MRPप्लान्ड ऑर्डर और पर्चेज़ रिक्विज़िशन
- प्रोडक्शन एग्ज़ीक्यूशनऑर्डर रिलीज़, मटीरियल तैयार
- कन्फ़र्मेशनलेबर, मात्रा और गुड्स मूवमेंट बुक
SAP वही दिखाता है जो फ़्लोर पर सच में हुआ
डिमांड मैनेजमेंट PIRs बनाता है। PIR एक फ़ोरकास्ट है: हमें इस समय इस प्रोडक्ट की इतनी मात्रा की ज़रूरत होगी। PIRs, MRP का इनपुट हैं, और यहाँ की गलतियाँ आगे तक फैलती हैं। एक क्लाइंट ने एक बार तीन महीनों के डुप्लिकेट PIRs अपलोड कर दिए। किसी ने ध्यान नहीं दिया, जब तक प्रोडक्शन हर चीज़ ज़रूरत से ज़्यादा ऑर्डर नहीं करने लगा।
MRP प्लानिंग इंजन है। यह PIRs और सेल्स ऑर्डर को स्टॉक और खुली रसीदों से नेट करता है, फिर इन-हाउस प्रोडक्शन के लिए प्लान्ड ऑर्डर और बाहर से खरीदे जाने वाले पार्ट्स के लिए पर्चेज़ रिक्विज़िशन बनाता है। गलत मास्टर डेटा पर चला रन ऐसा शोर पैदा करता है जिसके पीछे प्लानर हफ़्तों भागते रहते हैं।
एग्ज़ीक्यूशन और कन्फ़र्मेशन चक्र को पूरा करते हैं। ऑर्डर रिलीज़ होते हैं, मटीरियल तैयार रखा जाता है और वर्क सेंटर पर ऑपरेशन चलते हैं। फिर लेबर, मात्रा और गुड्स मूवमेंट बुक होते हैं, और सिस्टम वही दिखाता है जो फ़्लोर पर हुआ, बशर्ते लोग समय पर कन्फ़र्म करें।
अगर आप ECC से आ रहे हैं, तो प्लानिंग के ये बदलाव डिज़ाइन और डेटा को प्रभावित करते हैं। माइग्रेशन के व्यापक रास्ते मेरी ECC से S/4HANA माइग्रेशन गाइड में हैं।
MRP Live
MRP Live (ट्रांज़ैक्शन MD01N) S/4HANA में SAP का सुझाया गया प्लानिंग रन है। यह SAP HANA डेटाबेस के अंदर चलता है, एक ही रन में एक या कई प्लांट प्लान कर सकता है, और क्लासिक MRP लिस्ट नहीं लिखता। SAP का MRP Live लर्निंग मॉड्यूल अच्छी शुरुआत है, और MRP Live के साथ काम करने पर SAP Help पेज में कॉन्फ़िगरेशन का ब्योरा है।
इसके साथ तीन और बदलाव आते हैं:
- प्रोडक्शन वर्ज़न अनिवार्य हैं इन-हाउस बनने वाले मटीरियल के लिए। इसके बिना MRP Live BOM को एक्सप्लोड नहीं करेगा, इसलिए जो ECC ग्राहक BOM सिलेक्शन मेथड पर निर्भर थे, उन्हें कन्वर्ज़न के दौरान ये बनाने होंगे।
- MRP एरिया, स्टोरेज लोकेशन MRP की जगह लेते हैं। ECC में अलग से प्लान की गई स्टोरेज लोकेशनों को S/4HANA में MRP एरिया चाहिए।
- SOP, MRP लिस्ट और फ़ोरकास्ट-आधारित प्लानिंग कम्पैटिबिलिटी स्कोप में हैं। इनके उपयोग के अधिकार समय-सीमित हैं और कॉन्ट्रैक्ट के प्रकार के हिसाब से अलग हैं, और SAP ने तारीखें एक से ज़्यादा बार बदली हैं। इनके इर्द-गिर्द डिज़ाइन करने से पहले SAP Note 2269324 को अपने कॉन्ट्रैक्ट से मिलाकर देखें।
Embedded PP/DS
PP/DS (Production Planning and Detailed Scheduling) वह एडवांस्ड प्लानिंग इंजन है जो पहले SAP APO में था। S/4HANA में यह embedded है, इसलिए अलग APO सिस्टम चलाने की ज़रूरत नहीं। यह फ़ाइनाइट शेड्यूलिंग, सेटअप सीक्वेंस और BOM स्तरों के पार पेगिंग जोड़ता है।
MRP Live और PP/DS काम को मटीरियल के हिसाब से बाँटते हैं। मटीरियल मास्टर में एडवांस्ड प्लानिंग के लिए चिह्नित मटीरियल PP/DS में जाते हैं, और बाकी MRP Live में रहते हैं। SAP का PP/DS लर्निंग कंटेंट सुझाव देता है कि बॉटलनेक रिसोर्स पर बनने वाले अहम प्रोडक्ट PP/DS में प्लान हों, और कम अहम, खपत-आधारित मटीरियल MRP Live में।
मैंने इम्प्लीमेंटेशन में MRP Live और embedded PP/DS, दोनों का इस्तेमाल किया है। फ़ीचर लिस्ट से ज़्यादा दो व्यावहारिक बातें मायने रखती हैं:
- जो कुछ भी एक बॉटलनेक रिसोर्स साझा करता है, उसे PP/DS में प्लान करें। अगर किसी सीमित लाइन के आधे प्रोडक्ट MRP Live में रह जाते हैं, तो उस लाइन पर फ़ाइनाइट कैपेसिटी प्लानिंग काम नहीं करती।
- PP/DS मटीरियल को MRP Live के प्लानिंग स्कोप से बाहर रखें। वरना बाद का कोई MRP Live रन उन्हें दोबारा शेड्यूल कर देगा और डिटेल्ड शेड्यूलिंग का नतीजा खो जाएगा।
MRP Live, PP/DS और IBP में से हर एक क्या प्लान करता है, इसे साथ-साथ देखने के लिए MRP Live बनाम PP/DS बनाम IBP वाली मेरी तुलना देखें।
PP/DS के इर्द-गिर्द डिज़ाइन करने से पहले देखें कि आपका कॉन्ट्रैक्ट क्या कवर करता है।
PP प्लांट को प्लान करता है: क्या बनाना है, किस लाइन पर, किस हफ़्ते। SAP Integrated Business Planning (IBP) उसके ऊपर पूरे बिज़नेस को प्लान करता है। यह एक क्लाउड प्रोडक्ट है जो पूरे नेटवर्क में सेल्स और ऑपरेशंस प्लानिंग, डिमांड फ़ोरकास्टिंग, इन्वेंटरी प्लानिंग और सप्लाई प्लानिंग कवर करता है।
मैंने क्लाइंट्स को IBP की ओर भेजा है, लेकिन सिर्फ़ वहाँ जहाँ केस इसकी माँग करता था। कुछ प्लांट सिर्फ़ MRP Live पर अच्छे से चलते हैं।
दूसरों को किसी बॉटलनेक लाइन के लिए PP/DS चाहिए। एक छोटे समूह को IBP चाहिए, क्योंकि उनकी प्लानिंग की समस्या शॉप फ़्लोर पर है ही नहीं।
नीचे की तालिका दिखाती है कि मैं तीनों परतों को कैसे अलग करता हूँ।
| प्लानिंग का सवाल | टूल | अवधि | ऊपर जाने का आम संकेत |
|---|---|---|---|
| मैं क्या बनाऊँ और खरीदूँ, और कब? | S/4HANA में MRP Live | दिनों से महीनों तक | प्लानर सीमित रिसोर्स पर MRP को ओवरराइड कर रहे हैं |
| फ़ाइनाइट कैपेसिटी पर लाइन किस क्रम में चलाऊँ? | Embedded PP/DS | घंटों से हफ़्तों तक | वॉल्यूम और मिक्स के फ़ैसले कई प्लांट या क्षेत्रों में लिए जा रहे हैं |
| बिज़नेस को कितना बेचना, स्टॉक करना और सप्लाई करना चाहिए? | SAP IBP | महीनों से सालों तक | मल्टी-साइट नेटवर्क, सर्वसम्मत डिमांड, सिनेरियो प्लानिंग |
IBP की ओर इशारा करने वाले संकेत:
- आपको हर महीने एक सेल्स और ऑपरेशंस प्रक्रिया चाहिए, जिसमें फ़ाइनेंस भी शामिल हो।
- डिमांड कई ग्राहकों और चैनलों में स्टैटिस्टिकल फ़ोरकास्टिंग से आती है।
- सप्लाई के फ़ैसले कई प्लांट और डिस्ट्रीब्यूशन सेंटर तक फैले हैं।
क्लासिक SOP का कम्पैटिबिलिटी स्कोप में होना इस फ़ैसले में एक समय-सीमा जोड़ देता है। मेरी गाइड SAP IBP क्यों मायने रखता है IBP वाले पक्ष को और गहराई से कवर करती है।
अगर आप अभी भी किसी प्लांट के लिए SAP और दूसरे ERP के बीच चुन रहे हैं, तो मैन्युफ़ैक्चरिंग के लिए सबसे अच्छे ERP की मेरी तुलना कंपनी के आकार और प्रकार के हिसाब से विकल्प बताती है।
अगर आप SAP PP इम्प्लीमेंटेशन में मास्टर डेटा में जल्दबाज़ी करते हैं, तो बाकी सब कुछ वर्कअराउंड बन जाता है। BOM की सटीकता, रूटिंग का पूरा होना, वर्क सेंटर का रखरखाव। इनमें से कुछ भी वैकल्पिक नहीं है।
मास्टर डेटा SAP PP की रीढ़ है। कहावत के तौर पर नहीं। नतीजों वाले तथ्य के तौर पर।
मटीरियल मास्टर (MRP व्यू)। हर मैन्युफ़ैक्चर्ड मटीरियल के MRP व्यू सही सेट होने चाहिए। MRP टाइप, लॉट साइज़, स्ट्रैटेजी ग्रुप, अवेलेबिलिटी चेक और शेड्यूलिंग मार्जिन की, हर एक MRP के काम को बदलता है। मेरे एक प्रोजेक्ट पर मटीरियल मास्टर के एक खाली फ़ील्ड ने एक हफ़्ते तक प्रोडक्शन रोक दिया। एक फ़ील्ड।
स्ट्रैटेजी ग्रुप। स्ट्रैटेजी ग्रुप तय करता है कि सेल्स ऑर्डर PIRs को कंज़्यूम करें या नहीं। अगर यह गलत है, तो सेल्स ऑर्डर और फ़ोरकास्ट एक-दूसरे को नेट करने के बजाय साथ-साथ चलते हैं, और डिमांड का संकेत बिना किसी एरर मैसेज के दोगुना हो जाता है।
बिल ऑफ़ मटीरियल (BOM)। BOM बताता है कि तैयार प्रोडक्ट में क्या जाता है: कंपोनेंट, मात्रा, स्क्रैप प्रतिशत, कभी-कभी विकल्प। "क्या इस एक आइटम के लिए सच में पाँच BOM चाहिए?" इस सवाल का असली जवाब होता है। उसे इम्प्लीमेंटेशन से पहले तय करें, MRP रन के दौरान नहीं।
रूटिंग और मास्टर रेसिपी। रूटिंग बताती है कि कोई चीज़ कैसे बनती है: ऑपरेशन, वर्क सेंटर और समय। प्रोसेस उद्योग इसकी जगह मास्टर रेसिपी का इस्तेमाल करते हैं। इनके बिना SAP न प्रोडक्शन की अवधि निकाल सकता है, न कैपेसिटी जाँच सकता है।
वर्क सेंटर। वर्क सेंटर में शेड्यूलिंग फ़ॉर्मूले, कॉस्टिंग लिंक और शिफ़्ट कैलेंडर होते हैं। Go-live के बाद इन्हें अपडेट रखना वही काम है जो छूट जाता है। जब ऐसा होता है, कैपेसिटी प्लानिंग गलत होने लगती है और प्लानर सिस्टम पर भरोसा करना छोड़ देते हैं।
पहले MRP रन से पहले की तैयारी चेकलिस्ट
माइग्रेट किए गए डेटा पर MRP चलाने से पहले यह क्रम पूरा करें। कोष्ठक में लिखा व्यक्ति इसे साइन ऑफ़ करता है।
- मटीरियल मास्टर के MRP व्यू पूरे हर प्लान किए जाने वाले मटीरियल के लिए, स्ट्रैटेजी ग्रुप और लॉट साइज़ समेत (प्लानिंग लीड)
- BOM को असल में बनने वाली चीज़ से मिलाकर जाँचा गया, इंजीनियरिंग ने कंपोनेंट और स्क्रैप की पुष्टि की (इंजीनियरिंग)
- हर इन-हाउस मटीरियल के लिए रूटिंग या मास्टर रेसिपी मौजूद, यथार्थवादी ऑपरेशन समय के साथ (प्रोडक्शन इंजीनियरिंग)
- वर्क सेंटर कैलेंडर और कैपेसिटी मौजूदा शिफ़्ट के अनुसार (प्लांट मैनेजर)
- हर इन-हाउस मटीरियल के लिए एक वैध प्रोडक्शन वर्ज़न, जो पूरी प्लानिंग अवधि को कवर करे (प्लानिंग लीड)
- PIRs सिर्फ़ एक बार लोड, पहले रन से पहले मंज़ूर डिमांड प्लान से मिलाए गए (डिमांड प्लानर)
- खुले ऑर्डर और स्टॉक का मिलान पुराने सिस्टम और SAP के बीच (इन्वेंटरी कंट्रोलर)
- एक प्लांट या MRP एरिया पर टेस्ट MRP रन, पूरे रन से पहले प्लानर अपवादों की समीक्षा करें (प्लानिंग लीड)
PP अकेले काम नहीं करता। MM वह जुटाता है जो PP को चाहिए, SD के सेल्स ऑर्डर फ़ोरकास्ट को कंज़्यूम करते हैं, CO असल लागत को स्टैंडर्ड लागत से मिलाता है, और QM के इंस्पेक्शन लॉट ऑर्डर रोक सकते हैं। हर इंटीग्रेशन पॉइंट एक विफलता का बिंदु भी है।
मैंने सालों में कुछ असली आपदाएँ देखी हैं, और इन पैटर्न से बचना चाहिए।
- मास्टर डेटा माइग्रेशन में जल्दबाज़ी। मुझे ऑटोमोटिव पार्ट्स की एक कंपनी याद है जिसने अपने BOM और रूटिंग माइग्रेशन में जल्दबाज़ी की। उसने go-live के बाद छह महीने उन प्रोडक्शन ऑर्डर को ठीक करने में लगाए जो डेटा की समस्याओं की वजह से बार-बार फ़ेल होते रहे। मेरा लेख SAP डेटा माइग्रेशन क्यों फ़ेल होता है इस पर और आगे जाता है।
- पुरानी प्रक्रियाओं की नकल। कॉन्फ़िगरेशन की सबसे लगातार गलती जो मैं देखता हूँ: स्टैंडर्ड प्लानिंग लॉजिक अपनाने के बजाय SAP को बिल्कुल पुरानी प्रक्रिया की तरह काम करने के लिए सेट करना। नतीजा एक ज़रूरत से ज़्यादा कॉन्फ़िगर किया गया सिस्टम है, जो PP के डिज़ाइन से कम देता है।
- इंटीग्रेशन की अधूरी टेस्टिंग। जो टीमें हर मॉड्यूल को अलग से टेस्ट करती हैं, उन्हें इंटीग्रेशन की समस्याएँ प्रोडक्शन में पता चलती हैं। PP, MM, SD, CO और QM में पूरी प्लान-टू-प्रोड्यूस चेन टेस्ट करें, जैसा मेरी SAP टेस्टिंग गाइड में बताया गया है।
- यूज़र का विरोध। अनुभवी प्लानर अक्सर PP का विरोध करते हैं, क्योंकि यह वह काम ले लेता है जो वे पहले हाथ से और अपने अनुमान से करते थे। उन्हें कॉन्फ़िगरेशन में जल्दी शामिल करें और दिखाएँ कि PP उन्हें कहाँ समय वापस देता है।
- ट्रेनिंग में कटौती। मैंने कंपनियों को इम्प्लीमेंटेशन पर मिलियन्स खर्च करते और फिर ट्रेनिंग काटकर पैसे बचाते देखा है। जो यूज़र सिस्टम नहीं समझते, वे वर्कअराउंड बनाते हैं, और वर्कअराउंड उस डेटा सटीकता को तोड़ते हैं जिस पर MRP निर्भर है।
नीचे की तालिका हर जोखिम को उसके असर और उस उपाय से जोड़ती है जो मैं प्लान में रखूँगा।
| जोखिम | असर | उपाय |
|---|---|---|
| गलत MRP कॉन्फ़िगरेशन | स्टॉकआउट, ज़्यादा प्रोडक्शन, ज़्यादा खरीद लागत | बिज़नेस लीड्स के साथ MRP टाइप, स्ट्रैटेजी ग्रुप और लॉट साइज़िंग की पुष्टि करें |
| गलत BOM, रूटिंग या रेसिपी | गलत मटीरियल ज़रूरतें, शॉप फ़्लोर पर देरी | माइग्रेशन से पहले समीक्षा में इंजीनियरिंग को शामिल करें |
| प्रोडक्शन वर्ज़न नहीं | MRP न BOM एक्सप्लोड कर पाता है, न वैध ऑर्डर बना पाता है | हर इन-हाउस मटीरियल के लिए एक वैध प्रोडक्शन वर्ज़न |
| PP/DS और MRP Live का ओवरलैप | अगला MRP रन डिटेल्ड शेड्यूल को ओवरराइट कर देता है | PP/DS मटीरियल को MRP Live के प्लानिंग स्कोप से बाहर रखें |
| शॉप फ़्लोर से रियल-टाइम फ़ीडबैक नहीं | गलत स्टेटस, विचलन देर से दिखते हैं | समय पर कन्फ़र्मेशन लागू करें; SAP Digital Manufacturing या कोई और MES इंटीग्रेट करें |
| कम ट्रेनिंग वाले यूज़र | गलत कन्फ़र्मेशन, बैकफ़्लश की गलतियाँ, अनसुलझा रीवर्क | असली प्रोडक्शन साइकिल पर भूमिका के हिसाब से ट्रेनिंग |
SAP PP का फ़ुल फ़ॉर्म क्या है?
SAP PP का मतलब है Production Planning। यह मैन्युफ़ैक्चरिंग की प्लानिंग और एग्ज़ीक्यूशन का SAP मॉड्यूल है, डिमांड और MRP से लेकर प्रोडक्शन ऑर्डर, कन्फ़र्मेशन और कॉस्ट सेटलमेंट तक।
SAP PP मॉड्यूल किस काम आता है?
SAP PP मॉड्यूल फ़ोरकास्ट और सेल्स ऑर्डर की डिमांड को MRP के ज़रिए प्रोडक्शन कैपेसिटी से जोड़ता है। यह बिल ऑफ़ मटीरियल, रूटिंग, वर्क सेंटर और प्रोडक्शन वर्ज़न संभालता है, और प्रोडक्शन या प्रोसेस ऑर्डर को बनने से सेटलमेंट तक चलाता है।
SAP PP और SAP PP-PI में क्या अंतर है?
सीमित अर्थ में SAP PP डिस्क्रीट और रिपेटिटिव मैन्युफ़ैक्चरिंग कवर करता है, जिसमें BOM और रूटिंग पर आधारित प्रोडक्शन ऑर्डर या रन शेड्यूल होते हैं। PP-PI फ़ूड, केमिकल और फ़ार्मास्यूटिकल में बैच और रेसिपी पर आधारित प्रोडक्शन के लिए है। यह प्रोसेस ऑर्डर और मास्टर रेसिपी इस्तेमाल करता है, और को-प्रोडक्ट, बाय-प्रोडक्ट और बैच ट्रेसेबिलिटी जोड़ता है।
SAP S/4HANA में MRP Live क्या है?
MRP Live (ट्रांज़ैक्शन MD01N) S/4HANA में SAP का सुझाया गया MRP रन है। यह SAP HANA डेटाबेस के अंदर चलता है, एक रन में कई प्लांट प्लान कर सकता है और क्लासिक MRP लिस्ट नहीं बनाता। एडवांस्ड प्लानिंग के लिए चिह्नित मटीरियल PP/DS को सौंप दिए जाते हैं।
SAP PP और PP/DS में क्या अंतर है?
MRP Live वाला PP असीमित कैपेसिटी पर प्लान करता है: क्या बनाना और खरीदना है, और कब। PP/DS बॉटलनेक रिसोर्स पर अहम मटीरियल के लिए फ़ाइनाइट शेड्यूलिंग, सेटअप सीक्वेंस और पेगिंग जोड़ता है। S/4HANA में PP/DS embedded है; SAP से पूछें कि आपका कॉन्ट्रैक्ट इसका लाइसेंस कैसे देता है।
क्या SAP IBP, SAP PP की जगह लेता है?
नहीं। IBP पूरे बिज़नेस में सेल्स और ऑपरेशंस, डिमांड, इन्वेंटरी और सप्लाई को प्लान करता है, आमतौर पर मासिक या साप्ताहिक खानों में। प्लांट में प्रोडक्शन की प्लानिंग और एग्ज़ीक्यूशन अब भी PP ही करता है।
IBP क्लासिक SOP का SAP द्वारा घोषित उत्तराधिकारी है, जो S/4HANA में कम्पैटिबिलिटी स्कोप में है।
अगर आप किसी S/4HANA प्रोग्राम के लिए PP का स्कोप तय कर रहे हैं, तो पहले तीन बातें तय करें: हर प्लांट कौन-से मैन्युफ़ैक्चरिंग तरीके चलाता है, किन मटीरियल को PP/DS चाहिए, और क्या आपकी प्लानिंग की समस्या IBP में आती भी है। अगर आप उस डिज़ाइन पर दूसरी राय चाहते हैं, तो अपने SAP प्रोग्राम के बारे में मुझसे बात करें।
अगला कदम
क्या आप अभी कोई ERP प्रोग्राम चला रहे हैं?
अगर यह लेख किसी ऐसे प्रोग्राम से जुड़ा है जिसमें आप अभी काम कर रहे हैं, तो 30 मिनट की बातचीत अक्सर एक और हफ़्ते के अंदरूनी विश्लेषण से ज़्यादा आगे ले जाती है।




