बिना अफ़रातफ़री के ओमनीचैनल: ऑनलाइन स्टोर, पीओएस और कूरियर डिलीवरी के लिए एक ही इन्वेंटरी

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

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

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

मल्टीचैनल अफ़रातफ़री में क्यों बदल जाता है

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

लक्षण जाने-पहचाने हैं:

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

आर्किटेक्चर: एक लेजर, कई दरवाज़े

समाधान है दो विचारों को अलग करना, जिन्हें ज़्यादातर टूल मिला देते हैं: चैनल (जहाँ आप बेचते हैं) और लोकेशन (जहाँ स्टॉक असल में है)। चैनल स्टॉक के मालिक नहीं होते। वे लोकेशन से बेचते हैं। हर लोकेशन का स्टॉक एक लेजर में रहता है।

काउंटर नहीं, मूवमेंट का लेजर

एक भरोसेमंद इन्वेंटरी "मात्रा = 48" लिखकर उस पर नई संख्या नहीं लिखती। यह हर मूवमेंट को एक पंक्ति के रूप में रिकॉर्ड करती है: प्राप्त, रिज़र्व, बिका, बाहर ट्रांसफ़र, अंदर ट्रांसफ़र, रिटर्न, समायोजन, राइट-ऑफ़। मौजूदा मात्रा उन पंक्तियों का जोड़ है। इसके तीन बड़े फ़ायदे हैं:

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

हाथ में, रिज़र्व, उपलब्ध

हर लोकेशन पर हर SKU की तीन संख्याएँ ज़्यादातर काम करती हैं:

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

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

हर SKU पर लो-स्टॉक अलर्ट

पूरे स्टोर की एक सीमा ("5 से नीचे बताओ") ऐसे कैटलॉग में नहीं चलती जहाँ कुछ आइटम रोज़ 50 बिकते हैं और कुछ महीने में 2। जहाँ ज़रूरी हो वहाँ हर SKU की सीमा तय करें, बाक़ी स्टोर डिफ़ॉल्ट लें, और पक्का करें कि अलर्ट हर स्टॉक घटाने वाले मूवमेंट पर चलें — ऑनलाइन ऑर्डर, POS बिक्री, समायोजन — सिर्फ़ एक चैनल पर नहीं।

काम करते देखें

यह छोटा टूर एक इन्वेंटरी में गोदाम, आउटलेट, स्टॉक मूवमेंट और लो-स्टॉक अलर्ट दिखाता है।

POS काउंटर: वही स्टॉक, वही ग्राहक

ऑनलाइन स्टोर वाले प्लेटफ़ॉर्म पर ही चलने वाला पॉइंट ऑफ़ सेल रोज़ के काम को छोटे पर अहम तरीकों से बदल देता है:

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

डिलीवरी लूप: "ऑर्डर हुआ" से "पैसा बैंक में" तक

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

1. चेकआउट पर कोट। डिलीवरी फ़ीस नियमों से आती है: ज़ोन, वज़न, तरीका और कोई भी फ़्री-डिलीवरी प्रमोशन। जोखिम भरे ख़रीदार (जैसे पहले बहुत रिटर्न) भेजने से पहले चिह्नित किए जा सकते हैं।
2. स्टॉक रिज़र्व करें उस लोकेशन पर जो भेजेगी।
3. कन्फ़र्म और पैक। ऑर्डर कन्फ़र्म करते ही डिलीवरी रिकॉर्ड अपने आप बनता है — कोई अलग कदम नहीं।
4. एपीआई से कूरियर बुक करें। कूरियर के पास पार्सल बनता है, ट्रैकिंग नंबर ऑर्डर में सेव होता है, और लेबल प्रिंट होता है।
5. स्टेटस कॉलबैक फ़ॉलो करें। जब कूरियर बताता है रास्ते में, डिलीवर्ड, आंशिक डिलीवर्ड या रिटर्न — ऑर्डर उसी के अनुसार बदलता है, किसी को पोर्टल नहीं देखना पड़ता।
6. सीओडी मिलाएँ। कूरियर का जमा किया कैश हर ऑर्डर से मिलाकर लेजर में पोस्ट होता है: डेबिट बैंक, क्रेडिट कूरियर प्राप्य।

तीनों नतीजे सही से संभालें

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

