The depot rejection became an owned follow-up before invoice review.
Instead of reconstructing the return from email and depot notes, the operator sees the missed instruction, the required evidence and the review boundary in one case.
A readable example of how DehireDesk controls a return exception without claiming to decide legal validity or payment liability.
Instead of reconstructing the return from email and depot notes, the operator sees the missed instruction, the required evidence and the review boundary in one case.
The return attempt failed after the empty-return instruction changed. DehireDesk links the rejection to the container and creates a follow-up for the missing revised instruction.
Carrier instruction received with Depot A as the empty-return location.
Depot B rejected the return because the instruction had changed.
Changed depot instruction recorded and attached to the case.
Return/dehire event recorded with receipt evidence.
The revised return instruction is not attached to the container record, and the invoice reviewer has to reconstruct the failed return chronology manually.
The system surfaces the evidence gap, creates the follow-up action and preserves a report-ready chronology for detention review.
The detention invoice extends beyond the recorded return/dehire chronology. DehireDesk flags the inconsistency for human review.
DehireDesk preserves facts and prompts review. Your team decides escalation, payment, credit request or dispute response.
DehireDesk flags the billed-period conflict and missing evidence. A human reviewer decides whether to escalate, request credit, pay or dispute.
The evidence pack is the report-ready output: container details, deadline basis, event chronology, evidence index and invoice exceptions. It is designed to be inspected before your team decides whether to pay, dispute or request credit.
Generated from the case chronology and attached evidence. Pending authorised review before sharing.