स्टोरेज कंटेनर किराया सॉफ्टवेयर: लोकेशन, बिलिंग और फ्लीट विज़िबिलिटी

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

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

जो कंटेनर उसी हफ्ते वापस ले लिया जाता है जिस हफ्ते वह बाहर गया था, उसे बिल करना आसान है — एक किराया, एक इनवॉइस, बात खत्म। ज़्यादातर कंटेनर किराए इस तरह काम नहीं करते। किसी ग्राउंडवर्क कॉन्ट्रैक्ट की अवधि के लिए किसी निर्माण साइट पर डिलीवर किया गया कंटेनर, या किसी ग्राहक के यार्ड में लगातार अतिरिक्त स्टोरेज के लिए रखा गया कंटेनर, छह महीने, एक साल, या उससे अधिक समय तक किराए पर रह सकता है, बिना किसी स्वाभाविक अंतिम तारीख के, जब तक ग्राहक वास्तव में कलेक्शन के लिए कॉल न करे।

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

पार्ट-पीरियड चार्ज

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

सटीक ऑफ-हायर तारीखें

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

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

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

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

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

यही वह कमी है जिसे पाटने के लिए एसेट इंटेलिजेंस बनाई गई है: Renttix यह ट्रैक करता है कि कोई खास यूनिट किस साइट या लोकेशन पर है, वहां कब डिलीवर की गई थी, और इसका पूरा इतिहास, ताकि यह जानकारी ज़रूरत पड़ने पर तुरंत उपलब्ध हो, न कि किसी डिलीवरी नोट, किसी ड्राइवर की याददाश्त, या उस साइट पर आखिरी बार गए किसी व्यक्ति को फोन करके दोबारा जुटानी पड़े।

"यूनिट 214 अभी कहां है?" का तुरंत जवाब देना

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

पहले साइट विज़िट किए बिना कलेक्शन की योजना बनाना

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

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

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

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

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

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

जब रिकरिंग बिलिंग, साइट-लेवल लोकेशन ट्रैकिंग, और डिस्पैच प्लानिंग सब एक साथ उन्हीं 120 यूनिट पर चलते हैं, तो तस्वीर बदल जाती है। ऑफिस देख सकता है कि इस महीने कौन-सी यूनिट ऑफ-हायर होने वाली हैं, हर एक इस वक्त ठीक-ठीक किस साइट पर है, और इस हफ्ते क्या कलेक्ट या डिलीवर करना है — बिना यह पता लगाने के लिए साइटों की एक पूरी सूची को फोन घुमाए।

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

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

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