Direct certification with French customs enables hauliers, carriers, and freight operators to generate the Enveloppe Logistique Obligatoire alongside ICS2, ENS, and customs declarations — all without leaving the platform. ELO offered free with fair usage.

Customs Declarations UK (CDUK), the cloud-based customs declaration platform today announces that it is fully live with France’s Enveloppe Logistique Obligatoire (ELO), following direct integration and certification with the French customs authority, the Direction Générale des Douanes et Droits Indirects (DGDDI).

The announcement marks a significant expansion of CDUK’s service offering, enabling operators crossing the UK–France RoRo corridor to generate a compliant ELO directly within the platform — eliminating the need to access external French customs systems and consolidating the entire cross-Channel compliance workflow in one place.

What the ELO Integration Means in Practice

The Enveloppe Logistique Obligatoire is a mandatory logistics envelope required by French customs for all road vehicles crossing between the United Kingdom and France via RoRo routes. It links the physical crossing — vehicle, truck type, and direction — to the associated customs declarations and safety and security filings, providing French authorities with advance visibility of the movement before arrival.

With CDUK’s live ELO integration, operators can now complete the full compliance sequence on a single platform:

Submit a CDS Import or Export Declaration for UK customs clearance; file an Entry Summary Declaration (ENS) for GB safety and security, or an ICS2 declaration for EU safety and security requirements; and then generate the ELO directly within the platform, linking all associated Movement Reference Numbers and barcode data as required by French customs.

The ELO barcode — which drivers must present at the French border — is produced within the platform and can be downloaded and shared immediately.

ICS2 Integration: A Critical Component for EU-Bound Movements

For goods moving from Great Britain into the European Union, including France, the ELO is inherently connected to the ICS2 safety and security framework. French customs requires that ELO submissions reference the relevant ENS or ICS2 filing data, meaning that operators without a compliant ICS2 solution face a gap in their end-to-end compliance chain.

Customs Declarations UK supports ICS2 end-to-end across all transport modes — road, sea, air, and rail — and across all ICS2 declaration types, including House consignment-level and Master-level filings. EU-based carriers, hauliers, and freight forwarders operating inbound movements from Great Britain can therefore use CDUK to meet both their ICS2 obligations and their ELO requirements in a single, integrated workflow, without reliance on multiple systems or third-party intermediaries.

This positions Customs Declarations UK as a genuinely end-to-end compliance solution for the UK–EU corridor, particularly relevant for operators managing high-frequency RoRo crossings through Dover, Folkestone, and the Channel Tunnel.

ELO Available Free with Fair Usage

In recognition of the compliance burden that the ELO has introduced for operators crossing to France, Customs Declarations UK is offering ELO functionality free of charge under a fair usage policy, available to both existing customers and new subscribers. This decision reflects the company’s commitment to removing friction from cross-border trade and ensuring that cost does not become a barrier to compliant operations.

Statement from the CEO

Jawahir Lal Lund, Director and CEO of AJ Software Solutions Limited, commented:

“The ELO has been one of the most operationally disruptive compliance requirements to hit the UK–France corridor in recent years, and we have been working to ensure our customers are not left managing it in isolation from the rest of their customs workflow. Going live with direct French customs certification means our users can now do everything — their customs declarations, their ICS2 or ENS filings, and their ELO — without switching systems or risking data mismatches. Offering ELO free with fair usage is the right thing to do. These are businesses that are already navigating significant regulatory complexity, and we want to be the platform that makes that easier, not more expensive.”

The landscape of UK-EU trade is entering a period of unprecedented scrutiny. While the logistics industry has spent much of the last two years adjusting to the general requirements of the Import Control System 2 (ICS2), a specific and more dangerous challenge is emerging: the “High-Value Goods Trap.”

For customs agents, freight forwarders, and logistics providers, high-value consignments—ranging from luxury electronics and pharmaceuticals to specialized industrial machinery—have always required careful handling. However, under ICS2 Release 3, these goods are now subject to a new level of digital scrutiny. The margin for error in an Entry Summary Declaration (ENS) has effectively vanished. In this environment, a minor data discrepancy is no longer a clerical annoyance; it is a trigger for a “Do Not Load” (DNL) notification that can derail a high-stakes supply chain in minutes.

The Evolution of Risk: Why High-Value Goods?

ICS2 is not merely an administrative update; it is a sophisticated, AI-driven security engine designed to protect the EU’s single market. The European Commission has identified high-value goods as a primary area of risk—not just for revenue loss (duty and VAT evasion), but for security concerns including the movement of dual-use goods and intellectual property theft.

Under the legacy ICS1 system, customs authorities often operated on a “clearance at the frontier” model. ICS2 flips this entirely. Risk analysis now happens pre-loading. For high-value goods leaving the UK, the scrutiny is doubled. Authorities are no longer looking just for what is in the box; they are looking at the integrity of the data surrounding the transaction.

The Anatomy of the “High-Value Trap”

The “trap” exists in the gap between traditional shipping documentation and the granular data requirements of the modern ENS. For UK shippers, three specific areas are causing the most friction:

1. The Precise Description Mandate

Vague descriptions like “Electronics,” “Machinery Parts,” or “Laboratory Equipment” are the most common triggers for ICS2 rejections. For high-value goods, the system now demands a “plain language” description so clear that a non-expert can identify the goods.

• The Trap: A shipper uses the commercial invoice description which is highly technical or internal.
• The ICS2 Requirement: The description must match the 6-digit HS code logic exactly. If shipping high-end smartphones, “Telecommunication devices” may be rejected; “Mobile telephones for cellular networks” is the required standard.

2. The HS6 Commodity Code Pressure

While many shippers have historically relied on 4-digit codes for preliminary paperwork, ICS2 Release 3 mandates a minimum 6-digit HS code for every item in a consignment. For high-value items, where duty rates can vary significantly between sub-headings, an incorrect 6-digit code is flagged as a potential attempt at duty circumvention.

3. Seller and Buyer Data Transparency

ICS2 requires the EORI numbers and full address details of the actual buyer and seller, not just the transport parties. In complex high-value trades involving third-party financiers or drop-shipping, identifying the correct “underlying” parties is often where the data chain breaks.

Operational Deadlines: The Road and Rail Reality

For road and rail transport—the lifeblood of UK-EU trade—the timing is critical. As we move through 2026, the decommissioning of ICS1 for land transport in countries like Poland, Romania, and Slovakia means that the “safety net” is gone.

• Road Transport: The ENS must be accepted at least one hour before arrival at the EU border.
• Rail Transport: The deadline is two hours.

For a high-value truckload of pharmaceuticals crossing from Dover to Calais, that one-hour window is non-negotiable. If the ENS is rejected due to a “High-Value Trap” error, the vehicle cannot board the shuttle or ferry. The financial cost of a high-value truck sitting idle for 24 hours while data is rectified can run into thousands of pounds in liquidated damages and repositioning fees.

The AI Factor: Automated Risk Assessment

The most significant change in 2026 is that a human customs officer is no longer the first person to see your declaration. An AI-driven risk-management engine scans the ENS against thousands of data points.

If the declared value of a high-end component doesn’t align with the trade lane norms for that specific HS code, the system triggers an “exception.” In the execution-focused AI environment of 2026, these systems are increasingly programmed to “trigger actions rather than alerts.” This means the system will automatically hold the declaration rather than simply flagging it for a later human review. For high-value shippers, this “automated friction” is the greatest threat to their “just-in-time” delivery promises.

Strategic Mitigation for Freight Forwarders

To avoid the High-Value Trap, freight forwarders must transition from being “data carriers” to “data auditors.”

1. Upstream Data Validation: Do not wait for the goods to reach the warehouse to audit the HS codes. Validation must happen at the point of booking.
2. Mastering the “Plain Language” Library: Maintain a database of EU-approved goods descriptions mapped to 6-digit HS codes specifically for high-value clients.
3. EORI Verification: Use real-time validation tools to ensure that both the buyer and seller EORI numbers are active and correctly formatted in the EU’s VIES system.

Customs Declaration UK: Navigating High-Value Complexity

As the regulatory environment tightens, the technology you use to file your declarations becomes your most important asset. At Customs Declaration UK, we have engineered our platform to specifically neutralize the “High-Value Goods Trap.”

We understand that for customs agents and logistics providers, a high-value shipment represents a high-value relationship. Our platform provides a seamless, easy, and intuitive gateway to both customs UK and EU ICS2 compliance:

