टेलीमैटिक्स और रेंटल सॉफ़्टवेयर: उपकरण डेटा को परिचालन निर्णयों में बदलना

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

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

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

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

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

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

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

एक उदाहरण के तौर पर

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

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

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

यह फ़र्क़ मायने रखता है, और जो रेंटल कंपनी रेंटल टेलीमैटिक्स सॉफ़्टवेयर पर विचार कर रही है, उसे ठीक-ठीक पता होना चाहिए कि वह क्या जाँच रही है: कोई हार्डवेयर प्रोडक्ट नहीं जिसे फ्लीट पर लगवाना पड़े, बल्कि एक तरीका जिससे उपकरण द्वारा पहले से बनाए जा रहे टेलीमैटिक्स डेटा को उसी सिस्टम में लाया जा सके जहाँ उस एसेट के बारे में बाकी सारी जानकारी रहती है, न कि उसे निर्माता के अपने पोर्टल में अटका छोड़ दिया जाए।

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

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

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

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

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

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

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