Bill of Entry के लिए Invoice जांचें: मुफ़्त कस्टम्स AI रीडर

Commercial invoice, packing list या transport document का एक पेज अपलोड करें: यह tool कस्टम्स declaration के 18 data elements जैसे छपे हैं वैसे लौटाता है और नाम लेकर बताता है कि इस पेज पर कौन-से नहीं हैं। यह HS कोड तय नहीं करता और ICEGATE पर कुछ नहीं भेजता; Customs Act की धारा 46(4A) और 50(3) के तहत जानकारी की सटीकता और पूर्णता की ज़िम्मेदारी importer या exporter की ही रहती है।

• भारत में Bill of Entry और Shipping Bill पूरी तरह electronic हैं, पर उनमें भरी जाने वाली जानकारी आज भी काग़ज़ से आती है: supplier की commercial invoice से, packing list से, bill of lading या airway bill से। Clearance में देरी अक्सर ICEGATE की वजह से नहीं होती, बल्कि इसलिए होती है कि जिस पेज से customs broker data भर रहा है, उस पर कोई ज़रूरी चीज़ छपी ही नहीं — invoice पर Incoterm नहीं, packing list पर net weight नहीं, या origin की जगह सिर्फ़ शहर का नाम।
• ऊपर दिया गया tool एक ही सवाल का जवाब देता है: यह पेज क्या कहता है और क्या नहीं कहता? नीचे हम बताते हैं कि Customs Act, 1962 और Foreign Trade Policy 2023 इन काग़ज़ों से क्या मांगते हैं, e-Sanchit पर अपलोड से पहले क्या देखना चाहिए, और software का काम कहाँ ख़त्म होकर importer, exporter या customs broker का फ़ैसला कहाँ शुरू होता है।

Bill of Entry भरने से पहले invoice से क्या-क्या पढ़ना होता है?

• सीधा जवाब: पार्टियाँ, invoice का reference, कीमत की शर्तें और माल की पहचान। यह tool 18 data elements पढ़ता है — consignor और consignee के नाम और देश, invoice number और date, Incoterm और उसकी named place, currency और invoice total, माल का विवरण, अगर छपा हो तो commodity code, छपा हुआ country of origin, gross और net weight, packages की संख्या और उनका प्रकार, और transport document (B/L, AWB या LR) का reference।
• हर element तीन में से एक हालत में लौटता है: पढ़ा गया (जैसा छपा है), इस document पर नहीं है, या है पर पढ़ा नहीं जा सका — जैसे धुंधला scan या stamp के नीचे दबा अंक। आख़िरी दोनों अलग-अलग सूचियों में दिखते हैं, क्योंकि इलाज अलग है: पहले के लिए दूसरा document चाहिए, दूसरे के लिए उसी document की साफ़ copy।
• नतीजा प्रतिशत में नहीं, गिनती में दिखता है: «18 में से 12 elements इस document पर हैं»। प्रतिशत यह भ्रम देता कि Bill of Entry «67% तैयार» है, जबकि tool तैयारी नहीं नापता, सिर्फ़ एक पेज पढ़ता है। Invoice चाहे English, Chinese या German में हो, नतीजे का सार हिंदी में लिखा जाता है।

Customs Act, 1962 की कौन-सी धाराएँ इस काम को तय करती हैं?

