मुख्य सामग्री पर जाएँ
कारखाने और गोदाम का डिजिटलीकरण· 7 में से भाग 7

अपनी फ़ैक्टरी को डिजिटल बनाने का नब्बे दिन का रोडमैप: कहाँ से शुरू करें और किस क्रम में

संक्षिप्त जवाब

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

Origami टीम

संपादकीय टीम · · 7 मिनट का पाठ

WhatsApp पर साझा करें
हम जो प्रकाशित करते हैं वह आपको पसंद है? Google में Origami को अपना पसंदीदा स्रोत बनाइए।Add as a preferred source on Google
अपनी फ़ैक्टरी को डिजिटल बनाने का नब्बे दिन का रोडमैप: कहाँ से शुरू करें और किस क्रम में
कारखाने और गोदाम का डिजिटलीकरण · 7 में से भाग 7
इस लेख में
  1. पहले दिन से पहले: वे आँकड़े जो प्रगति को दिखाई देने लायक बनाते हैं
  2. पहले तीस दिन: आइटम, कोड और ओपनिंग गिनती
  3. दूसरे तीस दिन: स्कैनर पर वेयरहाउस की आवाजाही
  4. तीसरे तीस दिन: प्रोडक्शन ऑर्डर और इनवॉइस लिंक
  5. नब्बे दिनों के बाद: वे संकेतक जिनसे आप ऑपरेशन चलाते हैं
  6. वह हिस्सा जिस पर ज़्यादातर प्रोजेक्ट असफल होते हैं: लोग
  7. Origami का नज़रिया
  8. सीरीज़ का समापन: पहले सवाल पर वापसी
  9. स्रोत

छठे भाग ने इनवॉइस को इश्यू ट्रांज़ैक्शन से जोड़ा और छह टुकड़े पूरे किए: सटीकता का अंतर, स्कैनिंग, प्रोडक्शन ऑर्डर, रीऑर्डर पॉइंट, लॉट ट्रेसबिलिटी और इनवॉइस लिंक। लेकिन टुकड़ों को जानना एक बात है और उन्हें जोड़ना दूसरी, और ठीक यहीं ज़्यादातर प्रोजेक्ट बिखर जाते हैं।

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

पहले दिन से पहले: वे आँकड़े जो प्रगति को दिखाई देने लायक बनाते हैं

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

  • एक सैंपल पर स्टॉक की सटीकता। अपने सबसे तेज़ी से चलने वाले बीस आइटम चुनें, सिस्टम बैलेंस की तुलना भौतिक गिनती से करें, और दर्ज करें कि कितने हिस्से का मिलान बिल्कुल सही हुआ। यह वही अभ्यास है जो पहले भाग में बताया गया था।
  • ज़रूरी आइटमों में स्टॉकआउट। पिछले महीने कितनी बार लाइन रुकी या ऑर्डर खिसका, क्योंकि जो सामग्री उपलब्ध दर्ज थी वह वहाँ थी ही नहीं।
  • आपातकालीन ख़रीद ऑर्डर। ऊँची क़ीमत पर तुरंत ख़रीदारी कमज़ोर सटीकता का सीधा वित्तीय निशान है।
  • स्टॉकटेक के कारण रुकावट। गिनती के समय वेयरहाउस कितने दिन बंद रहता है या इश्यू रुका रहता है।
  • दोहराए गए कोड। आपको कितने आइटमों पर संदेह है कि वे एक से ज़्यादा कोड या विवरण के तहत दर्ज हैं।

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

पहले तीस दिन: आइटम, कोड और ओपनिंग गिनती

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

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

इस चरण की पूर्णता की एक ही कसौटी है: आइटम फ़ाइल खोलें और उसमें न कोई दोहराया गया आइटम मिले, न माप की कोई अस्पष्ट इकाई, और न कोई ऐसा बैलेंस जो अब वास्तविक नहीं है।

दूसरे तीस दिन: स्कैनर पर वेयरहाउस की आवाजाही

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

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

इस महीने के अंत में उन्हीं बीस आइटमों पर स्टॉक की सटीकता फिर से मापें। दोनों आँकड़ों के बीच का अंतर प्रोजेक्ट का पहला ठोस रिटर्न है, और वही आँकड़ा है जो मैनेजमेंट को आगे बढ़ते रहने के लिए राज़ी करता है।

तीसरे तीस दिन: प्रोडक्शन ऑर्डर और इनवॉइस लिंक

