SAP PP: यह क्या करता है और कहाँ गड़बड़ होती है

SAP PP (Production Planning) SAP S/4HANA का वह हिस्सा है जो डिमांड को प्रोडक्शन प्लान में बदलता है। यह फ़ोरकास्ट और सेल्स ऑर्डर लेता है, उन्हें स्टॉक, बिल ऑफ़ मटीरियल्स, राउटिंग और कैपेसिटी के सामने जाँचता है, और सुझाता है कि क्या बनाना है, क्या खरीदना है और कब। यह गाइड प्लांट मैनेजरों, प्लानरों और प्रोजेक्ट लीड्स के लिए है, जिन्हें जानना है कि PP क्या करता है, S/4HANA में क्या बदला है, और इम्प्लीमेंटेशन कहाँ टूटते हैं। आख़िरी सवाल का छोटा जवाब है: मास्टर डेटा। अगर मटीरियल मास्टर, BOM, राउटिंग और वर्क सेंटर गलत हैं, तो MRP का आउटपुट गलत होगा, और कोई कॉन्फ़िगरेशन इसे ठीक नहीं कर सकता। शुरुआत नीचे दी गई रेडीनेस चेकलिस्ट से कीजिए।

मैंने एक बार पैकेजिंग प्लांट की एक टीम के साथ काम किया था, जहाँ हर हफ़्ते 400 से ज़्यादा प्रोडक्शन ऑर्डर आते थे। PP के बिना वे स्प्रेडशीट और स्टिकी नोट्स के बीच जूझ रहे थे। इम्प्लीमेंटेशन के बाद वे परफ़ेक्ट नहीं हुए, लेकिन उन्होंने काम के बोझ में डूबना बंद कर दिया।

PP लॉजिस्टिक्स चेन के बीच में बैठा है। यह डिमांड लेकर मटीरियल, कैपेसिटी और टाइमिंग के हिसाब से पीछे की ओर काम करता है और प्रोडक्शन के प्रस्ताव तैयार करता है। फ़ंक्शन उसी क्रम में, जिस क्रम में डिमांड उनसे गुज़रती है:

1. Sales and Operations Planning (SOP): फ़ोरकास्ट और बाज़ार की अपेक्षाओं पर आधारित ऊँचे स्तर की मात्राएँ
2. डिमांड मैनेजमेंट: इन मात्राओं को Planned Independent Requirements (PIR) में बदलता है, जो MRP को चलाते हैं
3. Material Requirements Planning (MRP): स्टॉक, लीड टाइम और खुले ऑर्डर के आधार पर तय करता है कि क्या बनाना या खरीदना है, कब और कितनी मात्रा में
4. कैपेसिटी प्लानिंग और लेवलिंग: वर्क सेंटर का ओवरलोड शॉप फ़्लोर तक पहुँचने से पहले दिखा देता है
5. प्रोडक्शन ऑर्डर मैनेजमेंट: ऑर्डर बनाता, रिलीज़ करता, शेड्यूल करता और पूरा होने तक कन्फ़र्म करता है

PP डिस्क्रीट मैन्युफ़ैक्चरिंग (कार के पुर्ज़े, इलेक्ट्रॉनिक्स, औद्योगिक सामान) और रिपीटिटिव मैन्युफ़ैक्चरिंग (पैकेजिंग, कंज़्यूमर गुड्स) को कवर करता है। खाद्य, केमिकल्स और फ़ार्मास्यूटिकल्स में बैच और रेसिपी पर आधारित प्रोडक्शन के लिए PP-PI (Production Planning for Process Industries) इस्तेमाल होता है। PP-PI में प्रोडक्शन ऑर्डर और राउटिंग की जगह प्रोसेस ऑर्डर और मास्टर रेसिपी चलती हैं।

डिमांड से लेकर पूरा होने तक का प्रवाह पाँच चरणों का है। व्यवहार में यह शायद ही कभी बिना रुकावट चलता है, लेकिन PP इसी ढाँचे को संभालने के लिए बना है।

1. 01SOPफ़ोरकास्ट से वॉल्यूम के लक्ष्य
2. 02डिमांड मैनेजमेंटPIR जो MRP रन को चलाते हैं
3. 03MRPप्लांड ऑर्डर और परचेज़ रिक्विज़िशन
4. 04प्रोडक्शन एक्ज़ीक्यूशनऑर्डर रिलीज़, मटीरियल स्टेज किए गए
5. 05कन्फ़र्मेशनश्रम, मात्राएँ और गुड्स मूवमेंट दर्ज

