गोदाम में सबसे ज़्यादा डर लगता है नहीं, बल्किगलत चयन, चूक से चयन, गलत बॉक्स में पैकिंग. जब ऑर्डर की मात्रा बढ़ जाती है, तो कागजी पिकिंग लिस्ट और वीचैट स्क्रीनशॉट इसके साथ नहीं चल पाते: एक ही वेयरहाउस स्थान पर कई लोगों का झगड़ा, एक ही SKU का कई बैचों में मिश्रण, और रिव्यू केवल “एक नज़र” पर निर्भर। गलत डिलीवरी के बाद ग्राहकों की शिकायतें, वापसी और फिर से डिलीवरी के खर्च अक्सर एक और कर्मचारी रखने से भी अधिक होते हैं।
समस्या को विभाजित करें: पिकिंग सिर्फ “ऑर्डर के अनुसार माल खोजना” जैसा सरल नहीं है
व्यावसायिक रूप से कम से कम चार अवधियाँ हैं: वेव/टास्क जनरेशन, गोडाउन नेविगेशन और पिकिंग, रिव्यू और पैकिंग, आउटबाउन डिलीवरी। टेबल में केवल “क्या पिक किया गया” का रिकॉर्ड होता है, लेकिन “कब पिक करना चाहिए, कौन पिक कर रहा है, पिकिंग के बाद क्या इसे रिव्यू के लिए लॉक किया गया है या नहीं” का रिकॉर्ड नहीं होता। वास्तव में फ़्लोर को थका देने वाली बात हैसमवर्ती टकरावऔरस्थिति को पुनरावृत्त नहीं किया जा सकता है。
- वेव: मार्ग, वाहक और ऑर्डर कटऑफ समय के आधार पर कार्यों को विभाजित करके, आगे-पीछे जाने की आवश्यकता को कम करता है।
- चयन: स्थान क्रम में जारी किया जाता है, और चयन के साथ-साथ स्कैन करने का समर्थन करता है; मात्रा में विचलन को तुरंत रोक दिया जाता है।
- पुनर्प्राप्ति: बॉक्स कोड/उत्पाद बारकोड का दूसरी बार जांच-पड़ताल, गलत भेजने को निकासी से पहले ही रोक दिया जाता है
- हस्तांतरण: कूरियर डेलिवरी नोट, लोडिंग बैच के साथ जोड़ा जाता है, जिससे बाद में जिम्मेदारी तय करना आसान हो जाता है
कैसे डिजाइन करें: भूमिका, प्रक्रिया, डेटा सीमा
भूमिका को विभाजित करने का सुझाव हैशेड्यूलिंग, चयनकर्ता, पुनरीक्षणकर्ता, गोदाम प्रबंधक. डिस्पैचर केवल ऑर्डर कट और वेव को देखता है; पिकिंग स्टाफ़ केवल अपनी खुद की टास्क लाइन को देखता है; रिव्यूअर बॉक्स के लिए जिम्मेदार होता है; वेयरहाउस मैनेजर आइटम की कमी और शिफ्टिंग का प्रबंधन करता है। अधिकार टास्क स्टेट मशीन के अनुसार नियंत्रित किए जाते हैं, “पूरे गोदाम में स्टॉक को बेतरतीब रूप से संशोधित करने” का सुपर बटन न दें।
मुख्य डेटा ऑब्जेक्ट:
- पिकिंग कार्य असाइनमेंट: ऑर्डर लाइन संग्रह, माल की स्थिति पथ, जिम्मेदार व्यक्ति, स्थिति (चयन की प्रतीक्षा/चयन में/पुनरीक्षण की प्रतीक्षा/समाप्त/असामान्य)
- पिकिंग विवरण: SKU, बैच/एक्सपायरी तिथि, योजनाबद्ध मात्रा, वास्तविक चुने गए आइटम की मात्रा, स्कैन की गई लेनदेन
- पुनरावृत्ति रिकॉर्ड: बॉक्स कोड, स्कैन अनुक्रम, विभिन्नता का कारण, रिलीज़/रोकथाम का परिणाम
- स्टॉक का अधिग्रहण: कार्य उत्पादन के समय आरक्षित किया जाता है, पूरा होने पर काट लिया जाता है, और रद्द करने पर जारी कर दिया जाता है
इंटरफ़ेस की सीमाएँ कड़ी होनी चाहिए: पिकिंग एंड में केवल कार्य और स्कैनिंग का ही प्रदर्शन किया जाता है; स्टॉक समायोजन के लिए वेयरहाउस प्रबंधन प्रक्रिया का अनुसरण किया जाता है; ग्राहक सेवा द्वारा त्रुटियों की जाँच करने और फिर से जाँच के लिए बार-कोड नंबर भेजा जाता है, न कि वेयरहाउस प्रबंधक से मौखिक रूप से पूछा जाता है।
कैसे विकसित करें: संग्रह, इंटरफ़ेस, अनुमोदन
संग्रह याबारकोड स्कैनिंगमुख्य रूप से, हाथ से दर्ज करना आधार के रूप में होता है और ऑडिट भी रिकॉर्ड किया जाता है। माल स्थान कोड, वस्तु कोड और बॉक्स कोड तीनों को एक साथ स्कैन करने पर ही टास्क को बंद करने की अनुमति दी जाती है। जब स्टॉक खत्म हो जाता है, तो टास्क को रोक दिया जाता है और ऑर्डर की प्रतिबद्ध डिलीवरी तिथि को वापस लिख दिया जाता है, न कि चुपचाप कम मात्रा में डिलीवरी की जाती है।
इंटरफ़ेस पर आमतौर पर डायलिंग: ERP आउटबॉक्स ऑर्डर, WMS स्टॉक, TMS/कुरियर शिपमेंट लेबल। एक्सेप्टेंस के दौरान केवल “फ़ंक्शन पॉइंट” की गणना न करें, बल्कि लोड टेस्ट स्केनारियो का उपयोग करें:
- एक ही गोदाम स्थान पर दो ऑर्डर एक साथ आने पर, सिस्टम कैसे कतार लगाता है या कार्यों को विभाजित करता है
- क्या गलत SKU को स्कैन करने पर तुरंत रोका जा सकता है और इसका ट्रेस बनाया जा सकता है?
- पुनरीक्षण और रिलीज़ के बाद, क्या स्टॉक और शिपमेंट डिटेल्स में संगतता है?
- गलत डिस्पैच का पता लगाने में 3 मिनट के भीतर व्यक्ति, बॉक्स और समय का पता लगाया जा सकता है
यदि समीक्षा केवल मानवीय दृष्टि पर निर्भर है, तो सिस्टम का मूल्य भरी मौसम में एकदम से शून्य हो जाएगा। “जब तक चीज़ें नहीं दिखतीं, तब तक उन्हें नहीं माना जाता” को अनुमोदन मानकों में शामिल करें।
लैंडिंग के समय प्राथमिकता से निगरानी की जाने वाली जोखिमें
पहला सप्ताह अक्सर इसमें फंस जाता हैबारकोड की गुणवत्ताऔरमाल जगह मुख्य डेटा: एक वस्तु पर कई कोड, गोदाम की स्थिति का गलत स्टिकर, बैच का अभी तक उपयोग नहीं किया गया। पहले मुख्य डेटा को साफ़ करें, फिर वेव को लागू करें; वेव रणनीति सरल तरीके से ऑर्डर बंद करने के आधार पर से शुरू होकर, गलियों के आधार पर अनुकूलन तक विकसित हुई है। गलत भेजने की दर, प्रति व्यक्ति चयन की संख्या और पुनरीक्षण रोकथाम दर तीन सप्ताह के भीतर सबसे अधिक देखे जाने वाले सूचकांक हैं।
मौके पर आमतौर पर पाई जाने वाली तीन तरह की विफलता के मुद्रांकन
पहली प्रकार हैकार्य को बहुत छोटे हिस्सों में विभाजित कर दिया गया है: एक ऑर्डर-एक वेव, पिकिंग कर्मचारी पूरे गोदाम में दौड़ता है, जिससे मार्ग में भारी बर्बादी होती है। वेव को गलियों या वाहक के अनुसार समूहीकृत किया जाना चाहिए, लेकिन बहुत बड़े समूहों से ऑर्डर काटने का जोखिम भी बढ़ जाता है। सिस्टम को ऑर्डर काटने के समय के अनुसार उल्टे क्रम में व्यवस्थित करने की क्षमता होनी चाहिए, और समय सीमा समाप्त होने वाले कार्यों को स्वचालित रूप से तत्काल पूल में अलग कर दिया जाना चाहिए।
दूसरी प्रकार हैस्टॉक का अधिकार और वास्तविक सामान में असंगतता है: ERP में वस्तु निकाल दी गई है, लेकिन शेल्फ अभी भी खाली है; या शेल्फ खाली हो चुका है, लेकिन सिस्टम अभी भी बिक्री के लिए उपलब्ध है। रिज़र्वेशन कार्य के जारी होने के समय ही होना चाहिए, कार्य रद्द करने पर अवश्य रिलीज़ किया जाना चाहिए, इन्वेंट्री अंतर के लिए अलग से डॉक्यूमेंट तैयार किया जाना चाहिए, और पिकिंग एंड पर सीधे बिल बदलने की अनुमति नहीं है।
तीसरा प्रकार हैसमीक्षा नाममात्र की है: व्यस्त मौसम में गति प्राप्त करने के लिए दूसरी स्कैनिंग को रद्द कर दिया जाता है। गलत भेजने की लागत वापसी के मौसम में एक साथ बढ़ जाती है। जांच को नमूना चयन + उच्च मूल्य वाली पूरी जांच के रूप में बनाया जा सकता है: राशि या आसानी से भ्रमित होने वाले SKU के लिए अनिवार्य रूप से पूरी जांच, बाकी के लिए अनुपात के अनुसार नमूना जांच, और नमूना जांच में विफलता होने पर पूरी लहर को वापस कर दिया जाता है।
अपस्ट्रीम और डाउनस्ट्रीम के साथ कैसे संरेखित करें
अपस्ट्रीम ऑर्डर सिस्टम द्वारा प्रतिबद्ध डिलीवरी तिथि और पैकेजिंग सामग्री की प्राथमिकता प्रदान की जाती है; डाउनस्ट्रीम एक्सप्रेस शिपमेंट डिटेल्स में शिपमेंट नंबर और वज़न को वापस लिखा जाता है। गोदाम में केवल “निष्पादन योग्य आउटबॉक्सिंग” के लिए जिम्मेदारी ली जाती है। इंटरफ़ेस विफलता के लिए रीट्राय करने और एकाग्रता की अनुमति होनी चाहिए: एक ही आउटबॉक्सिंग ऑर्डर को बार-बार प्रस्तुत करने से दो अलग-अलग चयन कार्यों का निर्माण नहीं होना चाहिए। लॉग्स में स्कैन ट्रांज़ैक्शन को कम से कम 90 दिनों तक संरक्षित रखा जाना चाहिए, ताकि ग्राहक शिकायतों के सबूत प्रदान करने में सुविधा हो।
कर्मचारी प्रशिक्षण लॉन्च से अधिक महत्वपूर्ण है: नए कर्मचारी पहले तीन दिनों तक केवल निश्चित गलियों के कार्यों को करते हैं, और जब वे इसमें पारंगत हो जाते हैं तब ही मिश्रित तरीके से काम करना शुरू करते हैं। सिस्टम की ओर से “नवागंतुक कार्य पूल” का उपयोग करके जटिलता को सीमित किया जाता है, जो कि केवल अधिकार बढ़ाने से अधिक प्रभावी है।
निष्पादन जांच सूची
लाइव होने से पहले जांच: गोदाम की मुख्य डेटा की पूर्णता दर, बारकोड की पठनीयता दर, ERP आउटबाउंड ऑर्डर के फ़ील्ड मैपिंग, और रिव्यू उपकरणों की संख्या का शीर्ष आवर्ती अनुप्रवाह को कवर करने की जांच करें। ट्रायल चलाने के दौरान, प्रतिदिन गलत भेजने और रोके गए रैंक का आउटपुट निकालें, और सुबह की मीटिंग में केवल पहले तीन कारणों पर ध्यान दें; दो सप्ताह के भीतर आमतौर पर स्पष्ट समस्याओं को दूर किया जा सकता है।
तृतीय पक्ष के गोदाम या बहु-गोदाम समन्वय के मामले में, कार्यों को गोदाम कोड के साथ ले जाना चाहिए, और स्टॉक का आवंटन गोदामों के बीच नहीं होना चाहिए। रिपोर्ट को गोदामों के अनुसार विभाजित किया जाना चाहिए; अन्यथा प्रबंधन को यह झूठा आभास होगा कि “कुल स्टॉक पर्याप्त है, लेकिन एक विशेष गोदाम में सामान की कमी है”।
सुरक्षा के मामले में, हैंडहेल्ड डिवाइस के अकाउंट को व्यक्ति से जोड़ा जाता है और नौकरी छोड़ने पर तत्काल रद्द कर दिया जाता है; स्कैन इंटरफ़ेस में लोड लिमिटेशन लगाकर बॉट्स को रोका जाता है। कोर कॉन्फ़िगरेशन में बदलाव के लिए डबल रिव्यू की प्रक्रिया अपनाई जाती है, ताकि गलती से गोडाउन स्थिति की नीति में बदलाव के कारण पूरे गोडाउन की दक्षता में भारी गिरावट न हो।
यदि किसी व्यवसाय में उत्पादन पूरा होकर गोदाम में जमा होने और बिक्री के लिए गोदाम से निकलने दोनों की गतिविधियाँ हैं, तो पिकिंग सिस्टम को उत्पादन के रिपोर्टिंग का काम नहीं संभालना चाहिए। सीमाओं को स्पष्ट रूप से अलग कर दें और इंटरफ़ेस केवल “बिक्री के लिए उपलब्ध स्टॉक” ही ले। इस तरह जिम्मेदारी स्पष्ट हो जाती है और समस्याओं का निर्धारण भी आसान हो जाता है।
इस प्रकार की वेयरहाउस एग्जीक्यूशन सिस्टम एंटरप्राइज-लेवल सॉफ़्टवेयर कस्टमाइज़ेशन में बहुत आम है: इसे ना सिर्फ़ फ़्लोर प्लान के अनुरूप बनाया जाता है, बल्कि इन्वेंट्री, ऑर्डर और बिक्री प्रणालियों के साथ भी संरेखित किया जाता है। Shandong XYN Information Technology Co., Ltd. (XYN Tech) लंबे समय से विभिन्न उद्योगों के लिए सॉफ़्टवेयर कस्टमाइज़ेशन का काम कर रही है, उसकी आधिकारिक वेबसाइट…https://www.xynkeji.com; यदि आपको आपूर्तिकर्ता/स्टॉक समन्वय पक्ष की उत्पादन क्षमता की भी आवश्यकता है, तो आप इसका भी संदर्भ ले सकते हैंhttps://www.xynadmin.com。