• Customs Act, 1962 की कौन-सी धाराएँ इस काम को तय करती हैं? — नीचे दी गई धाराएँ Finance Act, 2018 और Finance Act, 2021 के संशोधनों के बाद के रूप में हैं, जैसा संसद में पेश Finance Bills के पाठ में दर्ज है। शब्दों का हूबहू पाठ Act में देखें:
• धारा 46(1) — Bill of Entry electronic — Importer माल की entry customs automated system पर electronically Bill of Entry पेश करके करता है — home consumption या warehousing के लिए — उस form और manner में जो prescribed है।
• धारा 46(4) — declaration और invoice — Bill of Entry पेश करते समय importer उसकी सामग्री के सच होने का declaration करता है, और उसके समर्थन में proper officer को invoice, अगर कोई हो, और prescribed अन्य documents पेश करता है।
• धारा 46(4A) — तीन ज़िम्मेदारियाँ — Bill of Entry पेश करने वाला importer सुनिश्चित करेगा: (a) दी गई जानकारी की accuracy और completeness, (b) हर supporting document की authenticity और validity, और (c) माल पर लागू restriction या prohibition का पालन। यह उपधारा Finance Act, 2018 से जोड़ी गई।
• धारा 50(1) और 50(3) — Shipping Bill — Exporter Shipping Bill या Bill of Export electronically customs automated system पर पेश करता है, और उपधारा (3) उस पर वही तीन ज़िम्मेदारियाँ डालती है: accuracy और completeness, documents की authenticity और validity, और restrictions का पालन।
• धारा 17 — self-assessment — धारा 46 के तहत entry करने वाला importer और धारा 50 के तहत entry करने वाला exporter duty का self-assessment करता है; proper officer उसे verify कर सकता है। यानी invoice के आँकड़े declaration में जाते ही आपका assessment बन जाते हैं।
• धारा 154C — common portal — Finance Act, 2021 ने Board को Common Customs Electronic Portal notify करने का अधिकार दिया — registration, Bill of Entry, Shipping Bill और दूसरे documents दाखिल करने और duty भुगतान के लिए।

18 data elements: Bill of Entry या Shipping Bill में इनका क्या काम है?

