assess.one – AI-powered business operations platform

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

  1. 1
    Create Delivery Exception Recordcreate record

    Registers the delivery exception with shipment, customer, and exception type details.

  2. 2
    Set Status to Openupdate record

    Marks the exception as newly opened.

  3. 3
    Assign Exception Ownerassign user

    Assigns the logistics owner responsible for resolving this exception.

  4. 4
    Notify Customer Exception Openedsend email

    Informs the customer their delivery issue has been logged and is being investigated.

  5. 5
    Set Status to Investigatingupdate record

    Marks the exception as under carrier investigation.

  6. 6
    Investigate With Carriercreate task

    Owner opens an investigation with the carrier and records findings and liability.

  7. 7
    Notify Customer of Investigation Updatesend email

    Keeps the customer informed after the carrier investigation concludes.

  8. 8
    Record Recovery Decisioncreate task

    Owner decides how to recover the exception: redeliver, replace, or refund.

  9. 9
    Persist Recovery Decisionupdate record

    Saves the recovery decision and status to the exception record.

  10. 10
    Route on Recovery Decision

    Directs the workflow to the matching fulfilment or finance action.

    recovery_decision: "Redeliver"Arrange New Delivery
    recovery_decision: "Replace"Raise New Dispatch
    recovery_decision: "Refund"Create Refund for Finance
    DefaultRecord Cost Recovered From Carrier
  11. 11
    Arrange New Deliverycreate task

    Owner arranges a new delivery for the shipment.

  12. 12
    Raise New Dispatchcreate task

    Owner raises a new dispatch to send a replacement item.

  13. 13
    Create Refund for Financecreate task

    Assigns finance to process the refund for the customer.

  14. 14
    Record Cost Recovered From Carriercreate task

    Owner records any cost recovered from the carrier for this exception.

  15. 15
    Persist Cost Recovered and Resolveupdate record

    Saves the recovered carrier cost and marks the exception resolved.

  16. 16
    Notify Customer of Resolutionsend email

    Informs the customer that the delivery exception has been resolved.

  17. 17
    Close 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

Exceptions by StatusExceptions by TypeException Overview

Recommended integrations

Setup the following integrations to extend workflow capability.

  • Send email in the workflow

    AWS SES logoAWS SES
delivery exceptionshipment exceptionlate deliverylost shipmentlogistics issue

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.

Delivery Exception Resolution Workflow | assess.one