
AI assists with HS code classification in two ways: by suggesting a code based on a description of a good, and by verifying the selected code against the documents in the file. The first approach saves time during the search. The second, which is less often highlighted, helps prevent errors: it verifies that the code is consistent with the invoice, the technical data sheet, and other supporting documents, flags any inconsistencies, and explains its reasoning. In both cases, the decision and responsibility remain with the declarant.
Tariff classification is one of the most far-reaching decisions in a customs declaration. The code determines duties, import VAT, trade policy measures, and the required documentation. Yet it is also one of the most difficult: the Common Customs Tariff contains approximately 15,500 lines, according to French customs authorities. Let’s take a look at what AI actually brings to the table—and what it cannot do.
A commodity code consists of three levels (source: douane.gouv.fr):
In France, additional national codes supplement the TARIC for certain taxes. A tool that “finds the correct HS code” has therefore only done part of the job: it is often the 8th, 9th, and 10th digits that determine the duties or trigger a specific measure.
Classification is based on legally binding texts: the General Rules for the Interpretation of the Harmonized System (GRI), the wording of headings and subheadings, section and chapter notes, as well as the European Commission’s classification regulations. The explanatory notes of the WCO and the CN provide guidance on interpretation. Classification involves analyzing the substance, function, condition, composition, and sometimes the packaging of the goods: a commercial description is almost never sufficient on its own.
The HS is revised approximately every five years; the next edition, HS2028, is scheduled to take effect on January 1, 2028. The CN is updated annually. A “standard” code that has been used for years for a particular customer may become incorrect overnight.
The declarant is responsible for the accuracy of the information declared (Article 15 of the Union Customs Code). An incorrect classification may result in the assessment of additional duties and taxes, penalties, or non-compliance with a measure (license, prohibition, anti-dumping). To ensure a correct classification, the operator may request a binding tariff information (BTI), which is free of charge and is binding on customs authorities throughout the EU for up to three years.
This is the most well-known use case. Based on a description (name, material, function, use), a model suggests one or more likely codes, often along with a confidence level and alternatives. Recent language models are capable of reasoning based on the description rather than on keywords.
The performance results are real but must be interpreted carefully. A study conducted with the Korean Customs Service (arXiv 2111.01663) achieved a 95.5% accuracy rate among the top three suggestions at the 6-digit subheading level, based on nearly 130,000 past declarations. This is a good result for search assistance, but it is not a guarantee of the correct 10-digit code.
This is the most useful function for a freight forwarder or customs broker—and the one that’s least often described. The code has already been suggested (by an employee, a client, a product file, the history, or AI); the task is to verify that it is consistent with all the information in the documents:
This verification process relies on document reconciliation: comparing data from different documents to see if they tell the same story. An AI that reads the entire file can spot errors that no suggestion tool—fed only a single description—can detect. This is the principle discussed in our article “Why Must a Logistics AI Agent Analyze the Entire File?”
This case study was presented by Docloop during a demonstration covered by *Profession Logistique* (No. 11, Fall 2026). An importer receives a shipment from Chile containing a mix of fresh grapes, wine, and pisco.
On paper, the classification seems straightforward: fresh grapes fall under Chapter 8 (heading 0806), wine under Chapter 22 (heading 2204), and pisco, a grape brandy, under heading 2208. But within the wine heading, the Combined Nomenclature distinguishes wines based on their actual alcohol content. The code selected did not take into account the alcohol content indicated in the documents—a typical error, according to Aymeric Le Page, CEO and co-founder of Docloop.
The system flagged it by comparing the code to the data extracted from the documents. It suggested another code, explaining its reasoning in detail and in a deliberately humble tone: essentially, “I think this code is more likely to be correct, since the wine exceeds a certain alcohol content; I may be wrong, but here is my reasoning so you can decide.” In the same file, it also flagged a missing pisco certificate and a required DAE since the shipment contains alcohol: the code and the documents cross-check each other.
What this case shows is that the error was not apparent in either the code alone or the invoice alone, but only when the two were compared.
Invoices, packing lists, technical data sheets, certificates: the more information the system has about the merchandise, the more reliable its suggestions and checks will be. The data extraction must retrieve the characteristics relevant to classification (material, composition, grade, function), including from documents written in Spanish, English, or Chinese. The difference between OCR and document-based AI in this regard is detailed in “OCR vs. Document-Based AI: What Are the Differences for Logistics?”
Item files, standard codes by customer, RTCs on file, past decisions: these are internal business rules that supplement regulatory rules (RGI, notes, TARIC). A code that differs from the one used for the same item on the last ten occasions warrants an alert, as does a code that no longer corresponds to the current nomenclature.
Compare the code with the extracted characteristics, TARIC codes, and other documents in the file. Inconsistencies between the invoice, packing list, and shipping document—which often distort the description—are detailed in our article on detecting inconsistencies between the invoice, packing list, and bill of lading.
Each alert must explain why the code appears suspicious and which document it is based on. This allows the declarant to dismiss a false alert in a matter of seconds and to guard against the ever-possible “hallucinations” of an AI. Alerts must be delivered to the platforms where the team is already working: email, TMS, or customs clearance software.
Reviewing submitted declarations helps identify recurring errors, correct product files, and prepare bill of materials updates (particularly HS 2028). For an Authorized Economic Operator, this review supports self-monitoring. According to Docloop, it also serves as a training tool: identifying common mistakes made by a junior employee helps teach them to avoid making those mistakes in the future.
This principle of graduated human supervision is detailed in our article “Document-Centric Agentic AI: Definition.”
Before choosing a tool, ask yourself these questions:
The best way to test it is to try it out on your own past tax returns: compare the tool's alerts with the corrections you actually made.
Code verification is part of a broader process, described in our article “How to Automate Customs Document Verification,” and it is one of the checks performed by Docloop’s Customs Compliance Engine.
Docloop in *Profession Logistique*. In its Issue 11 (Fall 2026), the magazine devotes four pages to Docloop’s document reconciliation feature, including its ability to detect a tariff code that does not match a wine’s alcohol content. The reconciliation module is presented as currently being tested by several freight forwarders and customs brokers. Docloop was also a winner of the Tech for Change 2025 award at VivaTech and of the France 2030 call for projects organized by ADEME.