• 18 data elements: Bill of Entry या Shipping Bill में इनका क्या काम है? — Field list किसी एक देश के form से नहीं, अंतरराष्ट्रीय catalogue से बनी है — WCO Data Model, जिसके elements UN/TDED से mapped हैं। भारतीय declaration में इनमें से हर एक कहीं न कहीं काम आता है:
• Consignor (supplier / seller) का नाम — Indian declaration में क्यों ज़रूरी: Import में supplier की पहचान valuation और related-party के सवालों से जुड़ी है; export में आप ख़ुद consignor हैं और नाम IEC वाले रिकॉर्ड से मेल खाना चाहिए। | आम तौर पर कहाँ छपा मिलता है: Invoice का letterhead, B/L में shipper।
• Consignor का देश — Indian declaration में क्यों ज़रूरी: Supplier का देश हमेशा country of origin या country of shipment नहीं होता, इसलिए अलग field है। Tool वही लौटाता है जो छपा है — शहर को देश में नहीं बदलता। | आम तौर पर कहाँ छपा मिलता है: Seller का पता।
• Consignee (importer / buyer) का नाम — Indian declaration में क्यों ज़रूरी: Bill of Entry में importer का नाम उसके IEC से मेल खाना चाहिए; invoice पर किसी और का नाम हो तो सवाल उठता है। | आम तौर पर कहाँ छपा मिलता है: Invoice का «Bill to / Consignee», B/L का consignee।
• Consignee का देश — Indian declaration में क्यों ज़रूरी: Export में buyer का देश और final destination अलग हो सकते हैं, ख़ासकर transshipment hub के रास्ते। | आम तौर पर कहाँ छपा मिलता है: Buyer का पता।
• Invoice number — Indian declaration में क्यों ज़रूरी: धारा 46(4) के तहत invoice पेश करनी होती है; उसका number declaration को उस काग़ज़ से जोड़ता है। | आम तौर पर कहाँ छपा मिलता है: Invoice का header।
• Invoice date — Indian declaration में क्यों ज़रूरी: Invoice की तारीख़ आपके काग़ज़ पर छपी है; Bill of Entry की तारीख़ system देता है। Tool सिर्फ़ पहली पढ़ता है। | आम तौर पर कहाँ छपा मिलता है: Invoice का header।
• Incoterm (delivery term) — Indian declaration में क्यों ज़रूरी: FOB, CIF या EXW से पता चलता है कि freight और insurance invoice price के अंदर हैं या बाहर — valuation का पहला सवाल। | आम तौर पर कहाँ छपा मिलता है: Items की तालिका के नीचे या total के पास।
• Incoterm की named place — Indian declaration में क्यों ज़रूरी: «FOB» अकेले अधूरा है; «FOB Nhava Sheva» पूरा। इसलिए place अलग field है। | आम तौर पर कहाँ छपा मिलता है: Term के साथ।
• Invoice currency — Indian declaration में क्यों ज़रूरी: Exchange rate लगाने से पहले currency साफ़ होनी चाहिए। «$» छपा हो तो tool वही पढ़ता है, USD मानकर नहीं चलता। | आम तौर पर कहाँ छपा मिलता है: Price column का header या total।
• Invoice total — Indian declaration में क्यों ज़रूरी: Assessable value का इनपुट है, assessable value नहीं। Tool कोई addition या deduction नहीं करता। | आम तौर पर कहाँ छपा मिलता है: Total की पंक्ति।
• माल का विवरण — Indian declaration में क्यों ज़रूरी: Classification इसी विवरण से तर्क करके होता है; विवरण ख़ुद classification नहीं है। | आम तौर पर कहाँ छपा मिलता है: Invoice और packing list की item table।
• Commodity code, अगर छपा हो — Indian declaration में क्यों ज़रूरी: सिर्फ़ तभी लौटता है जब invoice पर सचमुच छपा हो, और «पढ़ा गया» के रूप में — «सही» के रूप में नहीं। भारत का 8-अंकों वाला tariff item supplier के 6-अंकों वाले HS से अलग हो सकता है। | आम तौर पर कहाँ छपा मिलता है: कुछ invoices में «HS Code» column।
• Country of origin, जैसा छपा — Indian declaration में क्यों ज़रूरी: Preferential duty के लिए origin का दावा धारा 28DA और CAROTAR, 2020 के तहत परखा जाता है; invoice की «Made in» पंक्ति सबूत है, फ़ैसला नहीं। | आम तौर पर कहाँ छपा मिलता है: Invoice का footer या अलग column।
• Gross weight (kg) — Indian declaration में क्यों ज़रूरी: Bill of Lading, IGM और packing list में gross weight का मेल न होना examination का आम कारण है। | आम तौर पर कहाँ छपा मिलता है: Packing list, B/L।
• Net weight (kg) — Indian declaration में क्यों ज़रूरी: Gross से अलग पढ़ा जाता है ताकि दो documents का अंतर दिखे, औसत में न छिपे। | आम तौर पर कहाँ छपा मिलता है: Packing list।
• Packages की संख्या — Indian declaration में क्यों ज़रूरी: Examination में गिने गए packages declared संख्या से मिलाए जाते हैं; B/L और packing list में संख्या अलग हो तो पहले ही सुधारें। | आम तौर पर कहाँ छपा मिलता है: Packing list, B/L।
• Packages का प्रकार — Indian declaration में क्यों ज़रूरी: Carton, pallet, drum, bale — tool छपा हुआ शब्द लौटाता है, ताकि आप उसे system की code list से ख़ुद मिलाएँ। | आम तौर पर कहाँ छपा मिलता है: Packing list।
• Transport document reference — Indian declaration में क्यों ज़रूरी: B/L या AWB number, जिससे shipment carrier के manifest से जुड़ता है। FTP 2023 इसे import और export दोनों में अनिवार्य document गिनती है। | आम तौर पर कहाँ छपा मिलता है: B/L / AWB / LR ख़ुद, कभी-कभी invoice पर भी।

Foreign Trade Policy 2023 के अनुसार कौन-से documents अनिवार्य हैं?