• Smart Validation for HS6: Our system doesn’t just accept a commodity code; it validates it against the latest 2026 tariff requirements, ensuring your high-value items are classified correctly the first time.
• Multi-Modal Coverage: Whether your high-value goods are moving by road, air, sea, or rail, our platform provides a single, unified interface for all ENS and customs filings.
• Real-Time Exception Handling: Our AI-driven logic identifies potential “trap” triggers—such as vague descriptions or valuation anomalies—before you submit, reducing the risk of a “Do Not Load” notification to near zero.
• Automated Document Linking: Our platform allows for the easy attachment and cross-referencing of supporting documents (licenses, certificates of origin), which are often mandatory for high-value or restricted goods.

By using Customs Declaration UK, you aren’t just filing a form; you are deploying a sophisticated compliance shield that ensures your most valuable cargo keeps moving, regardless of the transport mode.

Conclusion

The rollout of ICS2 Release 3 has fundamentally changed the rules of engagement for UK exporters. High-value goods, once the crown jewels of a logistics portfolio, now represent the highest area of compliance risk.

The “High-Value Goods Trap” is avoidable, but only through a combination of meticulous data preparation and the use of advanced declaration technology. By focusing on 6-digit HS code accuracy, precise goods descriptions, and leveraging a multi-modal partner like Customs Declaration UK, one  can ensure that high-value trade remains a high-growth opportunity, rather than a regulatory nightmare.

In the digital-first borders of 2026, compliance is no longer a back-office function—it is the engine of the supply chain.

The digital transformation of European borders is reaching its most critical phase. While the logistics industry has spent the last few years adapting to new requirements for postal, express, and air cargo, the scope is now widening. ICS2 Release 3 is the final and most complex piece of the puzzle, extending safety and security requirements to all goods entering or transiting the EU by road and rail.

For customs agents, freight forwarders, and logistics providers, this isn’t just another layer of bureaucracy; it is a fundamental shift in how the customs UK and EU interface operates. By 2026, the legacy ICS1 system will be a relic of the past, replaced by a data-driven, real-time risk assessment engine that demands unprecedented levels of data accuracy.

Understanding the ICS2 Evolution

The Import Control System 2 (ICS2) is a large-scale IT system designed to collect data on all goods entering the EU prior to their arrival. Its primary goal is to protect the EU’s single market and its citizens through a more effective, risk-based approach to customs controls.

Historically, road and rail transport enjoyed a relatively “low-touch” environment compared to air and sea. However, with the rising volume of cross-border trade and the increasing complexity of global supply chains, the European Commission determined that a uniform safety and security layer across all transport modes was essential.

Release 3 brings the “land bridge” into the fold. This means that every truck and train crossing an EU external border must have a valid Entry Summary Declaration (ENS) filed and accepted before arrival.

The Operational Impact on Road and Rail

The transition to ICS2 Release 3 represents a significant departure from traditional land-based logistics workflows. Unlike air or sea cargo, where lead times are often longer, road transport operates on tight margins and “just-in-time” schedules.

1. The Pre-Arrival Filing Requirement

For road transport, the ENS must be submitted and accepted at least one hour before the vehicle arrives at the customs office of first entry. For rail, the deadline is two hours before arrival. In a high-frequency environment like the UK-EU land border, these windows leave no room for error.

2. Enhanced Data Elements

ICS2 is data-hungry. Gone are the days of vague descriptions like “Auto parts” or “General cargo.” The system now mandates:

• 6-digit HS Codes: Precise classification is required for every item in the consignment.
• Detailed Goods Descriptions: Plain language that clearly identifies the nature of the goods.
• EORI Numbers: Valid Economic Operators Registration and Identification numbers for all parties involved (carrier, declarant, consignor, consignee).
• Seller and Buyer Information: Detailed data on the actual parties involved in the transaction, not just the transport entities.

3. The “No Load” and “No Arrival” Risk

Under ICS2, if the data is incomplete or suspicious, customs authorities can issue a “Do Not Load” (DNL) notification. For road transport, this effectively translates to a “Do Not Proceed” order. If a truck arrives at the border without a successfully processed ENS, it will be held, resulting in significant delays, potential fines, and a cascading failure of the delivery schedule.

The Transition Timeline: 2025-2026

The rollout of Release 3 is not happening overnight. It is a phased deployment to allow Member States and Economic Operators (EOs) to connect to the new system.

• Maritime and Inland Waterways: Commenced in mid-2024.
• Road and Rail Carriers: The deployment window for land-based transport begins in late 2025, with several key Member States (including Poland, Romania, and Slovakia) decommissioning ICS1 for road transport by June 2026.

For those involved in customs UK operations, this timeline is particularly relevant. As the UK acts as a primary gateway for goods moving to and from the EU, the synchronization of UK and EU systems is paramount to avoid friction at the Channel crossings.

Challenges for Freight Forwarders and Agents

The transition brings three primary challenges:

1. Data Quality: Freight forwarders often rely on data provided by shippers. If the shipper provides an incorrect HS code or an incomplete description, the forwarder (as the declarant) bears the brunt of the compliance failure.
2. IT Infrastructure: Connecting to the ICS2 Shared Trader Portal (STP) requires significant technical investment or a partnership with a robust software provider.
3. Single vs. Multiple Filing: While the system eventually intends to allow multiple parties to contribute to a single ENS (Multiple Filing), the current mandate for road transport still largely leans toward a single, comprehensive filing. This requires the carrier to have all information from all shippers on a multi-drop trailer—a massive coordination task.

The Strategic Importance of Accurate Filings of the Customs Declarations

As the UK refines its own border strategies, the interplay between UK exports and EU ICS2 requirements becomes a focal point. Every export from the UK into the EU now triggers an ICS2 requirement. Professionals responsible for customs declarations must ensure that the data leaving the UK systems mirrors the data entering the EU ICS2 environment.

Discrepancies between the UK Export Declaration and the EU ENS can trigger red flags in the automated risk-analysis systems, leading to physical inspections and audits.

Customs Declaration UK: Your Partner in Multi-Modal Compliance

In this climate of rapid regulatory change, the value of a specialized partner cannot be overstated. At Customs Declaration UK, we have built our platform specifically to bridge the gap between traditional logistics and the new digital mandates of ICS2 Release 3.

We understand that for road and rail freight, speed is just as important as accuracy. Our services are designed to be:

• Easy & Intuitive: We strip away the complexity of EU schemas, providing a user-friendly interface that guides you through the mandatory fields for road and rail ENS filings.
• Seamless Integration: Our platform connects directly with the relevant customs authorities, providing real-time feedback on your declaration status. You’ll know the moment your ENS is accepted, allowing your drivers to proceed with confidence.
• Truly Multi-Modal: While Release 3 focuses on land, our expertise covers air and sea as well. This “single pane of glass” approach means you can manage your all kinds of ICS2 declarations from one place, regardless of how the goods are moving.

Whether you are a small haulage firm or a large-scale freight forwarder, our tools ensure that you meet the one-hour road filing deadline every time, protecting your margins and your reputation.

Conclusion

The extension of ICS2 Release 3 to road and rail freight is the final step in creating a “smart” European border. While the requirements for 6-digit HS codes and pre-arrival filings are rigorous, they also offer an opportunity for logistics providers to professionalize their data management and offer more reliable services to their clients.

By preparing now—auditing your data quality, understanding the June 2026 decommission dates, and partnering with a technology leader like Customs Declaration UK—you can turn a regulatory hurdle into a competitive advantage. The future of customs UK and EU trade is digital, and the time to adapt is now.

The landscape of European logistics is undergoing its most significant transformation in a generation. For customs agents, freight forwarders, and logistics providers, the transition from the legacy Import Control System (ICS1) to the sophisticated Import Control System 2 (ICS2) is no longer a distant regulatory milestone—it is an immediate operational reality.

As of 1 June 2026, five key Member States—Croatia, Latvia, Poland, Romania, and Slovakia—will officially decommission ICS1 for road transport, joining the ranks of earlier adopters. This shift represents the final frontier of Release 3, bringing the land-based supply chain into a digital-first security framework that mandates the submission of an Entry Summary Declaration (ENS) for every shipment entering or transiting the European Union.

The Shift from ICS1 to ICS2: Why the Change?

