छोटे निर्माताओं के लिए मैन्युफ़ैक्चरिंग ERP: BOM, वर्क ऑर्डर और ट्रेसेबिलिटी
स्प्रेडशीट से मल्टी-लेवल BOM, मैटेरियल चेक वाले वर्क ऑर्डर, स्क्रैप को गिनने वाली कॉस्टिंग और लॉट ट्रेसेबिलिटी तक का रास्ता। 100 जारों का हल किया उदाहरण, रेसिपी से $3.56 यूनिट कॉस्ट तक।
Author
Anichur Rahaman
1 सप्ताह पहले11 min read
stock शीट कहती है कि शेल्फ़ पर 14 kg शिया बटर है, यानी पूरे batch के लिए काफ़ी। सोमवार सुबह 9:10 बजे एक छोटी बॉडी-केयर वर्कशॉप की मालिक को एक रिटेलर से शुक्रवार तक के लिए 100 जार बाम का order मिला है। वे स्टोर रूम जाकर देखती हैं तो मिलता है सिर्फ़ 10 kg। बाक़ी 4 kg पिछले गुरुवार के batch में लग चुका है, जिसे किसी ने दर्ज नहीं किया।
फिर supplier का email आता है: शिया का एक लॉट क्वालिटी रिव्यू में है, और लॉट नंबर invoice पर लिखा है। किन जारों में यह लॉट गया, और उन्हें किसने ख़रीदा? जवाब तीन स्प्रेडशीट और एक नोटबुक में बिखरा पड़ा है।
यह लेख उन्हीं छोटे रिकॉर्डों के बारे में है जो ऐसी सुबह को ख़त्म कर देते हैं: मल्टी-लेवल बिल ऑफ़ मैटेरियल्स, stock को हिलाने वाले वर्क order, और इनपुट को आउटपुट से जोड़ने वाले लॉट नंबर। इनमें से किसी के लिए एंटरप्राइज़ सूट नहीं चाहिए। चाहिए सही रिकॉर्ड, जो काम होते ही दर्ज हो जाएँ।
स्प्रेडशीट सबसे पहले कहाँ टूटती है
एक आदमी एक product बनाए तो स्प्रेडशीट चल जाती है। गड़बड़ तब शुरू होती है जब रेसिपी में कई स्तर आ जाएँ, एक ही दिन दो लोग काम करें, और कोई ग्राहक पुराने रिकॉर्ड के बारे में सवाल पूछ ले।
नाकामियाँ ठोस हैं। stock की गिनती और रेसिपी अलग फ़ाइलों में रहती हैं, इसलिए batch काग़ज़ पर सामान खपा देता है पर गिनती नहीं घटती। स्क्रैप दिखता नहीं, सो यूनिट कॉस्ट हमेशा असलियत से कम आती है। ख़रीद याददाश्त के भरोसे होती है, तो कमी का पता batch शुरू होने के बाद चलता है। और supplier के लॉट को तैयार जार से जोड़ने वाली कोई कड़ी नहीं होती।
चारों दिक़्क़तों की जड़ एक है: प्लान, stock और कॉस्ट तीन अलग दस्तावेज़ हैं। मैन्युफ़ैक्चरिंग system इन्हें जोड़ देता है। एक रिकॉर्ड, यानी वर्क order, रेसिपी से पढ़ता है, stock ledger में लिखता है और कॉस्ट निकालता है।
बिल ऑफ़ मैटेरियल्स वह रेसिपी है जिसे system मानता है
बिल ऑफ़ मैटेरियल्स (BOM) किसी product की एक यूनिट या एक batch बनाने के लिए ज़रूरी हर घटक की सूची है, मात्रा और इकाई के साथ। असली product कम ही सपाट होते हैं, इसलिए BOM में स्तर होते हैं। एक जार बाम के लिए चाहिए जार, ढक्कन, लेबल और बाम ख़ुद। बाम अपने आप में एक सब-असेंबली है, जिसकी अपनी रेसिपी है: शिया बटर, नारियल तेल और मोम।
100 जारों का एक batch, माँग के तीन स्तर: बेस अपने आप में एक product है, जिसकी अपनी रेसिपी और अपनी छीजन है।
स्तर इसलिए मायने रखते हैं कि हर स्तर को अलग से stock किया, ख़रीदा या बनाया जा सकता है। बाम बेस बड़े batch में बनाकर जार अगले दिन भरे जा सकते हैं। जार दो suppliers से ख़रीदे जा सकते हैं। system BOM को ऊपर से नीचे खोलता है और हर कच्चे माल पर पड़ने वाली मात्राएँ जोड़ देता है।
दो बारीकियाँ तय करती हैं कि आँकड़ों पर भरोसा किया जा सकता है या नहीं। हर लाइन में इकाई और कन्वर्ज़न होता है: रेसिपी किलोग्राम में, supplier 25 kg की बोरी बेचता है, तराज़ू ग्राम में पढ़ता है। और हर लाइन में स्क्रैप प्रतिशत होता है, यानी घटक का वह हिस्सा जिसके खोने की आप उम्मीद रखते हैं।
हल किया हुआ उदाहरण: 100 जार बॉडी बाम
यह एक उदाहरण है, दाम काल्पनिक हैं। हर जार में 200 g बाम है, तो 100 जारों के लिए 20 kg बेस चाहिए। बेस बनाने में कढ़ाई और करछी पर लगकर लगभग 5% घट जाता है। तैयार जार के घटकों की अपनी छूट है: जार पर 2% (टूट-फूट या पिचकना), लेबल पर 5% (ग़लत छपाई)। इस उदाहरण में स्क्रैप नेट मात्रा के ऊपर जोड़ा गया है, इसलिए 20 kg का 5% यानी 1 kg अतिरिक्त। कुछ system इसकी जगह (1 घटा स्क्रैप) से भाग देते हैं, जिससे 21.05 kg आता है। एक तरीक़ा चुनिए और हर जगह वही चलाइए।
घटक
प्रति यूनिट
स्क्रैप
batch की ज़रूरत
यूनिट दाम
लागत
बाम बेस (ख़ुद बनाया)
प्रति जार 200 g
+5%
21 kg
नीचे की पंक्तियों से
$158.55
शिया बटर
प्रति kg बेस 0.55 kg
बेस में शामिल
11.55 kg
$8.00/kg
$92.40
नारियल तेल
प्रति kg बेस 0.35 kg
बेस में शामिल
7.35 kg
$5.00/kg
$36.75
मोम
प्रति kg बेस 0.10 kg
बेस में शामिल
2.10 kg
$14.00/kg
$29.40
जार और ढक्कन
प्रति जार 1
+2%
102 pcs
$0.60
$61.20
लेबल
प्रति जार 1
+5%
105 pcs
$0.08
$8.40
shipping कार्टन
प्रति 12 जार 1
ऊपर की पूरी संख्या
9 pcs
$0.90
$8.10
कुल मैटेरियल
$236.25
हिसाब सीधा है, और यही असली बात है। 21 kg बेस गुणा 0.55 यानी 11.55 kg शिया। 100 जार भाग 12 यानी 8.33 कार्टन, तो चाहिए 9। software यह एक सेकंड में कर देता है, हर product के लिए, जब भी रेसिपी या दाम बदले। स्प्रेडशीट तभी करती है जब किसी को याद रहे।
वर्क order: वह रिकॉर्ड जो stock को हिलाता है
BOM बताता है कि product आम तौर पर कैसे बनता है। वर्क order कहता है, "अभी इसके 100 बनाओ"। release के पल वह BOM की कॉपी ले लेता है, इसलिए बाद में रेसिपी बदलने से फ़्लोर पर चल रहा batch नहीं बदलता।
वर्क order कहाँ रुक सकता है: मैटेरियल चेक पर, जब तक कमी ख़रीदकर रिसीव न हो जाए।
डायग्राम में WO-1042 के साथ चलिए। release पर system BOM को ऊपर की टेबल में खोलता है और हर लाइन को उपलब्ध stock से मिलाता है, यानी हाथ में मौजूद stock में से दूसरे orders के रिज़र्व घटाकर। मान लीजिए सिर्फ़ 10 kg शिया फ़्री है। order में 1.55 kg की कमी है, इसलिए चेक फ़ेल होता है और उसी कमी के लिए परचेज़ request बन जाती है। माल नए लॉट में रिसीव होने पर चेक दोबारा चलता है और पास हो जाता है।
मैटेरियल इश्यू करने का मतलब है उसे स्टोर से वर्क इन प्रोग्रेस (WIP) में ले जाना। stock ledger में हर घटक और लॉट की एक पंक्ति पड़ती है, सब WO-1042 से बँधी। फिर ऑपरेशन के घंटे order पर दर्ज होते हैं: पिघलाना और मिलाना 2 घंटे, भरना और लेबल लगाना 3 घंटे, पैकिंग 1 घंटा।
पूरा होने पर गिनती होती है। मान लीजिए 100 जार पास हुए और 2 चटक गए। system नए लॉट L-0927-A में निकाली गई यूनिट कॉस्ट पर +100 जार तैयार stock में चढ़ाता है, और ख़राब 2 जार वजह-कोड के साथ स्क्रैप दर्ज करता है। BOM की स्क्रैप छूट में यह पहले से शामिल था, इसलिए मैटेरियल वैरिएंस शून्य है। अगर कढ़ाई में 21 kg की जगह 22 kg बेस गया होता, तो वह अतिरिक्त किलो औसत में खो जाने के बजाय वैरिएंस बनकर दिखता।
कॉस्टिंग: मैटेरियल, लेबर और ओवरहेड
उत्पादन लागत के तीन हिस्से हैं। मैटेरियल सीधे BOM और असल में इश्यू हुए लॉट से आता है। लेबर order पर दर्ज घंटों गुणा रेट है। ओवरहेड वह है जिसे कोई अलग से दर्ज नहीं करता: किराया, बिजली, मशीनें, अकाउंटेंट। इसे एक रेट से बाँटा जाता है, आम तौर पर प्रति लेबर घंटा या प्रति मशीन घंटा।
लागत का हिस्सा
आधार
100 का batch
प्रति जार
मैटेरियल
स्क्रैप सहित BOM, लॉट के दाम पर
$236.25
$2.36
लेबर
6 घंटे, $14 प्रति घंटा
$84.00
$0.84
ओवरहेड
6 घंटे, $6 प्रति लेबर घंटा
$36.00
$0.36
कुल
$356.25
$3.56
$6 का ओवरहेड रेट भी एक उदाहरण है: वर्कशॉप का $1,200 मासिक ओवरहेड 200 लेबर घंटों पर बाँटा गया। लागत अच्छे आउटपुट से भाग दी जाती है, इसलिए बिगड़े 2 जारों की क़ीमत अच्छे 100 जार चुकाते हैं। इसीलिए स्क्रैप को अनदेखा करने पर लागत सुहानी दिखती है। वही batch बिना छूट के निकालें तो मैटेरियल $2.27 और प्रति जार $3.47 आता है, यानी 9 सेंट कम। साल में 5,000 जार बिकें तो यह चूक $450 के margin की है, जो कभी था ही नहीं।
तैयार लॉट $3.56 पर stock में आता है, और जार बिकने पर यही आँकड़ा cost of goods sold में जाता है।
लॉट ट्रेसेबिलिटी: मिनटों में रिकॉल की तैयारी
ट्रेसेबिलिटी का मतलब है श्रृंखला पर दोनों दिशाओं में चल पाना। पीछे की ओर: इस तैयार लॉट में कौन-से इनपुट लॉट गए? आगे की ओर: यह supplier लॉट किन तैयार लॉटों में है, और उनसे कौन-से order भेजे गए?
वर्क order वाले उदाहरण की हर stock पंक्ति में यह जानकारी पहले से है। WO-1042 ने शिया लॉट S-2291 खपाया और L-0927-A बनाया। L-0927-A order लाइनों पर नामज़द ग्राहकों तक गया। शुरुआती दृश्य का supplier email इस तरह एक वीकेंड की जगह दो query बन जाता है: S-2291 इश्यू करने वाले वर्क order खोजिए, फिर उनके बनाए लॉटों की शिपमेंट निकालिए।
खाद्य उत्पादों में यह अच्छी आदत से नियम की ओर बढ़ रहा है। अमेरिकी FDA का फ़ूड ट्रेसेबिलिटी रूल Food Traceability List के खाद्य पदार्थों से जुड़े कारोबारों को लॉट-स्तर के रिकॉर्ड रखने और माँगे जाने के 24 घंटे के भीतर देने का पाबंद करता है। अनुपालन की तारीख़ 20 जनवरी 2026 थी, पर अब एक appropriations क़ानून FDA को 20 जुलाई 2028 से पहले इस नियम को लागू न करने का निर्देश देता है (FDA, FSMA final rule on additional traceability records)। दूसरे उत्पादों के अपने नियम हैं, और रिटेल ख़रीदार आप जो भी बनाएँ, वही लॉट-स्तर के जवाब माँगते हैं।
BOM, प्रोडक्शन order और लॉट ट्रेसेबिलिटी, लाइव डेमो data पर रिकॉर्ड किए गए (2:03)।
मेक-टू-stock या मेक-टू-order
दोनों तरीक़ों में वर्क order वही रहता है। फ़र्क़ इसमें है कि उसे शुरू कौन करता है। मेक-टू-stock में फ़ोरकास्ट और रीऑर्डर लेवल उत्पादन शुरू करते हैं, और ग्राहक शेल्फ़ से ख़रीदता है। मेक-टू-order में कस्टमर order उत्पादन शुरू करता है, इसलिए वर्क order उसी order से जुड़ा रहता है और तैयार माल ख़रीदार के नाम रिज़र्व हो जाता है।
वही वर्क order, दो ट्रिगर: एक में stock का जोखिम, दूसरे में डिलीवरी की तारीख़ का जोखिम।
खाने-पीने की चीज़ें और कॉस्मेटिक्स आम तौर पर मेक-टू-stock की तरफ़ झुकते हैं, क्योंकि शेल्फ़ लाइफ़ और फ़ोरकास्ट योजना तय करते हैं। फ़र्नीचर, प्रिंट और कस्टम कपड़े मेक-टू-order की तरफ़, क्योंकि जब तक कोई हामी न भरे, product का वजूद ही नहीं होता। ज़्यादातर छोटे निर्माता दोनों मिलाकर चलाते हैं: कुछ तेज़ बिकने वाले आइटम रीऑर्डर लेवल पर बनते हैं, बाक़ी सब माँगने पर। system को एक ही product पर दोनों चलाने देना चाहिए।
हर चरण पर क्या ट्रैक करें
चरण
रिकॉर्ड
क्यों ज़रूरी है
प्राप्ति
supplier लॉट, एक्सपायरी, मात्रा और इकाई
पीछे की ट्रेस शुरू करता है
भंडारण
जगह और स्टेटस (क्वारंटीन या रिलीज़्ड)
बिना मंज़ूरी वाले माल को इश्यू होने से रोकता है
WIP में इश्यू
हर वर्क order पर हर घटक का खपा हुआ लॉट
इनपुट को batch से जोड़ता है
उत्पादन
घंटे, अच्छा आउटपुट, वजह के साथ स्क्रैप
लेबर कॉस्ट और yield देता है
फ़िनिशिंग
तैयार लॉट, best-before तारीख़, क्वालिटी नतीजा
तय करता है कि ग्राहक को क्या बेचा जा सकता है
shipping
हर order लाइन का लॉट
आगे की ट्रेस को संभव बनाता है
छोटे से शुरुआत कैसे करें
पूरा कारोबार मॉडल करने मत बैठिए। एक product फ़ैमिली चुनिए और दूसरी जोड़ने से पहले उसे शुरू से आख़िर तक चलाइए।
अपने सबसे ज़्यादा बिकने वाले product के घटक लिखिए, लेबल तक, और एक असली batch के लिए उन्हें तौल या गिन लीजिए।
इकाइयाँ तय कीजिए: हर आइटम की एक stock इकाई, और ख़रीदने व नापने के तरीक़े के हिसाब से कन्वर्ज़न।
BOM भरिए, स्क्रैप प्रतिशत पिछले पाँच batchs से लीजिए, अंदाज़े से नहीं।
फ़िज़िकल गिनती के बाद ओपनिंग stock लॉट के हिसाब से, एक्सपायरी के साथ, चढ़ाइए।
अगला असली batch वर्क order की तरह चलाइए, और घंटे व स्क्रैप होते ही दर्ज कीजिए, हफ़्ते के आख़िर में नहीं।
system की लागत को अपने पुराने अंदाज़े से मिलाइए, और अगला product जोड़ने से पहले कुछ प्रतिशत से ज़्यादा के अंतर की वजह खोजिए।
ग़लतियों पर भी एक बात। सबसे आम है वह BOM जो कभी सही था। supplier जार बदल देता है, रेसिपी में 10 g मोम बढ़ जाता है, कोई BOM नहीं बदलता, और उसके बाद हर लागत थोड़ी-सी लेकिन लगातार ग़लत रहती है। हर BOM का एक मालिक और रिव्यू की तारीख़ तय कीजिए। दूसरी है इकाई कन्वर्ज़न की कमी, जो ledger में 25 kg की बोरी को 25 ग्राम बना देती है। तीसरी है स्क्रैप को अनदेखा करना, जैसा पहले उदाहरण में दिखा।
क्या मापें
हफ़्ते भर की समीक्षा के लिए चार आँकड़े ज़्यादातर काम निपटा देते हैं। Yield यानी अच्छी यूनिट भाग प्लान की गई यूनिट। वजह के हिसाब से स्क्रैप दर बताती है कि नुकसान कढ़ाई में हो रहा है या भराई के स्टेशन पर। मैटेरियल वैरिएंस BOM के मुक़ाबले असल इश्यू मात्रा है, जो रेसिपी के खिसकने और तौल की ग़लतियों को पकड़ता है। समय पर पूर्ति वह अनुपात है जिसमें वर्क order तय तारीख़ तक पूरे हुए, और यह दिखाता है कि मैटेरियल चेक काम कर रहा है या नहीं। साथ में हर तिमाही एक ड्रिल रखिए: कोई भी तैयार लॉट चुनिए और नापिए कि उसके इनपुट और ग्राहकों की सूची बनने में कितना समय लगता है।
सोमवार की उसी सुबह पर लौटते हैं
वही मालिक अब सोमवार को 9:10 बजे 100 जार का order release करती हैं। बैग रखने से पहले ही मैटेरियल चेक पूरा हो जाता है: 1.55 kg शिया को छोड़कर सब मौजूद है, इसलिए 9:15 से पहले एक परचेज़ request निकल जाती है। stock की गिनती सही है, क्योंकि पिछले batch ने इश्यू होते ही अपना सामान खपा दिया था।
supplier का email आने पर वे शिया का लॉट नंबर सर्च करती हैं। दो वर्क order, तीन तैयार लॉट और ग्यारह order सामने आ जाते हैं। मिनटों में संपर्क सूची हाथ में है, और उन्हें पता है कि हर जार की लागत $3.56 है, न कि वह $3.47 जो उनकी पुरानी शीट दिखाती थी। हफ़्ते का बाक़ी समय बाम बनाने में जाता है।
मुख्य बातें
मैन्युफ़ैक्चरिंग system वे तीन चीज़ें जोड़ता है जिन्हें स्प्रेडशीट अलग रखती है: रेसिपी, stock ledger और लागत।
BOM को स्तरों में बनाइए, हर लाइन पर इकाई, कन्वर्ज़न और स्क्रैप प्रतिशत के साथ।
वर्क order release पर BOM की कॉपी लेता है, मैटेरियल चेक चलाता है, stock को WIP में ले जाता है और पूरा होने पर अच्छा आउटपुट व स्क्रैप पोस्ट करता है।
उत्पादन लागत है मैटेरियल जमा दर्ज लेबर जमा बँटा हुआ ओवरहेड, अच्छे आउटपुट से भाग दिया हुआ। स्क्रैप को अनदेखा करने से लागत कम दिखती है।
हर इश्यू और हर शिपमेंट पर लॉट नंबर हो तो रिकॉल वीकेंड भर की खोज से घटकर दो query रह जाता है।
एक product फ़ैमिली से शुरू कीजिए, और हर BOM का एक मालिक व रिव्यू की तारीख़ रखिए।
अनिचुर रहमान सॉफ़्टवेयर आर्किटेक्ट और StoreConsole के संस्थापक हैं। वे बढ़ते कारोबारों के लिए कॉमर्स और ERP सिस्टम डिज़ाइन करते हैं — ख़ास ध्यान event-driven आर्किटेक्चर, डेटा की शुद्धता और अपने सर्वर पर चलने वाले सिस्टम पर।