चेन स्टोर्स में जब भी डेली क्लोजिंग होती है, तो विवाद हो जाता है: कैशियर के रकम और स्टॉक कटौती का आंकड़ा एक दूसरे से मेल नहीं खाता, ट्रांसफर के दौरान बन रही इनवेंट्री ब्रेकडाउन के रूप में गिनी जाती है, और प्रमोशनल गिफ्ट्स के कारण मार्जिन खत्म हो जाता है। एक ही स्टोर में इन्वेंट्री, सेल्स और ट्रांसफर के डेटा को एक साथ रखकर भी कुछ ठीक रहता है, लेकिन कई स्टोर्स में एक ट्रांसफर के बाद, तुरंत टेबल गड़बड़ हो जाती है । स्टोर मैनेजर को जो आंकड़ा दिखाई देता है, वह स्टॉक का अनुभव है, जबकि हेडक्वार्टर को एक दिन की देरी वाला रिपोर्ट दिखाई देता है।
बिजनेस प्रॉब्लम: डेली क्लोजिंग के लिए जरूरी है “एक ही सच्चाई”
चेन में कम से कम चार चीजों का एकीकरण जरूरी है: प्रोडक्ट मेन डेटा, स्टॉक एकाउंट, सेल्स ट्रांजैक्शन और ट्रांसफर इन-ट्रांसिट। डेली क्लोजिंग का मतलब एक्सेल एक्सपोर्ट नहीं है, बल्कि उस दिन की सेल्स, रिटर्न, इनबॉक्स और आउटबॉक्स, इनवेंट्री डिफरेंस को बंद करके एक ऑडिटेबल स्नैपशॉट तैयार करना है।
- फ्रंट डेस्क सेल्स: POS से आउटबॉक्स के साथ ही स्टॉक कट जाता है
- ट्रांसफर: जारी किए गए स्टोर को लॉक कर दिया जाता है, और रिसीव किए गए स्टोर में इनबॉक्स होने के बाद ही इस्तेमाल किया जा सकता है
- इनवेंट्री: शेल्फ/कैटेगरी के अनुसार राउंड इनवेंट्री की जाती है, और डिफरेंस के लिए कारण कोड दर्ज किया जाता है
- डेली क्लोजिंग: कैशियर बैलेंस और स्टॉक क्लोजिंग, डिफरेंस लिस्ट अगले दिन सुबह से ही देखी जाती है
डिजाइन के मुख्य बिंदु: कई स्टोर्स की परमिशन और इन-ट्रांसिट स्थिति
हेडक्वार्टर मेन डेटा और प्राइसिंग स्ट्रैटेजी को मैनेज करता है; रीजनल मैनेजर अपने जोन को देखता है; और स्टोर मैनेजर केवल अपने स्टोर के इनबॉक्स, आउटबॉक्स और इनवेंट्री को ही देखता है। स्टोर स्टाफ को अपनी कॉस्ट प्राइस बदलने की अनुमति नहीं है। ट्रांसफर ऑर्डर में इन-ट्रांसिट स्टेटस होना चाहिए , अन्यथा जारी किए गए स्टोर में कटौती हो गई है, लेकिन रिसीव किए गए स्टोर में अभी जोड़ा नहीं गया है, जिससे पूरे नेटवर्क में उपलब्ध स्टॉक का आंकड़ा गलत हो जाता है।
- SKU मेन डेटा: बारकोड, स्पेसिफिकेशन, मूल्य निर्धारण इकाई, वजन करने की अनुमति है या नहीं
- स्टोर वेयरहाउस स्टॉक: इन-स्टॉक, इन-ट्रांसिट, लॉक (जिसे डेली क्लोजिंग सेल्स नहीं किया गया)
- POS ट्रांजैक्शन: ऑर्डर नंबर, भुगतान का तरीका, प्रमोशनल एलोकेशन
- डेली क्लोजिंग बैच: तारीख, स्टोर, ऑपरेटर, डिफरेंस समाप्ति
डेवलपमेंट और एक्सेप्टेंस
POS और स्टॉक सर्विसेज को निकट-रियल-टाइम होना चाहिए; नेटवर्क डाउन होने पर लोकल क्यू, रिकवरी के बाद पावर-इक्विवेलेंट रिप्ले, ताकि डबल कटौती से बचा जा सके। प्रमोशन इंजन को पहले एलोकेशन की गणना करनी चाहिए, फिर बैलेंस लेना चाहिए, अन्यथा मार्जिन रिपोर्ट हमेशा असंगत रहेगी। एक्सेप्टेंस के लिए वास्तविक डिस्टर्ब्ड डेटा का इस्तेमाल करना चाहिए:
- क्रॉस-स्टोर ट्रांसफर जब रिसीव नहीं हुआ है, तो क्या दोनों स्टोर्स के उपलब्ध स्टॉक का आंकड़ा सही है
- डेली क्लोजिंग के बाद क्या उस दिन के ट्रांजैक्शन को बदलने पर प्रतिबंध लगाया जाता है (रिवर्स ट्रांजैक्शन या रेड रिवर्स ऑर्डर)
- क्या वजन करने वाले और टुकड़े-टुकड़े करने वाले प्रोडक्ट्स के मिक्स्ड ऑर्डर की मात्रा सही है
- क्या प्रमोशनल फुल गिफ्ट्स के कारण नेगेटिव स्टॉक इंटरसेप्ट हो रहा है
चेन सिस्टम पहले “बैलेंस ठीक होने” की बात करता है, फिर स्मार्ट रीस्टॉकिंग की बात करता है। डेली क्लोजिंग के डिफरेंस रेट को कम नहीं किया जा सकता, तो रीस्टॉकिंग एल्गोरिथ्म गलतियों को बढ़ाएगा।
लैंडिंग रिदम
पहले बारकोड और प्राइस को एकीकृत करना चाहिए, फिर इन-ट्रांसिट ट्रांसफर को बढ़ाना चाहिए, और अंत में डेली क्लोजिंग को जबरन बंद करना चाहिए। 2–3 पायलट स्टोर्स को चुनकर दो हफ्ते तक चलाना चाहिए, डिफरेंस के टॉप 5 कारणों पर नजर रखना चाहिए (गलत स्कैन, रिसीव नहीं हुआ, निजी तौर पर स्टॉक शिफ्ट)। स्थिरता आने के बाद ही पूरे नेटवर्क पर लागू करना चाहिए।
प्रमोशन और वजन: डेली क्लोजिंग दो ऐसी जगह हैं जो सबसे आसानी से फट जाती हैं
फुल डिस्काउंट, फुल गिफ्ट, नंबर N वाले आइटम पर छूट जैसे फैक्टर्स सेल्स ट्रांजैक्शन को कई एलोकेशन में तोड़ देते हैं। अगर स्टॉक “सेल्स लाइन” के अनुसार कट जाता है, और फाइनेंस “एलोकेशन के बाद की रकम” के अनुसार गणना करता है, तो दोनों का असंगत होना आम बात है। सही तरीका यह है: स्टॉक केवल वास्तविक आउटबॉक्स की मात्रा को माने; फाइनेंस एलोकेशन के बाद की रकम को माने; और डेली क्लोजिंग रिपोर्ट में एक साथ मात्रा और रकम के डिफरेंस की दो लिस्ट दी जाए।
वजन करने वाले प्रोडक्ट्स के लिए वजन के बाद की वजन और मूल्य के स्रोत को रिकॉर्ड करना चाहिए। बारकोड स्केल जब अस्थायी कोड प्रिंट करता है, तो सिस्टम को अस्थायी कोड को पहचानना चाहिए और बेसिक PLU तक रिट्रोस्पेक्ट करना चाहिए। अन्यथा इनवेंट्री में हमेशा “गॉस्ट स्टॉक” रहेगा।
हेडक्वार्टर और स्टोर्स के बीच के सहयोग का रिदम
हेडक्वार्टर हर हफ्ते प्राइस चेंज और बाध्य बिक्री की लिस्ट जारी करता है; स्टोर्स हर दिन डेली क्लोजिंग से पहले ट्रांसफर रिसीव कन्फर्मेशन पूरा करते हैं। सिस्टम “न रिसीव किए गए ट्रांसफर के N घंटे से अधिक” पर अलर्ट जारी करता है, ताकि इन-ट्रांसिट लंबे समय तक बकाया न रहे। नए प्रोडक्ट्स की लॉन्चिंग के लिए टास्क ऑर्डर का इस्तेमाल करना चाहिए, न कि इमेजेस का ग्रुप वार्निंग—हर स्टोर को अपने रिसीव किए गए आइटम की मात्रा का रिप्लाई देना चाहिए, ताकि स्टॉक का विश्वास हो सके।
नेटवर्क डाउन स्ट्रैटेजी को ओपरेशन मैनुअल में लिखना चाहिए: POS के लिए लोकल कैश की अधिकतम सीमा, रिकवरी के बाद सिंक्रोनाइजेशन के विवाद में सर्वर के अनुसार या स्टोर के अनुसार कौन जीतेगा। अगर स्पष्ट स्ट्रैटेजी नहीं है, तो ओपनिंग के शार्प पीक में नेटवर्क डाउन होने पर स्टॉक कटौती दोगुनी हो जाती है।
इनवेंट्री और डिफरेंस रिपोर्टिंग की स्ट्रैटेजी और डिस्ट्रॉय रिपोर्टिंग
राउंड इनवेंट्री को ABC कैटेगरीज के अनुसार करना चाहिए: उच्च मूल्य वाले उच्च फ्रीक्वेंसी वाले इनवेंट्री को जल्दी इनवेंट्री करना चाहिए, जबकि कम मूल्य वाले को चुनौतीपूर्ण इनवेंट्री करना चाहिए। इनवेंट्री टास्क को स्टोर APP पर भेजा जाता है, और जब तक यह पूरा नहीं होता, तब तक डेली क्लोजिंग नहीं हो सकती। डिफरेंस कारण कोड को पर्याप्त रूप से विस्तार से लिखना चाहिए (रिसीव नहीं हुआ, कैशियर का गलत स्कैन, इन-डिप आरोप, सिस्टम फॉल्ट), ताकि ट्रेनिंग या ऑडिट के लिए निर्देश मिल सकें।
डिस्ट्रॉय प्रीवेंशन के लिए, उच्च डिस्ट्रॉय वाले प्रोडक्ट्स के लिए डिस्ट्रॉय और स्टॉक डिविएशन के लिए अलर्ट जारी करना चाहिए; असामान्य छूट और पूरे ऑर्डर के रद्द करने के लिए सुपरवाइजर के अथॉराइजेशन कोड की जरूरत है। सिस्टम के ट्रेस रखना कई कैमरों की तुलना में ज्यादा व्यवस्थित है।
फ्रेंचाइजी मॉडल के लिए वस्तु अधिकार का भी निपटारा करना चाहिए: फ्रेंचाइजी का अपना स्टॉक और हेडक्वार्टर के लॉन्च किए गए स्टॉक का अलग-अलग बैलेंस रखना चाहिए। डेली क्लोजिंग रिपोर्ट को वस्तु अधिकार के अनुसार बांटना चाहिए, ताकि सेटलमेंट में झगड़ा न हो। कस्टमाइजेशन के लिए सेटलमेंट रूल्स को कोड में फिक्स न करके, बल्कि कॉन्फिगरेशन में लिखना चाहिए।
मेंबर्स के इंटीग्रिटी और वैल्यू एडेड रिपोर्टिंग के लिए: भुगतान के रिटर्न के लिए स्टॉक और इंटीग्रिटी को रोलबैक करना चाहिए, अन्यथा मेंबर्स के अधिकार और वास्तविक वस्तुओं का असंगत होना आम बात है। रिटर्न के पूरे चेन को कवर करने के लिए रिग्रेसन टेस्ट जरूरी है।
रीस्टॉकिंग और वॉन्ट रिक्वेस्ट के लिए
स्टोर के वॉन्ट रिक्वेस्ट को अपने पिछले 7/14/28 दिनों की सेल्स, इन-ट्रांसिट, सेफ्टी स्टॉक के आधार पर तैयार करना चाहिए, लेकिन अंत में स्टोर मैनेजर की कन्फर्मेशन को अंतिम माना जाना चाहिए। सिस्टम सुझाव देता है, लेकिन ऑटोमैटिक रूप से अनुमति नहीं देता, ताकि हेडक्वार्टर की अंधाधुंध लॉन्चिंग से बचा जा सके। वॉन्ट रिक्वेस्ट के लिए अथॉराइजेशन को रकम या कैटेगरी के आधार पर करना चाहिए; उच्च फ्रीक्वेंसी वाले प्रोडक्ट्स को छोड़ दिया जाता है, जबकि उच्च मूल्य वाले प्रोडक्ट्स को कठोर रूप से नियंत्रित करना चाहिए।
रिसीव के बाद स्कैन कन्फर्मेशन के बाद ही स्टॉक उपलब्ध होता है; इंस्पेक्शन एरिया को अलग स्टेटस दिया जाता है। फ्रेश या शॉर्ट लाइफ प्रोडक्ट्स के लिए एक्सपायरी डेट के बैच को जोड़ना चाहिए, और एक्सपायरी के आसपास ऑटोमैटिक रिडक्शन स्ट्रैटेजी को कॉन्फिगर करना चाहिए, लेकिन रिडक्शन के लिए अथॉराइजेशन को ट्रेस करना चाहिए।
सप्लायर्स के डायरेक्ट डिलीवरी के लिए (DC बायपास) जब रिसीव ऑर्डर स्टोर के स्टॉक में आता है, तो बैलेंस रिपोर्ट हेडक्वार्टर के लिए होती है। प्रोसेस को स्पष्ट रूप से लिखना चाहिए, ताकि फाइनेंस डायरेक्ट डिलीवरी को “नो पर्चेज इनबॉक्स” के रूप में न लें।
ओपनिंग और क्लोजिंग के लिए
नए स्टोर के लॉन्च के लिए लॉन्चिंग टास्क लिस्ट का इस्तेमाल करना चाहिए: मेन डेटा सिंक्रोनाइजेशन, इनिशियल इनवेंट्री, POS रजिस्ट्रेशन, डेली क्लोजिंग रिहर्सल। क्लोजिंग के लिए स्टॉक ट्रांसफर और न बंद किए गए डेटा की सफाई करना चाहिए, ताकि क्लोजिंग के बाद भी सेल्स गॉस्ट ऑर्डर न बने। ये प्रोसेस एक साल में कुछ ही बार इस्तेमाल होते हैं, लेकिन गलती का खर्च बहुत ज्यादा होता है, इसलिए इन्हें गाइड बनाकर टास्क तैयार करना चाहिए।
प्रैक्टिकल रूप से दो हफ्ते के पायलट वेरिफिकेशन के बाद ही मुख्य प्रोसेस को बढ़ाना चाहिए, फिर विस्तार करना चाहिए; पायलट लिस्ट, प्रॉब्लम लिस्ट और रिटर्न कंडीशन को ऑनलाइन मेल में लिखना चाहिए, ताकि वोइस ऑफ द वॉर्म न फैले। एक्सेप्टेंस के लिए बिजनेस इंडिकेटर्स को माना जाना चाहिए, न कि “पेज सब टैप कर लिए हैं” को माना जाना चाहिए।
रिटेल चेन के इन्वेंट्री और डेली क्लोजिंग के लिए, यह एक टाइपिकल इंडस्ट्री सॉफ्टवेयर कस्टमाइजेशन का मामला है: प्रोसेस एक जैसा है, लेकिन डिटेल्स इंडस्ट्री के अनुसार बहुत अलग हैं। Shandong XYN Information Technology Co., Ltd. (XYN Tech / XYN Tech) निर्माण, रिटेल, व्यापार आदि इंडस्ट्रीज के लिए कस्टम डेवलपमेंट करती है, वेबसाइट https://www.xynkeji.com; एंटरप्राइज मैनेजमेंट और सप्लाई चेन कोऑर्डिनेशन संबंधित क्षमताओं के लिए https://www.xynadmin.com भी देखा जा सकता है।