• Foreign Trade Policy 2023 के अनुसार कौन-से documents अनिवार्य हैं? — FTP 2023 का पैरा 2.06 import और export दोनों के लिए अनिवार्य documents की सूची देता है। Tool इनमें से पहले दो प्रकार के documents पढ़ता है:
• Export के लिए: Bill of Lading / Airway Bill / Lorry Receipt / Railway Receipt / Postal Receipt; Commercial Invoice cum Packing List; और Shipping Bill / Bill of Export / Postal Bill of Export।
• Import के लिए: Bill of Lading / Airway Bill / Lorry Receipt / Railway Receipt / Postal Receipt (CN-22 या CN-23 में); Commercial Invoice cum Packing List; और Bill of Entry।
• अलग invoice और packing list: पैरा 2.06 का note कहता है कि import में अलग-अलग Commercial Invoice और Packing List भी स्वीकार होंगी; export के लिए वह CBIC के circulars की ओर इशारा करता है।
• Restricted माल: जिन goods पर restriction, policy condition, NOC या product-specific compliance लागू है, उनके लिए संबंधित regulatory authority अतिरिक्त documents notify कर सकती है।
• Specific cases: संबंधित authority legal compliance के लिए electronically या लिखित में अतिरिक्त documents या जानकारी मांग सकती है।

Bill of Entry कब तक दाखिल करना होता है?

• Bill of Entry कब तक दाखिल करना होता है? — धारा 46(3) की समय-सीमा का मतलब है कि documents की जांच vessel या aircraft पहुँचने से पहले पूरी होनी चाहिए, बाद में नहीं:
• Expected arrival से 30 दिन पहले तक — Finance Act, 2018 के बाद proviso कहता है कि Bill of Entry expected arrival से 30 दिन पहले तक किसी भी समय पेश की जा सकती है। यानी documents जल्दी आ जाएँ तो जांच और filing भी जल्दी हो सकती है।
• Arrival से पहले वाले दिन के अंत तक — Finance Act, 2021 ने मूल नियम बदला: Bill of Entry उस दिन से पहले वाले दिन (छुट्टियों समेत) के अंत तक पेश करनी है जिस दिन माल लाने वाला vessel, aircraft या vehicle customs station पर पहुँचता है।
• Board अलग समय-सीमा तय कर सकता है — उसी संशोधन से जुड़े proviso के तहत Board कुछ मामलों में अलग समय-सीमा prescribe कर सकता है, पर वह arrival वाले दिन के अंत से बाद की नहीं होगी।
• नतीजा: invoice की कमी arrival से पहले पकड़ें — Advance filing का मतलब है कि supplier से गायब Incoterm, net weight या origin की पंक्ति माँगने का समय जहाज़ पहुँचने से पहले का है। हर document पर tool चलाने से पता चलता है कि क्या माँगना है; free runs ख़त्म हों तो free account से आगे बढ़ें।

e-Sanchit पर documents अपलोड करने से पहले क्या जांचें?

• e-Sanchit पर documents अपलोड करने से पहले क्या जांचें? — Supporting documents ICEGATE के e-Sanchit पर digitally signed अपलोड होते हैं। Jawaharlal Nehru Custom House के Public Notice No. 162/2017 (29.12.2017) और 83/2018 (17.05.2018) में दी गई प्रक्रिया के आधार पर एक checklist — मौजूदा सीमाएँ ICEGATE पर ज़रूर देखें:
• ICEGATE registration और digital signature — उस notice के अनुसार केवल वही लोग supporting documents अपलोड कर सकते हैं जो ICEGATE पर registered हैं और जिनके पास digital signature certificate है; Customs Broker या importer documents पर digital signature लगाकर ही अपलोड करते हैं।
• File format और आकार — 2017 के उस notice के FAQ के अनुसार e-Sanchit सिर्फ़ PDF लेता था और एक file 1 MB से कम होनी थी; बड़े document को कई हिस्सों में बाँटना पड़ता था। ये सीमाएँ बदल सकती हैं, इसलिए अपलोड से पहले ICEGATE पर मौजूदा सीमा देखें।
• IRN और DRN का फ़र्क़ — हर document को एक IRN (Image Reference Number) मिलता है; DRN अपलोड किए गए documents के एक batch का reference है और पाँच IRN एक DRN में आ सकते हैं। Bill of Entry में IRN दर्ज होते हैं, DRN नहीं।
• Bill of Entry number के बाद document — अगर document Bill of Entry number बनने के बाद देना हो, या customs के query के जवाब में, तो पहले उसे ICEGATE पर अपलोड करके IRN लें और फिर Service Centre पर amendment देकर उसे Bill of Entry से जोड़ें।
• Original वाले documents भी अपलोड करें — कुछ documents — जैसे preferential duty के लिए Certificate of Origin — original में verification के लिए पेश करने होते हैं। फिर भी notice के अनुसार सभी supporting documents digitally भी अपलोड होंगे।
• अपलोड से पहले पढ़ाई — यही वह जगह है जहाँ यह tool मदद करता है: अपलोड से पहले हर PDF पर इसे चलाएँ और देखें कि invoice पर Incoterm, currency और origin, और packing list पर gross, net और packages सच में छपे हैं या नहीं।

