9 लमोडा वेयरहाउस ऑटोमेशन लैप्स

हमारा गोदाम, दो लाल चौकों का आकार और 5 मंजिलों की ऊँचाई, पूरे वर्ष खुला रहता है और कभी नहीं सोता है - 24/7 364 दिन एक वर्ष (केवल 1 जनवरी को दिन बंद)। हमने 8,000,000 से अधिक सामान संग्रहीत और सेवित किए हैं, हर दिन 300 से अधिक ऑपरेटर बदलते हैं। वे दुनिया भर से आने वाले सामानों के साथ काम करते हैं और रूस, यूक्रेन, बेलारूस और कजाकिस्तान: चार देशों के उपयोगकर्ताओं के लिए आदेश एकत्र करते हैं। इस तरह के पैमाने पर, व्यापार को त्रुटिहीन स्वचालन की आवश्यकता होती है।

कटौती के तहत, मैं, पाशा फ़िन्केलस्टीन - गोदाम के विकास और स्वचालन की टीम का नेतृत्व - आपको बताएगा कि यदि आप एक अच्छी विकास टीम और एक बहुत ही विशिष्ट व्यवसाय कार्य संलग्न करते हैं तो एक खुला स्रोत समाधान क्या हो सकता है।

मूल तर्क

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

WMS (वेयरहाउस मैनेजमेंट सिस्टम) गोदाम में प्रत्येक उत्पाद के जीवन चक्र को नियंत्रित करता है, जिस क्षण से आपूर्तिकर्ता के सामान के साथ ट्रक गोदाम में आता है जब तक कि ग्राहक को माल भेज नहीं दिया जाता है।

फैशन ऑटोमेशन की बारीकियां

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



अन्य सभी प्रक्रियाएं स्वचालित हैं - माल की स्वीकृति, शिपमेंट क्षेत्र में स्थानांतरण, छंटाई, पैकेजिंग और शिपमेंट के लिए तैयारी। इन प्रक्रियाओं में से प्रत्येक को विशेष उपकरण और एक परिचालन प्रक्रिया की आवश्यकता होती है। जादू तब होता है जब ये सभी प्रक्रियाएं "एक साथ चिपकी रहती हैं" और एक साथ काम करना शुरू कर देती हैं - हमारे सिस्टम के लिए धन्यवाद।

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

खुला स्रोत और खुद के विकास का रास्ता

शुरुआती चरण में, हमने एक बाहरी गोदाम का उपयोग किया। वॉल्यूम की वृद्धि के साथ, हम यह समझने लगे कि हमें परिचालन प्रक्रियाओं पर पूर्ण नियंत्रण और इन प्रक्रियाओं के परिवर्तन की उच्च दर की आवश्यकता है, इसलिए हमने अपने स्वयं के गोदाम और विकास की ओर बढ़ने का फैसला किया।

मुख्य प्रश्न जो तब हमारे सामने था, सभी विवरणों में परिचालन प्रक्रियाओं का विस्तार था। कर्मचारियों को कहां और कैसे जाना है, वे कितने स्कैन करते हैं, आदि। और पहले से ही इन प्रक्रियाओं पर, डब्ल्यूएमएस को तैनात करना आवश्यक था, जो परिचालन गतिविधियों का प्रबंधन करता है और नियमित संचालन को स्वचालित करता है।

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

स्वचालन चरणों

मुख्य परिवर्तन "तरंगों" द्वारा किए गए थे, साथ में स्वयं प्रक्रियाओं के पुनर्गठन के साथ।

आज तक, वह आधुनिकीकरण के नौ चरणों से गुजरा है, और हम इस पर ध्यान केंद्रित करने की योजना नहीं बनाते हैं।

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

कार्यान्वयन

हमारी मुख्य प्रौद्योगिकियां: जावा, पोस्टग्रेज, वाइल्डफ्लाइ, रेडिस, एक्टिवएमक्यू।

WMS जावा 8 में लिखा गया है। लेकिन बहुत पहले नहीं, हमने आखिरी मॉड्यूल को तय किया, जो कि जावा 11 में संक्रमण को रोकता है, निकट भविष्य में अपडेट किया जाएगा।

गोदाम में सीधे स्थापित एक सर्वर रैक WMS के लिए आरक्षित है। इससे हमें यह भरोसा होता है कि WMS बिजली और / या इंटरनेट बंद होने पर भी काम करेगा। केवल एक चीज जो भुगतनी पड़ेगी वह यह है कि लेखा प्रणाली के संदेश देरी से आएंगे। WildFly का उपयोग एप्लिकेशन सर्वर के रूप में किया जाता है, हालांकि अभी तक नवीनतम संस्करण नहीं है। उत्तरार्द्ध में प्रवास भी योजनाओं में है। सब कुछ पहले से ही इस कदम के लिए लिखा गया है, लेकिन अभी तक कार्यात्मक और लोड परीक्षण करने में कामयाब नहीं हुए हैं, और नए साल से पहले, लोड अपेक्षाकृत अधिक है। एक सिद्ध ActiveMQ भी उपयोग किया जाता है।


डेटा हम PostgreSQL में संग्रहीत करते हैं। हमारे सिस्टम में मुख्य सार स्पष्ट रूप से एक उत्पाद है। कभी-कभी गोदाम के कर्मचारी अपने काम को आसान बनाने के लिए वर्कअराउंड के साथ आते हैं, उदाहरण के लिए, वे एक ही बारकोड को 50 बार स्कैन करते हैं, और उत्पाद को केवल स्कैनिंग के बिना मैन्युअल रूप से फेंक दिया जाता है, विवरण में जाने के बिना, यह जींस या टी-शर्ट है, इसलिए हमने एक विशिष्ट इकाई का लेबल लगाते हुए प्रवेश किया माल, बुनियादी ढांचे में यह समर्थन। इन इकाइयों के बारे में जानकारी 2-टेराबाइट पोस्टग्रेक्यूएल डेटाबेस में संग्रहीत है।

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

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



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

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