SAP में वही दिखता है जो शॉप फ़्लोर पर सच में हुआ

SOP वह जगह है जहाँ ऊँचे स्तर के प्रोडक्शन लक्ष्य तय होते हैं। कुछ कंपनियाँ इसे बाज़ार के डेटा के सामने पूरी सख़्ती से चलाती हैं। बाकी मोटे अनुमान से काम चलाती हैं। दोनों सूरतों में यह डिमांड मैनेजमेंट को फ़ीड करता है। S/4HANA में क्लासिक SOP ट्रांज़ैक्शन कम्पैटिबिलिटी स्कोप में हैं, जिसके बारे में मैं नीचे बताता हूँ।

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

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

प्रोडक्शन एक्ज़ीक्यूशन वह चरण है जहाँ प्लांड ऑर्डर प्रोडक्शन ऑर्डर बनते हैं। ऑर्डर रिलीज़ होते हैं, मटीरियल स्टेज किए जाते हैं, और वर्क सेंटरों पर ऑपरेशन चलते हैं।

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

मास्टर डेटा SAP PP की रीढ़ है। कहावत के तौर पर नहीं। एक ऐसे तथ्य के तौर पर जिसके नतीजे होते हैं।

मटीरियल मास्टर (MRP व्यू)। हर बनाए जाने वाले मटीरियल के MRP व्यू सही सेट होने चाहिए। MRP टाइप, लॉट साइज़, स्ट्रैटेजी ग्रुप, अवेलेबिलिटी चेक और शेड्यूलिंग मार्जिन की, इनमें से हर एक MRP के व्यवहार को बदलता है। जिस प्रोजेक्ट पर मैं था, वहाँ मटीरियल मास्टर के एक छूटे हुए फ़ील्ड ने एक हफ़्ते तक प्रोडक्शन रोक दिया। सिर्फ़ एक फ़ील्ड।

बिल ऑफ़ मटीरियल्स (BOM)। BOM तय करता है कि तैयार प्रोडक्ट में क्या-क्या जाता है: कंपोनेंट, मात्राएँ, स्क्रैप प्रतिशत, और कभी-कभी विकल्प। BOM के वेरिएंट हो सकते हैं, जो कॉन्फ़िगर किए जा सकने वाले प्रोडक्ट के लिए ठीक बैठते हैं और SAP में नई टीमों को उलझा देते हैं। सवाल "क्या इस एक आइटम के लिए सच में पाँच BOM चाहिए?" का एक ठोस जवाब होता है। उसे इम्प्लीमेंटेशन से पहले खोजिए, MRP रन के दौरान नहीं।

राउटिंग। राउटिंग तय करती है कि कोई चीज़ कैसे बनती है: ऑपरेशनों का क्रम, उन्हें कौन से वर्क सेंटर करते हैं, और हर एक में कितना समय लगता है। इसके बिना SAP न प्रोडक्शन की अवधि निकाल सकता है, न कैपेसिटी जाँच सकता है। साधारण प्रोडक्ट को भी साफ़ राउटिंग चाहिए, और जल्दबाज़ी में चलने वाले प्रोजेक्ट इन्हें छोड़ देते हैं।

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

प्रोडक्शन वर्ज़न। प्रोडक्शन वर्ज़न किसी तारीख़ सीमा और लॉट साइज़ के लिए एक वैध BOM को एक वैध राउटिंग से जोड़ता है। S/4HANA में इन-हाउस बनने वाले मटीरियल के लिए ये अनिवार्य हैं, और इनके बिना MRP Live BOM एक्सप्लोड नहीं करेगा। जो ECC ग्राहक BOM सिलेक्शन मेथड पर निर्भर थे, उन्हें कन्वर्ज़न के दौरान इन्हें बनाना होगा।

ऑर्गेनाइज़ेशनल स्ट्रक्चर

ये वे स्ट्रक्चर एलिमेंट हैं जिन पर PP निर्भर है, और हर एक कहाँ जुड़ता है।

