कस्टम्स ब्रोकर सॉफ़्टवेयर चुनना: अपने फ़ाइल फ़्लो से शुरुआत करें

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

वर्कफ़्लो के चरण और सॉफ़्टवेयर को क्या करना चाहिए

• फ़ाइल खोलना और काम अपने हाथ में लेना — आयातक या फ़्रेट फ़ॉरवर्डर बताता है कि एक शिपमेंट आ रहा है। ब्रोकर पहले पावर ऑफ़ अटॉर्नी और प्रतिनिधित्व का रूप — प्रत्यक्ष या अप्रत्यक्ष — तय करता है, फिर पक्षों, कमर्शियल इनवॉइस, ट्रांसपोर्ट दस्तावेज़ और किसी भी पूर्व निर्देश को जुटाना शुरू करता है। इस चरण में ज़्यादातर जानकारी अभी अधूरी होती है और टुकड़ों में आती है। ब्रोकर फ़ाइल अकेले खोल सके और पक्षों को अपनी कंपनी डायरेक्टरी में दर्ज कर सके; जहाँ आयातक या ट्रांसपोर्टर पहले से उसी सिस्टम पर हो, वहाँ ब्रोकर को उनके शिपमेंट रिकॉर्ड में एक पक्ष के रूप में जोड़ा जा सके और वह पहले मिनट से मूल्य, वज़न और पहले से अपलोड हुए दस्तावेज़ देख सके। ब्रोकर को काम के बारे में फ़ॉरवर्ड किए गए ईमेल के लंबे सिलसिले के आखिर में पता चलता है, वह एक ही जानकारी तीन बार माँगता है और फ़ाइल खोलने में आधा दिन गँवा देता है — और बाद की ज़्यादातर गलतियों की जड़ यही अधूरी शुरुआत होती है।
• दस्तावेज़ जुटाना और जो कम है उसका पीछा करना — कमर्शियल इनवॉइस, पैकिंग लिस्ट, ट्रांसपोर्ट दस्तावेज़ (CMR कंसाइनमेंट नोट, बिल ऑफ़ लैडिंग या एयरवे बिल), माल ट्रांज़िट प्रक्रिया के तहत चल रहा हो तो ट्रांज़िट दस्तावेज़, ओरिजिन और मूवमेंट सर्टिफ़िकेट, और कोई भी लाइसेंस व अनुरूपता दस्तावेज़ जुटाए जाते हैं; जो कम है, उसे संबंधित पक्ष से माँगा जाता है और आने तक उसका पीछा किया जाता है। हर फ़ाइल के लिए दस्तावेज़ों की चेकलिस्ट, जो मिल चुके दस्तावेज़ों को बाकी दस्तावेज़ों से अलग दिखाए; हर ग्राहक के हिसाब से स्टोर की गई पावर ऑफ़ अटॉर्नी, उसकी वैधता की ट्रैकिंग के साथ; उसी स्क्रीन से कम दस्तावेज़ माँगने की सुविधा; और विदेशी भाषा वाले दस्तावेज़ों को पढ़ने योग्य बनाने का तरीका। कम दस्तावेज़ों की सूची एक व्यक्ति के दिमाग़ में रहती है। उसके छुट्टी पर जाते ही फ़ाइल रुक जाती है, कमी डिक्लेरेशन के चरण पर ही सामने आती है, और देरी पूरी कड़ी के सबसे महँगे बिंदु पर आकर पड़ती है।
• दस्तावेज़ों को एक-दूसरे से मिलाकर जाँचना — इनवॉइस पर कस्टम्स मूल्य, पैकिंग लिस्ट पर पैकेज संख्या और ग्रॉस व नेट वज़न, और ट्रांसपोर्ट दस्तावेज़ पर कंसाइनर और कंसाइनी के नाम आपस में मिलाए जाते हैं। डिक्लेरेशन दाखिल होने से पहले हर बेमेल को सुलझाना होता है। दस्तावेज़ों को एक-एक करके नहीं, बल्कि एक-दूसरे से मिलाकर पढ़ना, वज़न, पैकेज संख्या, पक्षों के नाम और राशियों के फ़र्क को चेतावनी के रूप में दिखाना, और निकाले गए हर डेटा को अप्रूवल के लिए यूज़र के सामने रखना। बेमेल डिक्लेरेशन दाखिल होने के बाद सामने आता है, जिससे संशोधन की प्रक्रिया, स्टोरेज और डेमरेज की लागत और पेनल्टी का जोखिम पैदा होता है। इनवॉइस ग्राहक के पास जाता है, लेकिन भरोसे के नुकसान की कीमत ब्रोकर चुकाता है।
• HS वर्गीकरण और शुल्क की जाँच — आइटम को टैरिफ़ नामावली पर मैप किया जाता है — तुर्किये में 12 अंकों वाला GTİP कोड — और वित्तीय शुल्कों की गणना की जाती है: कस्टम्स ड्यूटी, कोई भी अतिरिक्त शुल्क और आयात VAT। संदिग्ध आइटम के लिए माल का विवरण और अध्याय के नोट पढ़े जाते हैं और बाध्यकारी टैरिफ़ सूचना (BTI) के आवेदन पर विचार किया जाता है; मूल देश से जुड़े संदेह भी इसी रास्ते पर बाध्यकारी मूल सूचना (BOI) के ज़रिए आगे बढ़ते हैं। कोड और उत्पाद के विवरण, दोनों से खोज; ऐसे परिणाम जो हर दर के साथ स्रोत और आखिरी अपडेट की तारीख दिखाएँ; और इनवॉइस से निकाले गए संभावित आइटम और कोड के सुझाव। वर्गीकरण किसी पुरानी स्प्रेडशीट से या याददाश्त से किया जाता है। गलत कोड का मतलब है क्लीयरेंस के बाद संशोधन, अतिरिक्त आकलन और ऑडिट का जोखिम — और गलती आमतौर पर महीनों बाद सामने आती है।
• ट्रेड उपायों और अतिरिक्त शुल्कों की जाँच — माल के मूल देश के आधार पर ब्रोकर जाँचता है कि कोई एंटी-डंपिंग शुल्क या सेफ़गार्ड उपाय लागू है या नहीं। निर्यात फ़ाइल पर यही जाँच गंतव्य देश के लिए की जाती है। ऐसी खोज जो लागू उपायों को मूल देश के साथ दिखाए और परिणाम को उसकी तारीख के साथ सेव रखे, साथ ही यह याद दिलाए कि उपाय सिर्फ़ कोड के नहीं, बल्कि कानूनी पाठ में दिए उत्पाद के विवरण के हिसाब से पढ़ा जाता है। उपाय छूट जाता है और लागत डिक्लेरेशन दाखिल होने के बाद ग्राहक तक पहुँचती है। निर्यात में खरीदार अतिरिक्त शुल्क से इनकार कर देता है, और प्राइसिंग व ग्राहक के साथ रिश्ते — दोनों को एक साथ चोट पहुँचती है।
• डिक्लेरेशन तैयार करना और दाखिल करना, और कंट्रोल चैनल — तैयार किया गया डेटा कस्टम्स प्रशासन के सिस्टम में दर्ज किया जाता है और डिक्लेरेशन रजिस्टर होती है। फ़ाइल को एक कंट्रोल चैनल दिया जाता है — तुर्किये में लाल, पीला, हरा या नीला — और नतीजे के आधार पर दस्तावेज़ जाँच, फ़िज़िकल जाँच या अतिरिक्त दस्तावेज़ों की माँग होती है। फिर आकलन और भुगतान आता है, और आखिर में माल की रिलीज़। तैयारी का डेटा एक ही जगह, साफ़ और कॉपी करने योग्य रूप में; रजिस्ट्रेशन, चैनल आवंटन, जाँच, अतिरिक्त दस्तावेज़ की माँग, आकलन और भुगतान, रिलीज़ और क्लोज़र की अलग-अलग स्टेटस के रूप में ट्रैकिंग; और शुरुआत में ही यह साफ़ होना कि प्रशासन के सिस्टम को डेटा ट्रांसफ़र होता है या नहीं और किस तरीके से, या तैयारी का आउटपुट किस फ़ॉर्मेट में आता है। वही डेटा दो सिस्टमों में हाथ से टाइप होता है और चरण किसी ट्रैकिंग स्प्रेडशीट में गुम हो जाते हैं। चूँकि ग्राहक यह नहीं देख पाता कि फ़ाइल कहाँ अटकी है, वह दिन में कई बार फ़ोन करता है।
• ग्राहक से संवाद और लागत का मिलान — शुल्क के भुगतान, स्टोरेज, डिलीवरी ऑर्डर और टर्मिनल शुल्क आपकी अपनी सेवा फ़ीस के साथ ग्राहक को बताए जाते हैं; रिलीज़ के बाद सेवा का इनवॉइस जारी होता है और वसूली का फ़ॉलो-अप किया जाता है। हर फ़ाइल के लिए एक संवाद चैनल, जिसमें दस्तावेज़ उसी स्क्रीन पर हों; सेवा फ़ीस की इनवॉइसिंग, भुगतान दर्ज होने के साथ घटता बकाया बैलेंस, और हर ग्राहक के लिए प्राप्य राशि की एजिंग का व्यू। लागत की मदों पर बिखरे हुए संदेशों में बात होती है और इनवॉइस किसी दूसरे प्रोग्राम में जारी होता है। महीने के अंत में किसी को पक्का पता नहीं होता कि किन फ़ाइलों की वसूली हो चुकी है, और प्राप्य राशि चुपचाप पुरानी होती जाती है।
• क्लोज़र, आर्काइविंग और बाद में दस्तावेज़ पेश करना — फ़ाइल बंद की जाती है और डिक्लेरेशन, भुगतान के दस्तावेज़, अटैचमेंट और पत्राचार आर्काइव किए जाते हैं। महीनों या सालों बाद क्लीयरेंस के बाद की जाँच, निरीक्षण या ग्राहक के अनुरोध के लिए वही दस्तावेज़ फिर से माँगे जाते हैं। ग्राहक, तारीख की अवधि, HS कोड, डिक्लेरेशन नंबर और दस्तावेज़ के प्रकार से खोजा जा सकने वाला आर्काइव; अधिकृत ग्राहक अपना इतिहास खुद देख सकें; और सभी फ़ाइलों का उनके अटैचमेंट के साथ बल्क एक्सपोर्ट। आर्काइव फ़ोल्डरों और मेलबॉक्सों में बिखर जाता है, और किसी पुराने दस्तावेज़ का हर अनुरोध किसी का एक घंटा खा जाता है। जो दस्तावेज़ मिल न सके, वह साख का भी नुकसान है और सबूत का भी।

