The Duty Relief Program (DRP) is one of the more useful customs programs available to Canadian manufacturers in today's environment. If a manufacturer imports raw material into Canada and later exports the resulting product — either as-is or after being used in production — duties on the original import can be deferred under the program.

The program does not, however, reward intent. It rewards records.

If a manufacturer can demonstrate that imported material was received, consumed, diverted, or exported — with traceable system data backing each step — the program works as designed. If those records have to be reconstructed by hand from spreadsheets, broker emails, and ERP exports each month, the burden quietly grows until something slips.

This post walks through where that burden actually lives, and what a manufacturing-grade traceability layer needs to do to make DRP reporting repeatable.

What the Duty Relief Program is

The Duty Relief Program, administered by the Canada Border Services Agency (CBSA), can allow eligible importers to defer duties on goods that are imported and later exported, either as-is or after being consumed, expended, or used in processing. CBSA's Duty Relief Program page is the canonical program reference and emphasizes sufficient records for CBSA audit, proper handling of scrap and waste, and accurate reporting of any goods that don't end up exported.

It is worth noting that DRP is distinct from Duty Drawback, a separate program in which duties are paid at import and refunded after export. Both programs have a place, but we are focused on DRP and the manufacturing side of the equation and the records the plant needs to be able to produce.

Specific conditions, timelines, and eligibility are governed by CBSA and your customs broker.

Why import records are only the beginning

Most manufacturers already have part of the answer. The customs broker provides CAD transaction data after clearance. The ERP holds POs, receipts, invoices, and inventory positions. The MES or production system holds batches, lot consumption, scrap, and shop-floor activity. The shipping system holds export records.

The problem is that those records sit in different systems, in different units of measure, with different identifiers — and the records needed to support DRP reporting and audit readiness require all of them tied together.

The transaction-number-to-lot-number challenge

The CBSA transaction number (from the CAD / B3 form) arrives from the broker. The supplier lot arrives on a tag attached to the skid. Inside the plant, those two identifiers may never meet unless someone, somewhere, makes them meet.

The cleanest way to close that gap is as close to receipt as possible: the CBSA transaction number is connected to the ASN, PO, invoice, and the supplier lot scanned at receiving. Optional internal labels, barcode scans, or receiving workflows can be used to make that link concrete in a way that fits the plant's existing process. From that moment forward, every batch consumption, every scrap entry, and every finished-goods shipment can carry the customs context with it.

This is the part of the problem that most manufacturers underestimate. Customs data and supplier-lot data are both available, they're just in different places, and "linking them later" is exactly where DRP reporting tends to fall apart.

Why scrap, flash, and waste matter

DRP is sensitive to material that does not end up exported. Process scrap, flash from forging, shavings from machining, rejected parts, domestic sales, destruction, and missing inventory all have to be accounted for — and the duty exposure on each has to be calculable.

That means scrap can't only be a quantity in a production report. It has to be tied back to the originating customs transaction so the duty and GST exposure on that quantity can be calculated cleanly. A scrap entry without a lot link is a scrap entry that doesn't help you on a DRP report.

This is one of the strongest arguments for capturing scrap, flash, and rejects at the point of production rather than reconciling at the end of the shift. The further the scrap event is from the consumed lot, the harder the link becomes to reconstruct later.

The four reports manufacturers should be ready to produce

Records a manufacturer may need to produce during DRP reporting, review, or audit generally fall into four buckets: a Diversion Report (material that didn't end up exported, with duty and GST owing), an Import Summary Report (every CAD transaction with quantities received, diverted, exported, and remaining), an Inventory Report (imported material still on hand with aging against the required DRP timeline), and a Sales / Export Report (finished goods tied back to the imported material they came from).

All four are typically required in Excel, on a monthly cadence — and none of them can be produced cleanly if the customs-to-lot link wasn't established at receipt. The full breakdown of each report's fields, sources, and how the data is assembled lives on the solution page: see the four DRP reports →

Records a manufacturer may need to produce during DRP reporting, review, or audit are not reports you build at month-end. They are reports that can be generated from a record set you've been building all month.

How ERP, MES, and shop-floor systems need to work together

No single system in most plants holds all of this. The ERP doesn't see flash from a forging press. The MES doesn't see the broker's CAD transaction. The shipping system doesn't see the supplier lot tag.

The traceability layer that supports DRP needs to:

  • Ingest customs data from the broker (SFTP, EDI, structured file)
  • Connect to ERP for POs, receipts, invoices, BOMs, routings, costs, exchange rates, inventory, and shipments
  • Capture production, scrap, flash, and rejected parts at the point of production
  • Carry the CBSA transaction number through every link in the chain
  • Produce the four reports above on a repeatable schedule

That's not the responsibility of one module. It spans MES production records, DQS lot traceability, scrap tracking, ERP integration, and export reporting working together.

How 10in6 helps close the gap

10in6 sits at the plant-floor end of this problem. It connects customs transaction data to the supplier lot at receipt, carries that link through batch production and scrap capture, and ties it to the export record on the way out — using the ERP and customs data you already have, and the receiving and production workflows your operators already follow.

It doesn't replace your customs broker, your ERP, or your CBSA filings. 10in6 does not determine DRP eligibility or file customs declarations. We help manufacturers build the operational traceability and reporting layer that supports their internal compliance process, ERP records, and customs broker workflows.

For a more detailed walkthrough — the customs-to-receiving reconciliation, the four reports, and how the traceability layer is built across the platform — see our solution page:

Duty Relief Program Traceability →

If your team is preparing for DRP, expanding existing DRP reporting, or simply tired of rebuilding the same Excel files every month, that's the right place to start.