Step 1
Pull every open order with its current state, the timestamps recorded at each transition, the responsible location and any stated hold flag, taken over one merchant-defined reporting window.
Open orders are reviewed one number at a time, which hides the blocking reasons that recur across locations. In this case, the immediate task is to report orders that remain unfulfilled. The workflow should produce an unfulfilled order report and exception list, grouping the open set by ageing and blocking reason so repeated causes surface.
First replace every [bracketed] placeholder with real store scope and constraints, then add any actual records or data you have, and paste it into your preferred AI assistant or Spark agent. Spark will follow this page's workflow to produce structured output and verification steps.
Act as a Shopify operations specialist.
Help me report orders that remain unfulfilled.
My store context is [describe the business, products and target audience].
My scope is [specify the affected products, pages, customers or reporting period]. Use these inputs: [open orders with their current states, transition timestamps, responsible locations and any stated hold flag, taken over one merchant-defined reporting window]. Group the open set by ageing band and blocking reason so repeated causes surface as counts, keep partially fulfilled orders listed by their remaining line items, and mark any order whose blocking reason is blank as unclassified.
Return an unfulfilled order report and exception list for the specified task.
Show the relevant evidence or before-and-after examples and explain how I can verify the result.
If essential data is missing, ask for it and mark unsupported conclusions as unknown.
Do not invent metrics, product claims or customer facts.
For any publication, message, account or store change, use only connected tools within my explicitly authorized scope and report success only after verification; otherwise provide the draft or proposed steps.Split the work into input, judgment, and deliverable phases. Verify each step's output before moving to the next.
Pull every open order with its current state, the timestamps recorded at each transition, the responsible location and any stated hold flag, taken over one merchant-defined reporting window.
Group the open set by ageing band and blocking reason so repeated causes surface as counts, keep partially fulfilled orders listed by their remaining line items, and mark any order whose blocking reason is blank as unclassified.
Deliver an unfulfilled order report and exception list with state, time open, blocking reason, location and owner per order, then reconcile the total against the order export and list orders excluded for missing fields.
Cover decision rules, frequent misunderstandings, and required inputs so the team aligns on prerequisites before execution.
Measure from the timestamp captured when the order entered the open set to the reporting cut-off, using the same clock as the fulfillment records, because mixing order creation with payment capture inflates age for orders that waited on authorization.
Recurring causes such as stockouts or address queries need one owner and one fix, whereas a customer view spreads the same cause across many rows and hides that a single process problem is driving the backlog.
Remove them once the cancellation is recorded, but keep a line in the exception list for orders cancelled after their commitment expired, since those still show how long the queue actually ran.
Start with scenarios under the same topic, then expand into cross-topic matches suggested by similarity.
Ciwi Spark builds Shopify-native AI tools and agents around the workflows merchants actually run: research, ads, translation, and customer support. Stop rewriting the same prompts by hand.