सीधे कंटेंट पर जाएँ

SAP में डिस्क्रीट बनाम प्रोसेस मैन्युफ़ैक्चरिंग: क्या बदलता है

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

एक रोशन फ़ैक्टरी, जिसमें डिस्क्रीट असेंबली लाइन के बगल में प्रोसेस टैंक और प्लास्टिक पेलेट्स से भरा एक हॉपर है
विषय-सूची
  1. SAP में डिस्क्रीट, प्रोसेस और रिपेटिटिव एक नज़र में
  2. मास्टर डेटा: BOM और रूटिंग बनाम मास्टर रेसिपी
  3. बैच मैनेजमेंट और को-प्रोडक्ट्स
  4. क्वालिटी: इन-प्रोसेस और गुड्स रिसीट इंस्पेक्शन
  5. कॉस्टिंग: ऑर्डर, को-प्रोडक्ट या पीरियड के हिसाब से
  6. प्लास्टिक और स्टील: मिक्स्ड-मोड क्यों आम है
  7. हर लाइन के लिए स्टाइल कैसे चुनें
  8. अगला कदम
  9. अक्सर पूछे जाने वाले सवाल

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

रिपेटिटिव मैन्युफ़ैक्चरिंग (REM) तीसरा विकल्प है: इसमें अलग-अलग ऑर्डर होते ही नहीं, बस हर प्रोडक्शन लाइन और पीरियड के लिए प्लान की गई मात्राएँ होती हैं। यह चुनाव आपका मास्टर डेटा, बैच हैंडलिंग, क्वालिटी इंस्पेक्शन और सबसे बढ़कर यह बदल देता है कि फ़ाइनेंस लागत को कैसे देखता है।

मैंने प्लास्टिक और स्टील मैन्युफ़ैक्चरिंग में ERP इम्प्लीमेंट किया है। दोनों इंडस्ट्रीज़ में अक्सर प्रोसेस और डिस्क्रीट स्टेप मिले-जुले होते हैं, इसलिए नीचे मैं इन्हें सामान्य उदाहरणों के तौर पर इस्तेमाल करता हूँ। यह लेख बताता है कि SAP S/4HANA में तीनों स्टाइल के बीच असल में क्या बदलता है, और जो प्लांट थोड़ा-थोड़ा तीनों है, उसके लिए फ़ैसला कैसे करें।

अगर आप अभी ERP ही चुन रहे हैं, तो मैन्युफ़ैक्चरिंग के लिए सबसे अच्छा ERP वाली मेरी तुलना से शुरू करें। पूरे Production Planning (PP) मॉड्यूल के लिए मेरी SAP PP गाइड पढ़ें।

तीनों स्टाइल एक ही S/4HANA सिस्टम में रहते हैं और एक ही मटीरियल मास्टर, MRP रन और फ़ाइनेंस साझा करते हैं। फ़र्क़ एक्ज़ीक्यूशन ऑब्जेक्ट में है, उसके पीछे के मास्टर डेटा में है, और इसमें है कि लागत कैसे इकट्ठा होती है।

कॉन्फ़िगर करते समय तीनों की तुलना ऐसे होती है:

क्या बदलता हैडिस्क्रीट (PP)प्रोसेस (PP-PI)रिपेटिटिव (REM)
एक्ज़ीक्यूशन ऑब्जेक्टप्रोडक्शन ऑर्डरप्रोसेस ऑर्डररन शेड्यूल पर प्लान्ड ऑर्डर, पीरियड के हिसाब से कन्फ़र्म
बनता कैसे हैवर्क सेंटर पर ऑपरेशंस वाली रूटिंगरिसोर्स पर ऑपरेशंस और फ़ेज़ वाली मास्टर रेसिपीप्रोडक्शन लाइन पर रूटिंग या रेट रूटिंग
क्या लगता हैBOMBOM, अक्सर को-प्रोडक्ट्स और बाय-प्रोडक्ट्स के साथBOM, कंपोनेंट्स बैकफ़्लश होते हैं
कॉस्ट ऑब्जेक्टऑर्डरऑर्डर, को-प्रोडक्ट्स में बँटा हुआहर प्रोडक्शन वर्ज़न पर प्रोडक्ट कॉस्ट कलेक्टर
आम ट्रेसबिलिटीहर ऑर्डर पर सीरियल नंबर या लॉटबैच जीनियोलॉजीबैच संभव, लागत पीरियड के हिसाब से
किसके लिए सहीअसेंबल या मशीन किए गए प्रोडक्ट, मेक-टू-ऑर्डरफ़ॉर्मूले, ब्लेंडिंग, रिएक्शन, बदलती यील्डएक ही लाइन पर एक ही प्रोडक्ट के लंबे रन

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

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

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

