A business moving forty duty-suspended shipments a week does not want forty separate logins to EMCS’s own online service. It wants to build one file, check it once, and have every movement in it submitted and tracked without retyping the same warehouse and consignee details forty times over.
That workflow exists, but it is worth being precise about where it lives. EMCS itself was not built with a batch upload button; the bulk path described in this guide is something a connected platform like iEMCS provides on top of EMCS, not a feature of the government service itself. This article covers what that Excel-based flow actually looks like, from template to tracked movement, and who it genuinely fits.
HMRC’s own guidance on registering for and using EMCS describes the process in singular terms: a dispatching business completes and submits an eAD, one electronic administrative document per movement, through the system’s own online service. There is no mention of a batch file or a bulk template on the government side of the process.
What the same guidance does say, explicitly, is that a business “must register and enrol for EMCS even if you choose to use a commercial software package or in-house designed software” to handle its consignments. In other words, HMRC expects and supports third-party software sitting in front of its own portal; it just does not build the batch-handling layer itself. That is the gap an Excel upload workflow is actually filling.
iEMCS’s own bulk upload path follows a straightforward sequence, described on its product page as: “Upload an Excel template with multiple movements at once. iEMCS validates, submits, and tracks them all.” Broken into steps, that is:
iEMCS’s own positioning describes this path as “best for batch workflows,” alongside the API and direct-entry options covered elsewhere, and the platform’s broader claim, handling ten times the volume without ten times the headcount, is exactly the kind of workload an Excel upload is built to absorb.
Because the template stands in for individual eADs, each row needs to carry what any single movement would: consignor and consignee identity, the commodity and excise product detail, quantity, the warehouse and ARC references involved, and the guarantee reference covering the movement. The exact field-by-field breakdown of what EMCS requires on an eAD is its own topic, covered in full in our guide to EMCS data requirements; the point here is that a bulk file does not reduce what has to be known about each shipment, it just removes the need to re-enter it screen by screen.
A file uploading successfully is not the same as every row in it being ready to file. iEMCS’s validation step checks declaration data against CDS and warehouse records and flags mismatches before submission rather than after, and that check applies to a batch file the same way it applies to a single movement entered directly. The practical implication is that a batch upload does not trade accuracy for speed; it is meant to catch the same errors a careful person entering movements one at a time would be checking for, just across every row in the file at once.
Excel upload sits between the two other paths, rather than replacing either. A business with an ERP, WMS or TMS already producing movement data programmatically is usually better served by a direct API connection, covered in our guide to EMCS API integration, because the data never has to leave one system to be reformatted into a spreadsheet. A business filing the odd single movement is usually better served by direct entry through the interface itself. Excel upload fits the business in between: real, recurring volume, but no engineering resource dedicated to building or maintaining an API integration, and a back-office team that already works comfortably in a spreadsheet.
A bonded warehouse operator manages excise movements for several smaller clients, averaging around forty shipments a week, none of it running through a shared ERP. Historically, that meant a compliance clerk logging into EMCS’s own online service and completing an eAD for each one individually. With the Excel path, the same clerk builds one weekly file covering all forty movements, uploads it once, and iEMCS validates the batch, flags anything that does not match the warehouse’s own records, submits each movement as its own eAD once it passes, and tracks every resulting ARC centrally rather than the clerk keeping a separate note of each one.
EMCS itself lets you upload a batch file directly. It does not. HMRC’s own online service handles eADs one at a time; the batch upload experience comes from connected software sitting in front of it, not from EMCS itself.
Bulk upload is only worth it at very high volumes. Not necessarily. It is aimed at recurring, file-based work rather than a specific volume threshold, and fits a back-office team without ERP integration just as well as a larger operation.
If the file uploads, every movement in it gets filed. Uploading and passing validation are not the same step. iEMCS checks the batch against CDS and warehouse records first, and flags mismatches before anything is submitted.
No. HMRC's own guidance describes submitting one eAD at a time through its online service, though it explicitly permits using commercial or in-house software instead. Bulk upload is a capability that software layer provides, not a native EMCS feature.
A business uploads an Excel template covering multiple movements at once, and iEMCS validates, submits and tracks all of them, filing each row as its own eAD with EMCS behind the scenes.
The same underlying detail a single eAD requires: consignor and consignee identity, commodity and excise product detail, quantity, the relevant warehouse and ARC references, and the guarantee reference for the movement.
Yes. iEMCS checks the data against CDS and warehouse records and flags mismatches before anything is submitted, the same validation step used for other submission paths.
Businesses with recurring volume but no ERP integration or engineering resource for an API build. Businesses with systems already generating movement data programmatically are usually better served by the API path; occasional single movements are usually better served by direct entry.
See how an Excel template can carry multiple movements through validation, submission and tracking in one pass.
iCustoms is an all-in-one solution helping businesses automate customs processes more efficiently. With AI-powered and machine-learning capabilities, iCustoms is designed to streamline your all customs procedures in a few minutes, cut additional costs and save time.
iEMCS validates, submits and tracks every movement in an Excel batch, the same way it does for any other submission path.