Invoice पर लिखा «Country of Origin» FTA रियायत के लिए काफ़ी क्यों नहीं?

• क्योंकि origin एक दावा है जिसकी ज़िम्मेदारी importer पर है। Customs Act की धारा 28DA और उसके तहत बने Customs (Administration of Rules of Origin under Trade Agreements) Rules, 2020 — यानी CAROTAR, 2020 — Notification No. 81/2020-Customs (N.T.) दिनांक 21 अगस्त 2020 से जारी हुए और 21 सितंबर 2020 से लागू हुए।
• JNCH के Standing Order 25/2020 में दर्ज guidelines के अनुसार धारा 28DA importer पर यह ज़िम्मेदारी डालती है कि उसके पास पर्याप्त जानकारी हो कि origin criteria कैसे पूरे होते हैं, और यह भी कि सिर्फ़ Certificate of Origin जमा कर देने से importer reasonable care की ज़िम्मेदारी से मुक्त नहीं होता।
• इसका सीधा अर्थ: tool जब «Country of origin: Vietnam» लौटाता है, तो वह सिर्फ़ यह बताता है कि invoice पर क्या छपा है। Preferential rate का दावा करना हो तो Certificate of Origin, origin criteria की जानकारी और importer की अपनी जांच चाहिए। Tool origin तय नहीं करता, और यह उसकी कमी नहीं, उसकी सीमा है जो जानबूझकर रखी गई है।

FTA claim की जांच में invoice और B/L क्यों माँगे जाते हैं?

• FTA claim की जांच में invoice और B/L क्यों माँगे जाते हैं? — JNCH के Standing Order 25/2020 में origin verification की प्रक्रिया दी गई है। उसमें से वे बातें जो सीधे आपके commercial documents से जुड़ी हैं:
• Verification request में तीन काग़ज़ — Partner country को भेजे जाने वाले verification reference में Certificate of Origin, invoice और Bill of Lading / Airway Bill की पढ़ी जा सकने वाली copies होनी चाहिए। यानी invoice की वही पंक्तियाँ — seller, buyer, विवरण, मूल्य — origin की जांच का हिस्सा बनती हैं।
• Third-party invoicing और direct consignment — अगर trade agreement के Rules of Origin में third-party invoicing या direct consignment की शर्तें हैं, तो उनसे जुड़े documents भी verification में शामिल किए जा सकते हैं। Invoice किसी तीसरे देश की कंपनी ने जारी की हो तो consignor का नाम और देश अलग-अलग पढ़ना इसी वजह से काम आता है।
• पाँच साल तक सवाल — Standing Order के अनुसार Act यह प्रावधान करता है कि preferential duty का दावा करने की तारीख़ से पाँच साल के भीतर importer से जानकारी माँगी जा सकती है, बशर्ते trade agreement कोई और समय-सीमा न देता हो।
• Reasonable care न हो तो आगे की हर खेप — अगर importer धारा 28DA के तहत जानकारी नहीं देता या reasonable care नहीं बरतता, तो Standing Order कहता है कि Risk Management Centre को लिखा जाए ताकि CAROTAR के rule 8(1) के तहत उसकी आगे की सभी खेपों का assessment अनिवार्य रूप से verify हो — जब तक importer पर्याप्त controls न दिखा दे।

Bill of Entry दाखिल होने के बाद invoice में ग़लती मिले तो?