दोनों स्टाइल में प्रोडक्शन वर्ज़न सबको जोड़ता है। यह किसी मटीरियल को उस BOM अल्टरनेटिव और रूटिंग या रेसिपी से जोड़ता है जो MRP, कॉस्टिंग और ऑर्डर बनाने में इस्तेमाल होती है। एक मटीरियल के अलग-अलग लॉट साइज़ या वैलिडिटी डेट के लिए कई वर्ज़न हो सकते हैं।

मास्टर डेटा के तीन अंतर टीमों को चौंका देते हैं:

  1. फ़ेज़ और प्रोसेस इंस्ट्रक्शंस। रेसिपी में प्रोसेस इंस्ट्रक्शंस हो सकते हैं, जो कंट्रोल रेसिपी के रूप में शॉप फ़्लोर तक भेजे जाते हैं। डिस्क्रीट रूटिंग में इसका कोई बराबर का हिस्सा नहीं है, इसलिए यह नया डिज़ाइन काम है, कन्वर्ज़न नहीं।
  2. नेगेटिव कंपोनेंट्स। प्रोसेस BOM में बाय-प्रोडक्ट्स नेगेटिव मात्रा वाले कंपोनेंट के रूप में दर्ज होते हैं। लेगेसी सिस्टम उन्हें शायद ही इस तरह रखते हैं, इसलिए उन्हें दोबारा बनाना पड़ता है।
  3. वर्क सेंटर की जगह रिसोर्स। कॉन्सेप्ट वही है, लेकिन प्रोसेस टीमें वेसल, टैंक और लाइन के हिसाब से सोचती हैं। डेटा माइग्रेशन शुरू होने से पहले नामों पर सहमति बना लें।

मेरे अनुभव में SAP प्रोग्राम की 30 से 40 प्रतिशत मेहनत डेटा माइग्रेशन में जाती है। प्रोसेस प्लांट में उसका बड़ा हिस्सा रेसिपी और बैच क्लासिफ़िकेशन होते हैं, और वे आमतौर पर किसी की उम्मीद से ज़्यादा ख़राब हालत में होते हैं।

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

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

दूसरा अंतर को-प्रोडक्ट्स हैं। SAP के जॉइंट प्रोडक्शन लॉजिक में हर को-प्रोडक्ट को अपना ऑर्डर आइटम मिलता है, और ऑर्डर पर इकट्ठा हुई लागत अपॉर्शनमेंट स्ट्रक्चर में इक्विवैलेंस नंबरों के ज़रिए उनमें बाँटी जाती है। बाय-प्रोडक्ट्स को ऑर्डर आइटम नहीं मिलता; उनकी वैल्यू मुख्य प्रोडक्ट की लागत घटा देती है।

इक्विवैलेंस नंबर फ़ाइनेंस का फ़ैसला हैं, आमतौर पर मार्केट प्राइस के आधार पर। अगर go-live से पहले उन पर कोई सहमति नहीं बनती, तो हर ऑर्डर उन नंबरों से सेटल होता है जो किसी कंसल्टेंट ने बिल्ड के दौरान डाल दिए थे।

डिस्क्रीट प्लांट भी बैच इस्तेमाल कर सकते हैं। कई ख़रीदे गए कच्चे माल के लिए करते हैं, और कुछ तैयार माल के लिए जहाँ ग्राहकों को लॉट ट्रेसबिलिटी चाहिए, लेकिन ऑर्डर और कॉस्टिंग का लॉजिक डिस्क्रीट ही रहता है।

Quality Management (QM) तीनों स्टाइल में एक ही तरह काम करता है, लेकिन प्रोसेस प्लांट इसका ज़्यादा इस्तेमाल करते हैं। प्रोडक्शन में ज़्यादातर काम दो इंस्पेक्शन टाइप करते हैं, जैसा SAP का प्रोडक्शन में QM वाला लर्निंग कंटेंट बताता है।

