Reconciling payments

Matching remittances back to trips, and working the exceptions that remain.

Written for
Billing
Reading time
1 min
Last reviewed
August 1, 2026

Reconciliation matches what a payer actually paid against what was claimed, at the level of the individual trip rather than the total. One remittance usually resolves many claim lines.

The states a line ends in

  • Paid in full — the amount received matches the amount claimed.
  • Short paid — paid at a different rate than claimed; the difference is shown rather than absorbed.
  • Denied — returned with the payer's reason, and available to correct and resubmit.
  • Unmatched — a payment that could not be tied to a claim line, left open rather than balanced away.

Anything not fully paid stays visible as an open item. The point of trip-level matching is that a shortfall is attached to the trip that caused it, so the pattern behind repeated short payments is findable.

Related

Still stuck?

Technical documentation

API references, data model, webhook payloads and integration guides — the detail behind the workflows described here. Available to signed-in Naveera customers.

Open documentation

Ask your team

Support requests are raised from inside Naveera Console, where your organization and your role are already known — which means the answer can be about your configuration rather than the general case.

Settings → Support, or ask your organization’s administrator