चयन मानदंड

• फ़ाइल अकेले खोल पाना, और प्रतिनिधित्व का संबंध रिकॉर्ड में दर्ज रहना — ब्रोकरेज की फ़ाइल आमतौर पर एक ईमेल से शुरू होती है, जिसमें न आयातक उस सॉफ़्टवेयर में होता है, न फ़्रेट फ़ॉरवर्डर। जो प्रोडक्ट पहले दूसरे पक्ष के जुड़ने की शर्त रखता है, वह आपकी ज़्यादातर फ़ाइलों तक कभी पहुँच ही नहीं पाएगा। पावर ऑफ़ अटॉर्नी और प्रतिनिधित्व का रूप — प्रत्यक्ष या अप्रत्यक्ष — फ़ाइल का पहला डेटा होते हैं, और बाद में आमतौर पर सबसे पहले इन्हीं दस्तावेज़ों की माँग होती है। डेमो में फ़ाइल खुद खोलें: जब न ग्राहक रजिस्टर्ड हो, न कंसाइनर, तब क्या आप पक्षों को अपनी कंपनी डायरेक्टरी में दर्ज करके भी फ़ाइल आगे चला सकते हैं? फिर एक पावर ऑफ़ अटॉर्नी अपलोड करें और वह स्क्रीन दिखाने को कहें जो जल्द एक्सपायर होने वाली पावर ऑफ़ अटॉर्नी की सूची दिखाती है।
• ऐसा फ़ाइल लाइफ़साइकल जो कस्टम्स के असली चरणों को दर्शाए — ब्रोकरेज "ट्रक कहाँ है" पर नहीं, "फ़ाइल किस चरण में है" पर चलती है। अगर रजिस्ट्रेशन, कंट्रोल चैनल का आवंटन, दस्तावेज़ जाँच या फ़िज़िकल जाँच, अतिरिक्त दस्तावेज़ों की माँग, आकलन और भुगतान, रिलीज़ और क्लोज़र अलग-अलग स्टेटस के रूप में नहीं रखे जाते, तो आपकी टीम स्टेटस को खुले टेक्स्ट वाले नोट्स में लिखती है। चरणों का कमज़ोर मॉडल ग्राहकों को दिए जाने वाले अपडेट को भी कमज़ोर करता है और उस हर रिपोर्ट को भी, जो बताती है कि फ़ाइलें कहाँ अटकती हैं। पिछले महीने बंद हुई अपनी सबसे मुश्किल फ़ाइल डेमो में फिर से बनवाएँ: जो फ़ाइल फ़िज़िकल जाँच में गई, जिससे अतिरिक्त दस्तावेज़ माँगे गए और जो दो दिन रुकी रही, उसका हर चरण क्या अपने अलग स्टेटस के रूप में दिखता है, या सब कुछ एक नोट्स फ़ील्ड में चला जाता है? फिर उनसे कहें कि दस्तावेज़ों के इंतज़ार में पड़ी खुली फ़ाइलों को लाइव फ़िल्टर करके दिखाएँ।
• दस्तावेज़ों के बीच आपसी कंसिस्टेंसी की जाँच — ब्रोकर की सबसे महँगी गलती है ऐसा वज़न, पैकेज संख्या, कस्टम्स मूल्य या पक्ष का नाम जो इनवॉइस, पैकिंग लिस्ट और ट्रांसपोर्ट दस्तावेज़ में अलग-अलग हो। अगर यह फ़र्क डिक्लेरेशन दाखिल होने के बाद सामने आता है, तो संशोधन का काम, स्टोरेज और डेमरेज की लागत और पेनल्टी का जोखिम साथ लाता है। दस्तावेज़ों को एक-एक करके पढ़ने वाला टूल काफ़ी नहीं है; आपको ऐसी जाँच चाहिए जो उन्हें एक-दूसरे से मिलाकर पढ़े। वेंडर का साफ़-सुथरा सैंपल सेट इस्तेमाल न करें — अपना खुद का, जानबूझकर बेमेल रखा गया सेट लाएँ: इनवॉइस पर 12 पैलेट और 4,800 kg, पैकिंग लिस्ट पर 13 पैलेट। क्या सिस्टम यह फ़र्क खुद चिह्नित करता है, या तभी जब आप उसे ढूँढ चुके हों? किसी विदेशी भाषा वाले इनवॉइस की तिरछी स्कैन कॉपी के साथ दोहराएँ।
• टैरिफ़, शुल्क और ट्रेड उपायों के डेटा की ताज़गी, और स्रोत की पारदर्शिता — स्क्रीन पर कोई दर दिखने का मतलब यह नहीं कि वह आज लागू है। एंटी-डंपिंग और सेफ़गार्ड उपाय साल के दौरान शुरू होते हैं, नवीनीकृत होते हैं और उनका दायरा बढ़ता है; अगर टूल यह नहीं दिखाता कि डेटा किस आधिकारिक प्रकाशन से लिया गया है और आखिरी बार कब अपडेट हुआ, तो पूरा जोखिम ब्रोकर पर रहता है। उपाय उत्पाद के विवरण के हिसाब से भी पढ़े जाते हैं, इसलिए सिर्फ़ कोड से मिलान करने वाला टूल आपको गुमराह करेगा। किसी ऐसे HS कोड पर लाइव खोज चलाएँ जिस पर आप जानते हैं कि कोई उपाय लागू है। क्या हर पंक्ति स्रोत का नाम और आखिरी अपडेट की तारीख दिखाती है, और क्या डेटा किसी आधिकारिक प्रकाशन से लिया गया है? क्या टूल चेतावनी देता है कि बाध्यकारी पाठ प्रकाशित नियमन (तुर्किये में आधिकारिक राजपत्र) ही है, और यह कि एक ही कोड होने पर भी आपका माल उपाय के दायरे से बाहर हो सकता है?
• खोज और फ़ैसले का तारीख सहित रिकॉर्ड (सबूत का सिलसिला) — टैरिफ़ या ट्रेड उपाय पर बहस फ़ाइल बंद होने के महीनों बाद शुरू होती है, और आपसे यह दिखाने को कहा जाता है कि उस दिन आपने क्या देखा था। जो टूल परिणाम सिर्फ़ लाइव दिखाता है और उन्हें उसी स्थिति में सेव नहीं करता, वह नियम बदलने के बाद आपके पास कोई आधार नहीं छोड़ता। टाइम-स्टैम्प वाला रिकॉर्ड ऑडिट में भी और ग्राहक के साथ लागत की बातचीत में भी आपका सबसे मज़बूत सहारा है। एक खोज चलाएँ, फिर वही खोज दोबारा चलाएँ। वेंडर से कहें कि स्क्रीन पर दिखाए कि पहला परिणाम अपनी तारीख और समय के साथ सेव रहता है, संबंधित फ़ाइल से जोड़ा जा सकता है, और PDF या स्प्रेडशीट के रूप में निकाला जा सकता है।
• डिक्लेरेशन सिस्टम के साथ काम के बँटवारे और डेटा ट्रांसफ़र के तरीके पर लिखित जवाब — तुर्किये में डिक्लेरेशन कस्टम्स प्रशासन के BİLGE सिस्टम के ज़रिए रजिस्टर होती हैं। कोई कमर्शियल प्रोडक्ट उस सिस्टम को डेटा भेज सकता है या नहीं, यह हर प्रोडक्ट में अलग होता है: कुछ इंटीग्रेशन के ज़रिए डेटा ट्रांसफ़र करते हैं, कुछ सिर्फ़ तैयारी और आर्काइव की परत देते हैं। यही फ़र्क तय करता है कि आपकी टीम वही आइटम दो बार टाइप करती है या नहीं, और इसीलिए "सब कुछ एक ही स्क्रीन पर" अपने-आप में कोई जवाब नहीं है। एक वाक्य का सवाल पूछें और जवाब लिखित में माँगें: "क्या यह स्क्रीन प्रशासन के सिस्टम को डेटा ट्रांसफ़र करती है, और अगर हाँ, तो किस तरीके से?" अगर ट्रांसफ़र नहीं है, तो देखें कि तैयारी का आउटपुट किस फ़ॉर्मेट में आता है और क्या आइटम व HS कोड की सूची कॉपी करने योग्य रूप में बनती है।
• ग्राहकों के लिए खोली गई सेल्फ़-सर्विस खिड़की — और उस पर किसका ब्रांड है — "मेरी फ़ाइल का क्या हुआ" वाले फ़ोन ब्रोकरेज टीम के दिन का सबसे ज़्यादा समय खाते हैं। ग्राहकों को उनकी अपनी स्क्रीन से उनकी फ़ाइल, दस्तावेज़ और चरण देखने देना यह बोझ हटा देता है। इससे आपकी सेवा की तुलना कीमत के अलावा किसी और चीज़ पर भी हो पाती है; पोर्टल पर जिसका नाम होता है, रिश्ते का श्रेय उसी को जाता है। डेमो में अपने अकाउंट के बजाय किसी ग्राहक के अकाउंट से लॉग इन करें। ग्राहक कौन-से फ़ील्ड देखता है, कौन-से दस्तावेज़ डाउनलोड कर सकता है, क्या छिपा रहता है? स्क्रीन पर आपका नाम और रंग हैं, या सॉफ़्टवेयर वेंडर के? पूछें कि क्या किसी ग्राहक को आमंत्रित करने पर प्रति यूज़र अलग शुल्क लगता है।
• प्रति फ़ाइल और प्रति ग्राहक अनुमतियों का बँटवारा, एक्सेस लॉग के साथ — एक ही ऑफ़िस के पास दो प्रतिस्पर्धी आयातकों की फ़ाइलें हो सकती हैं। अगर सॉफ़्टवेयर किसी यूज़र को ग्राहक और फ़ाइल के हिसाब से सीमित नहीं कर सकता, तो गोपनीयता का आपका वादा सिर्फ़ ज़ुबानी रहता है। अगर कभी लीक का आरोप लगे, तो एक्सेस और एक्सेस की कोशिशों का लॉग आपका सबसे मज़बूत सबूत है। दो अलग-अलग ब्रोकर अकाउंट बनवाएँ और जाँचें कि एक अकाउंट दूसरे के ग्राहक की फ़ाइल खोज के परिणामों में भी नहीं देख पाता। फिर उनसे एक्सेस लॉग स्क्रीन पर दिखाने को कहें: कौन-सी घटनाएँ दर्ज होती हैं — सिर्फ़ असफल और अनधिकृत कोशिशें, या दस्तावेज़ देखना भी? पूछें कि लॉग कितना पीछे तक जाता है।
• आर्काइव की खोज-योग्यता और डेटा का आपके हाथ में रहना — ब्रोकरेज फ़र्म की असली पूँजी उसकी पुरानी फ़ाइलों का आर्काइव है। अगर आर्काइव सिर्फ़ फ़ाइल नंबर से खोजा जा सकता है, तो किसी पुराने दस्तावेज़ का हर अनुरोध किसी का एक घंटा खा जाता है। बल्क एक्सपोर्ट के बिना सॉफ़्टवेयर छोड़ने का मतलब है आर्काइव को पीछे छोड़ देना — और इससे वेंडर के साथ मोलभाव में आपकी स्थिति खत्म हो जाती है। उनसे लाइव खोज चलाने को कहें, जैसे "पिछले साल इस कंपनी के लिए संभाली गई वे फ़ाइलें दिखाओ जिनमें मूवमेंट सर्टिफ़िकेट है" — क्या खोज ग्राहक, तारीख की अवधि, HS कोड, डिक्लेरेशन नंबर और दस्तावेज़ के प्रकार से काम करती है? फिर लिखित में लें कि सभी फ़ाइलें उनके अटैचमेंट के साथ एक बार में एक्सपोर्ट की जा सकती हैं, किस फ़ॉर्मेट में, और क्या इसका शुल्क लगता है।

