Self-Classification vs. a BIS Classification Request (CCATS)

Every item subject to the Export Administration Regulations (EAR) needs a classification, either an ECCN or EAR99. In most cases the exporter decides it: the EAR expects exporters to classify their own items, and this self-classification is the normal route. BIS will also classify an item formally if you file a classification request, and it answers with a CCATS. For some encryption items a filing is required.

What is self-classification?

Self-classification means the exporter (or the manufacturer) reviews the Commerce Control List and determines the ECCN. It is the normal route for the vast majority of items. It is quick and free, and it is entirely acceptable provided it is done carefully and recorded. The record should cover:

• the item description and technical parameters;
• the entries and paragraphs reviewed, and why the item meets (or does not meet) each;
• definitions and notes applied;
• the date, the reviewer and the version of the regulation.

How to find the ECCN for your product sets out the steps.

What is a BIS classification request (CCATS)?

An exporter may ask BIS to classify an item by submitting a classification request through SNAP-R, BIS's online system (see § 748.3 of the EAR). The request includes a description of the item, technical specifications and brochures, and your proposed classification with reasoning. BIS responds with a CCATS, a written classification with a tracking number. The letters stand for Commodity Classification Automated Tracking System.

Timelines vary with the item and with BIS workload. Plan for weeks; an answer within days is unlikely.

When a formal request makes sense

• The item sits close to a threshold, or two entries plausibly apply.
• The "specially designed" analysis is genuinely uncertain.
• The item is novel and the CCL does not clearly anticipate it.
• Customers or partners require a CCATS before they will buy or re-export.
• The stakes are high: large volumes, sensitive destinations, or a history of queries.

Encryption items: where filings are required

Category 5 Part 2 has its own rules. Certain mass-market encryption items and items exported under License Exception ENC require a classification request or an annual self-classification report under § 740.17 of the EAR. Whether a filing is required, and which one, depends on the item. See encryption export controls: 5A002, 5D002 and 5A992.

Classification request or commodity jurisdiction request?

If the question is whether an item is subject to the ITAR at all, the route is a commodity jurisdiction (CJ) request to the State Department's Directorate of Defense Trade Controls. A CJ decides whether the item is subject to the ITAR or the EAR. BIS can classify only items subject to the EAR, so a classification request cannot answer the jurisdiction question. See ITAR vs. EAR and how commodity jurisdiction requests work.

Advisory opinions

Separately, BIS can issue advisory opinions on how the EAR applies to a specific situation, for example whether a licence is required for a transaction, under § 748.3(c).

What a good classification request contains

A well-prepared request is faster to process and less likely to come back with questions. It also doubles as your internal classification record. It should include:

• A clear description of the item: what it is, what it does and how it is sold.
• The datasheets and the technical parameters that the candidate entries turn on. BIS cannot compare an item with a paragraph it cannot see.
• Your proposed ECCN and paragraph, and why the item meets it. Requests that simply ask "what is the ECCN?" take longer than requests that propose one and explain why.
• The other entries you reviewed and why they do not apply.
• Confirmation that the item is not on the USML, or a reference to a commodity jurisdiction determination. If the item might be on the USML, BIS may return the request, so settle jurisdiction first, through a commodity jurisdiction request if needed.
• For encryption items, the information § 740.17 and Supplement No. 6 to Part 742 call for (algorithms, key lengths, functions).

Two other things slow a request down. One is putting several products with different specifications in one request, which forces BIS to separate them. The other is marketing wording such as "military-grade" or "high performance", which says nothing the CCL can measure. Prepare the request the way you would prepare a careful self-classification and most of these delays go away.

Using a CCATS or a self-classification

A CCATS covers the item described in the request. A new model or a modified version needs its own analysis, even if it looks similar. Keep the CCATS with your records and cite it where customers ask. A self-classification should be reviewed when the product or the CCL changes.

A simple internal procedure for self-classification

1. One owner per product line for classification.
2. The standard record described above for every classification (entry, paragraph, parameters, reasoning, date, version).
3. A second review for items near thresholds or in Categories 3, 4, 5 Part 2 and 6.
4. Triggers for re-review: product changes, CCL changes, a new CCATS, a customer query.
5. An escalation route (a consultant, counsel or a BIS request) for genuinely unclear items.

See common ECCN classification mistakes for what that second review should look for.

Self-classification with ECCN.help

The ECCN.help Classification Workflow is a structured self-classification. It follows the regulation step by step and asks only what each entry turns on. It records every answer, the rule that decided the result and the regulation version. That record is useful on its own, and it is a good starting point for a BIS request if you decide to file one. Every account includes five classifications.

ECCN.help provides research and assistance, not legal advice. Verify every result against the regulation.