• Amendment का रास्ता है, पर ज़िम्मेदारी नहीं बदलती। Finance Bill, 2021 के explanatory notes के अनुसार धारा 149 में provisos जोड़े गए ताकि documents customs automated system के ज़रिए electronically amend हो सकें, और कुछ amendments importer या exporter ख़ुद common portal पर कर सकें।
• लेकिन धारा 46(4A) और 50(3) यह ज़िम्मेदारी पहले ही importer और exporter पर डाल चुकी हैं कि जानकारी सटीक और पूर्ण हो और supporting documents authentic और valid हों। धारा 17 के तहत आपकी entry ही आपका self-assessment है। इसलिए सबसे सस्ता सुधार वही है जो filing से पहले हो: invoice से उठाया गया हर अंक उसी पेज पर दोबारा देखा जा सके।
• और एक बात साफ़ रहे: यह tool ICEGATE, e-Sanchit या किसी भी customs system से जुड़ा नहीं है। यह न कुछ file करता है, न amend करता है, न आपकी file को सुरक्षित रखता है। यह filing से पहले का एक कदम है।

यह tool क्या नहीं करता, और क्या वादा नहीं कर सकता?

• यह tool क्या नहीं करता, और क्या वादा नहीं कर सकता? — हर सीमा का आधार दिया गया है — कोई कानूनी प्रावधान या tool के बनावट की कोई सच्चाई। जहाँ सीमा model को दिया गया निर्देश है और software बाद में उसकी जांच नहीं करता, वहाँ यह साफ़ लिखा है।
• Classification नहीं करता — आपके लिए मतलब: Commodity code तभी लौटता है जब document पर छपा हो। Model को निर्देश है कि विवरण से code न निकाले, पर बाद में कोई check यह नहीं मिलाता कि लौटाया गया code पेज पर है — इसलिए हर code को «पढ़ा गया» मानें, «पक्का» नहीं। | आधार: धारा 46(4A)(a): जानकारी की accuracy importer की ज़िम्मेदारी।
• Origin तय नहीं करता — आपके लिए मतलब: «Made in» की पंक्ति वैसी ही लौटती है जैसी seller ने लिखी। | आधार: धारा 28DA और CAROTAR, 2020।
• Assessable value नहीं निकालता — आपके लिए मतलब: Total, currency और Incoterm जैसे छपे हैं वैसे लौटते हैं; freight, insurance या exchange rate नहीं जोड़े जाते। | आधार: Valuation अधिकारी और importer का विषय है, document पढ़ने का नहीं।
• कुछ file या transmit नहीं करता — आपके लिए मतलब: ICEGATE, e-Sanchit या किसी भी देश के customs system से कोई connection नहीं। | आधार: धारा 46(1) और 50(1): entry customs automated system पर importer या exporter पेश करता है।
• Documents की तुलना नहीं करता — आपके लिए मतलब: हर run में एक document, पिछले run की कोई याद नहीं। Invoice और packing list में weight अलग हो तो tool नहीं देखेगा, क्योंकि वह दोनों को साथ कभी नहीं देखता। | आधार: Tool की बनावट: हर run स्वतंत्र।
• कानूनी राय नहीं — आपके लिए मतलब: नतीजा किसी दायित्व को पूरा नहीं करता और उसका कोई कानूनी असर नहीं। | आधार: धारा 17: self-assessment importer या exporter का।
• आपकी file का क्या होता है — आपके लिए मतलब: File हमारे servers पर store नहीं होती: request से पढ़ी जाती है, contract के तहत AI model provider को पढ़ने के लिए जाती है, नतीजा लौटता है, और न document न उससे पढ़े गए मान रखे जाते हैं। सिर्फ़ usage गिनने के लिए एक irreversible counter row रहती है। | आधार: Product का व्यवहार।
• Free runs सीमित हैं — आपके लिए मतलब: बिना account के free runs की संख्या सीमित है, और यह हर tool की अलग गिनती नहीं बल्कि Logistivo के सभी free AI tools में साझा एक ही pool है; बची संख्या button के पास दिखती है। Reject या fail हुई request कोई run नहीं खाती, और नतीजा पूरा दिखाया जाता है। उसके बाद free account से आगे बढ़ सकते हैं। | आधार: Product का व्यवहार।
• File types — आपके लिए मतलब: JPEG, PNG, WebP या HEIC image, या PDF, अधिकतम 8 MB। पढ़ाई एक document पेज के लिए बनाई गई है। | आधार: Tool की settings।