For years, ICS1 served as the baseline for safety and security, but its limitations in the face of modern global threats and high-volume e-commerce became apparent. ICS2 is not merely an “update”; it is a complete structural overhaul of how the EU performs pre-arrival risk analysis.

Under the old system, data was often fragmented or provided too late for meaningful intervention. ICS2 introduces a centralized repository and a more granular data set, allowing EU Customs authorities to identify high-risk consignments before they even reach the border. For road transport, this means that the ENS must now contain much more specific information than previously required, including 6-digit HS codes, detailed descriptions of goods, and the EORI numbers of all involved parties.

The June 2026 Road Rollout: Croatia, Latvia, Poland, Romania, and Slovakia

While several Member States transitioned earlier in 2025 and early 2026, the inclusion of Croatia, Latvia, Poland, Romania, and Slovakia on 1 June 2026 is a critical pivot point. These nations represent vital transit corridors for road freight entering the EU from the East and South.

What Changes on June 1st?

• Decommissioning of ICS1: The legacy systems in these five countries will stop accepting road transport filings. Any attempt to use the old format will result in a rejection.
• Mandatory ICS2 Filing: All road carriers and freight forwarders must submit their ENS through the new ICS2 interface.
• Strict Pre-Arrival Deadlines: For road transport, the ENS must be submitted and accepted at least one hour before the vehicle arrives at the customs office of first entry in the EU.

Failure to comply doesn’t just mean paperwork—it means stopped trucks, financial penalties, and a complete breakdown of the “just-in-time” delivery models that the road transport sector relies upon

The ENS Filing Dilemma: Single vs. Multiple Filing

A significant point of discussion within the industry, and one highlighted by the International Road Transport Union (IRU), is the “Multiple Filing” capability.

In maritime and air transport, different parties (like a carrier and a freight forwarder) can submit different parts of the ENS data—this is known as multiple filing. However, for road transport, this functionality is still in development.

Until that rollout occurs, single filing remains mandatory. This means the carrier (or their appointed agent) is solely responsible for collecting all necessary data from the shipper and consignee and submitting a single, comprehensive ENS for the entire vehicle. This puts immense pressure on data-sharing agreements between logistics partners.

Compliance Requirements: What You Need to File

To successfully lodge an ENS in the ICS2 system, your data must be “clean” and comprehensive. The days of generic descriptions like “General Cargo” or “Consumer Goods” are over.

Managing the Transition: Strategic Steps for Forwarders

For logistics professionals, the transition period requires a proactive stance. You cannot wait until May 31, 2026, to test your systems.

1. System Conformance: Ensure your IT systems or third-party software providers have completed the mandatory self-conformance testing with the EU’s Shared Trader Portal (STP).
2. Data Quality Audit: Work with your clients (shippers) now to ensure they can provide 6-digit HS codes and accurate party data.
3. Choose a Platform: Platforms such as Customs Declarations UK can help you file you ICS2 declarations in real-time.
4. EORI Verification: Ensure all your partners have valid EU EORI numbers. A single invalid EORI can cause an ENS rejection for an entire truckload.

Customs Declaration UK: Your Partner in ICS2 Compliance

As the regulatory environment becomes more complex, having a reliable technology partner is essential. At Customs Declaration UK, we have anticipated these shifts to ensure our clients stay ahead of the curve.

Our platform provides a seamless, easy-to-use interface designed specifically to handle the rigors of ICS2 and ENS filings across all modes of transport—be it road, rail, air, or sea. Whether you are navigating the new requirements for Poland and Romania or managing transit through the UK into the EU, our services are built to:

• Simplify Data Entry: Our intuitive wizards guide you through the mandatory fields, reducing the risk of human error.
• Ensure Real-Time Compliance: We provide instant validation against EU and UK customs rules, ensuring your ENS is accepted the first time.
• Cover All Bases: From GB Safety and Security declarations to the latest EU ICS2 mandates, we offer an all-in-one solution for the modern freight forwarder.

We understand that for road transport, speed and accuracy are non-negotiable. Our platform ensures that your filings are processed efficiently, allowing your fleet to keep moving across borders without delay.

Conclusion

The 1 June 2026 rollout in Croatia, Latvia, Poland, Romania, and Slovakia marks the final chapter in the decommissioning of ICS1. While the road transport sector awaits the “multiple filing” option later in 2026, the immediate focus must be on mastering the single-filing ENS requirements.

By embracing the digital requirements of ICS2 and leveraging professional declaration services, customs agents and logistics providers can turn a regulatory challenge into a competitive advantage—ensuring safety, security, and the uninterrupted flow of trade across the European continent.

If you move road freight between the UK and France, two acronyms now define your compliance obligations at the Channel crossing: ICS2 and ELO. Both became mandatory in 2026. Both affect every loaded truck, every empty trailer, and every freight forwarder managing UK–France movements. And critically, one cannot work without the other.

This article explains exactly how ICS2 and ELO connect, why the Entry Summary Declaration (ENS) must be filed first, and what the end-to-end process looks like for operators on the ground.

What Is ICS2?

ICS2 — the EU’s Import Control System 2 — is the EU’s advance cargo information platform. It replaced the legacy ICS1 system and became fully mandatory for all transport modes, including road and rail, from 1 January 2026.

Its core function is the Entry Summary Declaration (ENS): a pre-arrival safety and security filing that provides EU customs authorities with advance information about goods entering or transiting EU territory. For goods moving from Great Britain to France, the carrier or their freight forwarder must submit the ENS to ICS2 before the goods reach the French border.

ICS2 is the EU’s advance cargo information and risk analysis platform, mandatory for non-Union goods entering the EU customs territory. Since 1 April 2025, ICS2 has been operational for goods entering the EU by truck, train, or as unaccompanied trailers on ships.  

When the ENS is accepted by ICS2, the system issues a Movement Reference Number (MRN). That MRN is your proof that the safety and security declaration has been received and processed. It is also the link that connects ICS2 to the ELO — and this is where the two systems become inseparable.

What Is the ELO?

The ELO — Enveloppe Logistique Obligatoire, or Obligatory Logistics Envelope — is a French customs instrument that is part of the Smart Border system governing UK–France freight movements.

Think of the ELO as a digital folder. It consolidates all declarative reference numbers and cargo information for a given crossing into a single, scannable barcode. Its purpose is to secure and streamline the processing of goods at the Smart Border.  

When a truck is loaded, the ELO must group all the EU-side formalities necessary for crossing the Smart Border. For goods moving in the UK-to-EU direction, this includes EU import declarations, transit declarations, export declarations, and the ENS filed via ICS2 along with its Movement Reference Number.  

The ELO became fully mandatory on 20 April 2026. For imports, economic operators including road transport operators are obliged to put at least one Entry Summary Declaration into the ELO when ICS2 rules apply.  

One important point: UK formalities — specifically the Goods Movement Reference (GMR) generated under the UK’s GVMS system — are not included in the ELO. Those remain a separate UK obligation. The ELO is purely an EU-side instrument.  

Why the ENS Must Come First

Here is where many operators misunderstand the relationship between the two systems: the ELO cannot be created without the ICS2 ENS MRN. The two are not parallel processes. They are sequential.

The practical sequence is straightforward, but it leaves little room for error. The operator must first secure the ICS2 safety and security filing, then make sure the relevant ENS MRN is available, and then create the ELO, which must include the ENS MRN reference.  

This means that if your ENS has not been filed — or has been rejected — no ELO barcode can be generated, and no compliant border crossing can take place. If the ENS is filed too late, the driver can arrive ready to board but still be stuck waiting for the MRN and ELO chain to complete.

The End-to-End Process: Step by Step

Here is the complete filing sequence every freight forwarder, exporter, and haulier operating on the UK–France corridor needs to follow:

Step 1 — File the ICS2 ENS Submit the Entry Summary Declaration to ICS2 ahead of the goods departing for the port. The ENS must contain accurate goods descriptions (no vague terms — ICS2 uses automated stop-word validation), correct 6-digit HS codes, valid EU or XI EORI numbers, and the correct transport mode code. For Channel Tunnel shuttle movements, the transport mode is coded as road (code 3), not rail, even though the truck travels on a train.

Step 2 — Receive your MRN Once ICS2 accepts the ENS, a Movement Reference Number is issued. This MRN is the essential link between the two systems. Without it, you cannot proceed to Step 3.