स्ट्रक्चर एलिमेंट	SAP PP में उद्देश्य	मुख्य लिंक
क्लाइंट	सबसे ऊपर का एंटरप्राइज़ स्ट्रक्चर	सभी मॉड्यूल में साझा
कंपनी कोड	फ़ाइनेंशियल रिपोर्टिंग के लिए लीगल एंटिटी	प्रोडक्शन की FI कॉस्ट ट्रैकिंग
प्लांट	मुख्य इकाई जहाँ प्रोडक्शन होता है	PP को MM, SD, PM से जोड़ता है
स्टोरेज लोकेशन	प्लांट के भीतर इन्वेंटरी का फ़िज़िकल बँटवारा	मटीरियल स्टेजिंग और मूवमेंट
MRP एरिया	अलग MRP रन के लिए प्लानिंग का दायरा	S/4HANA में स्टोरेज लोकेशन MRP की जगह लेता है
वर्क सेंटर	प्रोडक्शन संसाधन (मशीन, लाइन, समूह)	राउटिंग, कैपेसिटी प्लानिंग, CO कॉस्ट सेंटर
प्रोडक्शन वर्ज़न	किसी मटीरियल के लिए वैध BOM और राउटिंग का मेल	S/4HANA में MRP और ऑर्डर बनाने के लिए अनिवार्य

पहले MRP रन से पहले की रेडीनेस चेकलिस्ट

माइग्रेट किए गए डेटा पर MRP चलाने से पहले यह क्रम पूरा कीजिए। ब्रैकेट में लिखा ओनर वह है जो इसे साइन-ऑफ़ करेगा।

1. हर प्लान किए जाने वाले मटीरियल के MRP व्यू पूरे हों, स्ट्रैटेजी ग्रुप और लॉट साइज़ सहित (प्लानिंग लीड)
2. BOM की जाँच इस बात से हो कि असल में क्या बनता है, और इंजीनियरिंग कंपोनेंट और स्क्रैप की पुष्टि करे (इंजीनियरिंग)
3. हर इन-हाउस मटीरियल के लिए राउटिंग मौजूद हो, असली ऑपरेशन समय के साथ (प्रोडक्शन इंजीनियरिंग)
4. वर्क सेंटर कैलेंडर और कैपेसिटी मौजूदा शिफ़्टों के मुताबिक हों (प्लांट मैनेजर)
5. हर इन-हाउस मटीरियल के लिए एक वैध प्रोडक्शन वर्ज़न हो, जो पूरी प्लानिंग अवधि को कवर करे (प्लानिंग लीड)
6. PIR सिर्फ़ एक बार लोड हों, और पहले रन से पहले मंज़ूर डिमांड प्लान से मिलाए गए हों (डिमांड प्लानर)
7. खुले ऑर्डर और स्टॉक का मिलान पुराने सिस्टम और SAP के बीच हो चुका हो (इन्वेंटरी कंट्रोलर)
8. किसी एक प्लांट या MRP एरिया पर टेस्ट MRP रन, जिसमें पूरे रन से पहले प्लानर एक्सेप्शन की समीक्षा करें (प्लानिंग लीड)

PP अकेले काम नहीं करता। हर इंटीग्रेशन पॉइंट फ़ेल होने की एक जगह भी है।

MM (Materials Management)। PP मटीरियल की ज़रूरतें बनाता है और MM उन्हें जुटाता है। अगर MM में उपलब्धता गलत है, तो प्रोडक्शन ऑर्डर किल्लत में फँस जाते हैं। PP और MM का अच्छा इंटीग्रेशन ही इमरजेंसी खरीद की भागदौड़ खत्म करता है।

SD (Sales and Distribution)। सेल्स ऑर्डर डिमांड मैनेजमेंट में PIR को खपा सकते हैं। यह कैसे होगा, इसे मटीरियल मास्टर का स्ट्रैटेजी ग्रुप तय करता है। अगर वह गलत है, तो सेल्स ऑर्डर और फ़ोरकास्ट आपस में नेट होने की जगह साथ-साथ चलते हैं, और बिना किसी एरर मैसेज के डिमांड का सिग्नल दोगुना हो जाता है। मेरी SAP SD गाइड उस लिंक के ऑर्डर वाले हिस्से को कवर करती है।

CO (Controlling)। प्रोडक्शन ऑर्डर अपने साथ लागत लेकर चलते हैं। CO असल श्रम, मटीरियल और ओवरहेड को स्टैंडर्ड कॉस्ट के सामने ट्रैक करता है, और सेटलमेंट वेरिएंस को पोस्ट करता है। इसके बिना प्रोडक्शन की फ़ाइनेंशियल तस्वीर अधूरी रहती है।

QM (Quality Management)। PP की घटनाएँ QM इंस्पेक्शन लॉट शुरू कर सकती हैं, और क्वालिटी के नतीजे ऑर्डर को रोक सकते हैं। इसी से क्वालिटी बाद में जोड़ी गई चीज़ नहीं, प्रोसेस कंट्रोल बनती है।

