Orders can need attention without being technically broken. A paid order may remain unfulfilled beyond your dispatch rule, or an order may be on hold with nobody assigned to check it. Norml scopes a Make workflow that reads the available Shopify state, identifies the exceptions you define and gives the right person a clear alert.
We turn your fulfillment policy into explicit checks. The workflow reports observable conditions; it does not infer why an order is delayed.
Agree the included order states, elapsed-time rule and exclusions. Paid but unfulfilled, partially fulfilled and on-hold orders can require different checks. Preorders, local pickup and intentionally delayed dispatch need their own treatment.
Include the order link, detected condition, relevant dates and assigned owner. Keep unnecessary customer details out of Slack. Route different exception types to the people who can investigate them.
Store an order-and-rule identity and the last observed state. Define when an existing alert is updated, when escalation is appropriate and when a resolved condition can open again. Repeated scheduled checks should not flood the channel.
Confirm the timezone, business-day treatment and source fields for age calculations. A carrier scan, warehouse hold or promised delivery date is usable only when the selected connection exposes it.
The initial workflow reads order state and notifies your team. It does not cancel orders, issue refunds, release holds, buy labels or make fraud decisions. Shopify and your fulfillment systems remain authoritative for order handling.
Review representative orders with the fulfillment owner. Write down why each should be included or excluded, including partial fulfillment and planned delays.
Confirm Shopify permissions, available order history and the fields Make can read. Choose a schedule or event route, with a repeatable check for exceptions that emerge simply because time passes.
Exercise a new exception, another check with no change and a resolved condition. Test API failures separately so a failed read cannot be reported as a clean queue or an empty order list.