स्वचालन उपकरण

उपकरण के बिना क्या स्वचालन! पूरा गोदाम कन्वेयर के पूरे नेटवर्क में उलझा हुआ है।

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

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

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

अब भागीदार हमारे गोदाम में मौजूद है, स्वचालन के एक नए दौर की बात आने पर हमारे साथ उपकरणों की व्यवस्था करने की योजना बनाता है, नए ब्लॉकों का परीक्षण करने में मदद करता है।

टीम और रंडी

इस पूरे सिस्टम का विकास अब 12 लोगों की टीम में हो रहा है। आधुनिकीकरण के चरम में अंतिम चरणों में से एक में, जब अलग-अलग स्वचालित प्रक्रियाओं को कुछ पूरे में जोड़ा जाना था, अकेले 20 डेवलपर्स ने भाग लिया था (उस चरण में 132 व्यक्ति-महीनों की आवश्यकता थी और इसमें 1,500 से अधिक आवागमन शामिल थे)। लेकिन जैसे-जैसे बड़े पैमाने पर रूपांतरण समाप्त होते हैं, कुछ लोगों ने गो या पायथन सीखने का फैसला किया और अन्य विकास टीमों में बदल गए।

टीम में, हमारे पास "क्लासिक" परियोजना प्रबंधक हैं जो किसी उत्पाद के कार्यों और आईटी से एक परियोजना को जोड़ते हैं (औसतन, 5-6 लोगों के लिए एक पीएम)। उनके कार्यों में हमारे मुख्य ग्राहक के साथ संचार शामिल है - इसके निदेशक और परिचालन प्रक्रियाओं के विकास के विभाग द्वारा दर्शाया गया एक गोदाम। हमारे भाग के लिए, हम तकनीकी आधुनिकीकरण के बारे में अधिक चिंतित हैं - सही स्टैक चुनना, अपडेट आदि। - और गोदाम के लोग प्रक्रियाओं के अनुकूलन के बारे में सोच रहे हैं।

कभी-कभी हम स्वयं क्षेत्र में अनुसंधान और विकास के लिए समय समर्पित करते हैं। शाब्दिक अर्थ में, हम गोदाम में आते हैं, सामान्य परिचालकों के साथ वरिष्ठ पारियों के साथ संवाद करते हैं, और स्पष्ट करते हैं कि उनके पास क्या समस्याएं हैं, साथ काम करने के लिए सुविधाजनक और असुविधाजनक क्या है। दूसरे शब्दों में, हम उपयोगकर्ता अनुभव अनुसंधान का संचालन करते हैं।

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

और विवरणों के अनुकूलन पर संचित ज्ञान अब हमें सबसे अप्रत्याशित क्षणों से आगे निकल जाता है: एक बार जब हमारी टीम संस्था में थी और एक पल में लगभग सभी प्रतिभागियों ने कैशियर के कार्यों के अनुक्रम को देखा। लगभग 40 सेकंड के बाद, एक सहकर्मी ने सामान्य विचार व्यक्त किया: "बहुत आशा नहीं है, आप इसे सरल कर सकते हैं।"

यद्यपि टीम में भूमिकाओं के बीच का संबंध काफी क्लासिक है, हमने विकास पद्धति के लिए एक छानबीन को चुना।

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

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

हमें यह तरीका पसंद है। यह पुनरावृत्तियों के भीतर आवश्यक लचीलापन प्रदान करता है, और व्यापार ग्राहक को उन तारीखों की भविष्यवाणी प्रदान करता है जिनके द्वारा कुछ निश्चित तरीके लागू किए जाएंगे। और यह हमारे लिए इतना महत्वपूर्ण नहीं है कि इस पद्धति को क्या कहा जाता है। मुख्य बात यह है कि सब कुछ काम करता है।

हर किसी को पसंद नहीं है - सूची का उपयोग करना और उदाहरण के रूप में निगरानी करना

परिचालन प्रक्रियाओं को विकसित करते हुए, हमने अपने उद्योग की जरूरतों से शुरुआत की, इसलिए, हमारे पास कुछ व्यक्तिगत विशेषताएं हैं।

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

अब इन्वेंट्री इस प्रक्रिया की दक्षता बढ़ाने के लिए अगले अद्यतन की प्रक्रिया में है।



हमारे अपने विकास का एक और उदाहरण निगरानी है। यह एक वेब क्लाइंट के माध्यम से कार्यान्वित किया जाता है और आपको बहुत ही दिलचस्प मैट्रिक्स प्रदर्शित करने और ट्रैक करने की अनुमति देता है। इसके अलावा, इन मीट्रिक का एक दृश्य प्रतिनिधित्व हमारे लिए महत्वपूर्ण है। वास्तव में, निगरानी एक सरल अनुसूची में दर्शाया गया एक गोदाम है, जहां हम स्पष्ट रूप से देखते हैं कि किन जगहों पर सब कुछ अच्छा काम करता है और जहां समस्याएं देखी जाती हैं (एक विशिष्ट ऑपरेटर तक)। सबसे महत्वपूर्ण बात, इस दृष्टिकोण से, हम समझ सकते हैं कि ये समस्याएं क्यों उत्पन्न होती हैं।

KPI वेयरहाउस वर्कर्स और रेडिस

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

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

सिस्टम के विभिन्न स्थानों में व्यवसाय की समस्या को हल करने के बाद से, तकनीकी दृष्टिकोण से यह एक बहुत ही रोचक चुनौती थी।

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

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

हम आगे कहाँ जा रहे हैं?

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