Step 3 — Create the ELO The ELO creator links the ICS2 ENS and the various customs declaration references — import, export, and transit declarations — to the haulier’s details through the Prodouane interface, generating a single, unique ELO barcode. The ELO creator is typically the freight forwarder or logistics operator — not the driver.

Step 4 — Share the barcode with the driver The driver receives the ELO barcode before departing for the port. This is their single reference document for the crossing — covering all EU-side declarations in one scannable code.

Step 5 — Present at the terminal At the ferry terminal or Channel Tunnel terminal, the ELO barcode is scanned and paired with the crossing. The Smart Border system then determines the vehicle’s routing, including whether it can continue or is directed to customs controls.  

The entire chain — ENS filed, MRN received, ELO created, barcode with driver — must be complete before the truck reaches the terminal. There is no opportunity to catch up at the border.

What Happens Without a Valid ELO?

The consequences of arriving at Calais, Dunkirk, or the Channel Tunnel terminal without a valid, closed ELO barcode are immediate and operational. Vehicles may be refused boarding by the ferry or shuttle operator, directed to secondary inspection, or face formal notification of non-compliance to customs authorities. In any of these scenarios, the cost — in delays, missed delivery windows, and customer impact — is entirely avoidable.

Who Creates the ELO?

French Customs specifies that any actor within the logistics chain with the capacity to centralise all the necessary information for the border crossing may create an ELO. This can change from crossing to crossing.  

In practice, the ELO is most commonly created by the freight forwarder or customs agent who also manages the ENS filing, since they already hold the MRN. Clear communication between all parties in the supply chain — exporter, forwarder, haulier, and driver — is essential to ensure the barcode reaches the driver before departure.

The Bottom Line

ICS2 and ELO are not two separate compliance tasks that can be managed independently. They are a single sequential workflow, and the ENS is the foundation. For operators managing the transition to mandatory ELO requirements, the ICS2 ENS MRN is the essential prerequisite for ELO barcode generation. Filing the ENS therefore directly supports the end-to-end Smart Border crossing workflow, from ENS submission through to driver check-in.  

If your ENS process is manual, inconsistent, or not yet in place, that is the single most urgent action to address. The ELO will not function without it — and from 20 April 2026, neither will your UK–France freight movements.

The most pressing compliance deadline for traders operating across European Union borders arrives on February 3, 2026, when Import Control System 2 (ICS2) version 3 messaging becomes mandatory and version 2 is permanently decommissioned. This transition affects all Entry Summary Declaration (ENS) submissions for goods entering or transiting the EU, representing a fundamental shift in how safety and security data must be structured and transmitted. Economic operators who fail to implement version 3 messaging in time face significant operational disruption, potential border delays, and financial penalties.

Understanding the Version 3 Transition and Its Immediate Implications

The European Commission has been unequivocal in its guidance: any ENS declarations lodged using ICS2 version 2 prior to February 3, 2026 cannot be amended after that date using the legacy message format. Instead, these declarations must be invalidated and re-lodged using version 3 messaging standards. This creates a hard cutover point that requires traders, carriers, freight forwarders, and customs software providers to complete their technical implementations well before the deadline. The Commission has strongly urged all economic operators to implement version 3 capabilities as early as possible to avoid last-minute technical failures and the cascading delays that inevitably follow when entire supply chains attempt simultaneous system changes.

For businesses managing regular EU-bound shipments, this deadline demands proactive planning rather than reactive scrambling. The transition is not merely a technical update; it reflects the EU’s broader strategy to enhance pre-arrival risk assessment capabilities, improve data quality at the point of entry, and create more granular visibility over goods movements across member states. Version 3 messaging introduces refined data fields, stricter validation rules, and enhanced interoperability requirements that align with the full rollout of ICS2 Release 3 functionality. Customs Declarations UK platform is already compatible with ICS2 Version 3, and can support all types of ICS2 declarations.

GVMS Users: Immediate Action Required for Post-January 1 Movements

For traders and carriers using the Goods Vehicle Movement Service (GVMS) to manage roll-on/roll-off (RoRo) movements between Great Britain and the EU, the transition to ICS2 messaging carries immediate operational consequences. All movements submitted after December 31, 2025 must use the updated “Start a Goods Movement” menu option, selecting either “RoRo Unaccompanied [ICS2]” or “RoRo Accompanied [ICS2]” depending on the nature of the shipment. The legacy “RoRo (Accompanied / Unaccompanied)” option remains temporarily visible in the GVMS interface for technical reasons, but it must not be used for any movements initiated in 2026 or later. Selecting the wrong option will result in declarations being rejected by border systems, leading to vehicle holds and potential missed sailing slots.

GVMS users should update their internal standard operating procedures, driver instructions, and dispatch checklists to reflect the new menu selection requirements. Where GVMS access is delegated to third-party logistics providers or hauliers, clear communication is essential to ensure all parties understand the change and adopt the correct workflow immediately. The risk of accidental legacy submissions is highest during the first weeks of January, when operational muscle memory and automated processes may default to the old menu path. Establishing clear verification steps—such as requiring supervisors to review the first five movements of each new month—can prevent costly errors during this transitional period.

How Customs Declarations UK Supports ICS2 Version 3 Compliance

Customs Declarations UK has integrated full ICS2 version 3 messaging capabilities across its platform to ensure clients can file compliant Entry Summary Declarations for all movement types—whether goods are traveling from Great Britain to the European Union or moving between EU member states. The CDUK platform supports the complete spectrum of ENS filing scenarios.

The platform’s guided workflow automatically maps user-entered commercial data into the correct ICS2 version 3 message format, eliminating the need for declarants to manually interpret technical specifications or construct XML payloads. Real-time validation checks ensure that all mandatory data elements are captured, that value ranges conform to EU requirements, and that cross-field dependencies are satisfied before submission. This proactive error detection significantly reduces the risk of rejection at the point of transmission, allowing traders to resolve issues while goods are still in their control rather than discovering problems when vehicles are queued at the port.

Turning Compliance into Operational Advantage

The ICS2 version 3 mandate represents more than a regulatory obligation; it offers an opportunity to modernize customs filing workflows, eliminate inefficiencies, and establish a foundation for future EU trade requirements. Businesses that approach the transition strategically—by investing in capable platforms like Customs Declarations UK, training their teams thoroughly, and establishing robust data governance practices—will find themselves better positioned not only to meet the February 3 deadline but to handle subsequent regulatory changes with agility and confidence. Proactive compliance today reduces risk, protects cash flow, and ensures that cross-border supply chains continue to operate without disruption as European customs systems evolve.

The Import Control System 2 for road and rail freight reached a critical juncture on January 1, 2026, when the transition period officially ended and the European Union’s enhanced pre-arrival security regime moved into its final implementation phase. However, contrary to expectations of uniform enforcement across all member states, the practical reality is a fragmented compliance landscape characterized by country-specific derogations, divergent enforcement timelines, and technical migration requirements that demand careful operational planning. For UK carriers, hauliers, freight forwarders, and express operators moving goods into the EU, understanding which member states are enforcing ICS2 immediately and which have granted temporary relief until June 1, 2026 is now essential to avoid border delays, rejection of consignments, and compliance failures.

Starting Jan 1^st 2026, shipments without Entry Summary Declarations lodged in ICS2 now face compliance complications in member states that have begun enforcement. The guidance emphasized that the end of the transition period does not mean uniform application across the EU, and economic operators must verify enforcement status on a country-by-country basis. This fragmentation reflects the operational challenges member states face in connecting national customs systems to the EU’s centralized ICS2 infrastructure, training staff, and managing the volume of advance data flowing through the new system. While the regulatory obligation exists at the EU level, practical enforcement depends on national readiness, creating a two-tier compliance environment that will persist until mid-2026.

Understanding ICS2 and its strategic purpose

The Import Control System 2 is the European Union’s modernized platform for processing Entry Summary Declarations, which provide advance cargo information to customs and border authorities for safety and security risk analysis before goods arrive in the EU customs territory. ICS2 replaced the legacy ICS system with a more sophisticated data model designed to capture granular details about shipments, consignors, consignees, and goods descriptions earlier in the logistics chain. The system enables risk-based targeting of high-risk consignments while facilitating clearance of compliant cargo, supporting the EU’s dual objectives of secure borders and efficient trade facilitation.

