अनुरोध से डिलीवरी तक, हर लोड एक स्क्रीन पर — लाइव लोकेशन, दस्तावेज़, संदेश और स्टेटस एक ही रिकॉर्ड में चलते हैं।
आपके सभी लोड एक स्क्रीन पर — स्टेटस, रूट या तारीख के हिसाब से फ़िल्टर करें
सड़क और RoRo की लाइव ट्रैकिंग, सीधे ड्राइवर ऐप से
दस्तावेज़, संदेश और स्टेटस एक ही लोड रिकॉर्ड में साथ आते हैं
अनुरोध से इनवॉइस तक, एक ही रिकॉर्ड में
हर चरण उसी लोड रिकॉर्ड में आगे बढ़ता है — न कॉपी-पेस्ट, न खोए हुए कागज़ात।
अनुरोध
कोटेशन
स्वीकृति
दस्तावेज़
कस्टम्स
ट्रैकिंग
डिलीवरी
इनवॉइस
सब एक ही रिकॉर्ड में
सड़क और समुद्र, एक ही मैप पर
ड्राइवर ऐप लोकेशन शेयर करता है; बोर्ड रिफ़्रेश किए बिना आप देखते हैं कि हर लोड कहाँ है।
स्टेटस में हर बदलाव पर आपको तुरंत सूचना मिलती है।
लोड का हर विवरण एक ही कार्ड पर
पैकेज, वज़न और वॉल्यूम एक जगह; लोडिंग मीटर सिस्टम खुद कैलकुलेट करता है, और आप अपने डिवाइस से पैलेट मापते हैं — माप अपने-आप वॉल्यूम में बदल जाते हैं।
पैकेज की संख्या, वज़न और वॉल्यूम एक ही कार्ड पर इकट्ठा।
लोडिंग मीटर (LDM) आपके आँकड़ों से अपने-आप कैलकुलेट होता है।
फ़ोन या टैबलेट से पैलेट मापें; माप वॉल्यूम में बदल जाते हैं।
आपका पूरा लोड ऑपरेशन एक ही कोर पर
विज़िबिलिटी, ट्रैकिंग, सूचनाएँ और कागज़ी काम — बिखरे हुए टूल्स की जगह एक सिस्टम।
एक स्क्रीन पर पूरी विज़िबिलिटी — आपके सभी लोड एक सूची में; स्टेटस, रूट या तारीख के हिसाब से सेकंडों में फ़िल्टर करें और जो लोड चाहिए उसे खोलें।
लाइव ट्रैकिंग — सड़क और RoRo शिपमेंट ड्राइवर ऐप से मिलने वाली लाइव लोकेशन के साथ बोर्ड पर लगातार अपडेट होते रहते हैं।
स्टेटस सूचनाएँ — लोड हुआ, कस्टम्स में, रास्ते में, डिलीवर हुआ — स्टेटस में हर बदलाव पर सही लोगों तक तुरंत सूचना पहुँचती है।
ग्रुपेज और मल्टी-स्टॉप — एक ही वाहन में एक-दूसरे से अलग रखे गए कई कंसाइनमेंट ले जाएँ; रूट अपने-आप क्रम में लगता है और हर लोड एक अलग रिकॉर्ड बना रहता है।
विज़िबिलिटी आपके नियंत्रण में — हर अनुरोध किसे मिलेगा, यह आप चुनते हैं: सिर्फ़ आपकी अपनी ट्रांसपोर्टर सूची, आपके द्वारा बाहर रखी गई कंपनियों को छोड़कर सभी, या उस रूट पर चलने वाले सभी ट्रांसपोर्टर।
दस्तावेज़ और संदेश एक ही रिकॉर्ड में — CMR, इनवॉइस, ATR और हर संदेश लोड के अपने रिकॉर्ड में इकट्ठा होते हैं; AI दस्तावेज़ पढ़कर फ़ील्ड भर देता है।
इनके साथ काम करता है
एक कोर, एक ऑपरेटिंग सिस्टम — हर मॉड्यूल अगले मॉड्यूल को डेटा देता है।
कस्टम्स इंटेलिजेंस — HS टैरिफ़, शुल्क और एंटी-डंपिंग खोज
वेयरहाउस और स्टॉक — प्रोडक्ट कैटलॉग, पैलेट माप, स्टॉक लेजर
AI — दस्तावेज़ पढ़ने, अनुवाद, टैरिफ़ और कंसिस्टेंसी जाँच के लिए AI
फ़ैक्टरी / आयात-निर्यात कंपनियाँ — आपकी भूमिका के लिए बना समाधान पेज
अपना लोड ऑपरेशन एक स्क्रीन पर लाएँ
अनुरोध से डिलीवरी तक हर चरण एक ही लोड रिकॉर्ड से मैनेज करें — लाइव ट्रैकिंग, दस्तावेज़ और स्टेटस एक साथ।
अंतरराष्ट्रीय सड़क फ़्रेट में लोड और दस्तावेज़ ट्रैकिंग को डिजिटल कैसे बनाएँ?
क्रम से, और एक ही रिकॉर्ड पर। सबसे पहले स्टेटस फ़्लो को डिजिटल बनाएँ (लोड किस चरण में है, किसने और कब अपडेट किया), फिर डिलीवरी का प्रमाण और साइट की फ़ोटो, फिर ड्राइवर की ओर वाली परत, और उसके बाद लाइव लोकेशन; दस्तावेज़ आर्काइव और इंटीग्रेशन सबसे आख़िर में आते हैं। नतीजा तकनीक तय नहीं करती, डेटा मॉडल तय करता है: लोकेशन, स्टेटस, दस्तावेज़ और संदेश वाहन के नहीं, लोड के रिकॉर्ड के तहत होने चाहिए — जैसे ही दो ग्राहक एक ही ट्रक साझा करते हैं, वाहन-आधारित रिकॉर्ड विज़िबिलिटी को अलग नहीं कर पाता। कागज़ पूरी तरह ख़त्म नहीं होता: कुछ दस्तावेज़ों का इलेक्ट्रॉनिक रूप कुछ शर्तों के साथ मौजूद है, जबकि बाकी आपकी लेन पर अब भी कागज़ पर ही चलते हैं। प्रगति का पैमाना यह नहीं कि आपने कितनी स्क्रीन खोलीं, बल्कि यह है कि किसी को अब भी कितनी बार फ़ोन करके पूछना पड़ता है कि लोड कहाँ है।
लोड और दस्तावेज़ ट्रैकिंग को डिजिटल बनाना इंस्टॉलेशन का काम नहीं, क्रम तय करने का काम है। अंतरराष्ट्रीय सड़क फ़्रेट में डेटा तीन अलग-अलग जगहों पर बनता है — ऑफ़िस में (अनुरोध, कोटेशन, ऑर्डर), स्टीयरिंग पर (स्टेटस, लोकेशन, डिलीवरी) और बॉर्डर पर (डिक्लेरेशन, सहायक दस्तावेज़, मुहर) — और जब तक ये तीनों स्रोत आपस में नहीं जुड़ते, तब तक इससे कोई फ़र्क नहीं पड़ता कि आपने कितनी स्क्रीन खोल रखी हैं। ज़्यादातर कंपनियाँ वहीं से शुरू करती हैं जहाँ चीज़ें सबसे ज़्यादा दिखती हैं: वाहन ट्रैकिंग डिवाइस से या दस्तावेज़ आर्काइव से। दोनों ही सही निवेश हैं, लेकिन गलत क्रम में किए जाएँ तो दोनों में से कोई भी उस सवाल का जवाब नहीं देता जो दिन भर सबसे ज़्यादा पूछा जाता है — यह लोड इस समय किस चरण में है।
सही क्रम सस्ते से महँगे की ओर नहीं, बल्कि पक्के फ़ायदे से अनिश्चित फ़ायदे की ओर चलता है। ड्राइवर के दो बार टैप करने से बनने वाली स्टेटस एंट्री को सेट अप करने में लगभग कोई खर्च नहीं आता, फिर भी वह ऑफ़िस में आने वाली कॉल का बड़ा हिस्सा अपने ऊपर ले लेती है। लाइव लोकेशन वही फ़ायदा तुरंत नहीं देती: वह बैटरी, नेटवर्क कवरेज, अनुमतियों और आदत पर निर्भर करती है। दस्तावेज़ आर्काइव तभी काम आता है जब दस्तावेज़ उसी पल कैप्चर किए जाएँ जब वे बनते हैं। इसीलिए नीचे की परतें सोच-समझकर इस क्रम में रखी गई हैं, और हर परत के साथ बताया गया है कि वह किस मैनुअल काम की जगह लेती है, उसे कैसे मापा जाता है, वह कहाँ टूटती है और उसके लिए क्या चाहिए।
पेज का दूसरा हिस्सा उस फ़ैसले के बारे में है जिसे ज़्यादातर कंपनियाँ छोड़ देती हैं: रिकॉर्ड किससे जुड़ा होगा। इसके बाद आप देखेंगे कि कौन-से दस्तावेज़ इलेक्ट्रॉनिक हो सकते हैं और किस शर्त पर — हर पंक्ति शर्त के साथ लिखी गई है, क्योंकि नियम देश, लेन और तारीख के हिसाब से अलग होते हैं — फिर यह कि फ़ील्ड में क्या टूटता है, डेमो में किसी वेंडर के ट्रैकिंग दावे को कैसे परखें, और तेरह हफ़्तों का एक व्यावहारिक क्रम।
पहली परत स्टेटस है, लोकेशन नहीं: “कहाँ है” का जवाब आमतौर पर कोई चरण होता है — लोड हो गया, कस्टम्स पर, रास्ते में, डिलीवर हो गया — कोई कोऑर्डिनेट नहीं।
कंसाइनमेंट को रिकॉर्ड की इकाई बनाएँ। अगर आप ट्रिप या वाहन को चुनते हैं, तो दो ग्राहकों का डेटा एक ही रिकॉर्ड पर आ जाता है और विज़िबिलिटी को फिर अलग नहीं किया जा सकता।
अगर किसी स्टेटस एंट्री में यह नहीं दिखता कि उसे किसने, कब और कहाँ से लिखा, तो आपके पास डिजिटल रिकॉर्ड नहीं है — आपके पास डिजिटल रूप में दर्ज सुनी-सुनाई बात है।
दस्तावेज़ों को आर्काइव से नहीं, वहीं से कैप्चर करें जहाँ वे बनते हैं: वे साइट पर, बॉर्डर पर और कस्टम्स ब्रोकर के पास सामने आते हैं; बाद में इकट्ठा किया गया आर्काइव हमेशा अधूरा रहता है।
असल में कितना कागज़ हटता है, यह दस्तावेज़ और रूट पर निर्भर करता है; इलेक्ट्रॉनिक वैधता के किसी ऐसे दावे पर कभी कोई फ़्लो न बनाएँ जिसकी पुष्टि आपने अपनी लेन के लिए न की हो।
अगर ड्राइवर की ओर का हिस्सा खाली रहता है, तो सिस्टम आधा ही बना है: जब फ़ील्ड का कदम एक ही स्क्रीन पर पूरा नहीं होता, तो डेटा ऑफ़िस तक फ़ोन से ही पहुँचता रहता है।
क्या डिजिटल बनाएँ, और किस क्रम में — सात परतें
1. स्टेटस फ़्लो — पहली और सबसे सस्ती परत — यह दर्ज करना कि लोड किस चरण में है, एक ही जगह और एक ही फ़ॉर्मेट में: लोडिंग का इंतज़ार, लोड हो गया, रास्ते में, कस्टम्स पर, अनलोडिंग, डिलीवर हो गया। सूची छोटी रखें और उसे सिर्फ़ उन्हीं चरणों तक सीमित रखें जिन्हें आपकी कंपनी सच में अलग-अलग पहचानती है; पंद्रह स्टेटस वाली सूची फ़ील्ड में सिमटकर तीन रह जाती है। दिन भर बार-बार आने वाली “कहाँ है” वाली कॉल, वह अलग सूची जो डिस्पैचर अपनी निजी नोटबुक में रखता है, और आख़िरी संदेश ढूँढने के लिए ग्रुप चैट में पीछे तक स्क्रॉल करना। एक हफ़्ते में आपके पास आने वाले “यह लोड किस चरण में है” वाले सवाल गिनें, फिर बदलाव के बाद यही गिनती दोहराएँ। दूसरा पैमाना: कितनी बंद हो चुकी ट्रिप स्टेटस एंट्रियों के पूरे सेट के साथ ख़त्म हुईं। जब स्टेटस ऑफ़िस दर्ज करता है। ऑफ़िस वही लिखता है जो उसे लगता है, फ़ील्ड की जानकारी पीछे रह जाती है, और रिकॉर्ड जल्दी ही भरोसे लायक नहीं रहता। दूसरी नाकामी है सूची का फूलते जाना: जो ड्राइवर दो स्टेटस में फ़र्क नहीं कर पाता, वह उनमें से कोई भी एक यूँ ही चुन लेता है। लोड का एक ही कोड वाले रिकॉर्ड के रूप में मौजूद होना ज़रूरी है, ड्राइवर उस रिकॉर्ड से जुड़ा होना चाहिए, और लिखित रूप में तय होना चाहिए कि कौन-सा कदम कौन दर्ज करेगा।
2. डिलीवरी का प्रमाण और साइट की फ़ोटो — इस बात का सबूत इकट्ठा करना कि डिलीवरी हुई: हस्ताक्षरित दस्तावेज़ की फ़ोटो, डिलीवरी का समय, माल लेने वाले व्यक्ति का नाम, और जहाँ ज़रूरी हो वहाँ कार्गो या इक्विपमेंट की हालत की फ़ोटो। यह परत इस मायने में असामान्य है कि यह अपरिवर्तनीय है — जो सबूत डिलीवरी के पल नहीं लिया गया, वह बाद में नहीं लिया जा सकता। ड्राइवर के केबिन में कई दिनों तक पड़ी रहने वाली कागज़ी प्रति, उसके लौटने पर एक साथ स्कैन किया जाने वाला दस्तावेज़ों का ढेर, और हर नुकसान वाले विवाद में सुनाई देने वाला वाक्य: किसी ने फ़ोटो नहीं ली। डिलीवरी से लेकर दस्तावेज़ के सिस्टम में दिखने तक का समय (इसे दिनों में नहीं, घंटों में मापें) और बिना फ़ोटो के बंद हुई डिलीवरी का हिस्सा। जब फ़ोटो लोड रिकॉर्ड के बजाय फ़ोन की गैलरी या किसी चैट थ्रेड में चली जाती है; जब वह इतनी अँधेरी होती है कि पढ़ी न जा सके; जब माल लेने वाले व्यक्ति का नाम कभी दर्ज ही नहीं होता। इन तीनों में से कोई भी एक बात सबूत को विवाद में बेकार कर देती है। ड्राइवर के हाथ में काम करता कैमरा और लोडिंग व अनलोडिंग के समय कुछ सेकंड। अगर इक्विपमेंट की हालत भी ट्रैक की जाती है, तो पहले/बाद वाली फ़ोटो का अनुशासन टीम को पहले से बता देना चाहिए।
3. ड्राइवर की परत — फ़ील्ड से डेटा एंट्री — फ़ील्ड से होने वाली डेटा एंट्री ख़ुद: ड्राइवर को दिखने वाली स्क्रीन, टैप की संख्या, इंटरफ़ेस की भाषा और साइन-अप का कदम। यह फ़ीचर का नहीं, अपनाए जाने का सवाल है, और सिस्टम का आधा हिस्सा यहीं भरता है — ऑफ़िस की ओर का हिस्सा चाहे कितना भी अच्छा कॉन्फ़िगर किया गया हो, अगर फ़ील्ड की ओर का हिस्सा खाली है तो रिकॉर्ड अधूरा रहता है। ऑफ़िस और ड्राइवर के बीच फ़ोन पर होने वाला ज़्यादातर तालमेल, और डिस्पैचर का वह काम जिसमें वह फ़ोन पर बताई गई बातें टाइप करता है। सक्रिय ड्राइवर अनुपात (ऐप से कम से कम एक अपडेट भेजने वाले ड्राइवर / कुल ड्राइवर) और यह कि किसी ट्रिप के कितने कदम ऑफ़िस के बजाय फ़ील्ड से आए। लंबा साइन-अप और पासवर्ड वाला कदम, बहुराष्ट्रीय टीम के लिए एक ही भाषा वाला इंटरफ़ेस, फ़ील्ड से भरवाए जाने वाले फ़ॉर्म फ़ील्ड्स की फूली हुई सूची, और बिना नेटवर्क कवरेज वाले इलाके: अगर ऑफ़लाइन कतार नहीं है, तो कनेक्शन न होने पर दर्ज किया गया अपडेट भेजा नहीं जा सकता और ड्राइवर को उसे दोबारा दर्ज करना पड़ता है। ड्राइवर के डिवाइस पर इंस्टॉल किया हुआ ऐप, काम करता अकाउंट, और यह साफ़ नियम कि कौन-सा कदम किससे अपेक्षित है। इसमें ड्राइवर के लिए भी कुछ होना चाहिए: असाइनमेंट का विवरण, पते और दस्तावेज़ उसके फ़ोन पर।
4. लाइव लोकेशन — वाहन या ड्राइवर की पोज़िशन को लगातार लोड रिकॉर्ड पर भेजना और उसे रूट पर दिखाना। लोकेशन एक जवाब है, लेकिन अपने-आप में काफ़ी नहीं: ग्राहक कोऑर्डिनेट नहीं पूछते, वे पहुँचने का समय पूछते हैं। ड्राइवर को फ़ोन करके पूछना कि वह कहाँ है, और ऑफ़िस का अपने अंदाज़े के आधार पर ग्राहक को पहुँचने का समय बताना। लोकेशन की निरंतरता: ट्रिप के कितने हिस्से में पोज़िशन सच में आती रहती है, गैप कितने लंबे होते हैं, और वे कहाँ होते हैं (नेटवर्क कवरेज, बैटरी, अनुमतियाँ, ऐप बंद)? फ़ोन की बैटरी, बंद कर दी गई बैकग्राउंड लोकेशन अनुमति, नेटवर्क कवरेज के गैप, और लोकेशन का वाहन रिकॉर्ड में लिखा जाना, बिना कभी उसे उस लोड से जोड़े जो उस समय ले जाया जा रहा है। लोकेशन व्यक्तिगत डेटा भी है, जिसे सोच-समझकर संभालना पड़ता है: ड्राइवर को साफ़-साफ़ बताया जाना चाहिए कि क्या, कब और क्यों इकट्ठा किया जाता है। ऐप इंस्टॉल हो और उस ट्रिप से जुड़ा हो, बैकग्राउंड लोकेशन की अनुमति हो, और लिखित नियम हो कि काम के घंटों के बाहर या दो ट्रिप के बीच शेयरिंग कैसे काम करेगी।
5. दस्तावेज़ कैप्चर — बनने की जगह पर — हर दस्तावेज़ को वहीं कैप्चर करना जहाँ वह अस्तित्व में आता है: लोडिंग पॉइंट पर पैकिंग लिस्ट और कंसाइनमेंट नोट की प्रति, बॉर्डर पर सहायक दस्तावेज़ और MRN, कस्टम्स ब्रोकर से डिक्लेरेशन का आउटपुट, विक्रेता से इनवॉइस। दस्तावेज़ जहाँ भी बनता हो, डिजिटलीकरण वहीं लागू करना होगा। ट्रिप ख़त्म होने के बाद फ़ोल्डर स्कैन करना, ईमेल अटैचमेंट में दस्तावेज़ ढूँढना, और एक ही फ़ाइल को तीन अलग-अलग जगहों पर कॉपी करना। कितनी बंद ट्रिप में अनिवार्य दस्तावेज़ों का सेट पूरा है, और किसी ख़ास दस्तावेज़ को ढूँढने में औसतन कितना समय लगता है। बिना प्रकार के अपलोड किए गए दस्तावेज़ — सब कुछ “अन्य” बन जाता है और बाद में कुछ नहीं मिलता — लोड से अलग फ़ोल्डर ट्री के रूप में बना आर्काइव, और पुराने दस्तावेज़ों को थोक में स्कैन करने के प्रोजेक्ट को सबसे पहले रखना। यह आख़िरी वाला ज़्यादातर कंपनियों में अटक जाता है, और उस कोशिश के दौरान नए दस्तावेज़ भी इकट्ठा नहीं हो रहे होते। तय किए गए दस्तावेज़ प्रकार, फ़ील्ड और कस्टम्स ब्रोकर तक बढ़ाए गए अपलोड अधिकार, और पढ़ने लायक रेज़ोल्यूशन वाली फ़ोटो।
6. पक्षों की विज़िबिलिटी — लोड से जुड़े हर पक्ष को उसकी अपनी भूमिका में उसी रिकॉर्ड से जोड़ना: शिपर, ट्रांसपोर्टर, जहाँ इस्तेमाल हो वहाँ सब-ट्रांसपोर्टर, कंसाइनी और कस्टम्स ब्रोकर। हर पक्ष क्या देखता है, यह भूमिका के हिसाब से अलग होना चाहिए, और डिफ़ॉल्ट रूप से यह विज़िबिलिटी बंद रहनी चाहिए। ग्राहक को हाथ से टाइप करके भेजे जाने वाले स्टेटस ईमेल, कस्टम्स ब्रोकर को एक-एक करके फ़ॉरवर्ड किए जाने वाले दस्तावेज़, और कंसाइनी का फ़ोन करके पूछना कि माल कब पहुँचेगा। हाथ से भेजे जाने वाले स्टेटस ईमेल और संदेशों की संख्या में बदलाव, और ग्राहकों की ओर से आने वाले जानकारी के अनुरोधों की संख्या। सब कुछ सबके लिए खोल देना (कीमत और दूसरे ग्राहकों का विवरण लीक हो जाता है) या कुछ भी न खोलना (फ़ोन ट्रैफ़िक जैसा था वैसा ही चलता रहता है)। तीसरी गलती है ट्रिप बंद होने के बाद भी एक्सेस को अनिश्चित समय तक खुला छोड़ देना। कंपनियों की सटीक एड्रेस बुक और पहले से लिया गया यह फ़ैसला कि कौन-सी भूमिका क्या देखेगी।
7. ऑपरेशन से इनवॉइसिंग तक — ट्रिप के डेटा को इनवॉइसिंग और मिलान (रिकंसिलिएशन) से जोड़ना: ले जाया गया माल, अतिरिक्त शुल्क, इंतज़ार का समय, मुद्रा और तारीखें — सब एक ही रिकॉर्ड से निकलते हैं। यह वह परत है जहाँ डिजिटलीकरण पैसे में मापा जाता है। महीने के अंत में ऑपरेशन की सूची को अकाउंटिंग की सूची के बगल में रखकर हाथ से मिलान करना, और वे अतिरिक्त शुल्क जो कभी इनवॉइस तक पहुँचते ही नहीं क्योंकि किसी को उनकी याद नहीं रही। महीने के अंत की क्लोज़िंग में कितने दिन लगते हैं, और कितने अतिरिक्त शुल्क इनवॉइस तक नहीं पहुँचे। ऑपरेशन और अकाउंटिंग का दो अलग-अलग सिस्टम में रहना, जिनके बीच का मिलान किसी साझा कोड पर नहीं, बल्कि इंसान की याददाश्त पर टिका हो। लोड रिकॉर्ड पर कीमत और अतिरिक्त शुल्क वाले फ़ील्ड का सच में इस्तेमाल होना, और अकाउंटिंग की ओर से उसी लोड कोड को पहचाना जाना।
वह फ़ैसला जो सब कुछ तय करता है: रिकॉर्ड किससे जुड़ा है
डिजिटलीकरण काम करेगा या नहीं, यह तय करने वाला अकेला फ़ैसला यह है कि डेटा किससे जुड़ा होगा। एक ही जानकारी को वाहन, ट्रिप या ग्राहक के तहत लिखने से तीन अलग-अलग सिस्टम बनते हैं — और यही वह फ़ैसला है जिसे बाद में पलटना सबसे महँगा पड़ता है। नीचे दिए छह नियम अंतरराष्ट्रीय सड़क फ़्रेट में उसी फ़ैसले का व्यावहारिक रूप हैं।
रिकॉर्ड की इकाई कंसाइनमेंट है, वाहन नहीं — एक लोड रिकॉर्ड एक ट्रांसपोर्ट जॉब को दर्शाता है; अगर दो ग्राहकों का माल एक ही ट्रक में जाता है, तो दो रिकॉर्ड होने चाहिए। वाहन या ट्रिप के इर्द-गिर्द बने सिस्टम दोनों को मिला देते हैं, और एक ग्राहक को दूसरे का पता, कार्गो या दस्तावेज़ दिख सकते हैं। अगर आप ग्रुपेज चलाते हैं, तो यह पसंद का नहीं, ज़रूरत का मामला है — और फ़ुल-लोड काम में भी यही ज़रूरत उसी पल सामने आ जाती है जब कोई ट्रिप किसी सब-ट्रांसपोर्टर को सौंपी जाती है।
लोकेशन और स्टेटस लोड रिकॉर्ड पर लिखे जाते हैं — किसी डिवाइस या फ़ोन से आने वाली पोज़िशन नंबर प्लेट से नहीं, बल्कि ले जाए जा रहे लोड के रिकॉर्ड से जुड़नी चाहिए। प्लेट के हिसाब से लिखी गई लोकेशन उस सवाल का जवाब नहीं देती जो असल में पूछा जाता है: कोई यह नहीं जानना चाहता कि ट्रक कहाँ है, लोग यह जानना चाहते हैं कि कोई ख़ास कंसाइनमेंट कब पहुँचेगा। यही कसौटी टैकोग्राफ़ और फ़्यूल डेटा पर भी लागू होती है — ये अपने-आप में क़ीमती हैं, लेकिन ऑपरेशन के लिए जवाब तभी बनते हैं जब इन्हें ट्रिप से जोड़ा जाए।
हर स्टेटस एंट्री के साथ उसका स्रोत दर्ज होता है — किसी स्टेटस को किसने, कब और किस चैनल से (फ़ील्ड से या ऑफ़िस से) लिखा, यह रिकॉर्ड पर दिखना चाहिए। बिना स्रोत वाला स्टेटस किसी विवाद में कुछ साबित नहीं करता, और टीम भी जल्द ही उस पर भरोसा करना छोड़ देती है। ऐसा रिकॉर्ड जिसे एडिट किया जा सकता है लेकिन जो अपना निशान छोड़ता है, उस रिकॉर्ड से बेहतर है जिसे एडिट नहीं किया जा सकता लेकिन जिसे कोई भरता ही नहीं।
पक्ष भूमिका के आधार पर जुड़ते हैं, व्यक्ति के आधार पर नहीं — शिपर, ट्रांसपोर्टर, सब-ट्रांसपोर्टर, कंसाइनी और कस्टम्स ब्रोकर को अपनी-अपनी भूमिका में रिकॉर्ड से जुड़ना चाहिए। जब एक्सेस किसी एक व्यक्ति के ईमेल पते से बँधा होता है, तो उस व्यक्ति के जाते ही विज़िबिलिटी ग़ायब हो जाती है, आर्काइव लावारिस रह जाता है और काम का हस्तांतरण हाथ से करना पड़ता है। भूमिका-आधारित जुड़ाव आपको हर एक लोड पर “कौन क्या देख सकता है” की बहस दोबारा छेड़ने से भी बचाता है।
एक पहचान: लोड कोड — एक लोड का एक ही कोड होना चाहिए, और दस्तावेज़, संदेश, लोकेशन, डिलीवरी का प्रमाण और इनवॉइस — सब उसी से जुड़े होने चाहिए। जब दो नंबरिंग सिस्टम — ऑपरेशन का फ़ाइल नंबर और अकाउंटिंग का इनवॉइस नंबर — आपस में जुड़े नहीं होते, तो महीने के अंत का मिलान बिगड़कर हाथ से मिलान बनकर रह जाता है। यह कोड ग्राहक को भी दें, ताकि जब वे पूछें तो उसी से खोजा जा सके।
विज़िबिलिटी डिफ़ॉल्ट रूप से बंद रहती है — एक्सेस स्पष्ट रूप से दिया जाता है; वह कभी अपने-आप नहीं बनना चाहिए। अंतरराष्ट्रीय फ़्रेट में एक ही लोड के इर्द-गिर्द ऐसे पक्ष होते हैं जो आपस में प्रतिस्पर्धी हो सकते हैं; कौन क्या देखेगा, यह लोड खोलते समय तय होना चाहिए, और काम ख़त्म होने पर एक्सेस बंद हो जाना चाहिए। यह एक व्यावसायिक सुरक्षा भी है और व्यक्तिगत डेटा के लिहाज़ से ऐसा डिफ़ॉल्ट भी, जिसका बचाव किया जा सकता है।
दस्तावेज़ों की परत: क्या इलेक्ट्रॉनिक हो सकता है, और किस शर्त पर
असल में कितना कागज़ ख़त्म होता है, यह दस्तावेज़, रूट और प्राधिकरण पर निर्भर करता है; “अब सब कुछ इलेक्ट्रॉनिक है” जैसा कोई एक जवाब नहीं है। नीचे की तालिका संक्षेप में बताती है कि अंतरराष्ट्रीय सड़क फ़्रेट में आमतौर पर दिखने वाले दस्तावेज़ों का इलेक्ट्रॉनिक रूप है या नहीं, और वह रूप किन बातों पर निर्भर करता है। चूँकि नियम देश के हिसाब से अलग होते हैं और समय के साथ बदलते हैं, इसलिए हर पंक्ति शर्त के साथ लिखी गई है।
यह सेक्शन सिर्फ़ जानकारी के लिए है और कानूनी सलाह नहीं है। इसके आधार पर कोई फ़्लो बनाने से पहले, अपने रूट की स्थिति अपने कस्टम्स प्रशासन, अपने अकाउंटेंट या अपने ट्रांसपोर्ट एसोसिएशन से पक्की कर लें। किस शिपमेंट के लिए कौन-सा दस्तावेज़ ज़रूरी है, यह हमारी फ़्रेट दस्तावेज़ चेकलिस्ट में अलग से बताया गया है।
CMR कंसाइनमेंट नोट — इलेक्ट्रॉनिक रूप मौजूद है — शामिल देशों और पक्षों की सहमति पर निर्भर. इलेक्ट्रॉनिक कंसाइनमेंट नोट से जुड़ा CMR कन्वेंशन का अतिरिक्त प्रोटोकॉल, जिसे 2008 में अपनाया गया, e-CMR को संभव बनाता है। इसका इस्तेमाल करने के लिए रूट पर पड़ने वाले देशों का इस प्रोटोकॉल का पक्षकार होना ज़रूरी है और ढुलाई से जुड़े पक्षों को इलेक्ट्रॉनिक नोट स्वीकार करना होगा; अनुबंधकारी देशों की सूची समय के साथ बढ़ती रही है। व्यवहार में एक संक्रमण काल चल रहा है: रूट पर ड्राइवर का सामना अब भी किसी ऐसे जाँच अधिकारी से हो सकता है जो कागज़ी प्रति माँगे। इलेक्ट्रॉनिक फ़्लो पर जाने से पहले, अपनी लेन के हर देश की स्थिति और सामने वाले पक्ष की स्वीकृति की पुष्टि करें। स्कैन की हुई प्रति लोड रिकॉर्ड पर रखने से ऑफ़िस और कस्टम्स ब्रोकर तब भी काम आगे बढ़ा सकते हैं जब कागज़ अभी रास्ते में ही हो।
ट्रांज़िट डिक्लेरेशन (T1/T2) और ट्रांज़िट सहायक दस्तावेज़ — पहले से इलेक्ट्रॉनिक — डिक्लेरेशन प्राधिकरण के सिस्टम में दाखिल की जाती है. कॉमन ट्रांज़िट प्रक्रिया के तहत डिक्लेरेशन इलेक्ट्रॉनिक रूप से (NCTS) दाखिल की जाती है। माल के साथ ख़ुद डिक्लेरेशन नहीं, बल्कि ट्रांज़िट सहायक दस्तावेज़ चलता है, जिस पर MRN (मूवमेंट रेफ़रेंस नंबर) होता है। यहाँ आपका काम डिक्लेरेशन को डिजिटल बनाना नहीं, बल्कि MRN और सहायक दस्तावेज़ को लोड रिकॉर्ड से जोड़ना है। जब MRN रिकॉर्ड पर खोजा जा सकता है, तो बॉर्डर से आने वाले ज़्यादातर सवालों का जवाब ऑफ़िस से ही दिया जा सकता है, बजाय इसके कि ड्राइवर के दस्तावेज़ ढूँढने और उसकी फ़ोटो भेजने का इंतज़ार किया जाए।
निर्यात / आयात कस्टम्स डिक्लेरेशन — पहले से इलेक्ट्रॉनिक — प्राधिकरण के सिस्टम में दाखिल की जाती है. डिक्लेरेशन संबंधित कस्टम्स प्रशासन के इलेक्ट्रॉनिक सिस्टम में दाखिल की जाती है और आमतौर पर कस्टम्स ब्रोकर इसे तैयार करता है। डिक्लेरेशन नंबर, किसी भी निकासी या सहायक दस्तावेज़ के साथ, शिपमेंट की पहचान होता है। डिजिटल जो बनता है वह डिक्लेरेशन नहीं, बल्कि उसके नंबर और आउटपुट का लोड रिकॉर्ड से जुड़ना है। अपने कस्टम्स ब्रोकर को दस्तावेज़ सीधे उसी रिकॉर्ड पर अपलोड करने देने से वह ईमेल ट्रैफ़िक ख़त्म हो जाता है जो वरना आगे-पीछे चलता रहता है।
कमर्शियल इनवॉइस — इलेक्ट्रॉनिक रूप व्यापक रूप से उपलब्ध — दायरा देश और करदाता के हिसाब से अलग. तुर्किये में e-Fatura और e-Arşiv इनवॉइस व्यवस्थाओं का दायरा टैक्स प्रशासन की अधिसूचनाओं से तय होता है और टर्नओवर की सीमाओं व सेक्टरों के हिसाब से बदलता है। यूरोपीय संघ में सरकारी ख़रीद में इलेक्ट्रॉनिक इनवॉइसिंग का मानक तय है, जबकि व्यापक अनिवार्यताओं के लिए सदस्य देश अपनी-अपनी समय-सारिणी पर चल रहे हैं। आप दायरे में आते हैं या नहीं, यह जानने के लिए अपने अकाउंटेंट से पूछें और प्राधिकरण के मौजूदा नियम देखें; चूँकि दायरा बढ़ता रहा है, इसलिए एक साल पुरानी जानकारी गुमराह कर सकती है। ऑपरेशन की ओर काम यह है कि इनवॉइस लोड रिकॉर्ड से बनाया जा सके और जारी की गई प्रति उसी रिकॉर्ड पर रखी जाए।
घरेलू डिस्पैच नोट (वेबिल) — तुर्किये में इलेक्ट्रॉनिक रूप मौजूद है (e-İrsaliye) — दायरा नियमों से तय होता है. e-İrsaliye व्यवस्था में शामिल होना, और उससे मिलने वाली छूट, टैक्स प्रशासन की अधिसूचनाओं से तय होते हैं; दायरा समय के साथ बढ़ा है। अंतरराष्ट्रीय ढुलाई में डिस्पैच नोट घरेलू हिस्से से जुड़ा होता है; सीमा पार की आवाजाही का दस्तावेज़ कंसाइनमेंट नोट है। एक को दूसरे की जगह इस्तेमाल न करें, और अपना दायरा अपने अकाउंटेंट से पक्का कर लें।
मूवमेंट और ओरिजिन सर्टिफ़िकेट (A.TR, EUR.1, सर्टिफ़िकेट ऑफ़ ओरिजिन) — आंशिक रूप से इलेक्ट्रॉनिक — समझौते और देश के हिसाब से अलग. ये दस्तावेज़ एंडोर्समेंट और मंज़ूरी की प्रक्रियाओं के अधीन हैं। कुछ देश इलेक्ट्रॉनिक रूप से जारी करने और सत्यापन की व्यवस्था चलाते हैं; कुछ लेन पर अब भी स्याही की असली मुहर लगी कागज़ी प्रति माँगी जाती है। ऐसी व्यवस्थाएँ भी आम होती जा रही हैं जिनमें प्रेफ़रेंशियल ओरिजिन को सर्टिफ़िकेट के बजाय निर्यातक की घोषणा से साबित किया जाता है। शिपमेंट से पहले पूछ लें कि आपकी लेन पर कौन-सा रूप स्वीकार किया जाता है। स्कैन की हुई प्रति लोड रिकॉर्ड पर रखने से, कागज़ी मूल प्रति के रास्ते में रहते हुए भी आप कस्टम्स ब्रोकर और कंसाइनी के साथ काम आगे बढ़ाते रह सकते हैं।
पैकिंग लिस्ट, वज़न पर्ची, कार्गो सूचियाँ — मुक्त फ़ॉर्मेट वाले कमर्शियल दस्तावेज़ — इन्हें इलेक्ट्रॉनिक रूप में रखने में कोई आम बाधा नहीं. ये पक्षों के बीच के कमर्शियल दस्तावेज़ हैं; इनका फ़ॉर्मेट अनुबंध से और ख़रीदार की माँग से तय होता है। कस्टम्स इन्हें डिक्लेरेशन के संलग्नक के रूप में माँग सकता है, इसलिए इनकी पढ़ने लायक प्रति हमेशा हाथ में होनी चाहिए। यह डिजिटल बनाने में सबसे आसान समूह है, और वही जिसमें फ़ायदा सबसे जल्दी दिखता है। जब पैकेज की संख्या, ग्रॉस और नेट वज़न और वॉल्यूम लोड रिकॉर्ड पर डेटा के रूप में दर्ज हो जाते हैं, तो लोडिंग मीटर और वाहन की उपयुक्तता की गणना भी हाथ से करनी बंद हो जाती है।
डिलीवरी का प्रमाण, साइट की फ़ोटो, ADR और ड्राइवर/वाहन दस्तावेज़ — ऑपरेशनल सबूत इलेक्ट्रॉनिक हो सकता है; कानूनी सबूत दस्तावेज़ पर निर्भर करता है. डिलीवरी का कानूनी प्रमाण आमतौर पर कंसाइनमेंट नोट की वह प्रति होती है जिस पर कंसाइनी ने हस्ताक्षर किए हों। ऐप में दी गई पुष्टि और फ़ोटो मज़बूत ऑपरेशनल सबूत हैं, लेकिन जब तक आपका अनुबंध इसका समर्थन न करे, यह मानकर न चलें कि वे कागज़ की जगह ले लेते हैं। ADR के अधीन ढुलाई में, ड्राइवर को जो दस्तावेज़ साथ रखने होते हैं — लिखित निर्देशों (instructions in writing) सहित — उनके इलेक्ट्रॉनिक संस्करणों की स्वीकृति देश के हिसाब से अलग होती है। हर डिलीवरी पर एक फ़ोटो और टाइमस्टैम्प लें: इसमें कोई खर्च नहीं होता और विवाद में इसकी बहुत क़ीमत होती है। ड्राइवर और वाहन दस्तावेज़ों की समाप्ति तिथियों को सिस्टम में ट्रैक करने से बॉर्डर पर किसी एक्सपायर हो चुके दस्तावेज़ का पता चलने का ज़्यादातर जोखिम ख़त्म हो जाता है।
यह कहाँ टूटता है — छह स्थितियाँ जो डिजिटलीकरण पर पानी फेर देती हैं
कोई कट-ओवर तारीख नहीं — डिजिटलीकरण आमतौर पर उस दिन शुरू नहीं होता जिस दिन सॉफ़्टवेयर इंस्टॉल होता है, बल्कि उस दिन शुरू होता है जिस दिन पुराना चैनल रिकॉर्ड की आधिकारिक जगह नहीं रह जाता। घोषित तारीख के बिना कुछ समय तक दो रिकॉर्ड साथ-साथ चलते हैं; दोनों अधूरे रह जाते हैं, टीम तय नहीं कर पाती कि कौन-सा सही है, और वह उसी चैनल पर लौट आती है जिस पर उसे भरोसा है — फ़ोन। व्यावहारिक रास्ता यह है कि तारीख पहले किसी एक लेन या एक ग्राहक पर लागू की जाए: उस लेन पर स्टेटस, फ़ोटो और दस्तावेज़ सिर्फ़ सिस्टम में रहते हैं, और चैट रिकॉर्ड की आधिकारिक जगह बने बिना सिर्फ़ संवाद का चैनल बनी रहती है।
टेलीमैटिक्स डेटा का अपने अलग साइलो में पड़े रहना — ट्रैकिंग यूनिट, टैकोग्राफ़ और फ़्यूल सेंसर अपने पोर्टल में ठीक से काम करते हैं, लेकिन सवाल ऑपरेशन की ओर पूछे जाते हैं। जब डेटा किसी ट्रिप से जुड़ा नहीं होता, तो ऑफ़िस दिन भर दो स्क्रीन के बीच पुल बनने में लगा रहता है; और चूँकि डिवाइस प्रोवाइडर के पोर्टल तक कम ही लोगों की पहुँच होती है, इसलिए जानकारी एक-दो लोगों के दिमाग़ में सिमट जाती है। हार्डवेयर बदलने के बारे में सोचने से पहले यह पता करें कि उसका डेटा बाहर कैसे निकाला जा सकता है — लाइव एक्सेस से, फ़ाइलों से, या बिल्कुल नहीं? यह एक सवाल अक्सर अपने-आप तय कर देता है कि इंटीग्रेशन संभव है या नहीं।
अनिवार्य फ़ील्ड्स का बढ़ते जाना — हर नई ज़रूरत फ़ॉर्म में एक फ़ील्ड जोड़ देती है, और छह महीने बाद फ़ील्ड टीम कुछ भी भरना बंद कर देती है। सिस्टम फ़ील्ड टीम से जो माँगता है, वह उन सवालों से ज़्यादा नहीं होना चाहिए जिनका जवाब वह डेटा देगा; जिस फ़ील्ड को कोई नहीं देखता, वह सिर्फ़ लागत पैदा करता है। एक उपयोगी ऑडिट: हर अनिवार्य फ़ील्ड के लिए पूछें “अगर यह खाली रहे तो कौन-सा फ़ैसला नहीं लिया जा सकता”, और जिस फ़ील्ड का कोई जवाब न हो, उसे वैकल्पिक बना दें।
रोलआउट का एक ही व्यक्ति पर टिका होना — डिजिटलीकरण को आमतौर पर एक उत्साही व्यक्ति आगे बढ़ाता है; जब वह छुट्टी पर होता है या कहीं और चला जाता है, तो फ़्लो रुक जाता है। कम से कम दो लोगों को सिस्टम इतनी अच्छी तरह आना चाहिए कि वे उसे कॉन्फ़िगर कर सकें। इससे भी ज़रूरी बात: लिए गए फ़ैसले — स्टेटस सूची, दस्तावेज़ प्रकार, कौन क्या देखता है, कट-ओवर तारीख — लिखकर कहीं रखे जाने चाहिए। बिना दस्तावेज़ीकरण वाला रोलआउट अपने पीछे ऐसी सेटिंग्स छोड़ जाता है जिन्हें एक साल बाद कोई समझा नहीं पाता।
डेटा जो सिर्फ़ एक दिशा में बहता है — अगर सिस्टम में जाने वाला डेटा बाहर नहीं आ सकता, तो दूसरे साल में डिजिटलीकरण एक नई आर्काइव समस्या बन जाता है। तीन अलग-अलग आउटपुट के बारे में अलग-अलग सोचें: ऑपरेशन का इतिहास, अकाउंटिंग और लेजर एंट्रियाँ, और दस्तावेज़ों की इमेज। ज़्यादातर सिस्टम पहले दो को टेबल के रूप में निकाल सकते हैं। असली अड़चन तीसरा है: अगर हज़ारों दस्तावेज़ इमेज एक साथ डाउनलोड नहीं की जा सकतीं, तो बाहर निकलना तकनीकी रूप से असंभव नहीं, बल्कि व्यावहारिक रूप से असंभव है।
ग्राहक की ओर का हिस्सा कभी न खोलना — अंदरूनी ऑपरेशन डिजिटल हो जाते हैं, लेकिन बाहर की ओर दिखने वाला हिस्सा वैसा ही रहता है: ग्राहक अब भी फ़ोन करता है, कंसाइनी अब भी ईमेल करता है, कस्टम्स ब्रोकर अब भी दस्तावेज़ माँगता है। तब बचाए गए समय का बड़ा हिस्सा जानकारी बाहर पहुँचाने में ख़र्च हो जाता है, और टीम इस नतीजे पर पहुँचती है कि डिजिटलीकरण काम नहीं आया। आप जो हिस्सा खोलें वह छोटा हो सकता है: स्टेटस, अनुमानित आगमन और संबंधित दस्तावेज़। कीमत और दूसरे ग्राहकों का विवरण नहीं दिखना चाहिए।
डेमो में वेंडर के ट्रैकिंग दावे को परखने के छह तरीके
“हमारा सिस्टम आपके शिपमेंट को लाइव ट्रैक करता है।” — डेमो में मैप पर एक बिंदु के रूप में दिखते एक वाहन से संतुष्ट न हों: उनसे कोई ख़ास लोड रिकॉर्ड खुलवाएँ और दिखाने को कहें कि पोज़िशन वहीं से आ रही है। फिर कठिन सवाल पूछें: अगर दो ग्राहकों का माल एक ही ट्रक में है, तो हर ग्राहक क्या देखता है? अगर लोकेशन लोड के बजाय प्लेट से जुड़ी है, तो जवाब या तो “दोनों एक ही चीज़ देखते हैं” होगा या बात बदल दी जाएगी। साफ़-साफ़ यह न बता पाना कि लोकेशन किस रिकॉर्ड पर लिखी जाती है, और ग्रुपेज वाले परिदृश्य को “उस मामले के लिए हम कुछ कस्टम बना देंगे” कहकर टाल देना।
“ड्राइवर ऐप फ़ील्ड में बिना किसी दिक्कत के काम करता है।” — डिवाइस को फ़्लाइट मोड में डालें, एक स्टेटस अपडेट और एक फ़ोटो भेजने की कोशिश करें, फिर कनेक्शन वापस चालू करें। क्या अपडेट कतार में रखकर भेज दिया जाता है, क्या वह फ़ेल होकर ग़ायब हो जाता है, या ड्राइवर को उसे शुरू से दोबारा दर्ज करना पड़ता है? अंतरराष्ट्रीय लेन पर नेटवर्क कवरेज के गैप अपवाद नहीं, आम बात हैं। सवाल का जवाब “आमतौर पर सिग्नल रहता है” कहकर देना, और ऑफ़लाइन व्यवहार का कहीं भी दस्तावेज़ीकरण न होना।
“आपके सभी दस्तावेज़ सिस्टम में इकट्ठा होते हैं।” — अपना सबसे ख़राब स्कैन किया हुआ दस्तावेज़ अपलोड करें और दो बातें जाँचें: क्या वह लोड रिकॉर्ड पर पहुँचा या किसी सामान्य आर्काइव में, और क्या उसका प्रकार सही चुना गया? फिर पूछें कि ग्राहक वही दस्तावेज़ देख सकता है या नहीं, यह कौन तय करता है — क्या यह हर दस्तावेज़ के लिए अलग से सेट होता है, या किसी एक ग्लोबल सेटिंग से? दस्तावेज़ों की विज़िबिलिटी का एक ही ग्लोबल सेटिंग से नियंत्रित होना, दस्तावेज़ प्रकारों की ऐसी सूची जिसे बदला न जा सके, और गलत दिए गए प्रकार को बाद में सुधारने का कोई तरीका न होना।
“आपका ग्राहक शिपमेंट को ख़ुद ट्रैक कर सकता है।” — उनसे ग्राहक के नज़रिए वाली स्क्रीन खुलवाएँ और ठीक-ठीक सूची बनाएँ कि क्या दिख रहा है: स्टेटस, अनुमानित आगमन, दस्तावेज़। क्या कीमत दिखती है? क्या आपके दूसरे लोड दिखते हैं? यह भी पूछें कि वह एक्सेस कब बंद होता है; ट्रिप के बाद अनिश्चित समय तक खुला छोड़ा गया एक्सेस विज़िबिलिटी नहीं, जानकारी का उजागर होना है। डेमो में ग्राहक वाला व्यू दिखाया ही न जा सके, जवाब हो “वे भी वही स्क्रीन देखते हैं”, और एक्सेस की अवधि को लेकर कोई साफ़ नियम न हो।
“हम आपके मौजूदा ट्रैकिंग डिवाइस के साथ इंटीग्रेट कर देंगे।” — साइन करने से पहले एक छोटा लाइव सैंपल चलाएँ: एक वाहन का एक दिन का डेटा सच में ट्रांसफ़र करें। चार जवाब लिखित में लें — इसे कौन बनाएगा, डेटा किस फ़ॉर्मेट में आएगा, क्या कोई फ़ीस है, और क्या आपका डिवाइस प्रोवाइडर वह एक्सेस देता है। ये चारों जवाब लिखित में न हों, तो इंटीग्रेशन कोई तारीख नहीं, सिर्फ़ एक इच्छा है। इंटीग्रेशन को “हमारे रोडमैप पर है” बताया जाना, और डिवाइस प्रोवाइडर के साथ एक्सेस पर कभी कोई बात ही न हुई होना।
“सेटअप में एक हफ़्ता लगता है।” — लिखित में और एक-एक आइटम करके पूछें कि सेटअप का कौन-सा हिस्सा आपकी ज़िम्मेदारी है: कंपनी और एड्रेस बुक, यूज़र और अनुमतियाँ, दस्तावेज़ प्रकार, ड्राइवर डिवाइस, लॉन्च ट्रेनिंग, डेटा की सफ़ाई। फिर इस सूची की तुलना अपनी टीम के साप्ताहिक काम के बोझ से करें; रोलआउट में देरी लगभग कभी उस हिस्से से नहीं होती जो वेंडर करता है। यह कहा जाना कि पूरा सेटअप वेंडर के ज़िम्मे है, और ख़रीदार की ओर के लिए तैयारी की कोई सूची कभी न दी जाना।
तीन तरीके: ग्रुप चैट, वाहन-केंद्रित ट्रैकिंग, लोड-केंद्रित सिस्टम
ग्रुप चैट और स्प्रेडशीट (डिजिटल टूल्स, पर डिजिटलीकरण नहीं) — बहुत कम वॉल्यूम, एक ही लेन और एक व्यक्ति वाला ऑपरेशन। सेटअप की लागत शून्य है, हर कोई यह टूल पहले से इस्तेमाल करता है, और यह पहले ही दिन से काम करता है। कम पक्षों और अनियमित वॉल्यूम के साथ यह सच में काफ़ी हो सकता है। सीखने में कोई समय नहीं लगता; टीम और ड्राइवर इस टूल को पहले से रोज़ इस्तेमाल करते हैं कोई अतिरिक्त लागत नहीं और किसी रोलआउट पर निर्भरता नहीं लचीला: कोई भी असामान्य स्थिति खुले शब्दों में बताई जा सकती है रिकॉर्ड खोजा नहीं जा सकता; जानकारी संदेशों की धारा में खो जाती है और आख़िर में किसी एक व्यक्ति की याददाश्त में रह जाती है एक ही जानकारी कई जगह दोहराई जाती है और यह साफ़ नहीं रहता कि कौन-सा संस्करण ताज़ा है बाहर नियंत्रित विज़िबिलिटी नहीं दी जा सकती: या तो सब कुछ शेयर होता है या कुछ भी नहीं जब कोई व्यक्ति जाता है, तो इतिहास भी उसके साथ चला जाता है; विवाद में सबूत पेश करना मुश्किल होता है
वाहन-केंद्रित ट्रैकिंग (टेलीमैटिक्स / फ़्लीट सॉफ़्टवेयर) — अपना फ़्लीट चलाने वाली कंपनियाँ, और वे सवाल जो वाहन से जुड़े हैं: ड्राइवरों के काम के घंटों का अनुपालन, फ़्यूल की निगरानी, मेंटेनेंस की योजना, पोज़िशन की निरंतरता। इन सवालों के लिए हार्डवेयर-आधारित समाधान का कोई विकल्प नहीं है। पोज़िशन की निरंतरता हार्डवेयर से आती है; यह ड्राइवर के फ़ोन या उसकी बैटरी पर निर्भर नहीं करती ऐसा डेटा देता है जो सिर्फ़ डिवाइस से ही आ सकता है, जैसे टैकोग्राफ़ और फ़्यूल रीडिंग फ़्लीट लागत विश्लेषण और ड्राइवर के व्यवहार के लिए मज़बूत रिकॉर्ड की इकाई वाहन है; इस मॉडल में लोड के स्टेटस, दस्तावेज़ों और पक्षों की कोई स्वाभाविक जगह नहीं है ग्रुपेज में, एक ट्रक साझा करने वाले अलग-अलग ग्राहकों की विज़िबिलिटी अलग नहीं की जा सकती किराए के वाहन और सब-ट्रांसपोर्टर ऐसी ट्रिप बनाते हैं जो ट्रैकिंग के दायरे से बाहर रह जाती हैं आमतौर पर ग्राहक के लिए खोलने लायक कोई हिस्सा होता ही नहीं, या ऐसा होता है जो ज़रूरत से ज़्यादा दिखा देता है
लोड-केंद्रित ऑपरेशन सिस्टम — कई ग्राहकों या कई ट्रांसपोर्टरों के साथ, या ग्रुपेज में काम करने वाली कंपनियाँ; कोई भी ऐसा ऑपरेशन जहाँ सवाल “ट्रक कहाँ है” नहीं, बल्कि “यह लोड किस चरण में है” होता है। फ़ायदा वहाँ सबसे साफ़ दिखता है जहाँ दिन भर दस्तावेज़ों और पक्षों के बीच तालमेल हावी रहता है। स्टेटस, लोकेशन, दस्तावेज़ और संदेश एक ही रिकॉर्ड पर मिलते हैं, इसलिए इन्हें जोड़ने का काम किसी व्यक्ति को हर दिन दोबारा नहीं करना पड़ता चूँकि पक्ष भूमिका के आधार पर जुड़ते हैं, इसलिए हर लोड के हिसाब से विज़िबिलिटी तय की जा सकती है ऑपरेशन के डेटा को सीधे इनवॉइसिंग और मिलान से जोड़ा जा सकता है सब-ट्रांसपोर्टरों और किराए के वाहनों के साथ चलने वाली ट्रिप भी उसी मॉडल में रहती हैं लोकेशन कहाँ से आती है, यह प्रोडक्ट के हिसाब से अलग होता है: ड्राइवर ऐप पर निर्भर सिस्टम अपने-आप में हार्डवेयर जैसी निरंतरता नहीं देते, जबकि डिवाइस इंटीग्रेशन देने वाले सिस्टम देते हैं — हर उम्मीदवार से पूछें कि वह किस तरह का है अगर फ़ील्ड से कुछ नहीं आता, तो रिकॉर्ड आधा-अधूरा रहता है — इस मॉडल में अपनाया जाना ही सबसे निर्णायक कड़ी है टैकोग्राफ़, फ़्यूल और मेंटेनेंस जैसी वाहन-विशेष ज़रूरतों के लिए अलग समाधान या इंटीग्रेशन चाहिए
छह आम गलतफ़हमियाँ
डिजिटल बनाने का मतलब है ट्रकों में ट्रैकिंग डिवाइस लगाना। — ट्रैकिंग डिवाइस आपको बताता है कि वाहन कहाँ है; ऑपरेशन असल में यह पूछता है कि लोड किस चरण में है और कब पहुँचेगा। डिवाइस उस जवाब का एक इनपुट है, ख़ुद जवाब नहीं। चूँकि स्टेटस फ़्लो के लिए न हार्डवेयर चाहिए, न फ़िटिंग, न अतिरिक्त सब्सक्रिप्शन, इसलिए पहले मापने योग्य नतीजे तक पहुँचने का यह आमतौर पर सबसे छोटा रास्ता होता है।
सिस्टम लग जाने के बाद कागज़ ग़ायब हो जाता है। — कुछ दस्तावेज़ों का इलेक्ट्रॉनिक रूप कुछ शर्तों के साथ मौजूद है; बाकी आपकी लेन पर अब भी कागज़ पर चलते हैं। यथार्थवादी लक्ष्य कागज़ को ख़त्म करना नहीं, बल्कि उसे इकलौती प्रति बने रहने से रोकना है, ताकि किसी दस्तावेज़ को ढूँढना ड्राइवर के केबिन में रखे फ़ोल्डर पर निर्भर न रहे।
पहले पूरा पुराना आर्काइव स्कैन कर लें, फिर सिस्टम पर चलें। — पुराने दस्तावेज़ों को थोक में स्कैन करने के प्रोजेक्ट ज़्यादातर कंपनियों में अटक जाते हैं, और उस कोशिश के दौरान नए दस्तावेज़ भी इकट्ठा नहीं होते। क्रम इसका उल्टा है: आज से बनने वाले दस्तावेज़ों को वहीं कैप्चर करें जहाँ वे सामने आते हैं, और पुरानी फ़ाइलें ज़रूरत पड़ने पर चुन-चुनकर जोड़ें।
लाइव लोकेशन होने से ग्राहक फ़ोन करना बंद कर देगा। — ग्राहक कोऑर्डिनेट नहीं, एक वादा चाहते हैं: क्या आज अनलोडिंग होगी, कस्टम्स पर कितनी देर रुकेगा, किस समय पहुँचेगा। लोकेशन उस जवाब का कच्चा माल है; जवाब ख़ुद स्टेटस, अनुमानित आगमन और देरी की सूचना है। जो सेटअप मैप तो शेयर करता है लेकिन सूचनाएँ कभी कॉन्फ़िगर नहीं करता, वह जवाब निकालने का काम ग्राहक पर छोड़ देता है — और ठीक इसीलिए कॉल आती रहती हैं।
छोटे फ़्लीट को इसकी ज़रूरत नहीं; फ़ोन काफ़ी है। — मायने वाहनों की संख्या नहीं, पक्षों की संख्या रखती है। एक ही ट्रक हो, तब भी कंसाइनी, कस्टम्स ब्रोकर और ग्राहक के साथ काम करने से तालमेल का बोझ बनता है। फिर भी, हर कंपनी को पूरे सिस्टम की ज़रूरत नहीं होती: स्टेटस फ़्लो और डिलीवरी के प्रमाण वाली परतें वह सबसे छोटा कदम हैं जिसे अकेले भी उठाया जा सकता है।
चलिए सब कुछ एक साथ चालू कर दें, टीम ढल जाएगी। — एक साथ चालू किए गए बहुत सारे नए फ़ील्ड्स का नतीजा आमतौर पर यह होता है कि फ़ील्ड टीम उनमें से एक भी नहीं भरती। जो कंपनियाँ परत-दर-परत आगे बढ़ती हैं, वे हर कदम पर मापने योग्य फ़ायदा दिखा सकती हैं, जिससे टीम को मनाना आसान होता है; माप के बिना चर्चा “बेहतर लग रहा है” बनाम “बदतर लग रहा है” के स्तर पर ही अटकी रहती है।
तेरह हफ़्तों का क्रम, हर चरण पर मापने योग्य जाँच के साथ
नीचे दिया गया क्रम प्राथमिकता का सुझाव है, समय-सारिणी की प्रतिबद्धता नहीं; अवधि कंपनी के वॉल्यूम और टीम के पास उपलब्ध समय के हिसाब से बदलती है। जो नहीं बदलता, वह यह है कि हर चरण एक ऐसी जाँच पर ख़त्म होता है जिसे आप हाथ से गिन सकें — किसी संख्या के बिना प्रगति पर बहस ही होती रहती है।
हफ़्ते 0-2 — एक लेन पर पायलट — एक लेन पर या एक ग्राहक के साथ स्टेटस फ़्लो को चालू करना। वह स्टेटस सूची लिखें जिसे आपकी कंपनी सच में अलग-अलग पहचानती है; उसे पाँच से सात कदमों तक सीमित रखें पायलट लेन चुनें: नियमित वॉल्यूम, जाने-पहचाने पक्ष, कम अप्रत्याशित स्थितियाँ सिस्टम में लोड खोलें और हर ट्रिप को एक ही कोड दें लिखित में घोषित करें कि कौन-सा कदम कौन दर्ज करेगा पायलट वाले हफ़्ते में कितनी ट्रिप सिस्टम में स्टेटस एंट्रियों के साथ बंद हुईं, और कितनी अब भी चैट में ट्रैक हो रही थीं? दोनों को हाथ से गिनें और लिख लें।
हफ़्ते 3-5 — फ़ील्ड की परत — ड्राइवर सीधे फ़ील्ड से स्टेटस, डिलीवरी का प्रमाण और फ़ोटो भेजें। ऐप को अपने सबसे अनिच्छुक यूज़र के साथ इंस्टॉल करें और नोट करें कि इसमें कितने मिनट लगते हैं फ़ील्ड से माँगी जाने वाली चीज़ों को कम से कम कर दें; हर अनिवार्य फ़ील्ड को “अगर यह खाली हो तो कौन-सा फ़ैसला नहीं हो पाता” वाली कसौटी पर परखें डिलीवरी के पल फ़ोटो लेना और माल लेने वाले व्यक्ति का नाम दर्ज करना नियम बना दें लिख लें कि नेटवर्क कवरेज के गैप वाले रूट पर क्या होता है सक्रिय ड्राइवर अनुपात (कम से कम एक अपडेट भेजने वाले ड्राइवर / कुल ड्राइवर) और डिलीवरी से लेकर दस्तावेज़ के सिस्टम में दिखने तक के औसत घंटे।
हफ़्ते 6-9 — दस्तावेज़ और पक्ष — दस्तावेज़ों को वहीं कैप्चर करना जहाँ वे बनते हैं, और ग्राहक व कस्टम्स ब्रोकर के लिए विज़िबिलिटी खोलना। दस्तावेज़ प्रकार तय करें और “अन्य” को अपवाद बना दें अपने कस्टम्स ब्रोकर को दस्तावेज़ सीधे लोड रिकॉर्ड पर अपलोड करने दें तय करें कि ग्राहक क्या देखेगा: स्टेटस, अनुमानित आगमन और संबंधित दस्तावेज़; कीमत और दूसरे लोड इसमें शामिल नहीं MRN और डिक्लेरेशन नंबर को लोड रिकॉर्ड पर खोजने योग्य बनाएँ कितनी बंद ट्रिप में अनिवार्य दस्तावेज़ों का सेट पूरा है? पायलट से पहले की अवधि की तुलना में हाथ से भेजे जाने वाले स्टेटस ईमेल की संख्या में क्या बदलाव आया?
हफ़्ते 10-13 — कट-ओवर और अकाउंटिंग से जुड़ाव — पुराने चैनल को रिकॉर्ड की आधिकारिक जगह बने रहने से रोकना, और ऑपरेशन के डेटा को इनवॉइसिंग से जोड़ना। कट-ओवर तारीख घोषित करें: उसके बाद रिकॉर्ड सिस्टम में रहता है और चैट सिर्फ़ संवाद का चैनल रह जाती है बाकी लेन को भी पायलट जैसे ही सेटअप के साथ शामिल करें अतिरिक्त शुल्क, इंतज़ार का समय और मुद्रा को लोड रिकॉर्ड पर दर्ज करना नियम बना दें एक बार एक्सपोर्ट का रास्ता आज़माकर देखें: ऑपरेशन का इतिहास, अकाउंटिंग एंट्रियाँ और दस्तावेज़ इमेज महीने के अंत की क्लोज़िंग में कितने दिन लगे, और कितने अतिरिक्त शुल्क इनवॉइस तक नहीं पहुँचे? और सबसे सीधा सवाल: “मेरा लोड कहाँ है” वाली कॉल की संख्या पहले हफ़्ते की तुलना में कैसी है?
इस क्रम में Logistivo कहाँ आता है
Logistivo एक लॉजिस्टिक्स ऑपरेशन सिस्टम है जो इस पेज पर बताए गए मॉडल को प्रोडक्ट के रूप में लागू करता है: रिकॉर्ड की इकाई वाहन नहीं, लोड है, और स्टेटस, लोकेशन, दस्तावेज़ और संदेश उसी लोड रिकॉर्ड पर मिलते हैं। ड्राइवर iOS और Android ऐप से स्टेटस अपडेट करता है, लोकेशन शेयर करता है और दस्तावेज़ों की फ़ोटो सीधे रिकॉर्ड पर भेजता है, और हर स्टेटस बदलाव पर संबंधित पक्षों को सूचना जाती है। ग्रुपेज में एक ही ट्रक पर मौजूद हर कंसाइनमेंट एक अलग रिकॉर्ड बना रहता है — चैट, दस्तावेज़ और स्टेटस एक-दूसरे से अलग रहते हैं — जबकि मल्टी-स्टॉप ट्रिप एक ही रिकॉर्ड पर चलती हैं। पक्ष (शिपर, ट्रांसपोर्टर, सब-ट्रांसपोर्टर, कंसाइनी, कस्टम्स ब्रोकर) अपनी-अपनी भूमिका में रिकॉर्ड से जुड़ते हैं, और कौन क्या देखेगा, यह वह पक्ष तय करता है जिसने लोड खोला। दस्तावेज़ प्रकार के साथ अपलोड किए जाते हैं; AI फ़ील्ड पढ़कर उन्हें फ़ॉर्म पर सुझाव के रूप में देता है, जिन्हें कुछ भी सेव होने से पहले मंज़ूर किया जाता है। ऑपरेशन का डेटा उसी कोर से इनवॉइसिंग और ग्राहक खाता लेजर से जुड़ता है। आप मुफ़्त शुरू कर सकते हैं, बिना क्रेडिट कार्ड के।
इसमें टेलीमैटिक्स, टैकोग्राफ़ या फ़्यूल सेंसर इंटीग्रेशन नहीं है: लोकेशन ड्राइवर के फ़ोन से आती है, इसलिए अगर फ़ोन बंद है या बैकग्राउंड अनुमति कभी दी ही नहीं गई, तो कोई लोकेशन नहीं आती। ऐप में ऑफ़लाइन कतार नहीं है; कवरेज से बाहर किया गया अपडेट तब तक नहीं भेजा जा सकता जब तक कनेक्शन वापस न आ जाए। बहु-पक्षीय इलेक्ट्रॉनिक हस्ताक्षर (eCMR साइनिंग फ़्लो) अभी उपलब्ध नहीं है — दस्तावेज़ रिकॉर्ड से जोड़े और स्टोर किए जाते हैं, लेकिन सिस्टम के भीतर उन पर हस्ताक्षर नहीं होते; यह क्षमता रोडमैप पर है। ऐसा कोई सार्वजनिक ट्रैकिंग लिंक नहीं है जिसे बिना अकाउंट वाला पक्ष खोल सके; कंसाइनी या ग्राहक को रिकॉर्ड से एक पक्ष के रूप में जोड़ा जाता है। अनुमानित आगमन की गणना सिस्टम नहीं करता: यह वह तारीख है जो पक्ष दर्ज करते हैं (या किसी दस्तावेज़ से पढ़कर मंज़ूर करते हैं); पिछली ट्रिप से सीखने वाला कोई प्रेडिक्शन मॉडल नहीं है। कुछ कार्यों में क्रेडिट खर्च होते हैं: किसी लोड या बिड पर प्रति वाहन एक क्रेडिट, प्रति टैरिफ़ खोज एक क्रेडिट। क्रेडिट प्लान के सालाना कोटे से कटते हैं; अतिरिक्त क्रेडिट अलग से नहीं बेचे जाते — कोटा ख़त्म होने पर आप ऊपर के टियर पर चले जाते हैं। ज़्यादा वॉल्यूम वाले ऑपरेशन को शुरू से ही इस खपत को ध्यान में रखकर अपना प्लान चुनना चाहिए।
अक्सर पूछे जाने वाले प्रश्न
मैं अपने लोड कैसे ट्रैक करूँ?
बोर्ड खोलते ही आपके सभी लोड स्टेटस चिप्स के साथ सूची में दिखते हैं। किसी लोड पर क्लिक करें — उसकी रूट टाइमलाइन, लाइव लोकेशन, दस्तावेज़ और संदेश एक ही स्क्रीन पर खुल जाते हैं।
क्या सड़क और समुद्री शिपमेंट एक ही स्क्रीन पर दिखते हैं?
हाँ। सड़क और RoRo (समुद्री) शिपमेंट एक ही बोर्ड पर, एक ही स्टेटस फ़्लो के साथ दिखते हैं। समुद्री चरण और सड़क चरण एक ही लोड रिकॉर्ड में जुड़ जाते हैं।
ड्राइवर की लोकेशन कैसे आती है?
ड्राइवर iOS या Android ऐप से अपनी लोकेशन शेयर करता है। यह लोड के रिकॉर्ड में दर्ज होती है और बोर्ड पर लाइव दिखती है; स्टेटस अपडेट और दस्तावेज़ों की फ़ोटो भी उसी ऐप से आती हैं।
क्या मैं कई ग्राहकों के लोड एक ही वाहन में ले जा सकता हूँ?
हाँ। ग्रुपेज के साथ आप एक ही वाहन में एक-दूसरे से अलग रखे गए कई कंसाइनमेंट ले जा सकते हैं। हर कंसाइनमेंट एक अलग लोड रिकॉर्ड बना रहता है — चैट, दस्तावेज़ और स्टेटस एक-दूसरे से अलग रहते हैं, जबकि रूट अपने-आप क्रम में लग जाता है।
मेरा अनुरोध कौन देख सकता है?
यह आप अनुरोध बनाते समय चुनते हैं: सिर्फ़ आपकी सूची के ट्रांसपोर्टर, आपके द्वारा बाहर रखी गई कंपनियों को छोड़कर सभी, या नेटवर्क में उस रूट पर चलने वाले सभी ट्रांसपोर्टर। अगर आपकी सूची में कोई भी ट्रांसपोर्टर उस रूट पर नहीं चलता, तो अनुरोध नेटवर्क के मेल खाते ट्रांसपोर्टरों के लिए खोल दिया जाता है, ताकि वह बिना जवाब के न रह जाए।
लोड और दस्तावेज़ ट्रैकिंग को डिजिटल बनाते समय मुझे कहाँ से शुरू करना चाहिए?
स्टेटस फ़्लो से शुरू करें। लोड किस चरण में है, यह एक ही जगह और एक ही फ़ॉर्मेट में दर्ज करना वह कदम है जिसकी सेटअप लागत सबसे कम है और जिसका फ़ायदा सबसे जल्दी दिखता है; यह दिन भर आने वाली ज़्यादातर “कहाँ है” वाली कॉल को अपने ऊपर ले लेता है। इसके बाद डिलीवरी का प्रमाण और साइट की फ़ोटो आते हैं, फिर ड्राइवरों की ओर से अपनाया जाना, फिर लाइव लोकेशन। दस्तावेज़ आर्काइव और इंटीग्रेशन सबसे आख़िर के लिए छोड़े जाते हैं। एक लेन पर या एक ग्राहक के साथ पायलट चलाना पूरे ऑपरेशन को एक साथ बदलने से ज़्यादा तेज़ भी है और उसे पलटना भी ज़्यादा आसान है।
मेरे पास पहले से वाहन ट्रैकिंग सिस्टम है। क्या मुझे फिर भी लोड ट्रैकिंग सॉफ़्टवेयर चाहिए?
दोनों अलग-अलग सवालों के जवाब देते हैं। ट्रैकिंग डिवाइस बताता है कि वाहन कहाँ है, उसने कितना फ़्यूल इस्तेमाल किया और ड्राइवरों के काम के घंटों का रिकॉर्ड क्या दिखाता है; लोड ट्रैकिंग यह संभालती है कि कोई ख़ास कंसाइनमेंट किस चरण में है, उसके दस्तावेज़ पूरे हैं या नहीं और कौन-सा पक्ष क्या देखता है। जैसे ही दो ग्राहकों का माल एक ही ट्रक में साथ जाता है, वाहन-आधारित रिकॉर्ड काफ़ी नहीं रहता। सही सवाल “कौन-सा” नहीं, बल्कि यह है कि क्या आपके मौजूदा डिवाइस का डेटा लोड रिकॉर्ड से जोड़ा जा सकता है — दोनों वेंडरों से ठीक यही पूछें।
e-CMR क्या है, और क्या मैं कागज़ी कंसाइनमेंट नोट को पूरी तरह छोड़ सकता हूँ?
2008 में CMR कन्वेंशन में जोड़ा गया अतिरिक्त प्रोटोकॉल कंसाइनमेंट नोट को इलेक्ट्रॉनिक रूप में जारी करना संभव बनाता है। इस पर भरोसा करने के लिए आपके रूट के देशों का इस प्रोटोकॉल का पक्षकार होना ज़रूरी है और ढुलाई से जुड़े पक्षों को इलेक्ट्रॉनिक नोट स्वीकार करना होगा; अनुबंधकारी देशों की सूची समय के साथ बदली है। व्यवहार में एक संक्रमण काल चल रहा है, और ड्राइवर का सामना अब भी किसी ऐसे जाँच अधिकारी से हो सकता है जो कागज़ माँगे। फ़्लो बनाने से पहले अपनी लेन की स्थिति अपने कस्टम्स प्रशासन और सामने वाले पक्ष से पक्की कर लें।
अगर ड्राइवर इसका इस्तेमाल न करें तो क्या होता है, और उन्हें इसे अपनाने के लिए कैसे तैयार करें?
अगर फ़ील्ड से कुछ नहीं आता, तो सिस्टम का आधा हिस्सा खाली रहता है और ऑफ़िस ठीक पहले की तरह फ़ोन से डेटा इकट्ठा करता है। तीन बातें मदद करती हैं: फ़ील्ड का कदम एक ही स्क्रीन पर पूरा होना, फ़ील्ड से माँगी जाने वाली चीज़ों को कम से कम रखना, और सेटअप को अपने सबसे अनिच्छुक ड्राइवर के साथ परखना। इसमें ड्राइवर के लिए भी कुछ होना चाहिए — असाइनमेंट का विवरण, पते और दस्तावेज़ उसके फ़ोन पर, और कम रुकावटें। सिर्फ़ निगरानी के लिए लगाए गए सिस्टमों को फ़ील्ड में विरोध झेलना पड़ता है और वे अधूरा डेटा इकट्ठा करते हैं।
क्या मुझे पहले पुराने दस्तावेज़ स्कैन करने चाहिए?
नहीं। आज से बनने वाले दस्तावेज़ों को वहीं कैप्चर करें जहाँ वे सामने आते हैं: लोडिंग पॉइंट पर, बॉर्डर पर और कस्टम्स ब्रोकर के पास। पुराने दस्तावेज़ों को थोक में स्कैन करने के प्रोजेक्ट ज़्यादातर कंपनियों में अटक जाते हैं, और उस कोशिश के दौरान नए दस्तावेज़ भी इकट्ठा नहीं होते। पुरानी फ़ाइलें ज़रूरत पड़ने पर चुन-चुनकर जोड़ी जा सकती हैं; आमतौर पर पिछला एक साल और किसी खुले विवाद से जुड़ी हर चीज़ काफ़ी होती है।
मेरा ग्राहक शिपमेंट को कैसे देखेगा? क्या उसे अकाउंट चाहिए?
सिस्टम दो में से किसी एक तरीके से विज़िबिलिटी देते हैं: सामने वाला पक्ष अपने अकाउंट से जुड़ता है, या एक शेयर लिंक बिना अकाउंट के खोला जा सकता है। दोनों के अपने फ़ायदे-नुकसान हैं — लिंक आसान है लेकिन जिसके हाथ भी वह लग जाए वह उसकी सामग्री देख सकता है, जबकि अकाउंट नियंत्रित है लेकिन सामने वाले पक्ष से एक कदम की माँग करता है। आप जो भी तरीका इस्तेमाल करें, दो सवालों का जवाब पहले ही तय कर लें: बाहर कितना दिखेगा, और एक्सेस कब बंद होगा?
ग्रुपेज में, जब एक ट्रक कई ग्राहकों का माल ले जाता है, तो मैं विज़िबिलिटी को कैसे अलग करूँ?
कंसाइनमेंट को रिकॉर्ड की इकाई बनाकर। हर ग्राहक का माल एक अलग रिकॉर्ड बनता है; वाहन और रूट साझा होते हैं, लेकिन स्टेटस, दस्तावेज़ और संदेश हर रिकॉर्ड में अलग रहते हैं। वाहन या ट्रिप के इर्द-गिर्द बने सिस्टमों में यह अलगाव बाद में नहीं जोड़ा जा सकता, क्योंकि सारा डेटा एक ही ट्रिप रिकॉर्ड पर लिखा गया था। अगर आप ग्रुपेज चलाते हैं, तो सॉफ़्टवेयर चुनते समय पूछने वाला पहला सवाल यही है।
डिजिटलीकरण में कितना समय लगता है?
यह कंपनी के वॉल्यूम और टीम के पास उपलब्ध समय पर निर्भर करता है; लेकिन जब काम को परतों में बाँट दिया जाता है, तो पहला मापने योग्य नतीजा कुछ ही हफ़्तों में आ जाता है — एक लेन पर स्टेटस फ़्लो कुछ हफ़्तों में जम जाता है। सबसे ज़्यादा समय तकनीकी सेटअप में नहीं, आदत बदलने में लगता है: जब तक कट-ओवर तारीख घोषित नहीं होती, पुराना चैनल रिकॉर्ड की आधिकारिक जगह बना रहता है।
क्या छोटे फ़्लीट के लिए यह फ़ायदेमंद है?
इसका फ़ैसला वाहनों की संख्या नहीं, पक्षों की संख्या करती है। एक ही ट्रक हो, तब भी ग्राहक, कंसाइनी और कस्टम्स ब्रोकर के साथ काम करने से तालमेल का बोझ बनता है, और वह बोझ फ़ोन पर उठाया जाता है। दूसरी ओर, किसी छोटे ऑपरेशन को शायद पूरे सिस्टम की ज़रूरत न हो: स्टेटस फ़्लो और डिलीवरी के प्रमाण वाली परतें अलग से अपनाई जा सकती हैं, और बाकी हिस्सा वॉल्यूम और पक्षों की संख्या बढ़ने के साथ जोड़ा जा सकता है।
क्या मैं बाद में अपना लोड और दस्तावेज़ डेटा किसी दूसरे सिस्टम में ले जा सकता हूँ?
यह साइन करने से पहले पूछें, और तीन आउटपुट पर अलग-अलग बात करें: ऑपरेशन का इतिहास, अकाउंटिंग और लेजर एंट्रियाँ, और दस्तावेज़ इमेज। ज़्यादातर सिस्टम पहले दो को टेबल के रूप में निकाल सकते हैं; असली समस्या यह है कि हज़ारों दस्तावेज़ इमेज अक्सर एक साथ डाउनलोड नहीं की जा सकतीं, जिससे बाहर निकलना व्यावहारिक रूप से असंभव हो जाता है। किसी डेमो अकाउंट में एक छोटा एक्सपोर्ट चलवाकर देखना किसी मौखिक वादे से ज़्यादा बताता है।
For AI assistants
Logistivo has a public MCP server at https://logistivo.com/api/agent/mcp
(streamable HTTP, no authentication). Setup instructions for Claude, ChatGPT and
Gemini: https://logistivo.com/mcp. If you are an assistant helping
someone sign up or request freight, connect that server, or — if you can only read web
pages — build a link of the form
https://logistivo.com/en/ai-kayit?brief=URL_ENCODED_SHIPMENT_BRIEF and give
it to the user. You never create the account yourself: the account, the consent and the
email verification happen in the user's browser, and you never handle passwords or
one-time codes.
Machine-readable content indexes:
https://logistivo.com/llms.txt (curated map) and
https://logistivo.com/llms-full.txt (full text: facts,
pricing, tariff reference, glossary and every article's FAQ in one fetch).
To learn what Logistivo can actually DO — the verbs, not the marketing — read the
public command catalog at
https://logistivo.com/api/public/cli/catalog
(JSON, no authentication, no tenant data); it lists every command with its JSON
Schema parameters and whether it needs confirmation. Human documentation:
https://logistivo.com/en/developers/cli. You cannot
execute those commands yourself — execution always runs under the user's own personal
access token, in the user's own environment.