Accessorial evidence workflow

Accessorial Charge Automation: Capture the Evidence Before Billing

Create an evidence-first accessorial workflow for event capture, document collection, rule review, approval, and billing handoff.

By WhichAI. Published 2026-07-12. Updated 2026-07-12.

Methodology: Editorial synthesis of workflow design patterns and implementation constraints. Public control references provide context, not proof of a deployment or legal advice. Where a versioned evidence pack appears, its evidence class, method, and limitations govern what the artifact can support. Read the full method. Report a correction.

Built for

3PL operations, carrier relations, freight audit, customer billing, and finance teams

The decision

Design a charge workflow that proves the event and applicable terms before a person approves billing or carrier settlement treatment.

Answer first

Accessorial automation should begin at the operational event, not the invoice. Capture contemporaneous evidence, link governing terms, and route discrepancies before preparing a charge.

WhichAI Solutions diagnostic

Bring this operating problem to the diagnostic

Use WhichAI Solutions when accessorial leakage or disputes cross operations, carrier relations, contracts, billing, and finance with no shared evidence path.

Open the diagnostic

The capacity leak

What the team is doing before anyone calls it a systems problem

Headcount pressure rarely starts with one giant task. It starts when ordinary work is split across inboxes, tabs, handoffs, and undocumented judgment calls. These are the signals to map first.

SIGNAL 01

Detention, layover, lumper, redelivery, truck order not used, and other events are recorded in messages or notes.

SIGNAL 02

Supporting receipts, timestamps, appointment facts, and approvals are collected after billing asks for them.

SIGNAL 03

Customer and carrier terms are interpreted while the charge is already aging.

SIGNAL 04

Rejected charges create repeated email research because the original event record is incomplete.

The implementation

The system should prepare the decision, not pretend the decision disappeared

A complete implementation connects the intake, context, transformation, review, and record. The output of one stage becomes the controlled input to the next. A human owns the exceptions and the final consequence.

StageCurrent dragSystem responsibilityHuman responsibilityEvidence kept
1. Event captureOperational exceptions are described in free text after they occur.Open an accessorial case from approved events with load, stop, parties, timestamps, and observed condition.Confirm event type and correct missing or conflicting operational facts.Source event, raw message, location, time, load, and reporter.
2. Evidence collectionReceipts, signatures, photos, and confirmations are requested later.Request the evidence defined for the candidate charge and track missing items.Judge whether alternate evidence is acceptable.Original documents, request history, source, timestamp, and completeness status.
3. Term matchingStaff search confirmations and customer agreements for applicable terms.Retrieve the approved governing document and surface the relevant term with source location.Resolve contract conflicts, revisions, interpretation, and exceptions.Document version, clause location, extracted term, and reviewer decision.
4. Charge preparationAmounts are calculated in spreadsheets or billing notes.Prepare the calculation from approved timestamps, rates, thresholds, receipts, and currency rules.Approve the event, calculation, responsibility, and any discretionary treatment.Inputs, formula, amount, approver, rationale, and corrections.
5. Billing handoffBilling receives a code and amount without a complete support packet.Send the approved charge with evidence manifest, source terms, and dispute contact path.Handle rejection, dispute, adjustment, and write-off decisions.Billing record, support packet, transmission, response, and final resolution.

What the human keeps

The goal is not zero humans. It is zero avoidable preparation around the judgment only a responsible owner should make.

  • Own charge definitions, required evidence, governing-term hierarchy, and calculation rules.
  • Review event classification, contract interpretation, responsibility, and discretionary exceptions.
  • Approve charges and resolve customer or carrier disputes and adjustments.

Controls before volume

A workflow is not ready because the happy path worked once. It is ready when access, review, fallback, and evidence are explicit.

  • Link every charge to an original event, approved source terms, and required evidence manifest.
  • Do not invent missing timestamps, signatures, receipts, approvals, or contract language.
  • Require named approval for interpretation, responsibility, discretionary treatment, and alternate evidence.
  • Preserve the calculation inputs and formula used at the time of billing.

The scorecard

Measure capacity, not activity

A system can produce more messages and still make the operation worse. Measure movement through the workflow, the quality of review, and the load that still reaches a person.

Evidence-ready time

Time from the operational event to a complete charge review packet.

First-pass acceptance

Share of submitted charges accepted without additional evidence or correction.

Missed-charge review

Candidate accessorial events that close without an approved charge or documented no-charge decision.

Dispute resolution time

Elapsed time and touches from rejection to adjustment, acceptance, or write-off decision.

What a fake implementation looks like here

These patterns create an AI demo while leaving the labor, risk, and accountability in the same place.

  • Calculating a charge from a predicted or reconstructed timestamp without disclosure and review.
  • Using the wrong confirmation or contract revision as the governing term.
  • Generating a charge code before responsibility and evidence are approved.
  • Measuring billed dollars while ignoring rejection, credit, and dispute rates.

Two ways to act

Use the path that matches the decision

Questions

What operators ask before they build

Can the system decide whether an accessorial is billable?

It can prepare the event, evidence, terms, and calculation. A responsible person should approve interpretation, responsibility, exceptions, and final billing treatment.

What evidence should be captured?

Define evidence by charge type. Typical inputs may include system events, appointment facts, signed documents, receipts, photos, messages, and the governing commercial term.

Why begin before billing?

Evidence is easier to capture near the event. Waiting until invoice preparation increases missing context, disputes, and manual reconstruction.

Primary references

Controls should come from the specific operating environment

These are broad public control references, not article-specific evidence, vendor endorsements, or legal advice. Validate the current rules, contracts, system configuration, and organization-specific risk before deployment.

Keep mapping

Related implementation guides

Use this evidence with