भारतीय paperwork की कौन-सी आम गड़बड़ियाँ एक पेज पढ़ते ही दिख जाती हैं?

• भारतीय paperwork की कौन-सी आम गड़बड़ियाँ एक पेज पढ़ते ही दिख जाती हैं? — ये पैटर्न import और export दोनों तरफ़ बार-बार आते हैं, और इन्हें पकड़ने के लिए बस पेज को element-by-element पढ़ना काफ़ी है:
• Incoterm बिना named place: «CIF» लिखा है पर कौन-सा port, यह नहीं।
• Currency code की जगह symbol: «$» US dollar भी हो सकता है और कोई और dollar भी; tool वही लौटाता है जो छपा है।
• Country की जगह शहर: «Guangzhou» देश नहीं है, और tool उसे अपने आप «China» नहीं बनाता।
• Net weight, gross weight से ज़्यादा: packing list में typing की आम ग़लती, जो दोनों अंक अलग पढ़ने पर तुरंत दिखती है।
• Weight pounds में: tool अंक बिना unit के लौटाता है, इसलिए अंक उठाने से पहले पेज पर unit देखें।
• Commercial invoice cum packing list: FTP 2023 इसे मानती है, और ऐसे document पर दोनों के elements होते हैं — इसलिए «नहीं है» वाली सूची छोटी आए तो हैरान न हों।
• Supplier का 6-अंकों का HS code: भारत में Bill of Entry में 8-अंकों का tariff item जाता है; छपा code अपने आप में काफ़ी नहीं।

Indian exporter के लिए: Shipping Bill से पहले अपनी ही invoice क्यों पढ़ें?

• क्योंकि धारा 50(3) exporter पर भी वही ज़िम्मेदारी डालती है जो 46(4A) importer पर: accuracy, completeness, documents की authenticity और restrictions का पालन। आपकी commercial invoice cum packing list आपके buyer के देश में उनकी customs declaration का आधार भी बनती है, चाहे वह EU हो, UAE हो या कोई और बाज़ार।
• इसलिए export invoice पर tool चलाना एक तरह का दोहरा check है: क्या मेरी invoice पर वह सब है जो Shipping Bill को चाहिए, और क्या उस पर वह सब है जो सामने वाले देश का importer माँगेगा? Incoterm की named place, net weight और packages की संख्या वे चीज़ें हैं जिनकी कमी सबसे ज़्यादा ईमेल और देरी पैदा करती है।

एक पेज पढ़ने के बाद Logistivo क्या करता है?

• एक पेज की कमी अक्सर उसी shipment के दूसरे पेज में पूरी होती है, इसलिए यह free tool पहला कदम है। Logistivo account के अंदर अगला कदम Document Compliance Check है: उसी shipment के 2 से 10 documents अपलोड करें — invoice, packing list, bill of lading — और AI उनके बीच gross और net weight, packages की संख्या, sender, receiver और देशों की तुलना करके अंतर की सूची देता है।
• अगर documents आप ख़ुद बनाते हैं, तो Logistivo का Export Documents module एक paste किए गए ईमेल या Excel file से commercial invoice, packing list और बाकी set का draft बनाता है, और जिस draft में कोई अनिवार्य field अभी भी ख़ाली है उस पर निशान लगाता है; हर PDF document पर एक credit लगता है, revisions मुफ़्त हैं। विवरण shippers के पेज पर है। किसी code पर duty rates और anti-dumping measures देखने के लिए invoice अपलोड करें या code लिखें — Customs Intelligence में।
• साफ़ कहें तो: Logistivo के customs features Türkiye और European Union के systems के इर्द-गिर्द बने हैं, और Logistivo ICEGATE या किसी भारतीय customs system से जुड़ा नहीं है। Customs brokers भी Compliance Check और Export Documents इस्तेमाल करते हैं — विवरण customs brokers के पेज पर।
• shippers के पेज · Customs Intelligence · customs brokers के पेज

