Workflow Template
Delivery Exception Workflow
Manages resolution of a delivery exception (delayed, lost, or damaged shipment). The owner logs shipment/customer details and exception type, opens a carrier investigation, keeps the customer informed, records a recovery decision (redeliver, replace, or refund) and routes to the matching fulfilment or finance action, tracks any cost recovered from the carrier, and notifies the customer once the exception is resolved and closed.
Designed for logistics, customer service, and fulfilment teams handling delayed, lost, or damaged shipments, this workflow brings structure to what is often an ad hoc, email-driven process. It automates the full exception lifecycle — from logging the shipment issue and opening a carrier investigation, through recording a recovery decision and routing it to the correct fulfilment or finance action, to tracking carrier cost recovery and closing out the customer communication loop. The result is a consistent, auditable process that reduces resolution time and keeps customers informed at every stage.
Business Outcomes
- Helps reduce average time to resolve delivery exceptions through clear ownership and status tracking
- Supports more consistent customer communication at each stage of an exception
- Improves visibility into recovery decisions and their downstream fulfilment or finance actions
- Makes it easier to track and report on costs recovered from carriers
- Reduces manual handoffs between customer service, fulfilment, and finance teams
Workflow Steps
Steps
- 1Create Delivery Exception Recordcreate record
Registers the delivery exception with shipment, customer, and exception type details.
- 2Set Status to Openupdate record
Marks the exception as newly opened.
- 3Assign Exception Ownerassign user
Assigns the logistics owner responsible for resolving this exception.
- 4Notify Customer Exception Openedsend email
Informs the customer their delivery issue has been logged and is being investigated.
- 5Set Status to Investigatingupdate record
Marks the exception as under carrier investigation.
- 6Investigate With Carriercreate task
Owner opens an investigation with the carrier and records findings and liability.
- 7Notify Customer of Investigation Updatesend email
Keeps the customer informed after the carrier investigation concludes.
- 8Record Recovery Decisioncreate task
Owner decides how to recover the exception: redeliver, replace, or refund.
- 9Persist Recovery Decisionupdate record
Saves the recovery decision and status to the exception record.
- 10Route on Recovery Decision
Directs the workflow to the matching fulfilment or finance action.
recovery_decision: "Redeliver"→Arrange New Deliveryrecovery_decision: "Replace"→Raise New Dispatchrecovery_decision: "Refund"→Create Refund for FinanceDefault→Record Cost Recovered From Carrier - 11Arrange New Deliverycreate task
Owner arranges a new delivery for the shipment.
- 12Raise New Dispatchcreate task
Owner raises a new dispatch to send a replacement item.
- 13Create Refund for Financecreate task
Assigns finance to process the refund for the customer.
- 14Record Cost Recovered From Carriercreate task
Owner records any cost recovered from the carrier for this exception.
- 15Persist Cost Recovered and Resolveupdate record
Saves the recovered carrier cost and marks the exception resolved.
- 16Notify Customer of Resolutionsend email
Informs the customer that the delivery exception has been resolved.
- 17Close Exceptionupdate record
Marks the exception as closed once resolution has been communicated.
Fields
- Shipment Reference / Tracking Number*
- Customer Name*
- Customer Email*
- Carrier Name*
- Exception Type*
- Exception Details
- +8 more fields
Forms
Log Delivery Exception
6 fields
Data Views
Delivery Exceptions
shipment_reference, customer_name, carrier_name, exception_type +3 more
Dashboard Widgets
Recommended integrations
Setup the following integrations to extend workflow capability.
Send email in the workflow
AWS SES
Similar Workflows
Similar Categories
FAQs
Why should we formalise delivery exception handling instead of managing it over email?
Email-based exception handling tends to fragment information across inboxes, making it hard to track status, ownership, or recovery outcomes. This workflow centralises shipment details, investigation notes, and recovery decisions in one place, so nothing gets lost when an exception moves between customer service, fulfilment, and finance. It also creates a consistent record for reporting on exception volumes and resolution times.
What is the ROI of automating delivery exception resolution?
The main returns come from faster resolution cycles, fewer escalations caused by poor communication, and better recovery of costs from carriers due to consistent investigation tracking. Because the workflow publishes and runs immediately in assess.one, teams see these benefits without a lengthy setup period. Improved customer communication at each stage can also reduce repeat contact volume and support better retention.
How does this compare to handling exceptions in a shared spreadsheet or ticketing tool?
Spreadsheets and general ticketing tools require manual updates and don't enforce the branching logic needed when a recovery decision leads to different fulfilment or finance actions. This workflow automatically routes redelivery, replacement, or refund decisions to the matching next step, reducing the risk of a decision being made but never actioned. It also keeps customer notifications tied to specific status changes rather than relying on someone remembering to send an update.
How long does it take to get this workflow live for our team?
Publishing the template takes minutes inside assess.one — there is no multi-week implementation project. Once published, your team can start logging exceptions and running the process immediately, with steps, roles, and notifications adjusted as needed along the way.
Can we customise the steps, roles, or approval logic in this workflow?
Yes. Step names, the exception owner assignment, notification content, and the routing logic for recovery decisions can all be edited directly in assess.one. Teams commonly adjust who is notified at each status change or add approval steps before a refund or replacement is actioned.
Who typically needs access to this workflow?
Customer service or logistics staff who log and own exceptions, a fulfilment team member who handles redelivery or replacement dispatch, and a finance contact who processes refunds. Access can be scoped by role within assess.one so each user sees only the steps relevant to their part of the process.
What happens at the recovery decision step, and can it be reviewed before actioning?
At this step, the exception owner records whether the resolution is a redelivery, replacement, or refund, and this decision determines the next automated route. Notification and approval logic can be configured so a manager reviews or confirms higher-cost decisions, such as refunds, before the finance action is triggered.
How does the workflow handle customer communication throughout the process?
Customers are notified automatically when the exception is opened, when there is an investigation update, and again once the exception is resolved and closed. This keeps customers informed without relying on manual follow-up, and the notification content and timing can be adjusted within assess.one.
Are there compliance or audit considerations built into this workflow?
The workflow maintains a status history — open, investigating, resolved, closed — along with recorded recovery decisions and any cost recovered from the carrier, which supports internal audit and reporting needs. Teams operating under specific carrier contract or customer service SLAs can add extra fields or approval steps to reflect their compliance requirements.
What happens if the carrier investigation doesn't resolve the issue quickly?
The exception stays in an 'Investigating' status with the ability to send ongoing customer update notifications, so the process doesn't stall silently. Owners can revisit the investigation step as many times as needed before moving to a recovery decision, keeping the record current even during longer carrier disputes.
Ready to use this workflow?
Create a free account and customise this workflow for your business.
