एक स्टोर, दो इन्वेंट्री: इन-स्टोर/ऑनलाइन विभाजन को समाप्त करना

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

इन-स्टोर और ऑनलाइन गिनती अलग क्यों हो जाती है?

गिनती इसलिए अलग हो जाती है क्योंकि दो सिस्टम प्रत्येक एक ही शेल्फ का अपना बही-खाता रखते हैं। जब कोई रजिस्टर पर खरीदता है, तो POS अपनी कॉपी को घटाता है। जब कोई ऑनलाइन खरीदता है, तो ई-कॉमर्स प्लेटफॉर्म अपनी कॉपी को घटाता है। एक कनेक्टर फिर प्रत्येक बदलाव को दूसरी तरफ ले जाता है, कभी-कभी सेकंड में, कभी-कभी एक बैच जॉब में जो हर पंद्रह मिनट में चलता है।

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

यह विचलन बढ़ता जाता है। प्रत्येक छोटा बेमेल तब तक बना रहता है जब तक कि कोई भौतिक रूप से शेल्फ की दोबारा गिनती नहीं करता, और तब तक कोई नहीं जानता कि कौन सा सिस्टम सही था।

विभाजन की वास्तव में क्या लागत आती है?

विश्व स्तर पर, आउट-ऑफ-स्टॉक और ओवरस्टॉक की वजह से रिटेल को सालाना अनुमानित $1.73 ट्रिलियन का नुकसान होता है, जो बिक्री का लगभग 6.5% है¹। एक एकल स्टोर के लिए, विभाजन चार छोटे, स्थिर बिलों में दिखाई देता है।

• बफ़र्ड स्टॉक: जब आपके पास 5 हों तो ऑनलाइन 3 दिखाना, ताकि सिंक लैग ओवरसेल न कर सके। वह इन्वेंट्री है जिसके लिए आपने भुगतान किया है लेकिन किसी को खरीदने नहीं देंगे।

• मिलान का समय (यह जाँचना कि दोनों गिनती सहमत हैं): स्टाफ का घंटों का समय शेल्फ की दोबारा गिनती करने और जो भी सिस्टम हार गया उसे ठीक करने में व्यतीत होता है।

• ओवरसेल सफाई: रिफंड, माफी ईमेल, और कभी-कभार एक-सितारा समीक्षा जब "स्टॉक में" वस्तु वास्तव में नहीं थी।

• सिंक स्टैक ही: कनेक्टर या ई-कॉमर्स सिंक टियर आमतौर पर खुदरा विक्रेताओं द्वारा वहन किए जाने वाले छिपे हुए SaaS बिल में से एक होता है।

इनमें से कोई भी P&L पर "इवेंट्री विभाजन" के रूप में दिखाई नहीं देता है, यही कारण है कि विभाजन बना रहता है।

क्या एक सिंक ऐप इसे ठीक नहीं कर सकता?

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

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

एक इन्वेंट्री का वास्तव में क्या अर्थ है?

इसका अर्थ है दो बही-खातों और एक कूरियर के बजाय सत्य का एक एकल स्रोत (एक डेटाबेस जिस पर हर कोई भरोसा करता है)। काउंटर, ऑनलाइन स्टोरफ्रंट, और कोई भी कियोस्क एक ही गिनती पढ़ते हैं और बिक्री के समय अपनी बिक्री को उसी रिकॉर्ड में लिखते हैं। जब दो चैनल एक ही क्षण में अंतिम इकाई को पकड़ते हैं, तो बही-खाता स्वयं यह तय करता है कि किसे मिला; ऐसा कोई "बाद में" नहीं होता है जिसमें एक सिंक जॉब संघर्ष की खोज करे। कैटलॉग को उसी तरह साझा किया जाता है: एक उत्पाद, एक कीमत, एक कर नियम, हर चैनल।

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

तो, क्या आप इन-स्टोर/ऑनलाइन विभाजन को समाप्त कर सकते हैं?

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

अंगूठे का नियम: यदि आपका रजिस्टर और आपका ऑनलाइन स्टोर एक ही शेल्फ के बारे में असहमत हो सकते हैं, तो आपके पास दो इन्वेंट्री हैं, चाहे सिंक ऐप जो भी वादा करे।