स्प्रेडशीट इन्वेंट्री प्रबंधित करने का एक बिल्कुल उचित तरीका है, जब तक कि वह न रह जाए।
यह बदलाव अक्सर उस समय पता नहीं चलता। आमतौर पर ऐसा होता है कि एक स्प्रेडशीट एक साल तक अच्छी तरह काम करती है, व्यवसाय बढ़ता है, और फ़ाइल चुपचाप विश्वसनीय नहीं रह जाती — लेकिन चूंकि वह हमेशा से मौजूद रही है और हर कोई जानता है कि यह कैसे काम करती है, इसलिए त्रुटियों के कारण सॉफ्टवेयर की लागत से अधिक नुकसान होने के बावजूद इसका उपयोग जारी रहता है।
यह गाइड बताती है कि एक प्रभावी स्प्रेडशीट कैसे बनाई जाए, और उतना ही महत्वपूर्ण यह है कि उस बिंदु को कैसे पहचाना जाए जब आप इससे आगे निकल चुके हों।
स्प्रेडशीट कब सही टूल है
यदि इनमें से अधिकांश बातें सच हैं, तो स्प्रेडशीट आपके लिए उपयुक्त है:
- इसे एक व्यक्ति ही संभालता है। जिस क्षण दो लोग एक ही फ़ाइल को संपादित करते हैं, संस्करण अलग हो जाते हैं।
- आप एक चैनल के माध्यम से बिक्री करते हैं। मल्टी-चैनल सेलिंग का मतलब है कि एक स्टॉक आंकड़ा कई जगहों पर काम आता है, और जब आपकी वेबसाइट पर कुछ बिकता है तो स्प्रेडशीट मार्केटप्लेस लिस्टिंग को अपडेट नहीं कर सकती।
- लगभग कुछ सौ SKU से कम। इसके बाद, पंक्तियों को खोजना और अपडेट करना ही मुख्य काम बन जाता है।
- स्टॉक की आवाजाही को हाथ से गिना जा सकता है — सैकड़ों के बजाय प्रति दिन दसियों में।
- आपको बैच, सीरियल या एक्सपायरी ट्रैकिंग की आवश्यकता नहीं है। इन्हें मैन्युअल रूप से किसी भी भरोसे के साथ बनाए रखना लगभग असंभव है।
- त्रुटि का परिणाम प्रबंधनीय है। यदि स्टॉक त्रुटि का मतलब केवल एक माफी मांगना है, तो ठीक है। यदि इसका मतलब अनुपालन उल्लंघन (compliance breach) है, तो नहीं।
यह तब भी सही टूल है जब आप यह पता लगा रहे हों कि आपको वास्तव में क्या चाहिए। स्प्रेडशीट बनाना आपको यह तय करने के लिए मजबूर करता है कि क्या ट्रैक करना है, और वह स्पष्टता बाद में सॉफ्टवेयर चयन को बहुत बेहतर बनाती है।
आपकी स्प्रेडशीट के लिए आवश्यक कॉलम
इनसे शुरुआत करें। एक महीने तक उपयोग करने से पहले और अधिक जोड़ने से बचें।
पहचान (Identification)
- SKU — आपका अद्वितीय कोड। प्रत्येक बिक्री योग्य वेरिएंट के लिए एक। यह वह कॉलम है जिस पर बाकी सब कुछ निर्भर करता है, इसलिए शुरू करने से पहले ही प्रारूप तय कर लें, बजाय इसके कि इसे अपने आप विकसित होने दें।
- उत्पाद का नाम — पढ़ने योग्य विवरण।
- श्रेणी — समूहीकरण और फ़िल्टरिंग के लिए।
- बारकोड — यदि आपके उत्पादों में एक है, ताकि आप स्कैन करके खोज सकें।
- स्थान — यह कहाँ रखा है। एक छोटे स्टॉक रूम में भी, “शेल्फ C3” “पीछे कहीं” से बेहतर है।
मात्रा (Quantities)
- हाथ में मात्रा (Quantity on hand) — वर्तमान भौतिक स्टॉक।
- आवंटित मात्रा (Quantity allocated) — उन ऑर्डरों के लिए प्रतिबद्ध जो अभी तक शिप नहीं हुए हैं।
- उपलब्ध मात्रा (Quantity available) — हाथ में मौजूद स्टॉक में से आवंटित घटाकर। यह वह संख्या है जो बिक्री के लिए मायने रखती है, और जिसे अधिकांश स्प्रेडशीट छोड़ देती हैं।
- ऑर्डर पर मात्रा (Quantity on order) — आपूर्तिकर्ताओं के पास रखा गया ऑर्डर, जो अभी तक प्राप्त नहीं हुआ है।
पुनः ऑर्डर करना (Reordering)
- रीऑर्डर पॉइंट — वह स्तर जो नया ऑर्डर ट्रिगर करता है।
- रीऑर्डर मात्रा — ऐसा होने पर कितना ऑर्डर करना है।
- लीड टाइम (दिनों में) — मापा गया, न कि केवल बताया गया।
- आपूर्तिकर्ता — आप किससे खरीदते हैं।
धन (Money)
- इकाई लागत — माल ढुलाई और शुल्क सहित लैंडेड लागत, न कि केवल इनवॉइस मूल्य।
- विक्रय मूल्य।
- स्टॉक मूल्य — हाथ में मौजूद मात्रा को इकाई लागत से गुणा करके।
हाउसकीपिंग
- अंतिम गणना तिथि — ताकि आप देख सकें कि हाल ही में क्या सत्यापित नहीं किया गया है।
- अंतिम आवाजाही तिथि — डेड स्टॉक की पहचान करने के लिए।
- नोट्स — किसी भी ऐसी चीज़ के लिए जो कहीं और फिट नहीं होती।
दो फॉर्मूले जो इसे उपयोगी बनाते हैं
एक स्प्रेडशीट जो केवल संख्याओं को रिकॉर्ड करती है, वह सिर्फ एक सूची है। ये दो इसे एक टूल में बदल देते हैं।
उपलब्ध स्टॉक:
= [Quantity on hand] – [Quantity allocated]
सरल, और सबसे उपयोगी गणना कॉलम। उपलब्ध के बजाय हाथ में मौजूद स्टॉक के आधार पर बेचना ही वह तरीका है जिससे आप ऐसा स्टॉक बेचने का वादा कर बैठते हैं जो पहले से ही किसी और के लिए प्रतिबद्ध है।
लो स्टॉक फ्लैग:
= IF([Quantity available] + [Quantity on order] <= [Reorder point], "ORDER", "")
ऑर्डर पर मात्रा को जोड़ना ही वह चीज़ है जो इसे आपको ऐसी चीज़ को फिर से ऑर्डर करने के लिए कहने से रोकता है जिसे आपने पिछले सप्ताह ऑर्डर किया था। उस शब्द के बिना, फ्लैग तब तक चालू रहता है जब तक डिलीवरी नहीं आ जाती और लोग इसे अनदेखा करना सीख जाते हैं।
मूल बातें काम करने के बाद दो और चीजें जोड़ने लायक हैं।
स्टॉक मूल्य:
= [Quantity on hand] * [Unit cost]
पूरी शीट में योग करने पर, यह आपका इन्वेंट्री निवेश है — एक ऐसा आंकड़ा जिसे कई छोटे व्यवसायों ने कभी वास्तव में नहीं निकाला है।
कवर के दिन (Days of cover):
= [Quantity available] / [Average daily usage]
कच्ची मात्रा से अधिक जानकारीपूर्ण, क्योंकि 40 इकाइयों का मतलब प्रति सप्ताह दो बिकने वाले उत्पाद के लिए अलग है और प्रति दिन बीस बिकने वाले उत्पाद के लिए अलग।
कंडीशनल फॉर्मेटिंग जोड़ें ताकि कम स्टॉक वाली पंक्तियाँ खुद रंगीन हो जाएं, और शीट को सॉर्ट या फ़िल्टर करें ताकि फ्लैग की गई पंक्तियाँ सबसे ऊपर दिखाई दें। जिसे कोई नहीं देखता, वह फ्लैग नहीं है।
इसे सटीक कैसे रखें
यह वह हिस्सा है जो निर्धारित करता है कि स्प्रेडशीट उपयोगी है या सक्रिय रूप से भ्रामक।
आवाजाही के समय अपडेट करें। दिन के अंत में नहीं, नोटपैड से नहीं। देरी का हर घंटा त्रुटि बढ़ाता है, और याददाश्त से दिन के अंत में अपडेट करना स्प्रेडशीट-आधारित इन्वेंट्री में अशुद्धि का सबसे बड़ा स्रोत है।
एक व्यक्ति का स्वामित्व। यदि कई लोगों को इसे अपडेट करने की आवश्यकता है, तो फ़ाइल को ईमेल करने के बजाय वास्तविक मल्टी-यूज़र एडिटिंग वाली क्लाउड-आधारित शीट का उपयोग करें। अलग-अलग इनबॉक्स में रहने वाली इन्वेंट्री फ़ाइल के संस्करण विफलता का क्लासिक कारण हैं।
नियमित रूप से गणना करें। एक बार में सब कुछ करने के बजाय हर हफ्ते एक हिस्सा — एक शेल्फ या एक श्रेणी — साइकिल काउंट करें। अंतिम-गणना कॉलम में तारीख रिकॉर्ड करें ताकि अंतराल दिखाई दे सकें।
समायोजन (adjustments) को अलग से लॉग करें। एक दूसरा टैब रखें जो तारीख और कारण के साथ हर सुधार को रिकॉर्ड करे। उन कारणों में पैटर्न ही वह जगह है जहाँ आपकी प्रक्रिया में खामियां हैं, और किसी सेल को ओवरराइट करना उस जानकारी को स्थायी रूप से नष्ट कर देता है।
फॉर्मूला सेल को सुरक्षित रखें। काम करने वाली स्प्रेडशीट के खराब होने का सबसे आम तरीका किसी का फॉर्मूले के ऊपर नंबर टाइप करना है। उन्हें लॉक करें।
इसे स्वचालित रूप से बैकअप करें। संस्करण इतिहास के साथ क्लाउड स्टोरेज, ताकि आकस्मिक विलोपन या गलत पेस्ट को पूर्ववत किया जा सके। बिना इतिहास वाली स्थानीय फ़ाइलें ही वह तरीका है जिससे एक साल का काम गायब हो जाता है।
सब कुछ चुने बिना कभी सॉर्ट न करें। एक कॉलम को सॉर्ट करना और बाकी को वहीं छोड़ देना हर पंक्ति को गड़बड़ कर देता है, और बिना ध्यान दिए ऐसा करना बहुत आसान है।
फ़ाइल को सही ढंग से व्यवस्थित करना
अधिकांश स्प्रेडशीट खराब फॉर्मूले के बजाय संरचनात्मक रूप से विफल होती हैं। चार टैब, प्रत्येक का एक काम, लगभग सब कुछ ठीक कर देता है।
टैब 1 — उत्पाद। प्रति SKU एक पंक्ति, जिसमें वे चीजें हों जो शायद ही कभी बदलती हैं: नाम, श्रेणी, बारकोड, आपूर्तिकर्ता, इकाई लागत, विक्रय मूल्य, रीऑर्डर पॉइंट, रीऑर्डर मात्रा, लीड टाइम। यह आपका संदर्भ डेटा है, और दैनिक उपयोग के दौरान यहाँ कुछ भी संपादित नहीं किया जाना चाहिए।
टैब 2 — स्टॉक। प्रति SKU वर्तमान स्थिति: हाथ में मात्रा, आवंटित, उपलब्ध, ऑर्डर पर, स्थान, अंतिम गणना। यह वह टैब है जिसे लोग देखते हैं।
टैब 3 — आवाजाही (Movements)। हर रसीद, बिक्री, समायोजन और स्थानांतरण, प्रत्येक एक पंक्ति, तारीख, SKU, मात्रा, दिशा और कारण के साथ। केवल-जोड़ें (Append-only) — कभी भी किसी पंक्ति को संपादित या हटाएं नहीं।
टैब 4 — आपूर्तिकर्ता। संपर्क विवरण, लीड टाइम, न्यूनतम ऑर्डर मात्रा, भुगतान की शर्तें।
आवाजाही टैब वह है जिसे लोग छोड़ देते हैं, और यह सबसे मूल्यवान है। इसके बिना आपके पास वर्तमान स्थिति है और कोई इतिहास नहीं है, इसलिए जब कोई आंकड़ा गलत होता है तो जांच करने के लिए कुछ नहीं होता। इसके साथ, आप पता लगा सकते हैं कि कोई संख्या क्या बन गई है, और आप किसी के प्रभाव के बजाय वास्तविक डेटा से रीऑर्डर पॉइंट के लिए औसत उपयोग की गणना कर सकते हैं।
यह यह भी बदल देता है कि स्टॉक टैब कैसे काम करता है। हर बार कुछ हिलने पर मात्रा को टाइप करने के बजाय, हाथ में मौजूद मात्रा एक गणना बन जाती है:
= SUMIF(Movements[SKU], [@SKU], Movements[Quantity])
जिसमें रसीदें सकारात्मक और बिक्री नकारात्मक होती है। कोई भी कुछ भी ओवरराइट नहीं करता है, हर बदलाव रिकॉर्ड किया जाता है, और वर्तमान स्थिति को बनाए रखने के बजाय प्राप्त किया जाता है। वह एकल संरचनात्मक निर्णय स्प्रेडशीट इन्वेंट्री के अविश्वसनीय होने के सबसे आम कारण को समाप्त कर देता है।
दो सहायक आदतें: कच्चे सेल रेंज के बजाय उचित नामित तालिकाओं (named tables) का उपयोग करें, ताकि पंक्तियाँ जोड़े जाने पर फॉर्मूले काम करते रहें; और आवाजाही टैब में SKU कॉलम पर डेटा वैलिडेशन का उपयोग करें, ताकि टाइपो (typo) एक नकली उत्पाद न बना सके।
एक कार्यशील उदाहरण
मान लीजिए कि आप एक उत्पाद का स्टॉक रखते हैं जिसकी स्थिति इस प्रकार है:
- हाथ में मौजूद मात्रा (Quantity on hand): 240
- बिना शिप किए गए ऑर्डर के लिए आवंटित (Allocated to unshipped orders): 55
- आपूर्तिकर्ता से ऑर्डर पर (On order from supplier): 0
- औसत दैनिक उपयोग (Average daily usage): 12
- आपूर्तिकर्ता लीड टाइम, मापा गया (Supplier lead time, measured): 9 दिन
- सेफ्टी स्टॉक (Safety stock): 45
उपलब्ध स्टॉक (Available stock) 240 − 55 = 185 यूनिट है। यह वह है जिसका आप वास्तव में वादा कर सकते हैं, न कि 240।
रीऑर्डर पॉइंट (Reorder point) (12 × 9) + 45 = 153 यूनिट है।
कवर के दिन (Days of cover) 185 ÷ 12 = लगभग 15 दिन है।
इसलिए आप लगभग दो सप्ताह के कवर के साथ अपने रीऑर्डर पॉइंट से ऊपर हैं, और लो-स्टॉक फ्लैग सही तरीके से बंद रहता है। अब 40 यूनिट बेचें: उपलब्ध स्टॉक घटकर 145 हो जाता है, जो 153 के रीऑर्डर पॉइंट से कम है, और फ्लैग सक्रिय हो जाता है। आप अपनी रीऑर्डर मात्रा के लिए एक परचेज ऑर्डर जारी करते हैं, इसे ऑन-ऑर्डर कॉलम में दर्ज करते हैं, और फ्लैग हट जाता है — क्योंकि फॉर्मूला में ऑन-ऑर्डर स्टॉक शामिल है, इसलिए जब तक डिलीवरी ट्रांजिट में है, यह आपको परेशान नहीं करेगा।
इसे समझने का मुख्य बिंदु यह है कि चारों कॉलम एक-दूसरे से जुड़े हुए हैं। जो ऑपरेशन्स केवल हाथ में मौजूद मात्रा को ट्रैक करते हैं, उन्हें 240 यूनिट दिखाई देते हैं और कोई समस्या नहीं लगती, जबकि उनमें से 55 पहले ही बिक चुके होते हैं और वास्तविक स्थिति दिखने से कहीं अधिक गंभीर होती है।
एक सरल स्टॉकटेक और काउंटिंग वर्कफ़्लो
एक स्प्रेडशीट तभी सटीक रहती है जब कोई नियमित रूप से शेल्फ के साथ इसकी जांच करता है। यहाँ एक वर्कफ़्लो है जिसमें प्रति सप्ताह एक घंटे से भी कम समय लगता है और यह लगभग हर चीज़ को पकड़ लेता है।
अपनी शीट में तीन कॉलम जोड़ें: काउंटेड मात्रा (Counted qty), काउंट करने की तारीख (Date counted), और विचलन (Variance) (एक फॉर्मूला: काउंट की गई मात्रा माइनस वह मात्रा जो आपकी शीट कहती है कि आपके पास है)।
इस सप्ताह क्या काउंट करना है, यह चुनें। सब कुछ नहीं। मूल्य या बिक्री के आधार पर अपनी शीर्ष 20 लाइनें लें, और उन्हें हर सप्ताह काउंट करें। बाकी को लें और एक रोटेटिंग स्लाइस काउंट करें — सप्ताह में उनका दसवां हिस्सा काउंट करने का मतलब है कि सब कुछ लगभग तिमाही आधार पर चेक हो जाता है, जो धीमी गति से चलने वाले स्टॉक के लिए पर्याप्त है।
एक ब्लाइंड काउंट शीट प्रिंट करें। उन पंक्तियों को फ़िल्टर करें जिन्हें आप काउंट कर रहे हैं, और केवल उत्पाद, विवरण और स्थान को प्रिंट या एक्सपोर्ट करें — अपेक्षित मात्रा को कभी नहीं। लोग वही पुष्टि करते हैं जो उन्हें दिखाया जाता है, इसलिए ब्लाइंड काउंट सटीकता में सबसे बड़ी वृद्धि है और इसमें कुछ भी खर्च नहीं होता है।
उत्पाद के बजाय स्थान के अनुसार काउंट करें। शेल्फ के पास क्रम में चलें और काउंट करें कि प्रत्येक स्थान पर क्या है। यदि कोई उत्पाद दो स्थानों पर रखा गया है, तो दो लाइनें रिकॉर्ड करें। उत्पाद के अनुसार काउंट करने से काउंट करने वाला व्यक्ति संख्या मेल खाते ही देखना बंद कर देता है।
काउंट दर्ज करें, फिर विचलन कॉलम देखें, बजाय इसके कि आप साथ-साथ समायोजन (adjust) करें।
किसी भी महत्वपूर्ण विचलन वाली चीज़ को दोबारा काउंट करें, इससे पहले कि आप कोई आंकड़ा बदलें। दूसरा काउंट अक्सर पहले वाले से अलग होता है, इसलिए एक काउंट पर समायोजन करने से त्रुटियां अंदर आ जाती हैं, बाहर नहीं जातीं।
समायोजन करने से पहले जांच करें। अगली बे, रिटर्न पाइल, पैकिंग बेंच और पिछले कुछ ट्रांजेक्शन की जांच करें। स्पष्ट नुकसान का एक बड़ा हिस्सा गलत जगह रखी गई चीजें होती हैं।
फिर मात्रा अपडेट करें, और कारण रिकॉर्ड करें एक नोट्स कॉलम में — गलत पिकिंग, रिसीविंग एरर, डैमेज, अनरिकॉर्डेड सेल, या अज्ञात। कारण कोड के दो सप्ताह आमतौर पर सीधे उस एक प्रक्रिया की ओर इशारा करते हैं जिसे ठीक करने की आवश्यकता है।
तारीख स्टैम्प करें। एक ‘काउंट करने की तारीख’ कॉलम आपको एक नज़र में बता देता है कि महीनों से क्या चेक नहीं किया गया है, जहाँ अगली त्रुटि छिपी हो सकती है।
सब कुछ का पूर्ण स्टॉकटेक, साल में एक या दो बार, खातों के लिए अभी भी अपना स्थान रखता है। साप्ताहिक दिनचर्या वह है जो बीच में आंकड़ों को उपयोगी बनाए रखती है, और यह वार्षिक काउंट को बहुत कम दर्दनाक बनाती है क्योंकि बड़े आश्चर्य पहले ही मिल चुके होते हैं।
स्प्रेडशीट में इन्वेंट्री प्रबंधित करने के फायदे और नुकसान
एक ईमानदार मूल्यांकन, क्योंकि स्प्रेडशीट को बहुत अधिक सराहा भी जाता है और अनुचित तरीके से खारिज भी किया जाता है।
फायदे।
- इसमें कुछ भी खर्च नहीं होता है, और आप पहले से ही जानते हैं कि इसका उपयोग कैसे करना है।
- यह पूरी तरह से लचीला है। कोई भी कॉलम जो आप चाहते हैं, कोई भी गणना, किसी फीचर को जोड़ने के लिए आपूर्तिकर्ता का इंतजार नहीं करना पड़ता।
- यह तत्काल है। आप आज दोपहर तक एक वर्किंग स्टॉक शीट तैयार कर सकते हैं, जबकि सॉफ्टवेयर में हफ़्तों लग जाते हैं।
- यह आपको अपने स्वयं के आंकड़ों को समझने के लिए मजबूर करता है। रीऑर्डर फॉर्मूला खुद बनाना आपको किसी भी डैशबोर्ड की तुलना में आपके स्टॉक के बारे में अधिक सिखाता है।
- यह पोर्टेबल है। आपका डेटा आपका है, एक ऐसे प्रारूप में जिसे कुछ भी पढ़ सकता है, बिना किसी अनुबंध और बिना किसी माइग्रेशन के यदि आप छोड़ते हैं।
- यह छोटे पैमाने पर वास्तव में पर्याप्त है। कुछ सौ लाइनें, एक स्थान, एक या दो लोग — एक अच्छी तरह से रखी गई शीट आपको पीछे नहीं रखेगी।
नुकसान।
- वास्तविकता में, एक समय में एक व्यक्ति। साझा क्लाउड शीट मदद करती हैं, और व्यस्त अवधि के दौरान एक ही पंक्ति को संपादित करने वाले दो लोग अभी भी नुकसान का कारण बनते हैं।
- कोई वास्तविक ऑडिट ट्रेल नहीं। आप देख सकते हैं कि एक संख्या बदल गई है। आप आमतौर पर यह नहीं देख सकते कि इसे किसने बदला, कब, या पहले यह क्या थी।
- साइलेंट एरर। एक फॉर्मूला एक पंक्ति कम ड्रैग हो गया, एक कॉलम अपने पड़ोसियों के बिना सॉर्ट हो गया, एक फॉर्मूला के ऊपर एक मान टाइप कर दिया गया। कुछ भी आपको चेतावनी नहीं देता है, और शीट आत्मविश्वास के साथ गलत उत्तर देना जारी रखती है।
- जहाँ आप बेचते हैं उससे कोई संबंध नहीं। हर बिक्री को हाथ से दर्ज करना पड़ता है, जिसका अर्थ है कि शीट हमेशा थोड़ी पुरानी होती है और ओवरसेलिंग समय की बात है।
- यह स्केल नहीं होता। प्रदर्शन खराब हो जाता है, और अधिक महत्वपूर्ण बात यह है कि मैनुअल प्रविष्टि का बोझ आपके ऑर्डर वॉल्यूम के सीधे अनुपात में बढ़ता है, जो कि आपके बढ़ने के साथ बिल्कुल गलत आकार है।
- मूवमेंट के बिंदु पर कोई बारकोड स्कैनिंग नहीं, जहाँ अधिकांश इन्वेंट्री त्रुटियों को वास्तव में रोका जाता है।
- यह पूरी तरह से अनुशासन पर निर्भर करता है। शीट केवल तब तक सटीक होती है जब तक हर व्यक्ति इसे हर बार अपडेट करता है, और व्यस्त सप्ताह ठीक वही होते हैं जब ऐसा होना बंद हो जाता है।
निष्पक्ष सारांश: स्प्रेडशीट शुरुआत में सही उत्तर है और एक निश्चित बिंदु के बाद एक दायित्व है, और क्रॉसओवर अधिकांश लोगों की अपेक्षा से पहले आता है — आमतौर पर पहली बार जब आप एक सेल्स चैनल या दूसरा व्यक्ति जोड़ते हैं जिसे समान आंकड़ों की आवश्यकता होती है।
स्प्रेडशीट की सीमाएं
उन्हें हिट करने से पहले जानना उचित है:
कोई रीयल-टाइम मल्टी-चैनल सिंक नहीं। यदि आप अपनी साइट और मार्केटप्लेस पर बेचते हैं, तो एक के बिकने पर दूसरा अपडेट नहीं होता है। ओवरसेलिंग होती है।
कोई ट्रांजेक्शन हिस्ट्री नहीं। एक सेल दिखाती है कि संख्या अब क्या है, यह नहीं कि वह ऐसी कैसे बनी। जब कोई आंकड़ा गलत होता है, तो आप यह नहीं देख सकते कि कब या क्यों।
कोई बारकोड स्कैनिंग नहीं। हर मूवमेंट टाइप की जाती है, और टाइपिंग ही वह जगह है जहाँ त्रुटियां उत्पन्न होती हैं।
कोई उपयोगकर्ता अनुमतियाँ या ऑडिट ट्रेल नहीं। फ़ाइल वाला कोई भी व्यक्ति कुछ भी बदल सकता है, और कोई रिकॉर्ड नहीं होता कि किसने किया।
कोई स्वचालित अलर्ट नहीं। लो-स्टॉक फ्लैग केवल तभी काम करता है जब कोई फ़ाइल खोलता है और देखता है।
स्केल पर नाजुक। कई फॉर्मूलों वाली बड़ी शीट धीमी हो जाती हैं, और गलत सॉर्ट या ओवरराइट किए गए फॉर्मूले का जोखिम आकार और शामिल लोगों की संख्या के साथ बढ़ जाता है।
कोई बैच, सीरियल या एक्सपायरी ट्रैकिंग नहीं किसी भी ऐसे रूप में जिस पर आप भरोसा कर सकें।
सॉफ्टवेयर पर कब जाएं
संकेत, मोटे तौर पर उस क्रम में जिसमें वे दिखाई देते हैं:
- आप एक से अधिक चैनल पर बेच रहे हैं। यह आमतौर पर निर्णायक होता है, क्योंकि मैनुअल सिंक्रोनाइज़ेशन मुट्ठी भर लिस्टिंग से आगे नहीं बढ़ता है।
- एक से अधिक व्यक्ति को स्टॉक अपडेट करने की आवश्यकता है।
- आपने ओवरसेल किया है, और विशेष रूप से यदि ऐसा एक से अधिक बार हुआ है।
- आप स्प्रेडशीट पर दिन में एक घंटे से अधिक समय बिता रहे हैं। उस बिंदु पर सब्सक्रिप्शन आपके समय से सस्ता है।
- आप “पिछले मंगलवार को हमारे पास क्या था?” का उत्तर नहीं दे सकते क्योंकि कोई इतिहास नहीं है।
- आपको नियामक कारणों से बैच या एक्सपायरी ट्रैकिंग की आवश्यकता है।
- काउंटिंग एक बड़ा अभ्यास बन गया है क्योंकि रेंज बढ़ गई है।
आगे बढ़ने से स्प्रेडशीट का काम बर्बाद नहीं होता है। एक साफ, अच्छी तरह से संरचित शीट वही है जिसकी माइग्रेशन को आवश्यकता होती है, और इसे बनाए रखने का अनुशासन नए सिस्टम को कॉन्फ़िगर करना आसान बनाता है क्योंकि आप पहले से ही जानते हैं कि आप क्या ट्रैक करते हैं और क्यों।
सॉफ्टवेयर पर स्विच करना और डेटा को सुरक्षित रखना
जब स्प्रेडशीट की सीमाएं समाप्त हो जाती हैं, तो ट्रांज़िशन तब बेहतर होता है यदि शीट का रखरखाव ठीक से किया गया हो — और यदि ऐसा नहीं है, तो स्थिति खराब हो जाती है, क्योंकि जो कुछ भी गलत है वह सिस्टम में इम्पोर्ट हो जाता है।
माइग्रेट करने से पहले डेटा को साफ करें। डुप्लिकेट SKU, दो साल पहले बंद किए गए उत्पाद, ऐसी पंक्तियाँ जिनमें लागत या आपूर्तिकर्ता का विवरण नहीं है, असंगत श्रेणी के नाम। इन्हें माइग्रेट करने का मतलब है कि आप उस सिस्टम के अंदर भी वही गलतियाँ दोहरा रहे हैं जिसके लिए आप भुगतान कर रहे हैं। यह वह चरण है जिसमें समय लगता है, और यह अपरिहार्य है।
सबसे पहले SKU फॉर्मेट को मानकीकृत करें। यदि कोड व्यवस्थित रूप से नहीं बने हैं — कुछ में हाइफ़न हैं, कुछ में स्पेस हैं, कुछ में ऐसे अतिरिक्त कैरेक्टर हैं जिनका कोई मतलब नहीं है — तो इसे स्प्रेडशीट में ही ठीक कर लें जहाँ ‘फाइंड-एंड-रिप्लेस’ करना आसान है, बजाय इसके कि इम्पोर्ट के बाद इसे ठीक किया जाए, जो कि कठिन होता है।
आयाम (dimensions) और वजन भरें। अधिकांश सिस्टम को इनकी आवश्यकता होती है, जबकि अधिकांश स्प्रेडशीट में ये नहीं होते, और इन्हें इकट्ठा करना धीमा काम है। सिस्टम चुनने से पहले ही यह काम शुरू कर देने से ‘गो-लाइव’ में देरी का मुख्य कारण खत्म हो जाता है।
कटओवर से ठीक पहले स्टॉक की गिनती करें। जिन मात्राओं (quantities) पर आप भरोसा नहीं करते उन्हें इम्पोर्ट करने का मतलब है कि नया सिस्टम पहले दिन से ही गलत डेटा दिखाएगा, और टीम यह निष्कर्ष निकालेगी कि सॉफ्टवेयर में ही खराबी है।
स्प्रेडशीट को एक महीने के लिए ‘रीड-ओनली’ रखें। इसे समानांतर सिस्टम के रूप में न रखें — इससे दोहरा डेटा एंट्री और विसंगतियां पैदा होती हैं — बल्कि इसे नए सिस्टम में कुछ भी गलत दिखने पर उसे जांचने के लिए एक संदर्भ के रूप में रखें।
यदि संभव हो तो मूवमेंट हिस्ट्री इम्पोर्ट करें। कई सिस्टम ट्रांज़िशन इम्पोर्ट स्वीकार करते हैं, और पहले दिन से ही बारह महीने की उपयोग हिस्ट्री होने का मतलब है कि रीऑर्डर पॉइंट और पूर्वानुमान तुरंत काम करने लगते हैं, न कि डेटा जमा करने के एक साल बाद।
एक अच्छी तरह से रखी गई स्प्रेडशीट माइग्रेशन का एक अच्छा स्रोत है। इस गाइड के कॉलम लगभग सीधे उन फील्ड्स से मेल खाते हैं जो कोई भी इन्वेंट्री सिस्टम मांगेगा, और यह कोई संयोग नहीं है — जानकारी की आवश्यकता दोनों ही स्थितियों में समान होती है, अंतर केवल यह है कि गणना का रखरखाव कौन करता है।
अधिक जानकारी कहाँ से प्राप्त करें
- इन्वेंट्री को कैसे प्रबंधित करें — वह प्रक्रिया जिसका स्प्रेडशीट समर्थन करती है।
- छोटे व्यवसायों के लिए इन्वेंट्री प्रबंधन — इस स्तर पर व्यापक परिप्रेक्ष्य।
- क्लाउड इन्वेंट्री प्रबंधन — अगला सामान्य कदम।
- रीऑर्डर पॉइंट क्या है — अलर्ट के पीछे की गणना।
- इन्वेंट्री को ट्रैक कैसे करें — शीट से परे के तरीके।
- SKU क्या है — सिस्टम बनाने से पहले आइडेंटिफायर को सही करना।
एक पंक्ति में निष्कर्ष
एक स्प्रेडशीट सिंगल-चैनल ऑपरेशन के लिए काम करती है जिसमें कुछ सौ SKU हों और एक व्यक्ति इसे बनाए रख रहा हो — इसे ‘ऑन-हैंड’ स्टॉक के बजाय ‘उपलब्ध’ स्टॉक के आधार पर बनाएं, मूवमेंट के समय ही अपडेट करें, और जब आप दूसरे चैनल के माध्यम से बेचना शुरू करें तो सॉफ्टवेयर पर स्विच कर लें।
अक्सर पूछे जाने वाले प्रश्न
क्या मैं स्प्रेडशीट के साथ इन्वेंट्री प्रबंधित कर सकता हूँ? हाँ, एक सिंगल-चैनल व्यवसाय के लिए जिसमें सीमित रेंज हो और एक व्यक्ति फाइल को बनाए रख रहा हो। जब कई चैनल, कई एडिटर या नियामक ट्रैकिंग आवश्यकताओं की बात आती है, तो यह तरीका कारगर नहीं रहता।
इन्वेंट्री स्प्रेडशीट में क्या शामिल होना चाहिए? SKU, उत्पाद का नाम, श्रेणी, स्थान, ऑन-हैंड मात्रा, आवंटित मात्रा, उपलब्ध मात्रा, ऑर्डर की गई मात्रा, रीऑर्डर पॉइंट, रीऑर्डर मात्रा, लीड टाइम, आपूर्तिकर्ता, यूनिट लागत, बिक्री मूल्य और स्टॉक वैल्यू, साथ ही अंतिम गिनती और अंतिम मूवमेंट की तारीखें।
लो स्टॉक अलर्ट के लिए फॉर्मूला क्या है? =IF([Available] + [On order] <= [Reorder point], "ORDER", ""). 'ऑन ऑर्डर' मात्रा को शामिल करने से यह उन वस्तुओं को फ्लैग करने से रोकता है जिन्हें आप पहले ही ऑर्डर कर चुके हैं, जो कि लोगों का अलर्ट पर भरोसा कम होने का मुख्य कारण है।
मैं अपनी इन्वेंट्री स्प्रेडशीट को गलत होने से कैसे रोकूँ? बाद में अपडेट करने के बजाय मूवमेंट के समय ही अपडेट करें, एक ही ओनर रखें, हर हफ्ते स्टॉक का एक हिस्सा साइकिल काउंट करें, अलग टैब पर कारणों के साथ एडजस्टमेंट लॉग करें, फॉर्मूला सेल्स को प्रोटेक्ट करें, और वर्जन हिस्ट्री के साथ बैकअप रखें।
मुझे स्प्रेडशीट से इन्वेंट्री सॉफ्टवेयर पर कब जाना चाहिए? जब आप एक से अधिक चैनल के माध्यम से बेचते हैं, जब एक से अधिक व्यक्ति को स्टॉक अपडेट करने की आवश्यकता होती है, जब आपने ओवरसेलिंग की समस्या का सामना किया हो, या जब शीट को बनाए रखने में दिन में लगभग एक घंटे से अधिक समय लग रहा हो।
इन्वेंट्री के लिए Excel बेहतर है या Google Sheets? Google Sheets वास्तविक मल्टी-यूज़र एडिटिंग और ऑटोमैटिक वर्जन हिस्ट्री को बेहतर तरीके से संभालता है, जो विफलता के दो मुख्य कारणों को संबोधित करता है। Excel बड़े डेटासेट के साथ तेज़ है और इसमें मजबूत फॉर्मूला और मैक्रो क्षमता है। अधिकांश छोटे इन्वेंट्री उपयोगों के लिए सहयोग (collaboration) का लाभ अधिक मायने रखता है।
एक स्प्रेडशीट कितने SKU संभाल सकती है? तकनीकी रूप से हजारों, लेकिन व्यावहारिक रूप से कुछ सौ के बाद इसे बनाए रखना एक काम (task) के बजाय एक पूर्णकालिक नौकरी बन जाता है। बाधा शायद ही कभी सॉफ्टवेयर होती है — यह पंक्तियों को खोजने में लगने वाला समय, गलत-सॉर्टिंग की बढ़ती संभावना, और इतनी बड़ी रेंज को हाथ से गिनने की कठिनाई है।
क्या स्प्रेडशीट कई वेयरहाउस स्थानों को संभाल सकती है? तकनीकी रूप से हाँ, एक लोकेशन कॉलम या प्रति साइट एक टैब के साथ, लेकिन यह जल्दी ही बोझिल हो जाता है और ऑडिट ट्रेल के साथ स्थानों के बीच स्टॉक ट्रांसफर करने का कोई तरीका नहीं होता। कई स्थानों का होना आमतौर पर इस बात का संकेत है कि आप इस तरीके से आगे बढ़ चुके हैं।
Warehouse Wise इन्वेंट्री प्रबंधन, वेयरहाउसिंग और फुलफिलमेंट पर गाइड की एक स्वतंत्र और मुफ्त लाइब्रेरी है। इसे उन लोगों के लिए लिखा गया है जो वास्तव में यह काम करते हैं — वेयरहाउस और इन्वेंट्री के नए कर्मचारी, छोटे और बढ़ते रिटेल और ई-कॉमर्स व्यवसाय, और वे सभी लोग जो स्टॉक रखते हैं और उसे सही ढंग से समझना चाहते हैं। प्रत्येक गाइड में किसी विषय को स्पष्ट किया गया है, जहाँ आवश्यक हो वहाँ वास्तविक आंकड़ों के साथ उदाहरण दिए गए हैं, और बात को संक्षिप्त रखा गया है। हम पूरी तरह स्वतंत्र हैं: हम न तो सॉफ्टवेयर या उपकरण बेचते हैं, न ही रेफरल पर कोई कमीशन लेते हैं, और हमारी गाइड इस आधार पर रैंक नहीं की जातीं कि हमें कौन भुगतान करता है।