ICS2 operates in a phased rollout aligned with different transport modes and shipment profiles. Release 1, launched in March 2023, covered postal and express consignments. Release 2, which became mandatory from March 1, 2024, extended to air cargo. Release 3, the subject of the January 1, 2026 deadline, applies to maritime, road, and rail freight. The complexity of Release 3 lies in the diversity of transport modes and business models it covers, from accompanied trailers crossing borders by road to unaccompanied containers moving via rail freight corridors. Each mode has distinct data requirements, filing timelines, and operational workflows, making implementation more challenging than earlier releases.

The Entry Summary Declaration under ICS2 must be lodged before goods are brought into the EU customs territory, with specific timeframes varying by transport mode. For road freight, the ENS is typically lodged before departure or at the moment the vehicle enters EU territory via a border crossing point. For rail freight, advance notice requirements depend on whether the service is scheduled or ad hoc. Maritime freight entering EU ports requires ENS filing sufficiently in advance to allow risk analysis before arrival. The system assigns a Master Reference Number to each ENS, which travels with the shipment and is referenced in subsequent customs declarations and transport documentation.

The fragmented enforcement landscape

Full ICS2 implementation is now required in Austria, Belgium, Cyprus, Czech Republic, Germany, Denmark, Luxembourg, Malta, Netherlands, Portugal, Sweden, and Slovenia. Bulgaria and Estonia made ICS2 mandatory from January 1, 2026, joining the group of member states enforcing the regime without derogation. These countries have completed the technical integration of their national customs systems with the EU’s Shared Trader Interface and Trader to Customs interface, trained operational staff, and activated enforcement protocols. Carriers and economic operators moving goods into these member states must lodge compliant ICS2 Entry Summary Declarations or risk refusal of entry, penalties, and disruption to onward transport.

Crucially, temporary derogations until June 1, 2026 apply in Spain, Finland, France, Greece, Hungary, Ireland, Italy, Lithuania, Northern Ireland, Croatia, Latvia, Poland, Romania, and Slovakia. These derogations permit continued use of legacy ENS filing methods or provide grace periods during which non-compliance will not result in immediate penalties. However, the scope and interpretation of these derogations vary. France, for example, confirmed that it began enforcing ICS2 ENS for road and rail freight from January 1, 2026 despite appearing on derogation lists, reflecting a policy decision to commence enforcement ahead of the formal June deadline. This creates confusion for operators who assumed French routes would remain under transitional arrangements until mid-year.

The practical implication of this fragmented landscape is that carriers must maintain parallel compliance strategies depending on destination member state. A haulier operating a route from the UK to Germany via France must ensure that ICS2 ENS filings are compliant for both France and Germany, even though other member states on alternative routes might still accept legacy filings. This multiplies administrative complexity and requires logistics planning systems to track enforcement status by destination and adjust filing workflows accordingly. For businesses operating trans-European networks, the lack of uniform enforcement creates operational friction and increases the risk of inadvertent non-compliance when staff apply incorrect assumptions about which member states are enforcing the new regime.

The critical February 3 deadline and ICS2 version 3 messaging

A separate but equally important compliance milestone arrives on February 3, 2026, when the mandatory transition to ICS2 version 3 messaging takes effect and version 2 is decommissioned. This technical migration affects all economic operators currently using ICS2, regardless of member state enforcement status. Economic operators who have been lodging ENS filings using version 2 messaging standards cannot amend those filings after the February 3 cutoff. Any changes to a version 2 filing after that date require invalidation of the original entry and re-lodging using version 3 message formats.

The distinction between version 2 and version 3 messaging relates to the technical schema and data structure used to transmit ENS information to the ICS2 system. Version 3 represents a refinement of data fields, validation rules, and response message formats developed through operational experience and stakeholder feedback during the initial rollout phases. The migration ensures that all economic operators are working with the same technical standard, improving system performance and reducing the risk of processing errors caused by inconsistent data formats. However, it also imposes a hard cutoff that requires software providers, customs brokers, and in-house filing systems to complete upgrades by the February deadline.

For businesses using commercial customs software or cloud-based platforms such as Customs Declarations UK, the responsibility for technical migration typically rests with the software provider, who updates the underlying message generation and validation engines. Users should verify that their platform has implemented ICS2 version 3 support and conduct test filings to confirm compatibility before the February 3 deadline. For businesses with in-house developed systems or direct API connections to the Shared Trader Interface, the technical migration workload is more substantial and requires internal development resources, testing, and coordination with IT teams.

The inability to amend version 2 filings after February 3 creates operational risk for shipments with long transit times or those subject to last-minute changes. If a consignment’s details change after the ENS has been lodged in version 2 and the deadline has passed, the only recourse is to invalidate the entire filing and submit a new version 3 ENS. This introduces delay, creates additional administrative work, and may trigger re-assessment of risk scores if the new filing is processed differently by the ICS2 risk analysis engine. Businesses should therefore prioritize migration to version 3 messaging well in advance of the deadline to minimize exposure to these scenarios.

Stop words compliance and goods descriptions

The European Commission also updated the ICS2 stop words list effective February 2, 2026, introducing additional terms that are prohibited in goods descriptions because they are too generic, ambiguous, or uninformative for risk analysis purposes. Stop words are terms such as “general cargo,” “samples,” “personal effects,” or “miscellaneous goods” that provide no meaningful information about the actual nature of the shipment. ICS2 validation rules automatically reject ENS filings that contain stop words, requiring re-submission with more specific descriptions.

The updated stop words list reflects operational experience from earlier ICS2 releases and incorporates feedback from customs authorities about descriptions that hinder effective risk assessment. Economic operators must review their standard goods descriptions and product catalogs to ensure compliance with the expanded list. Common pitfalls include using trade names without specifying the actual product category, using abbreviations that are not universally understood, or providing only generic functional descriptions without identifying the material composition or intended use. Best practice is to provide clear, specific descriptions that include material type, function, and sufficient detail for a customs officer to understand what is being imported without requiring supplementary documentation.

Stop word compliance is particularly challenging for mixed-load shipments, consolidated freight, and groupage services where a single trailer or container carries multiple consignments for different consignees. Each line item within the ENS must have a compliant description, and the consolidation layer must accurately reflect the relationship between master and house-level data. Freight forwarders and groupage operators often manage this complexity by implementing description libraries, automated validation checks, and staff training programs to ensure that customer-provided descriptions are enhanced or corrected before submission to ICS2.

Practical compliance strategies for multi-member state operations

Managing ICS2 compliance across a fragmented enforcement landscape requires systematic planning, real-time intelligence on member state enforcement status, and flexible operational workflows. Carriers and forwarders should establish a compliance matrix that tracks which member states are enforcing ICS2, which have derogations, and the specific requirements or grace periods applicable in each jurisdiction. This matrix should be updated regularly as member states communicate policy changes or as enforcement practices evolve during the derogation period. Relying on static assumptions about which countries are enforcing the regime creates risk, as evidenced by France’s decision to begin enforcement despite being listed for derogation.

Operational workflows should incorporate destination-specific checks that trigger appropriate filing actions based on the enforcement status of the destination member state. For routes into fully enforcing member states, ICS2 ENS filing is mandatory and should be prioritized in the booking and dispatch process. For routes into member states with derogations, businesses may choose to file ICS2 ENS proactively to ensure consistency and to prepare for the June 1 transition, or they may continue using legacy processes where permitted. The former approach reduces future disruption and builds operational capability, while the latter defers investment but concentrates migration risk into a compressed timeline as the June deadline approaches.

Communication with customers and supply chain partners is essential. Consignors in the UK or other third countries should be informed of ICS2 requirements and should provide accurate, detailed information about shipments early enough for compliant ENS filings to be prepared. This includes complete consignee details, precise goods descriptions without stop words, correct commodity classifications, and any other data elements required by ICS2. Late or incomplete data provision creates filing delays, increases the risk of rejection, and disrupts transport schedules. Clear communication about data requirements, lead times, and the consequences of non-compliance helps align expectations and reduces friction at the operational interface.

Staff training is equally important. Personnel responsible for preparing ENS filings, whether in-house logistics teams or third-party customs brokers, must understand ICS2 data requirements, stop words rules, version 3 messaging formats, and member state enforcement variations. Training programs should include practical exercises using real or representative shipment data, walkthroughs of validation error resolution, and guidance on handling common scenarios such as amendments, invalidations, and multi-leg journeys. Investing in training reduces error rates, shortens processing times, and builds institutional knowledge that supports long-term compliance.

How Customs Declarations UK supports ICS2 compliance

