A Canadian freight forwarder filing 600 plus eManifests per month told us their workflow looked something like this: book the shipment in their primary FMS, then open a second browser tab, log into CrimsonLogic, and re key the same shipment data to file the eManifest with the Canada Border Services Agency. When CBSA returned a rejection, the third party portal could not explain why. Their operations team would spend the rest of the morning chasing errors they had no visibility into. The VP put it directly during the buying process: "why have a middleman that can provide that when you can hook right away into the system?"
For Canadian freight forwarders, the operational story behind CBSA eManifest filing is rarely about the regulation itself. It is about the tooling. Most forwarders accepted years ago that they would file eManifest through a separate portal, and the resulting double entry workflow became part of the daily routine. This guide walks through what CBSA actually requires, what filing in a separate portal really costs at scale, why a direct CBSA connection changes the workflow, and what to look for when you evaluate AES filing style automation for the Canadian side of your business.
The Canada Border Services Agency requires carriers and freight forwarders to submit advance commercial information (ACI) electronically before goods arrive at the Canadian border. The eManifest program is the policy framework that operationalizes this requirement across modes. The rules differ by mode but the principle is the same: CBSA wants the cargo data in their system before the shipment shows up at the border, so they can do their risk assessment before, not after, the truck or container arrives.
| Mode | Filing window | Who files |
|---|---|---|
| Highway (ACI eManifest) | At least 1 hour before arrival at the border | Highway carrier, plus freight forwarder house bill data |
| Marine | 24 hours before loading at foreign port (containerized) | Ocean carrier, plus freight forwarder house bill data |
| Air | 4 hours before arrival, or at time of departure for short haul | Air carrier, plus freight forwarder house air waybill data |
| Rail | 2 hours before arrival at the border | Rail carrier, plus freight forwarder house bill data |
For freight forwarders specifically, the obligation is to file the secondary house bill data that links your shipments to the carrier's primary cargo report. Without your filing, the carrier's manifest is incomplete and the shipment cannot be released. Late or missing eManifest data triggers administrative monetary penalties (AMPs) that escalate with repeat occurrence.
An eManifest submission carries the same shipment data your forwarding system already holds: shipper name and address, consignee name and address, commodity description, weight, piece count, container or trailer number, bill of lading number, and origin. Every field on the eManifest exists somewhere in your shipment file. That is the whole problem with the workflow most Canadian forwarders run today.
The Canadian forwarder we worked with was filing roughly 600 eManifests per month through CrimsonLogic. On paper, third party portals look fine. They are CBSA approved, they handle the protocol, and the per filing fee is small. In practice, three costs compound until they are no longer small.
Double entry is the most visible cost. Take 600 filings per month and assume a conservative 4 minutes of re keying per shipment in the portal: that is 40 hours per month, or one full week of one person's time, spent on data that already lives in your FMS. The Canadian forwarder we worked with was running close to that number with one dedicated person plus overflow to ops staff during peak.
Manual re entry produces a known error class: transposed bill numbers, missing letters in container numbers, weight or piece counts that drift from what the carrier filed. CBSA rejects the eManifest. The third party portal returns a generic error and cannot explain it. Their super user said it plainly during the deal: "every time the crimson was doing submissions for emanifest, there was errors and crimson was not being able to help us with the solution for the errors." Her team would then call CBSA directly to figure out what went wrong, which moved the problem out of the portal entirely and into the phones.
A rejected eManifest is not a "fix it later" issue. If the filing is not corrected before the border deadline, the shipment is treated as having no advance data. That is what triggers AMPs and downstream delays at the border. Error handling speed is operationally load bearing, not a back office concern.
When all filings flow through one portal that nobody else fully understands, you end up with one team member who "owns" eManifest. They become the bottleneck during vacation, sick leave, or growth. New hires take months to ramp on the portal workflow because none of it is connected to the FMS they actually use day to day. This pattern shows up consistently in forwarders who run multi system stacks and matters even more during periods of growth, acquisition, or hiring.
CBSA exposes an API for eManifest. A freight management system that connects directly to that API removes the second portal entirely. The shipment record in your FMS becomes the source of truth, the filing is pushed straight from it, and the response from CBSA flows back into the same shipment file. The deal champion at the Canadian forwarder summarized the logic in one sentence: "you eliminate the middleman, you know? So especially you have the API capability, cbsa does, why do you have a middleman that can provide that when you can hook right away into the system?"
There are three operational consequences of that change.
| Dimension | Third party portal | Direct CBSA connection |
|---|---|---|
| Data source | Re keyed from FMS to portal | Filed straight from the shipment record |
| Error visibility | Generic portal error, no CBSA context | CBSA reason code attached to the shipment |
| Support path | Portal helpdesk plus calls to CBSA | FMS vendor owns the integration end to end |
| Audit trail | Split between FMS and portal logs | One timeline per shipment |
| Per filing cost | Per transaction fee plus labor | Bundled in the FMS, labor near zero |
The direct connection is not a feature wish list. It is a sourcing decision. You are choosing whether the source of truth for CBSA filings lives in your operational system or in a parallel system you log into separately. Once you make the operational system the source of truth, the rest of the workflow simplifies on its own.
"Direct CBSA connection" means the FMS holds a service account with CBSA, transmits the eManifest payload using the CBSA EDI or API specification, parses the CBSA response, and writes both the acknowledgment and any error back to the shipment record. There is no second system in the chain. From the operator's perspective, filing is a button on the shipment screen and the response is a status badge on the same screen a few seconds later. That live link is one of the things you should specifically confirm during a demo of freight integrations software for the Canadian market.
The realistic before and after for a 600 plus filing per month operation looks like this. The numbers below are pulled from the Canadian forwarder we worked with plus consistent patterns across other CBSA filers.
The most underrated benefit is who can do the work. When eManifest filing lives in the FMS, the bottleneck around one portal specialist disappears. Any operator who can manage a shipment can also file the eManifest. New hires become productive on CBSA filings in days rather than months because the workflow is the workflow they already learned. The Canadian forwarder's ocean and air managers both said the same thing: it was an easy decision once they saw the alternative.
“Every time CrimsonLogic was doing submissions for eManifest, there were errors and CrimsonLogic was not being able to help us with the solution for the errors. So that is why I asked about the connection directly with CBSA.
— Super user, Quebec based freight forwarder, ~600 eManifests per month
A single audit trail per shipment makes month end and CBSA audits straightforward. Every filing has a timestamp, a CBSA acknowledgment, and an operator name attached. AMP exposure goes down because late filings are visible inside the FMS and can be tracked the same way you track any other operational SLA. The same reasoning applies on the US side, where forwarders moving from manual ACE portal filings to integrated filing report similar gains in throughput and error reduction. For a deeper comparison of the US equivalent, see our guide to US customs clearance timelines.
If you are evaluating a freight management system as a Canadian forwarder, CBSA eManifest integration is not a "nice to have" line item. It is a sourcing requirement. The right question for any vendor demo is not "do you support eManifest?" It is "do you file directly with CBSA from the shipment record, and what happens when CBSA returns an error?" The vendor's answer to the second half of that question tells you whether the integration is real or whether they are reselling someone else's portal under a different label. Workflow automation software for forwarders that handles the validation, filing, and error handling end to end is what you are actually buying.
CBSA eManifest belongs inside the shipment file, not in a second browser tab. See how GoFreight files directly with CBSA from one cloud platform.
Request a GoFreight Demo →ACI (advance commercial information) is the umbrella CBSA program that requires electronic cargo data before goods arrive in Canada. eManifest is the operational layer of ACI that extends the requirement across all commercial modes and adds freight forwarder house bill filings to the carrier's primary cargo report. In day to day usage, Canadian forwarders often use "ACI eManifest" to refer specifically to the highway filing because that mode was rolled out first and is the most common touchpoint for trucking focused forwarders.
Both parties file. The carrier files the primary cargo report for the conveyance and any straight bills. The freight forwarder files the secondary house bill data for any consolidated shipments. Without the forwarder's filing, the carrier's manifest is incomplete and the shipment cannot be released. This is the core reason every Canadian forwarder running consolidation needs an eManifest workflow, regardless of how many carriers are involved.
CBSA can issue an administrative monetary penalty (AMP). Penalty amounts escalate with repeat occurrence: a first late filing is a smaller penalty than the third late filing in a 12 month period. Beyond the penalty, the shipment itself is delayed at the border until the data is on file, which produces downstream costs in driver time, demurrage, and customer service. Tracking late filings inside the FMS as an operational SLA is the cleanest way to bring AMP exposure to zero.
No. CrimsonLogic is one of several CBSA approved service providers, and it is widely used because it was an early entrant. Canadian forwarders can also use other third party portals, or file directly with CBSA through a freight management system that holds its own CBSA service account. The choice is not "third party portal or nothing." The choice is "third party portal or direct integration."
For an operation running 600 plus filings per month, the typical recovery is 30 to 50 hours of staff time per month from removing double entry, plus a meaningful reduction in error handling time. The exact number depends on how much re keying the team was doing and how often filings were getting rejected. The Canadian forwarder we worked with quoted both costs as the reason they moved off the portal model.
No. eManifest is a cargo reporting filing, not a customs entry. Customs clearance and duty payment still go through your customs broker (or your in house brokerage operation if you are licensed). Direct CBSA integration in the FMS handles the eManifest side of the workflow. The two systems work in parallel: the broker handles release; the FMS handles cargo reporting and shipment operations.
A modern freight management platform should handle CBSA on the Canadian side and CBP filings (AMS for inbound, AES for outbound, ISF for ocean import) on the US side from the same shipment record. If you operate cross border in both directions, single platform filing on both sides of the border is a meaningful operational advantage because the audit trail, the staff training, and the integration support all live in one place. The same principles outlined above for CBSA apply to AES filing on the US export side.
The mandatory fields include shipper name and address, consignee name and address, commodity description, total weight, piece count, bill of lading number, conveyance number, and origin. The exact field list varies slightly by mode (marine adds container number; highway adds trailer number and PARS barcode if applicable). All of these fields already exist in any properly built freight management shipment file, which is why double entry is the workflow problem, not data collection.
Both, but for different reasons. High volume operations recover labor time. Smaller operations recover focus: a small team running 50 to 100 filings per month often has no dedicated eManifest specialist, so the portal workflow eats senior ops time that should be spent on customer service and exception handling. The relative gain at lower volume is usually higher percentage time savings even if the absolute hours are smaller.
The technical setup of a new CBSA service account and integration testing typically takes a few weeks. The bigger variable is operational rollout: training the team on the new in FMS workflow, running both filings in parallel for a short period to confirm parity, then cutting over. Most Canadian forwarders we work with complete the full migration in four to eight weeks from kickoff, with no break in CBSA filing continuity.