अगर आप ECC से आ रहे हैं, तो PP के ये बदलाव डिज़ाइन और डेटा पर असर डालते हैं। ब्योरा SAP की simplification list और कम्पैटिबिलिटी स्कोप मैट्रिक्स (SAP Note 2269324) में है।

1. MRP Live (ट्रांज़ैक्शन MD01N) SAP का सुझाया हुआ प्लानिंग रन है। यह HANA डेटाबेस के अंदर चलता है, एक रन में कई प्लांट प्लान कर सकता है, और MRP लिस्ट नहीं लिखता। क्लासिक MD01 से MD03 अब भी मौजूद हैं। SAP का MRP Live लर्निंग मॉड्यूल शुरुआत के लिए अच्छा है।
2. प्रोडक्शन वर्ज़न अनिवार्य हैं इन-हाउस प्रोडक्शन के लिए, जैसा ऊपर बताया गया है।
3. MRP एरिया स्टोरेज लोकेशन MRP की जगह लेते हैं। ECC में जिन स्टोरेज लोकेशन को अलग से प्लान किया जाता था, उन्हें S/4HANA में एक MRP एरिया चाहिए।
4. SOP, MRP लिस्ट और फ़ोरकास्ट आधारित प्लानिंग (MRP टाइप VV) कम्पैटिबिलिटी स्कोप में हैं। ऑन-प्रेमिस सिस्टम के लिए इस्तेमाल के अधिकार 31 दिसंबर 2025 को खत्म हो गए। RISE with SAP या SAP Cloud ERP Private कॉन्ट्रैक्ट के तहत चल रहे S/4HANA सिस्टम के लिए SAP ने इन्हें 31 दिसंबर 2030 तक बढ़ा दिया है। SOP की जगह SAP ने जिसे नामित किया है, वह SAP IBP है।
5. Embedded PP/DS (Production Planning and Detailed Scheduling) फ़ाइनाइट शेड्यूलिंग के लिए S/4HANA के अंदर चलता है। MRP Live एडवांस्ड प्लानिंग के लिए फ़्लैग किए गए मटीरियल को PP/DS ह्यूरिस्टिक्स को सौंप देता है। इसके आधार पर डिज़ाइन बनाने से पहले अपना लाइसेंस जाँच लीजिए।

कॉन्फ़िगरेशन का ब्योरा MRP Live के साथ काम करने पर SAP Help पेज में है।

इन सालों में मैंने कुछ सचमुच के हादसे देखे हैं, और बचने लायक पैटर्न ये हैं। RISE with SAP में clean-core तरीका उस कस्टम कोड को सीमित करता है जो पहले इन समस्याओं को छिपा लेता था। अब खराब मास्टर डेटा जल्दी सामने आता है, और उसके इर्द-गिर्द रास्ता निकालना ज़्यादा महँगा पड़ता है।

मास्टर डेटा माइग्रेशन में जल्दबाज़ी। मुझे एक ऑटोमोटिव पार्ट्स कंपनी याद है जिसने अपनी BOM और राउटिंग की माइग्रेशन जल्दबाज़ी में निपटा दी थी। go-live के बाद छह महीने वह उन प्रोडक्शन ऑर्डर को ठीक करने में लगी रही जो डेटा की समस्याओं पर बार-बार फ़ेल होते रहे। माइग्रेशन से पहले मास्टर डेटा की जाँच कोई साइड टास्क नहीं है। वही असली प्रोजेक्ट है। SAP डेटा माइग्रेशन क्यों फ़ेल होता है पर मेरा लेख इसे और आगे ले जाता है।

यूज़र का विरोध। अनुभवी प्लानर अक्सर PP का विरोध करते हैं, क्योंकि यह वह काम अपने हाथ में ले लेता है जो वे हाथ से और अपने अंदाज़े से करते थे। उन्हें कॉन्फ़िगरेशन में शुरू से शामिल कीजिए। दिखाइए कि PP कहाँ उनका समय वापस देता है। अपनाया जाएगा या नहीं, यही तय करता है।

पुराने प्रोसेस की नकल। कॉन्फ़िगरेशन की सबसे लगातार दिखने वाली गलती: स्टैंडर्ड प्लानिंग लॉजिक अपनाने की जगह SAP को ठीक पुराने प्रोसेस जैसा चलाने के लिए सेट करना। नतीजा एक ज़रूरत से ज़्यादा कॉन्फ़िगर किया हुआ सिस्टम होता है, जो PP के डिज़ाइन से कम देता है।