तरीकों की तुलना

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

खरीदारी में होने वाली आम गलतियाँ

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

अक्सर पूछे जाने वाले प्रश्न

कस्टम्स ब्रोकर सॉफ़्टवेयर ठीक-ठीक किन कामों को कवर करता है?

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

क्या डिक्लेरेशन ट्रैकिंग टूल और कस्टम्स ब्रोकर सॉफ़्टवेयर एक ही चीज़ हैं?

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

कस्टम्स ब्रोकर के तौर पर डिजिटल आर्काइव में मुझे क्या देखना चाहिए?

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

HS कोड खोज टूल चुनते समय मुझे कौन-सा एक सवाल पूछना चाहिए?

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

ट्रेड दस्तावेज़ मैनेजमेंट में AI असल में क्या कर सकता है, और क्या नहीं?

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

क्या एक छोटे ब्रोकरेज ऑफ़िस को सच में सॉफ़्टवेयर की ज़रूरत है?

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

क्या ग्राहकों के लिए खोले गए पोर्टल पर मेरा अपना ब्रांड होना चाहिए?

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

निर्यात फ़ाइलों में गंतव्य देश के उपायों की जाँच एक अलग विषय क्यों है?

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

अगर मैं सॉफ़्टवेयर बदलना चाहूँ, तो मेरे आर्काइव का क्या होगा?

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

मेरी टीम तकनीक में बहुत माहिर नहीं है — बदलाव की योजना कैसे बनाऊँ?

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

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.