Navigating the technical and operational complexity of ICS2 requires a platform that integrates ENS filing with broader customs declaration workflows and provides real-time validation against current ICS2 rules. The Customs Declarations UK platform supports ICS2 Entry Summary Declarations through a guided, wizard-based interface that captures all required data elements for road, rail, and maritime freight. The platform incorporates stop words validation, version 3 messaging support, and destination-specific compliance checks that adapt filing requirements based on member state enforcement status. Users can clone existing declarations to accelerate repeat filings, import data from spreadsheets for bulk submissions, and validate entries in real time before transmission to the Shared Trader Interface.

The platform’s archive and retrieval capabilities ensure that businesses maintain complete records of all ENS filings for audit and compliance verification purposes. As member states transition from derogation to full enforcement over the coming months, the platform’s configuration can be updated centrally to reflect changing requirements without requiring individual users to modify their workflows. This centralized management of regulatory updates reduces the burden on businesses and ensures consistent application of current rules across all filings.

Conclusion

The end of the ICS2 transition period on January 1, 2026 marks a significant milestone in the EU’s safety and security regime, but the fragmented enforcement landscape and critical technical deadlines create a complex compliance environment that demands careful navigation. With twelve member states enforcing ICS2 immediately, fourteen applying temporary derogations until June 1, and a mandatory migration to version 3 messaging by February 3, economic operators must maintain situational awareness, flexible operational workflows, and robust technical systems to ensure uninterrupted cross-border trade. The convergence of these requirements in the first half of 2026 represents a period of heightened compliance risk, but also an opportunity for businesses that invest in accurate data management, proactive filing practices, and modern declaration platforms to differentiate themselves through operational excellence and reliability. As the derogation period winds down and uniform enforcement emerges across all member states, the businesses that have embedded ICS2 compliance into their standard operating procedures will be best positioned to maintain seamless EU market access.

The Import Control System 2 represents the most significant transformation of European customs border security in decades. For UK businesses exporting to the European Union, understanding this system is not merely helpful but essential for maintaining uninterrupted trade flows. As ICS2 Release 3 became fully operational on 1 September 2025 across all transport modes, the terminology and technical vocabulary surrounding this system has become the language of cross-border commerce. This comprehensive reference document provides UK traders, freight forwarders, hauliers, and customs professionals with an exhaustive guide to every abbreviation, acronym, and technical term they will encounter when navigating ICS2 compliance.

Understanding the ICS2 Framework

Before diving into specific terminology, it is important to understand what ICS2 represents in the broader context of EU-UK trade. The Import Control System 2 is the European Union’s advance cargo information and risk assessment system for import shipments. It replaces the older Import Control System (ICS1) and requires pre-arrival safety and security filings for all goods entering or transiting the EU customs territory, which includes Northern Ireland under the Windsor Framework arrangements, as well as Norway and Switzerland. The system operates under the legal framework of the Union Customs Code and was deployed in three phases: Release 1 for postal and express air consignments from March 2021, Release 2 for general aviation cargo from March 2023, and Release 3 for maritime, road, rail, and inland waterways from 2024 onwards with full implementation achieved by September 2025.

For UK businesses, this means that any goods sent into the European Union must comply with ICS2 requirements, even though the United Kingdom now operates its own separate Safety and Security system for Great Britain. The distinction is critical: ICS2 governs entry into the EU customs territory, while Safety and Security GB governs entry into Great Britain. Northern Ireland follows EU customs rules under the Windsor Framework, meaning goods arriving in Northern Ireland from outside the EU require an ENS filing in ICS2.

ICS2 Abbreviations and Acronyms

The following alphabetical listing provides comprehensive coverage of every significant abbreviation and acronym encountered in ICS2 documentation, technical specifications, and operational guidance.

AC (Assessment Complete) represents the positive outcome of ICS2 risk analysis. When customs authorities complete their security assessment and find no obstacles to the movement of goods, they issue an Assessment Complete notification. This effectively provides the green light for loading goods onto transport bound for the EU. However, it is essential to understand that Assessment Complete does not guarantee import clearance; it merely confirms that pre-loading or pre-arrival security screening has been satisfied. A second risk analysis occurs pre-arrival, which could still result in control recommendations upon arrival at the EU border.

AEO (Authorised Economic Operator) denotes a status granted by customs authorities to businesses that demonstrate high standards of security and compliance. AEO certification signals that a company’s supply chain is secure and compliant with customs requirements. While holding AEO status does not exempt operators from ICS2 filing requirements, AEO-certified traders may benefit from reduced risk scoring, meaning their shipments might face fewer interventions and inspections. The status comes in different categories, with AEO-S specifically relating to security and safety standards.

AMS (Addressed Member State) refers to the EU Member State declared in the Entry Summary Declaration as the expected point of entry for the goods. This is the country where the goods are anticipated to first enter EU customs territory. In situations where actual routing differs from planned routing due to operational changes, the AMS may differ from the actual country of entry, triggering specific ICS2 protocols for handling such diversions..

AN (Arrival Notification) is the notification submitted to customs authorities upon the physical arrival of goods at the EU border. This notification confirms that goods covered by an ENS have actually presented at the declared entry point, allowing customs to update the status of the consignment and proceed with any controls that may have been recommended during risk analysis.

BCP (Business Continuity Plan) relates to contingency arrangements that allow economic operators to continue submitting ENS declarations when their primary IT systems experience failures. The ICS2 framework includes provisions for business continuity, though it is important to note that activation of business continuity arrangements is not permitted simply because an operator is not ready to comply with ICS2 requirements.

BTI (Binding Tariff Information) while not exclusive to ICS2, this term refers to legally binding classification decisions issued by customs authorities. BTI rulings become relevant in ICS2 contexts because accurate commodity classification using Harmonised System codes is mandatory for ENS submissions. An incorrect HS code can trigger risk analysis flags or rejection of the declaration.

CFSS (Common Functional System Specifications) refers to the technical documentation produced by DG TAXUD that defines how the ICS2 system operates at a functional level. These specifications govern the business rules, data validation requirements, and processing logic applied to ENS submissions.

CIRCABC (Communication and Information Resource Centre for Administrations, Businesses and Citizens) is the EU platform where official ICS2 documentation, guidance, training materials, and the list of stop words are published. Economic operators seeking authoritative information about ICS2 requirements should consult the dedicated ICS2 group within CIRCABC.

COFE (Customs Office of First Entry) designates the customs office at the location where goods first enter EU customs territory. The COFE plays a central role in determining which Member State holds responsibility for risk analysis and any subsequent controls.

CR (Common Repository) is the central database and processing core of the ICS2 system. Once the Shared Trader Interface receives an ENS message, it is passed to the Common Repository for technical validation, storage, and distribution to Member State risk engines. The Common Repository manages the lifecycle state of every consignment, tracking declarations from received status through registration, risk analysis, control decisions, and arrival confirmation.

CRMF (Common Risk Management Framework) represents the EU-wide system for standardised risk assessment of consignments. This framework ensures that risk criteria are applied consistently across all Member States, preventing inconsistent treatment of similar risk indicators depending on the country of entry.

DA (Delegated Act) refers to secondary EU legislation that supplements the Union Customs Code. The UCC Delegated Act contains specific provisions relevant to ICS2, including detailed data requirements specified in Annex B.

DG TAXUD (Directorate-General for Taxation and Customs Union) is the department of the European Commission responsible for EU policies on taxation and customs. Within the ICS2 context, DG TAXUD acts as the system owner and architect of the Multi-Annual Strategic Plan for electronic customs. All authoritative technical specifications and guidance originate from this directorate.

DNL (Do Not Load) represents the most severe operational command in the ICS2 vocabulary. A Do Not Load message is a strict prohibition against loading goods onto the means of transport, issued when customs authorities identify a serious security threat. This directive typically applies during pre-loading screening for air cargo and indicates that intelligence suggests a severe risk such as explosives or prohibited items. Loading goods subject to a DNL notification constitutes a major violation of EU security law.

DUCR (Declaration Unique Consignment Reference) is a unique reference number assigned to customs declarations that allows tracking and cross-referencing of related filings. While primarily associated with import declarations, DUCRs may be referenced in ICS2 submissions when coordinating between ENS filings and subsequent customs clearance.