इंटीग्रेशन की कम टेस्टिंग। MM, SD, CO और QM से जुड़ा हर कनेक्शन फ़ेल हो सकता है। जो टीमें हर मॉड्यूल को अलग से टेस्ट करती हैं, उन्हें इंटीग्रेशन की समस्याएँ प्रोडक्शन में पता चलती हैं।

ट्रेनिंग में कटौती। मैंने कंपनियों को इम्प्लीमेंटेशन पर कई मिलियन खर्च करने के बाद ट्रेनिंग काटकर पैसे बचाते देखा है। जो यूज़र सिस्टम को नहीं समझते, वे वर्कअराउंड बना लेते हैं। वर्कअराउंड उस डेटा की सटीकता तोड़ देते हैं जिस पर MRP निर्भर है।

नीचे की टेबल हर जोखिम को उसके असर और उस उपाय से जोड़ती है जो मैं प्लान में रखता।

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

SAP PP क्या है और यह क्या करता है?

SAP PP (Production Planning) मैन्युफ़ैक्चरिंग प्लानिंग और एक्ज़ीक्यूशन के लिए SAP का मॉड्यूल है। यह बिल ऑफ़ मटीरियल्स, वर्क सेंटर, राउटिंग और प्रोडक्शन ऑर्डर संभालता है। इसका मुख्य काम MRP के ज़रिए फ़ोरकास्ट और सेल्स ऑर्डर की डिमांड को प्रोडक्शन कैपेसिटी से जोड़ना है, और फिर प्रोडक्शन ऑर्डर को बनने से लेकर सेटलमेंट तक चलाना है।

SAP PP को कौन सा मास्टर डेटा चाहिए?

पाँच ऑब्जेक्ट: मटीरियल मास्टर के MRP व्यू, बिल ऑफ़ मटीरियल्स, राउटिंग, वर्क सेंटर और S/4HANA में प्रोडक्शन वर्ज़न। हर एक go-live पर सटीक होना चाहिए और उसके बाद भी संभालकर रखा जाना चाहिए। मटीरियल मास्टर का एक छूटा हुआ फ़ील्ड ही प्रोडक्शन ऑर्डर बनना रोक सकता है।

SAP S/4HANA में MRP कैसे काम करता है?

MRP डिमांड (PIR, सेल्स ऑर्डर, डिपेंडेंट रिक्वायरमेंट) को स्टॉक और खुली रसीदों के सामने नेट करता है, और इसके लिए मटीरियल मास्टर के लीड टाइम, लॉट साइज़ और सेफ़्टी स्टॉक का इस्तेमाल करता है। इसका आउटपुट इन-हाउस प्रोडक्शन के लिए प्लांड ऑर्डर और बाहरी खरीद के लिए परचेज़ रिक्विज़िशन होता है। S/4HANA में SAP MRP Live (MD01N) की सलाह देता है, जो HANA डेटाबेस में चलता है और MRP लिस्ट नहीं बनाता।

SAP PP में प्रोडक्शन ऑर्डर क्या होता है?

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

SAP PP और SAP PP-PI में क्या फ़र्क है?

SAP PP डिस्क्रीट और रिपीटिटिव मैन्युफ़ैक्चरिंग के लिए बना है और BOM व राउटिंग पर आधारित प्रोडक्शन ऑर्डर इस्तेमाल करता है। SAP PP-PI खाद्य, पेय, केमिकल्स और फ़ार्मास्यूटिकल्स में बैच और रेसिपी पर आधारित प्रोडक्शन के लिए बना है। यह प्रोसेस ऑर्डर और मास्टर रेसिपी इस्तेमाल करता है, और को-प्रोडक्ट, बाय-प्रोडक्ट और बैच ट्रेसबिलिटी जोड़ता है। रेगुलेटेड इंडस्ट्री के लिए बैच स्तर का यह रिकॉर्ड कम्प्लायंस की ज़रूरत है।

क्या SAP S/4HANA में SOP अब भी उपलब्ध है?

क्लासिक SOP S/4HANA के कम्पैटिबिलिटी स्कोप में है, सीमित इस्तेमाल अधिकारों के साथ। ये अधिकार ऑन-प्रेमिस सिस्टम के लिए 31 दिसंबर 2025 को खत्म हो गए और RISE with SAP या SAP Cloud ERP Private कॉन्ट्रैक्ट वाले सिस्टम के लिए 31 दिसंबर 2030 तक चलते हैं। SAP जिसकी सलाह देता है, वह है SAP Integrated Business Planning (IBP)।

SAP PP इम्प्लीमेंटेशन की सबसे आम गलतियाँ कौन सी हैं?

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