इन-प्रोसेस इंस्पेक्शन (ओरिजिन 03) ऑर्डर रिलीज़ होने पर इंस्पेक्शन लॉट बनाता है, जिसमें इंस्पेक्शन स्टेप रूटिंग या रेसिपी से आते हैं। यह स्टॉक-रिलेवेंट नहीं होता। गुड्स रिसीट इंस्पेक्शन (ओरिजिन 04) तैयार माल की रिसीट पर लॉट बनाता है, स्टॉक क्वालिटी इंस्पेक्शन में रहता है, और यूसेज डिसीज़न उसे रिलीज़ या ब्लॉक करता है।

शुरुआत में ही तय करें कि कौन-सी जाँचें SAP में रहेंगी और कौन-सी मैन्युफ़ैक्चरिंग एक्ज़ीक्यूशन सिस्टम (MES) या लैबोरेटरी सिस्टम में। जब दो सिस्टम एक ही रिज़ल्ट रखते हैं, तो प्लांट में ऐसा बैच बन जाता है जो एक में रिलीज़ है और दूसरे में ब्लॉक।

यह वह सेक्शन है जो आपको अपने CFO के साथ शेयर करना चाहिए। प्रोडक्शन स्टाइल तय करता है कि फ़ाइनेंस को क्या दिखेगा।

डिस्क्रीट और प्रोसेस ऑर्डर दोनों कॉस्ट ऑब्जेक्ट हैं। असली लागत ऑर्डर पर पोस्ट होती है, ऑर्डर की तुलना उसके स्टैंडर्ड से होती है, और वेरिएंस पीरियड के आख़िर में ऑर्डर के हिसाब से सेटल होते हैं। को-प्रोडक्ट्स वाले प्रोसेस ऑर्डर में सेटलमेंट से पहले लागत को-प्रोडक्ट्स में बाँटी जाती है।

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

पूरा फ़ैसला इसी समझौते पर टिका है। फ़्लोर पर ट्रांज़ैक्शन का बोझ बहुत कम हो जाता है, और किसी एक लॉट की लागत दिखनी बंद हो जाती है।

फ़ाइनेंस की दो और बातें हर स्टाइल पर लागू होती हैं:

  • S/4HANA में Material Ledger डिफ़ॉल्ट रूप से चालू है। इसके साथ एक्चुअल कॉस्टिंग वैकल्पिक है और हर प्लांट के लिए अलग से चालू होती है, इसलिए पीरियड-एंड क्लोज़ डिज़ाइन करने से पहले तय करें कि आपको असली प्रोडक्ट लागत चाहिए या नहीं।
  • वर्क इन प्रोग्रेस और स्क्रैप की अपनी सेटिंग्स चाहिए। प्रोडक्ट कॉस्ट कलेक्टर पर वर्क इन प्रोग्रेस रिज़ल्ट्स एनालिसिस की से निकाला जाता है, और बिल्ड के दौरान इसे छोड़ देना और पहले मंथ-एंड पर पता चलना आसान है।

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

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

ज़्यादातर प्लांट किसी एक कैटेगरी में फ़िट नहीं होते। प्लास्टिक और स्टील, वे दो प्रोसेस-प्रधान इंडस्ट्रीज़ जिनमें मैंने ERP इम्प्लीमेंट किया है, इसके अच्छे उदाहरण हैं।

नीचे के बिंदु इन इंडस्ट्रीज़ को सामान्य रूप में बताते हैं, किसी एक क्लाइंट को नहीं।

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

कोई एक टेम्पलेट नहीं है। मेरे अनुभव में डिस्क्रीट सेट-अप कैसा दिखेगा, यह क्लाइंट की ज़रूरत पर निर्भर करता है, और मिक्स्ड प्लांट विकल्प घटाता नहीं, बढ़ाता है।

एक आम पैटर्न है: बैच बनाने वाले स्टेज के लिए PP-PI, और कन्वर्ज़न व पैकिंग के लिए रिपेटिटिव या डिस्क्रीट, जिन्हें एक बैच-मैनेज्ड इंटरमीडिएट मटीरियल जोड़ता है। यह आपके लिए सही है या नहीं, यह इस पर निर्भर करता है कि आपको लॉट के हिसाब से लागत कहाँ चाहिए, ट्रेसबिलिटी कहाँ चाहिए, और फ़्लोर कितना ट्रांज़ैक्शन वॉल्यूम सँभाल सकता है।

प्लानिंग एक और परत जोड़ती है। अगर कैरेक्टरिस्टिक्स या कोई बॉटलनेक लाइन आपका शेड्यूल तय करती है, तो यह मानने से पहले कि सिर्फ़ MRP काफ़ी होगा, MRP Live बनाम PP/DS बनाम IBP वाली मेरी तुलना पढ़ें।