ELO (Enveloppe Logistique Obligatoire) is a French system that groups multiple customs declarations under a single barcode to improve border security and reduce waiting times at the Brexit Smart Border. While separate from ICS2, ELO interacts with ICS2 compliance for UK-France corridor movements and is expected to become mandatory from January 2026.

ENS (Entry Summary Declaration) is the electronic safety and security declaration that must be lodged for all goods entering or transiting the EU customs territory before arrival. The ENS is the fundamental data unit of ICS2, containing advance cargo information including consignor and consignee details, goods descriptions with HS codes, quantities, weights, and routing information. This declaration enables customs authorities to perform risk analysis and identify high-risk consignments prior to border crossing. The ENS is strictly a security declaration, distinct from the customs import declaration used for fiscal clearance.

EO (Economic Operator) refers to any business or individual engaging in activities covered by customs legislation, including importers, exporters, carriers, freight forwarders, and logistics providers. Economic operators must be registered and identified by an EORI number to interact with ICS2 and other customs systems.

EORI (Economic Operators Registration and Identification) is the unique registration identifier assigned to businesses for customs interactions. An EORI number is mandatory for filing ENS declarations in ICS2. Following Brexit, UK companies require an EU-issued EORI number to lodge filings in ICS2, which is distinct from the GB EORI number used for dealings with UK customs. For Northern Ireland, the XI prefix is used for EORI numbers.

EUCTP (EU Customs Trader Portal) is the online portal through which traders can interact with customs systems like ICS2. Also referred to as the Shared Trader Portal, this web interface allows users to manually submit ENS filings, check declaration statuses, and manage their ICS2 accounts.

GVMS (Goods Vehicle Movement Service) is the UK’s IT platform for managing the movement of goods through ports using the common transit procedure. While separate from ICS2, GVMS interactions become relevant for UK traders because movements through UK ports may require coordination between UK systems and EU ICS2 requirements.

GMR (Goods Movement Reference) is the reference number generated within GVMS that links together declarations associated with a vehicle movement. For UK-EU trade, operators must manage both GMR references for UK systems and MRN references for ICS2 compliance.

HBL (House Bill of Lading) is the transport document issued by freight forwarders for consolidated shipments. In ICS2 Multiple Filing scenarios, house-level data linked to house bills is filed separately from master-level data, with the HBL number serving as a key linking reference.

HRCM (High Risk Cargo and Mail) is a status applied to goods that fit a high-risk profile during ICS2 risk analysis. Consignments flagged as HRCM require physical security screening using high-standard methods before loading can proceed.

HS (Harmonised System) refers to the international nomenclature for classifying traded goods. ICS2 requires a minimum six-digit HS code for each item declared in an ENS, enabling consistent risk assessment based on the nature of goods being transported.

HTI (Harmonised Trader Interface) refers to the technical specifications defining the structure and content of messages exchanged between economic operators and the Shared Trader Interface. HTI documentation includes XML Schema Definitions and service specifications that software systems must comply with to successfully connect to ICS2.

IA (Implementing Act) refers to secondary EU legislation that implements the Union Customs Code. The UCC Implementing Act contains procedural details and technical requirements relevant to ICS2 operations.

ICS1 (Import Control System 1) was the EU’s original import security filing system, now being phased out and replaced by ICS2. Under ICS1, entry summary declarations were handled by individual Member States’ systems with less stringent data requirements. From September 2025, ICS1 is being fully replaced by ICS2.

ICS2 (Import Control System 2) is the EU’s modern, unified system for pre-arrival customs safety and security declarations. Implemented across the EU, Switzerland, Norway, and Northern Ireland, ICS2 mandates submission of Entry Summary Declarations for all goods destined for or transiting the EU customs territory before loading or arrival. The system operates via a centralised platform and was deployed in three releases covering all transport modes.

IED (Improvised Explosive Device) and IID (Improvised Incendiary Device) are threat categories specifically targeted by pre-loading screening under ICS2 air cargo provisions. PLACI filings are designed to enable early detection of these immediate aviation security threats.

IMS (Involved Member State) refers to any Member State with an interest in a consignment, typically because it is the destination country or a transit country. The ICS2 architecture allows involved Member States to view declaration data and input their own risk markers into the common analysis.

ITSP (IT Service Provider) refers to third-party software providers or customs brokers offering ICS2 filing services on behalf of traders. Many companies choose to use an ITSP to submit ENS filings rather than developing their own technical interface.

LRN (Local Reference Number) is the internal reference code generated by the trader’s software for each ENS submission. The LRN must be unique within the trader’s system and is used to track the filing before customs authority acceptance. Customs refer to the ENS by its LRN in any queries or responses until an official Movement Reference Number is issued.

MASP (Multi-Annual Strategic Plan) refers to the EU’s strategic planning framework for electronic customs systems, under which ICS2 has been developed and deployed.

MBL (Master Bill of Lading) is the transport document issued by carriers for overall consignments. In ICS2 Multiple Filing scenarios, master-level data linked to master bills is filed by carriers, while house-level data is filed separately by forwarders.

MRN (Movement Reference Number) is the official receipt number generated by ICS2 upon successful validation of an ENS filing. The MRN serves as proof of filing and is required for goods to proceed through border controls. In road transport, drivers must present the MRN, often linked to vehicle registration plates, to cross the border.

MS (Member State) refers to the 27 countries of the European Union. In ICS2, Member States serve as the operational enforcement arm, making decisions about inspections and controls based on centralised risk analysis.

NCTS (New Computerised Transit System) is the EU’s system for managing transit movements of goods. NCTS Phase 6 introduced integration capabilities with ICS2, allowing some Member States to accept ENS data within transit declarations rather than requiring separate ICS2 filings.

NSD (National Service Desk) refers to the customs authority contact point in each EU Member State where economic operators can request deployment windows or obtain support for ICS2 onboarding.

PLACI (Pre-Loading Advance Cargo Information) is the minimal dataset required prior to loading for air cargo and mail shipments. Under ICS2 air freight rules, certain minimum information must be filed as PLACI to enable initial risk screening before aircraft loading. This filing enables early detection of immediate aviation security threats such as explosives.

RA (Risk Analysis) refers to the automated and manual process where ENS data is screened against Common Risk Criteria. Electronic risk analysis provides the initial automated assessment, with manual intervention occurring when potential matches are flagged for human analyst review.

RFI (Request for Information) is a referral asking for additional data when risk analysts identify ambiguities in ENS submissions. Traders must respond digitally with requested documentation such as commercial invoices or material safety data sheets.

RFS (Request for Screening) is a command to perform physical security screening on consignments. When issued, the carrier must screen goods using high-standard methods and confirm screening results to customs before Assessment Complete status can be granted.

RMS (Responsible Member State) is the EU Member State holding legal responsibility for performing security risk assessment on a consignment. Typically, the RMS is the country where the Customs Office of First Entry is located. The RMS coordinates risk results and issues official notifications to traders.

S&S GB (Safety and Security Great Britain) is the UK’s safety and security declaration system for imports into Great Britain. This system is distinct from ICS2 and covers goods arriving in England, Scotland, and Wales. Northern Ireland follows EU ICS2 requirements rather than S&S GB.

STI (Shared Trader Interface) is the EU’s system-to-system gateway for ICS2, providing the centralised electronic filing interface that all Member States share. Traders or their IT providers can lodge ENS data via API or messaging integration through the STI using the AS4 secure messaging protocol.

STP (Shared Trader Portal) is the online web portal component of ICS2 where traders can log in and manually submit or view ENS filings. The portal provides a user-friendly graphical interface for those without automated system connections.

TAPAS (TAXUD AS4 Access Point) is the specific software implementation of the AS4 access point used by DG TAXUD. When configuring system-to-system connections, traders effectively configure their systems to communicate with TAPAS.

TSS (Trader Support Service) is a free UK Government-supported service helping traders with customs formalities for moving goods between Great Britain and Northern Ireland. The TSS can handle ENS filings into Northern Ireland via ICS2 on behalf of registered traders.

UCC (Union Customs Code) is the overarching EU customs law framework that came into force in 2016, modernising customs processes across Member States. ICS2 is the technological implementation of UCC Article 127, which mandates entry summary declarations for goods entering EU customs territory.

UUM&DS (Uniform User Management and Digital Signatures) is the EU’s centralised authentication system for customs systems access. Traders connecting to ICS2 must authenticate through UUM&DS to obtain credentials and certificates for the EU Customs Trader Portal and Interface.

ICS2 Glossary of Terms