नीचे का डिलीवरी टूर कूरियर, ज़ोन, ड्राइवर और हर पार्सल का लाइव स्टेटस दिखाता है।

सेटअप चेकलिस्ट: आठ कदमों में एक इन्वेंटरी

1. अपनी लोकेशन की सूची बनाएँ — गोदाम, आउटलेट, एक वर्चुअल "रास्ते में" लोकेशन — और तय करें कि कौन-सी ऑनलाइन ऑर्डर भेजेंगी।
2. SKU साफ़ करें। हर बिकने वाले वेरिएंट का एक SKU, बारकोड के साथ। चैनलों में कोई डुप्लिकेट नहीं।
3. एक ही दिन लागत के साथ ओपनिंग स्टॉक गिनें और लोड करें हर लोकेशन के लिए।
4. हर चैनल को एक ही कैटलॉग से जोड़ें: वेबसाइट, POS रजिस्टर, मैन्युअल और फ़ोन ऑर्डर, और मोबाइल ऐप के लिए एपीआई।
5. सीमाएँ तय करें: एक समझदार स्टोर डिफ़ॉल्ट, और तेज़ बिकने वाले आइटम के लिए हर SKU का मान।
6. डिलीवरी कॉन्फ़िगर करें: ज़ोन, तरीके, रेट नियम और कूरियर एपीआई क्रेडेंशियल। हर कूरियर पर एक पार्सल टेस्ट करें।
7. ट्रांसफ़र चालू करें डिस्पैच और रिसीव कदम के साथ, ताकि वैन में रखा स्टॉक कभी दो बार न गिना जाए।
8. एक रोज़ की दिनचर्या तय करें: हर सुबह लो-स्टॉक अलर्ट, बिना मिलान वाला सीओडी और लौटे पार्सल देखें।

मेट्रिक्स जो बताते हैं कि यह काम कर रहा है

मेट्रिक	कैसे गणना करें	स्वस्थ लक्ष्य
स्टॉक सटीकता	गिनती में मेल खाते SKU ÷ गिने गए SKU	98% या बेहतर
ओवरसेल दर	स्टॉक न होने से कैंसल ऑर्डर ÷ सभी ऑर्डर	0.5% से कम
डिलीवरी सफलता दर	डिलीवर्ड ÷ भेजे गए	कूरियर और ज़ोन के हिसाब से ट्रैक करें
रिटर्न-टू-ओरिजिन दर	लौटे पार्सल ÷ भेजे गए	महीने दर महीने घटती
सीओडी बकाया दिन	डिलीवरी से कैश मिलने तक औसत दिन	7 दिन से कम
सेल-थ्रू	बिकी यूनिट ÷ प्राप्त यूनिट, प्रति अवधि	लोकेशन के हिसाब से तुलना करें

लक्ष्य श्रेणी और बाज़ार के हिसाब से बदलते हैं, इसलिए इन्हें शुरुआती बिंदु मानें। अहम यह है कि हर एक बिना स्प्रेडशीट के उसी लेजर से गणना किया जा सके।

आम ग़लतियाँ जिनसे बचें

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

StoreConsole इसे कैसे संभालता है

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

मुख्य बातें

• चैनल लोकेशन से बेचते हैं; स्टॉक लोकेशन का होता है, एक लेजर में।
• मात्रा नहीं, मूवमेंट रिकॉर्ड करें। उपलब्ध = हाथ में − रिज़र्व।
• डिलीवरी लूप ऑटोमेट करें: कोट, रिज़र्व, बुक, ट्रैक, मिलान।
• डिलीवर्ड, आंशिक डिलीवर्ड और रिटर्न को पहले दर्जे के नतीजों की तरह संभालें।
• स्टॉक सटीकता, ओवरसेल दर, डिलीवरी सफलता, रिटर्न और सीओडी दिन उसी डेटा से मापें।

अनिचुर रहमान एक सॉफ़्टवेयर आर्किटेक्ट और StoreConsole के निर्माता हैं। वे बढ़ते बिज़नेस के लिए कॉमर्स और ईआरपी सिस्टम डिज़ाइन करते हैं, जिनका फ़ोकस इवेंट-ड्रिवन आर्किटेक्चर, डेटा की शुद्धता और सेल्फ़-होस्टेड संचालन पर है।