फ़ैसला लाइन-दर-लाइन करें, प्रोडक्शन, क्वालिटी और फ़ाइनेंस को साथ बिठाकर। ये सवाल ज़्यादातर बात तय कर देते हैं:

  1. क्या प्रोडक्ट किसी फ़ॉर्मूले, रिएक्शन या बदलती यील्ड वाली ब्लेंडिंग से बनता है? PP-PI इस्तेमाल करें।
  2. क्या एक रन से कई बिकने लायक प्रोडक्ट निकलते हैं? को-प्रोडक्ट्स के साथ PP-PI इस्तेमाल करें, और अपॉर्शनमेंट पर फ़ाइनेंस की सहमति लें।
  3. क्या आपको हर लॉट या कस्टमर ऑर्डर की लागत चाहिए? प्रोडक्शन या प्रोसेस ऑर्डर इस्तेमाल करें, रिपेटिटिव नहीं।
  4. क्या एक ही लाइन पर हफ़्तों तक एक ही प्रोडक्ट चलता है, स्थिर रूटिंग के साथ? रिपेटिटिव पर विचार करना ठीक है।
  5. क्या ग्राहक या रेगुलेटर बैच जीनियोलॉजी की उम्मीद करते हैं? मटीरियल्स को बैच-मैनेज करें, चाहे आप कोई भी ऑर्डर टाइप चुनें।
  6. क्या फ़्लोर MES चलाएगा? किसी को भी कॉन्फ़िगर करने से पहले तय करें कि कन्फ़र्मेशन, क्वालिटी रिज़ल्ट और जीनियोलॉजी किस सिस्टम के पास रहेंगे। मैन्युफ़ैक्चरिंग में ERP और MES वाला मेरा लेख यह बँटवारा कवर करता है।

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

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

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

SAP में डिस्क्रीट और प्रोसेस मैन्युफ़ैक्चरिंग में क्या अंतर है?

डिस्क्रीट मैन्युफ़ैक्चरिंग BOM और रूटिंग से बने प्रोडक्शन ऑर्डर पर चलती है, और असेंबल या मशीन किए जाने वाले प्रोडक्ट्स के लिए सही है। प्रोसेस मैन्युफ़ैक्चरिंग मास्टर रेसिपी से बने PP-PI प्रोसेस ऑर्डर इस्तेमाल करती है, और बदलती यील्ड, को-प्रोडक्ट्स और बाय-प्रोडक्ट्स वाले फ़ॉर्मूलों और बैचों के लिए सही है। दोनों एक ही S/4HANA सिस्टम में चलती हैं, और कई प्लांट दोनों इस्तेमाल करते हैं।

SAP PP-PI किस काम आता है?

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

SAP में रिपेटिटिव मैन्युफ़ैक्चरिंग कब इस्तेमाल करनी चाहिए?

तब, जब एक ही लाइन पर लंबे समय तक एक ही प्रोडक्ट चलता हो और आपको हर लॉट की लागत न चाहिए। लागत हर प्रोडक्शन वर्ज़न के प्रोडक्ट कॉस्ट कलेक्टर पर पीरियड के हिसाब से इकट्ठा होती है, जिससे ट्रांज़ैक्शन की मेहनत घटती है, लेकिन हर ऑर्डर की लागत दिखनी बंद हो जाती है।

क्या एक SAP प्लांट डिस्क्रीट और प्रोसेस मैन्युफ़ैक्चरिंग साथ चला सकता है?

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

SAP में को-प्रोडक्ट्स की लागत कैसे निकाली जाती है?

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

क्या डिस्क्रीट मैन्युफ़ैक्चरिंग के लिए बैच मैनेजमेंट ज़रूरी है?

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

Noel D'Costa

लेखक

Noel D'Costa

एविएशन, सरकार, फ़ाइनेंस, रिटेल और मैन्युफ़ैक्चरिंग में SAP और Oracle ERP प्रोग्राम पर 25 साल। पृष्ठभूमि फ़ाइनेंस की है। मैं लीडरशिप टीमों की मदद करता हूँ: ट्रांसफ़ॉर्मेशन का स्कोप ईमानदारी से तय करने में, मुश्किल में फँसे प्रोग्राम को वापस पटरी पर लाने में, और ऐसे सिस्टम बनाने में जो प्रोडक्शन के पहले साल में टिके रहें।

अगला कदम

क्या आप अभी कोई ERP प्रोग्राम चला रहे हैं?

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