Beyond abbreviations, ICS2 introduces numerous technical terms and operational concepts that require clear definition for effective compliance.

Advance Cargo Information refers to the electronic data submitted before goods arrival for security risk assessment. This information forms the core of ICS2 via the Entry Summary Declaration and enables customs authorities to identify potential threats before goods reach the border.

Assessment Complete is the positive outcome notification indicating that ICS2 risk analysis has finished without identifying obstacles to loading or entry. While this allows goods to proceed, it does not guarantee subsequent import clearance.

Conformance Testing is the mandatory preparatory step for economic operators or IT providers planning to interface directly with ICS2 systems. Before sending live ENS filings via the Shared Trader Interface, users must successfully complete a series of tests in a sandbox environment demonstrating that their messages meet ICS2 specifications.

Consignee is the party receiving goods, whose full address, postal code, and EORI number are typically required in ENS submissions, particularly for EU-established entities.

Consignor is the party sending goods, whose details are required in ENS submissions for traceability purposes.

Declarant is the party responsible for lodging the ENS, who must use their EORI number for identification. The declarant may be a carrier, forwarder, or other economic operator depending on the filing arrangement.

Deployment Window is the transitional period granted by national customs authorities for economic operators to connect to ICS2. Operators who were not ready by mandatory implementation dates were required to request deployment windows from their National Service Desk.

Diversion Notification is the ICS2 protocol for handling situations where goods enter EU customs territory through a different location than declared in the original ENS. This notification hands over responsibility from the addressed Member State to the actual Member State of arrival.

Do Not Load Message is the customs instruction preventing high-risk goods from being loaded onto transport bound for the EU. This represents the most severe outcome of pre-loading risk analysis.

Goods Description refers to the detailed commercial description required in ENS submissions. Descriptions must be specific and accurate, avoiding vague terms that would prevent meaningful risk assessment.

House-Level Filing is the partial ENS submitted by freight forwarders or logistics providers containing detailed information on individual consignments consolidated under a master bill. House-level filings include the actual buyer and seller details, specific goods descriptions, and consignment-specific data.

Master-Level Filing is the partial ENS submitted by carriers containing overall transport details for a vessel, aircraft, or vehicle movement. Master-level filings include transport information, master bill references, and identification of house filers responsible for consignment-level data.

Minimum Dataset refers to the reduced data elements required for PLACI submissions in air cargo contexts, enabling early risk screening based on essential information before full ENS data is available.

Multiple Filing is the mechanism allowing different parties in the supply chain to file their specific data subsets separately, which the system then links together into a complete ENS. This approach recognises that carriers often do not possess detailed commercial information about consolidated consignments, which is held by freight forwarders. Multiple filing preserves commercial confidentiality while distributing filing responsibility appropriately.

Partial ENS refers to an incomplete declaration focusing on specific levels, either master or house. Multiple partial filings combine in the Common Repository to form a complete ENS satisfying all regulatory requirements.

Pre-Arrival is the phase before goods reach EU customs territory when comprehensive risk analysis occurs on full ENS data. Pre-arrival filings must be submitted within specified timeframes depending on transport mode.

Pre-Loading is the phase before loading onto outbound transport, critical for air and express shipments. Pre-loading screening enables early detection of immediate security threats before goods are loaded onto aircraft.

Referral is a customs request for additional information or action on a consignment due to identified risks during ENS analysis.

Risk Analysis is the automated and manual assessment process using ENS data to identify security threats, prohibited goods, or other risks requiring intervention.

Single Filing is the traditional approach where one party submits a complete ENS containing all required data elements, as opposed to multiple filing where data is distributed across several partial submissions.

Stop Words are vague or generic terms prohibited in ENS goods descriptions that would prevent meaningful risk assessment. Terms such as “unknown,” “various,” “miscellaneous,” “parts,” “samples,” and “consolidated cargo” trigger validation errors. The ICS2 system maintains a library of stop words that declarants must avoid to ensure data quality.

Structured Address is the preferred address format in ICS2 submissions, requiring separate fields for street name, building number, city, postal code, and country code. Unstructured addresses are being deprecated in favour of this more precise format.

Technical Rejection occurs when an ENS submission fails schema validation due to incorrect data formatting, missing mandatory fields, or invalid values. Technical rejections require correction and resubmission with a new Local Reference Number.

ICS2 Message Types

The ICS2 system communicates through a standardised catalogue of messages in the IE3 series. Understanding these message types is essential for IT teams and compliance managers implementing ICS2 solutions.

Filing messages convey ENS data from traders to the system. The IE3F10 message is used for maritime full ENS submissions when one party holds all required data. The IE3F12 message is the standard carrier filing for maritime master-level data. The IE3F14 message is the standard forwarder filing for maritime house-level data. The IE3F20 through IE3F22 messages handle air cargo PLACI submissions. The IE3F40 message is the standard filing for road transport. The IE3F50 message provides simplified single filing for accompanied road transport, critical for Roll-on/Roll-off operations. The IE3F51 message handles rail transport filings.

Notification messages convey feedback from the system to traders. The IE3N01 message indicates validation errors requiring correction and resubmission. The IE3N02 message indicates ENS not complete status, typically when expected house filings have not been received. The IE3N03 message confirms Assessment Complete status. The IE3N04 message conveys Request for Information from customs. The IE3N05 message conveys screening requests for high-risk cargo. The IE3N08 message indicates control notification for inspection upon arrival.

Amendment messages allow traders to correct previously submitted data. In ICS2, amendments require submission of the complete dataset again with corrected values rather than differential changes. Amendments are restricted after goods have arrived or after control notifications have been issued.

Transport Mode Requirements

ICS2 requirements vary by transport mode, with specific filing timelines and data elements applicable to each.

For air transport, PLACI minimum data must be submitted before loading at the airport of departure, with full ENS data submitted prior to arrival. Filing deadlines typically require submission at least four hours before arrival. Air cargo requirements were fully implemented under Release 2 from March 2023.

For maritime and inland waterway transport, ENS must be submitted 24 hours before loading for containerised cargo. Multiple filing arrangements typically involve carriers filing master-level data while forwarders file house-level data. Maritime requirements were deployed under Release 3 from 2024.

For road transport, full ENS must be submitted before arrival, with shorter timelines applicable for cross-Channel movements. Release 3 requirements became mandatory from September 2025, though some Member States obtained derogations extending transition periods.

For rail transport, full ENS requirements mirror those for road, with Release 3 implementation completing in 2025. Integration with NCTS Phase 6 provides some Member States with the option of combined transit and ENS filings.

Northern Ireland Considerations

Northern Ireland occupies a unique position under the Windsor Framework, following EU customs rules while remaining part of the UK. Goods arriving in Northern Ireland from outside the EU require ENS filing in ICS2. Goods moving from Great Britain to Northern Ireland often require ENS filings, though facilitations exist for certain movements under the Green Lane scheme. The Trader Support Service provides assistance for businesses managing these requirements, submitting ICS2 ENS declarations on behalf of registered traders.

Filing ICS2 Declarations with Customs Declarations UK

The Customs Declarations UK platform provides comprehensive support for businesses navigating ICS2 requirements alongside their broader customs compliance obligations. Through wizard-based workflows and real-time validation, CDUK helps traders prepare accurate ENS submissions that meet ICS2 data quality standards. The platform’s integration with carrier safety and security filings ensures alignment between customs declarations and ICS2 submissions, preventing the mismatches that commonly cause border delays.

For businesses managing goods movements into both the EU and Great Britain, CDUK provides a unified platform for both ICS2 and Safety and Security GB requirements, streamlining compliance across multiple regulatory regimes. The platform’s archival capabilities ensure that ENS submission records are maintained for the statutory retention period, supporting audit readiness and regulatory inquiries.

Conclusion

The vocabulary of ICS2 represents more than technical jargon; it is the operational language of EU-bound trade. Mastery of these abbreviations, acronyms, and terms enables UK traders and customs professionals to navigate compliance requirements confidently, communicate effectively with customs authorities and supply chain partners, and implement systems and processes that satisfy regulatory expectations.

As ICS2 continues to evolve, with multiple filing capabilities extending across all transport modes and ongoing technical updates to message specifications, staying current with ICS2 terminology and requirements is essential for maintaining competitive cross-border operations. The investment in understanding this system pays dividends through smoother border crossings, fewer delays, and reduced compliance risks.