Hundreds of Emails. Documents You Cannot Keep Straight. An Audit Trail That Lives in Six Tabs.
How a Three-Person Customs Brokerage Reclaimed 78.6% of Their Reconciliation Hours
Inside the partnership between GingerControl and Quantum Customs Brokers, Arnoldo's three-person brokerage, where an email agent and a unified data pipeline replaced hours of manual document reconciliation.

Arnoldo R.
Founder, Quantum Customs Brokers
Reconciliation hours
42% → 9%
share of working day
Throughput
+79%
entries per broker per week
Near-miss rate
1 in 6 → 1 in 28
internal QA catches
Reply latency
4h 12m → 54m
median client reply
The Setup
A three-person brokerage drowning in inboxes
By the time Arnoldo reached out to GingerControl in early 2026, his three-person customs brokerage, Quantum Customs Brokers, had become a victim of its own success. New client growth had outpaced operational capacity, and the team was drowning in inboxes. Each broker was processing between 50 and 100 emails a day, and every email carried a different shipment, a different document set, and a different question.
The work itself was familiar to anyone in the trade, pull the Commercial Invoice, cross-check it against the Packing List, reconcile both against the Bill of Lading, then key the numbers into ABI. Familiar, but unforgiving. A single mismatch between weights, quantities, or consignees, and the entry would bounce. A misfiled HTS code, and the client would call.
Arnoldo's team had already invested in an AI-assisted ABI platform. On paper, the tool should have absorbed most of the manual load. In practice, the data lived in silos. Identical clients shipping identical products would appear as fresh records each time. Brokers found themselves clicking between modules, copying and pasting between tabs, and rebuilding context that the system had captured only hours earlier.
“It wasn't that we lacked technology. It was that the technology didn't know us.”
The Diagnosis
A workflow audit, not a sales call
We began with what we call a Workflow Audit. Over two weeks, a GingerControl consultant sat alongside each broker for full operating days, mapping every keystroke from inbox to ABI submission. We instrumented their workflow with lightweight timers and tagged every action by category, reading email, extracting numbers, comparing documents, re-keying data, chasing missing information, filing.
The numbers were sobering. Across the team, 42% of working hours were spent on what we classified as reconciliation labor, the act of moving the same data from one place to another and checking that it agreed with itself. Another 19% was spent on email triage. Only 27% of working time was spent on the work that customs brokers are actually licensed to do, classification judgement, compliance review, and exception handling.
Working-hour allocation, before and after deployment
Two weeks of timer-tagged workflow audit across the three-broker team, replicated 12 weeks after the new system went live.
Reconciliation labor cut by
0%
Broker judgement time grew by
0 pts
Equally telling was where errors emerged. The team's CBP rejection rate was low, a credit to their experience, but the near-miss rate was high. When we reviewed three months of internal QA logs, we found that 1 in 6 entries had been caught and corrected internally before submission, and most of those corrections involved a number that appeared correctly in one document and incorrectly in another.
“We weren't fighting bad data. We were fighting unconnected data.”
The Design Phase
Two intervention points, one architecture
We presented Arnoldo with two intervention points. The first was the inbox itself. The second was the layer beneath it, the customer and shipment record that every email and every document ultimately referenced.
Rather than build two disconnected tools, we proposed a single architecture, an email agent that reads, classifies, and acts on incoming correspondence, sitting on top of a unified data pipeline that every member of the team would share. The agent would not replace the broker's judgement. It would absorb the mechanical work, identify cases the broker still needed to look at, and surface the right context the moment a broker opened a thread.
The design review took four sessions over three weeks. We sketched intent classifications with Arnoldo's team, what kinds of emails do you actually receive, and what is the right action for each? We mapped document fields across CI, PL, and BOL to a canonical schema, so that "gross weight" meant the same thing whether it arrived from a freight forwarder in Shenzhen or a shipper in Hamburg. We agreed on the threshold for autonomy, when should the agent act on its own, and when should it stop and ask?
The Build
Six weeks, three capabilities, one data layer
Development ran for six weeks. The Email Agent was built around three capabilities, all sitting on top of the new unified record.
01
Resolution detection
When a shipper sends a corrected Commercial Invoice in response to a request, the agent matches the new document against the open exception, confirms the revised numbers reconcile with the Packing List and Bill of Lading, and updates the case file without human intervention.
02
Gap surfacing
When the reply does not resolve the case, the agent surfaces exactly what is still missing, citing the specific field and the specific document where the discrepancy lives.
03
Graceful escalation
When the agent is uncertain, it routes the thread to the assigned broker with a one-paragraph summary of state, the broker reads the summary, not the full thread.
The Unified Customer and Case System was the structural piece. Every client, every shipment, every document, and every email now references a single record. When a broker opens a case, they see the full timeline, prior shipments for the same client, recurring product lines with their historical classifications, every document attached, every email exchanged. The records that previously lived across modules now exist in one view, accessible with one click.
We ran the system in shadow mode for the first ten days, comparing the agent's proposed actions against what the brokers actually did. We tightened the autonomy thresholds based on the disagreements, then flipped to live mode.
Shadow-mode accuracy, day 1 through day 10
The agent ran in parallel with the brokers for ten days, proposing actions without taking them. Disagreements were reviewed nightly and autonomy thresholds tightened before flipping to live mode.
The Results
What the third month looked like
By the end of the third month after deployment, the team's reconciliation labor had fallen from 42% to 9% of working hours, a 78.6% reduction in the share of the day spent moving numbers between documents. Email triage time dropped by 79%. The broker workday, once a chase of inboxes and tabs, became a series of decisions on cases the agent had already prepared.
Internal near-miss rate, 8 weeks before to 12 weeks after deployment
Higher is better. The ratio is "1 in N entries flagged by internal QA before submission to CBP." Pre-deployment the rate hovered near 1 in 6. Post-deployment it stabilized at roughly 1 in 28.
Steady-state near-miss rate
1 in 0
Reduction in near-miss rate
0%
Throughput moved accordingly. The brokerage processed 79% more entries per broker per week, with no change in headcount. Client communication latency, the time between a client sending a question and receiving a substantive reply, dropped from a median of 4 hours 12 minutes to 54 minutes, almost entirely because the agent surfaces resolved cases the moment the resolving document arrives.
| Metric | Before | After | Change |
|---|---|---|---|
| Reconciliation labor | 42% of hours | 9% of hours | 78.6% reduction |
| Email triage time | Baseline | 21% of baseline | 79% reduction |
| Entries per broker per week | Baseline | +79% | Throughput up |
| Internal near-miss rate | 1 in 6 | 1 in 28 | 78.6% reduction |
| Median client reply latency | 4h 12m | 54m | 78.6% reduction |
What Arnoldo cared about most was the part that does not show up cleanly in a metric.
“I have my evenings back. And my brokers are doing broker work.”
What Made It Work
Three judgement calls, made on purpose
Three things, in retrospect, distinguished this engagement from a generic automation rollout.
- 01
The diagnosis preceded the design.
We did not arrive with a product. We arrived with a stopwatch and a notebook, and we let the workflow tell us where the friction lived. The intervention that resulted, an email agent fused to a unified data layer, was not the intervention either party would have proposed at the outset.
- 02
The data architecture preceded the agent.
An email agent built on top of fragmented records would have inherited the fragmentation. We resisted the temptation to ship the agent first and rebuild the data later. The order was the design decision.
- 03
The autonomy thresholds were negotiated, not assumed.
Arnoldo's team did not want an agent that acted on everything, and they did not want an inbox assistant that asked about everything. The shadow period was where the boundary was drawn, case by case, with the brokers in the room.
For Brokerages Considering Similar Work
The middle is where the manual reconciliation tax is paid
Small customs brokerages sit in an unusual position. The volume of work that crosses their desks is enterprise-scale, but their operational headcount is artisanal. Off-the-shelf brokerage software is built for either end of that spectrum, the lone practitioner or the multinational. The middle, where Arnoldo lives, is where most of the trade actually happens, and where most of the manual reconciliation tax is paid.
If your team is spending more time moving numbers between documents than judging the numbers themselves, the intervention is not faster typing. It is connected data and a thin layer of agent intelligence that knows what a resolved case looks like.
That is the work GingerControl was built for.
Could Your Brokerage Pass an Audit on This Morning's Inbox?
Six questions, drawn from the same audit framework we ran at Arnoldo's brokerage. No email gate. Your result is shown the moment you finish. Honest answers are worth more than flattering ones.
1.How many shipment-related emails does each broker on your team process per day?
2.When you receive a corrected document (Commercial Invoice, Packing List, BOL), how do you verify the numbers reconcile with the other documents on file?
3.When the same client ships the same product line a second time, does your system recognize the prior context?
4.Roughly what share of your team's working hours is spent moving numbers from one document into another, or into ABI?
5.In a typical month, how often does your internal QA catch a numerical mismatch between documents before submission?
6.What is your median time to send a substantive reply to a client question about a shipment?
Progress
0 of 6 answered
What happens next
We start the same way we started with Arnoldo. A two-week workflow audit, then a design conversation.
The audit produces a written diagnostic of where your team's hours are going, regardless of what you decide to do next. If the answer is "you do not need us," that is the answer we will give you.