अब जब स्टॉक वास्तविकता को दर्शाता है, तो आप उसके ऊपर निर्माण कर सकते हैं। यह महीना दो परतें जोड़ता है जो पूरी तरह अपने नीचे की सटीकता पर निर्भर हैं, इसीलिए वे पहले नहीं, आख़िर में आती हैं।

  • बिल ऑफ़ मटीरियल और प्रोडक्शन ऑर्डर। हर प्रोडक्ट के घटक परिभाषित करें, फिर प्रोडक्शन ऑर्डर को उनके चरणों से गुज़ारें, और स्क्रैप व नुक़सान को नोट के बजाय ट्रांज़ैक्शन के रूप में दर्ज करें। तब हर ऑर्डर की वास्तविक बनाम नियोजित लागत दिखाई देने लगती है, और वह आँकड़ा मूल्य निर्धारण को अंदाज़े के बजाय एक निर्णय में बदल देता है।
  • रीऑर्डर पॉइंट और सेफ़्टी स्टॉक। दो महीने की दर्ज आवाजाही के बाद आख़िरकार आपके पास वास्तविक खपत और वास्तविक लीड टाइम होते हैं, वे दो इनपुट जिनके बिना कोई भी रीऑर्डर फ़ॉर्मूला अनुमान पर टिका रहता है।
  • सेल्स ऑर्डर से इश्यू और इश्यू से इनवॉइस। जैसा छठे भाग में समझाया गया, इनवॉइस इश्यू की घटना से बनता है, और रिटर्न व क्रेडिट नोट स्पष्ट रूप से संभाले जाते हैं। अनुपालन के मामले में यहाँ एकमात्र संदर्भ वही है जो ज़कात, कर और सीमा शुल्क प्राधिकरण (ZATCA) प्रकाशित करता है।
  • जहाँ आपका सेक्टर माँगे, वहाँ लॉट ट्रेसबिलिटी। खाद्य और दवा क्षेत्र में यह कोई अतिरिक्त सुधार नहीं बल्कि एक अनिवार्यता है, और इसका संदर्भ सऊदी खाद्य एवं औषधि प्राधिकरण है।

नब्बे दिनों के बाद: वे संकेतक जिनसे आप ऑपरेशन चलाते हैं

नब्बे दिनों का अंत प्रोजेक्ट का अंत नहीं, बल्कि आँकड़ों से प्रबंधन की शुरुआत है। पाँच संकेतक काफ़ी हैं, जिन्हें हर महीने एक ही पेज पर पढ़ा जाए:

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

पाँच आँकड़े जिन्हें मालिक दो मिनट में पढ़ ले, उस तीस पेज की रिपोर्ट से ज़्यादा क़ीमती हैं जिसे कोई खोलता ही नहीं।

वह हिस्सा जिस पर ज़्यादातर प्रोजेक्ट असफल होते हैं: लोग

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

  • नए तरीक़े को भारी नहीं, हल्का बनाएँ। अगर स्कैनर से इश्यू दर्ज करने में पर्ची पर लिखने से ज़्यादा समय लगता है, तो सिस्टम हार जाता है।
  • सामान्य स्थिति पर नहीं, अपवादों पर ट्रेनिंग दें। मानक रिसीविंग कोई भी एक घंटे में सीख लेता है। असली सवाल ये हैं कि जब कम मात्रा आए, या किसी आइटम पर लेबल न हो, या कोई रिटर्न क्षतिग्रस्त होकर लौटे, तब क्या करना है।
  • शुरुआती महीनों में ग़लती को सज़ा से अलग रखें। अगर पारदर्शिता का पहला नतीजा पुराने अंतरों के लिए जवाबदेह ठहराया जाना हो, तो हर कोई अंतर को दर्ज करने के बजाय छिपाना सीख जाएगा।
  • एक ही ओनर नियुक्त करें। फ़ैक्टरी के भीतर का कोई व्यक्ति जिसके पास निर्णय लेने का अधिकार हो, न कि कोई बाहरी वेंडर और न कोई कमेटी।

Origami का नज़रिया

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

हम जो क्रम सुझाते हैं वह ऊपर वाला ही है: डेटा, फिर होते ही दर्ज होने वाली आवाजाही, फिर प्रोडक्शन, लागत और जुड़ी हुई इनवॉइसिंग, फिर ऑपरेशन चलाने के लिए संकेतक। और हम आधे-अधूरे चलने वाले चार चरणों के बजाय एक ऐसा चरण पसंद करेंगे जो सच में काम करे, क्योंकि टीम को आगे बढ़ते रहने के लिए जो चीज़ राज़ी करती है वह कोई प्रेज़ेंटेशन नहीं, बल्कि पहला आँकड़ा है जिसे वह बेहतर होते देखती है।

सीरीज़ का समापन: पहले सवाल पर वापसी

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

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

स्रोत

  • #तकनीक का पूरा लाभ उठाएँ
  • #फ़ैक्टरियाँ और वेयरहाउस
  • #डिजिटल ट्रांसफ़ॉर्मेशन
  • #ऑपरेशंस मैनेजमेंट

सामान्य प्रश्न

मैं अपनी फ़ैक्टरी का डिजिटलीकरण कहाँ से शुरू करूँ?

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

लागू करने का क्रम इतना मायने क्यों रखता है?

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

डिजिटलीकरण के बाद फ़ैक्टरी को किन संकेतकों से चलाना चाहिए?

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

स्टोरकीपर और सुपरवाइज़रों के विरोध को कैसे संभालूँ?

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

फ़ैक्टरियों और गोदामों के लिए सॉफ़्टवेयर

हम उत्पादन, इन्वेंटरी और बैच ट्रैकिंग के सिस्टम बनाते हैं, आपकी फ़ैक्टरी या गोदाम के काम करने के तरीक़े के हिसाब से।

उद्योग और गोदाम समाधान

न्यूज़लेटर

नए लेख और शृंखलाएँ, सीधे आपके इनबॉक्स में।

Google पर Origami को फ़ॉलो करें

Origami को अपना पसंदीदा स्रोत बनाइए, तो हमारे लेख आपको Google Search और प्रमुख ख़बरों में सबसे पहले दिखेंगे।

Add as a preferred source on Google