When a load arrives short, gets refused, or goes undelivered, POD Recon spots the exception the moment it’s recorded and prepares the customer email and credit note draft before anyone on your team is notified.Documentation Index
Fetch the complete documentation index at: https://docs.leedab.com/llms.txt
Use this file to discover all available pages before exploring further.
Sources
| Source | What it monitors |
|---|---|
| Carrier portals | Delivery status, exception codes, POD uploads |
| Driver apps | Delivery confirmations, refusal notes, partial deliveries |
| Client POD systems | Inbound POD records, missing-POD flags, discrepancies |
Triggers
- Short delivery — Carrier or driver records a partial delivery
- Refusal — Customer refuses a load, in full or in part
- Missing POD — Delivery window closes with no POD on file
- Claim window — A dispute deadline is approaching
Outputs
| Output | Description |
|---|---|
| Reconciled sheet | Exception log with load, reason, customer, and status |
| Customer email draft | Ready-to-send, written in your tone |
| Credit note draft | Calculates the short or refused quantity value — ready for finance to approve |
Memory
POD Recon keeps per-driver and per-customer dispute history. Patterns surface in the escalation when relevant. History builds automatically from day one.Usage
Mention@pod-recon in Slack, Teams, WhatsApp, or Telegram.
You retain approval authority for every outbound customer communication. Non-standard carrier exception schemas are mapped during onboarding.