9.3 KiB
name, description
| name | description |
|---|---|
| delay-list-processor | Daily delay list processing skill for the traffic team. Fetches the delay list via API, categorizes orders, auto-snoozes packaged orders from known suppliers, sends bundled supplier emails, notifies customers, logs complaints, and updates tracking. Use this skill whenever the user mentions: delay list, delayed orders, dispatch delays, snooze orders, supplier outreach, delay processing, traffic team workflow, daily delays, or order not shipped. Also trigger when the user asks to process delays or check today's delays. |
Overview
Each day, orders that have surpassed their expected dispatch date appear on the delay list — whether still in production or packaged. This skill processes that list systematically: auto-snoozing where safe, emailing suppliers (bundled per supplier), notifying customers, logging complaints, and flagging edge cases for human review.
Scale: ~4,000 orders/day, delay list can be extensive.
Inputs
-
Delay List — Fetched via the Delay List API (not a file upload). The API returns the current delay list with the following fields per order:
Order(order number)id_order_detail(order line ID)Assigned(team member or blank)Status(Open, Customer Informed, Checking, etc.)Delay Reason(No delay reason given, Email Sent to Supplier, etc.)New Target Dispatch(updated date if any)Product(product type/SKU)Supplier(supplier name)Sales PriceState(production/packaging state — see values below)Delay(days past target dispatch)Carrier(carrier name if available)Tracking Link(if available)Target Dispatch DateActual Dispatched DateLatest Delivery Dateshop_country_codeShop_nameSupplier Order numberPostcode
-
Operator context — Any special notes for the day (supplier outages, holidays, known issues).
-
Supplier Complaint Classification Spreadsheet — Reference for whether a supplier is volume-based (zero cost complaint) or discount-based (10% discount complaint). Read from
references/supplier-classification.mdif available.
Processing Workflow — Execution Order
Process in this exact order to ensure data is fresh for downstream decisions:
Step 1: Fetch & Validate the Delay List
- Call the Delay List API to retrieve today's current delay list
- Validate expected fields are present in the API response
- Flag any records with missing critical data (Order, Supplier, State) for MANUAL_REVIEW
- Calculate correct delay days: business days between Target Dispatch Date and today (note: the system's built-in delay count can be incorrect — see Edge Cases)
Step 2: Auto-Snooze Packaged Orders (High Confidence)
Criteria — ALL must match:
| Field | Required Value |
|---|---|
| State | Your order has been packaged |
| Target Dispatch Date | Previous working day |
| Carrier | One of: UPS-UPS_STANDARD, UPS-UPS_SAVER, DPDINT-STANDARD_UK, DPDINT-STANDARD, CORREOS-STANDARD |
| Tracking Link | Must be present (non-empty) |
| Supplier | One of the approved auto-snooze suppliers (see list below) |
Attention Always pass the full raw API response into the filter. Never manually subset the data before filtering. Validate record counts before executing any snoozes.
Approved Auto-Snooze Suppliers:
- De Groot Drukkerij B.V.
- The Postermen
- Intervlag
- Vila Etiketten
- VG Print BV
- Zalsman BV
- Oakdene Services
- I print 1925
- Digiforce
- Enson
- Probo
- Promino
- Inpromo
- Today's Media
- Pressing
- Drukkerij Van As
- Oakdene Services
Action: If you want to snooze an order call n8n-mcp snooze-order workflow. with a body like this: { orderDetailId: %id_orderdetail% }
Confidence: If ALL criteria match exactly → auto-execute (99%+ confidence). If any field is ambiguous or missing → MANUAL_REVIEW.
Logging & Tracking
Every action must be logged. No exceptions.
Processing Log
Maintain a structured log (CSV) saved to the outputs directory with the following fields per order processed:
| Field | Description |
|---|---|
timestamp |
ISO 8601 timestamp of action |
order_id |
Order number |
id_order_detail |
Order line ID |
supplier |
Supplier name |
product |
Product type |
state |
Order state at time of processing |
delay_days |
Calculated delay in business days |
category |
Action category (see list below) |
action_taken |
Specific action executed |
confidence |
Confidence percentage |
auto_or_manual |
AUTO / FLAGGED_FOR_REVIEW |
human_decision |
Operator decision if flagged (blank if auto) |
batch_number |
Batch ID |
status |
SUCCESS / FAILED / PENDING_REVIEW |
error_details |
Error info if failed |
email_sent_to |
Supplier/customer email triggered |
email_bundled_with |
Other order IDs in same supplier email |
complaint_logged |
true/false |
complaint_type |
Carrier / Supplier |
complaint_cost |
Zero / 10% discount |
snooze_hours |
Hours snoozed |
notes |
Additional context |
Action categories: SNOOZE | SUPPLIER_EMAIL | CUSTOMER_NOTIFY | COMPLAINT_CARRIER | COMPLAINT_SUPPLIER | TRACKING_UPDATE | STATUS_UPDATE | LABEL_REISSUE | MANUAL_REVIEW
Daily Summary Report
Generate at end of processing and save as a file:
- Total orders on delay list and total processed
- Breakdown by action category (counts and percentages)
- Auto-processed vs. flagged for review (counts)
- Supplier emails sent — count and list of suppliers contacted
- Customer notifications sent — count
- Complaints logged — carrier vs. supplier, with cost breakdown
- Orders snoozed — count and average snooze duration
- Failed actions with details
- Pending manual review — full list with proposed actions
- Top delayed suppliers — ranked by number of delayed orders
- Orders delayed 3+ days — highlighted for urgency
MCP & API Integration Points
| Action | Integration | Template/Endpoint |
|---|---|---|
| Fetch delay list | traffic-mcp | get-delay-list workflow |
| Snooze order | traffic-mcp | snooze-orders workflow |
Before processing begins, verify all required MCP servers and API endpoints are accessible. If any integration is unavailable, flag ALL affected orders for MANUAL_REVIEW rather than failing silently.
Configuration
These defaults can be overridden by the operator at the start of each run:
snooze_default_hours: 12
max_batch_size: 100
confidence_threshold: 99 # Percentage — below this → MANUAL_REVIEW
customer_notify_after_days: 2 # Notify customer after X business days delayed
supplier_email_after_days: 1 # Email supplier after X days with no movement
auto_snooze_carriers:
- UPS-UPS_STANDARD
- UPS-UPS_SAVER
- DPDINT-STANDARD_UK
- DPDINT-STANDARD
supplier_specific_processes:
probo: on_hold
flyeralarm: on_hold
masterprint: completed
Edge Cases & Known Issues
-
Incorrect delay day calculation — The system sometimes shows different delay counts for orders with the same dispatch date. Always recalculate: business days between Target Dispatch Date and today.
-
Sales price shows full order, not order-line — The delay list may show full order price. Be aware when assessing value thresholds.
-
False delays from Probo — Orders shipped together across multiple order lines trigger false delays. When Probo processes activate, always check if lines were shipped together before acting.
-
Duplicate supplier emails — The bundling rule is critical. Always deduplicate and group before sending. Check if a supplier was already emailed today.
-
Tracking lag vs. genuine delay — Packaged orders with tracking from approved carriers/suppliers are most often tracking lag. Auto-snooze handles this, but if an order reappears after multiple snoozes, escalate to MANUAL_REVIEW.
-
Orders assigned to team members — If an order has an
Assignedvalue, it means someone is already working on it. Consider skipping or noting this in the review queue. -
Incomplete order evaluation when filtering When filtering the delay list, always feed the raw API response directly into the filter logic — never manually reconstruct or subset the data. After filtering, validate that: Every order with statename = "Your order has been packaged" appears in either the match list or the reject list The count of (matches + rejects) equals the total number of packaged orders in the raw response
-
The Posterman Exception When the supplier is The Postermen, the carrier field may be any value when validating snooze applicability. All other matching criteria still apply as normal.
-
Orders from supplier Oakdene Services with a carrier of
DPDUK-STANDARDorDPDUK-EXPRESSPAKare eligible for auto-snooze if all other auto-snooze criteria are also met.
Example Run
Operator: "Process today's delay list. No special notes."
Step 1: Fetched delay list via API ‒ 347 delayed orders. 4 records missing data → MANUAL_REVIEW.
Step 2: 89 orders match auto-snooze criteria → Snoozed 12h. Batch 1/1 (89). All succeeded
SUMMARY: 343 processed | 16 manual review | 0 failures
Logs saved: delay_log_2026-02-12.csv, summary_2026-02-12.md