Document अपलोड करें, declaration के ज़रूरी elements देखें

Commercial invoice, packing list या transport document का एक पेज अपलोड करें। कस्टम्स declaration जिन data elements को माँगता है, वे निकाले जाते हैं — और यह भी बताया जाता है कि कौन-से इस document पर नहीं हैं। Document की भाषा मायने नहीं रखती।

Invoice, packing list या transport document

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

Bill of Entry के लिए कौन-से documents ज़रूरी हैं?

Foreign Trade Policy 2023 के पैरा 2.06 के अनुसार import के लिए अनिवार्य documents हैं: Bill of Lading / Airway Bill / Lorry Receipt / Railway Receipt / Postal Receipt, Commercial Invoice cum Packing List (अलग invoice और packing list भी स्वीकार), और Bill of Entry। Restricted माल के लिए संबंधित authority अतिरिक्त documents notify कर सकती है, और customs धारा 46(4) के तहत prescribed documents माँग सकता है।

क्या यह tool Bill of Entry ICEGATE पर file करता है?

नहीं। Tool ICEGATE, e-Sanchit या किसी भी customs system से जुड़ा नहीं है। यह एक पेज पढ़कर छपे हुए data elements और गायब elements की सूची लौटाता है। Bill of Entry धारा 46(1) के तहत importer या उसका customs broker customs automated system पर पेश करता है।

क्या tool मेरे माल का HS code बता देगा?

नहीं। Code तभी लौटता है जब document पर छपा हो, और वह «पढ़ा गया» है, «सही» नहीं। Classification की ज़िम्मेदारी धारा 46(4A) के तहत importer की है। Candidate code खोजने के लिए Logistivo का अलग HS code finder tool है, पर फ़ैसला फिर भी importer या customs broker का रहता है।

Tool कहता है net weight नहीं है। क्या मेरी Bill of Entry अधूरी है?

ज़रूरी नहीं। «नहीं है» का मतलब है कि इस पेज पर नहीं है — वह packing list या B/L में हो सकता है। Commercial invoice पर अक्सर net weight नहीं होता और packing list से invoice total की उम्मीद नहीं की जाती। हर document पर अलग से tool चलाएँ और देखें कि कौन-सा element कहाँ है।

Invoice पर origin लिखा है तो क्या FTA की कम duty मिल जाएगी?

Invoice की «Made in» पंक्ति अपने आप काफ़ी नहीं। धारा 28DA और CAROTAR, 2020 के तहत importer के पास origin criteria की पर्याप्त जानकारी होनी चाहिए, और सिर्फ़ Certificate of Origin जमा करने से reasonable care की ज़िम्मेदारी ख़त्म नहीं होती।

e-Sanchit पर कौन-सी file अपलोड होती है?

JNCH के 2017 के public notice के अनुसार e-Sanchit पर digitally signed PDF अपलोड होते थे, हर file 1 MB से कम, और हर document को एक IRN मिलता था जो Bill of Entry में दर्ज होता है। मौजूदा सीमाएँ ICEGATE पर देखें। यह tool JPEG, PNG, WebP, HEIC या PDF (8 MB तक) पढ़ता है, पर e-Sanchit पर कुछ अपलोड नहीं करता।

मेरी upload की गई file का क्या होता है?

वह हमारे servers पर store नहीं होती। Request से पढ़ी जाती है, contract के तहत AI model provider को पढ़ने के लिए भेजी जाती है, नतीजा आपको लौटता है, और न document न उससे पढ़े गए मान रखे जाते हैं। Free runs गिनने के लिए केवल एक irreversible counter row रहती है।

क्या Logistivo invoice, packing list और B/L की आपस में तुलना करता है?

यह free tool तुलना नहीं करता, क्योंकि यह हर run में केवल एक document पढ़ता है। Logistivo account में Document Compliance Check उसी shipment के 2 से 10 documents के बीच gross और net weight, packages, sender, receiver और देशों की तुलना करके अंतर बताता है।

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.