Paid orders with fulfillment_status != fulfilled. The number ops should clear by EOD.
At a glance
Real-time count of paid orders not yet marked as fulfilled. The actionable to-do list ops should clear by end of day before SLA breaches kick in or buyer complaints land in customer service.
Calculation
Calculated automatically from your Shopline data. See the At a glance summary above for what the metric tracks and the worked example below for a typical reading.Worked example
An APAC fashion brand running a Hong Kong Shopline store, snapshot at 14:30 HKT on 27 Apr 26 (a Monday). The brand promises same-day dispatch for orders placed before 3pm. Ops have a 30-minute window before the cut-off where this card is the only thing they should be looking at.Sibling cards merchants should reference together
This is the most-actionable real-time card on the Shopline dashboard. Its natural pairings:Reconciling against the vendor’s own dashboard
Where to look in Shopline’s own dashboard: The closest Shopline-native view is:
Shopline Admin ({shop}.shoplineapp.com/admin) -> Orders -> Unfulfilled tab
The tab is the live source of truth and refreshes on page load.
For ops use, the Shopline mobile app shows the same count as a badge on the Orders icon, which most APAC merchants check throughout the day.
Why our number may legitimately differ from Shopline’s Admin:
Internal identity:
shopline_unfulfilled = shopline_order_count - SUM(orders WHERE fulfillment_status = 'fulfilled' OR cancelled OR refunded) for orders in the same period
The card is a real-time snapshot, not period-bounded, so the identity is approximate; for an exact rolling reconciliation use shopline_fulfillment_rate.
Known limitations / merchant FAQs
Why is this count higher on Mondays? Sunday-night orders queue up overnight in APAC stores. Most fashion and homeware brands see a 2 to 4x Monday spike on the unfulfilled count compared to the rest of the week. Plan warehouse staffing accordingly: an extra 30 to 50% of pick-pack capacity is usually needed on Monday mornings. Does this include orders waiting on payment? No. Onlypaid and partially_paid orders count. Orders in pending or unpaid are not yet a fulfilment obligation, see shopline_paid_lag_hours for the upstream payment-clearance lag.
My count says 12 but I just shipped 8 of them. Why hasn’t it updated?
Webhook lag, typically under 60 seconds but occasionally up to 5 minutes (the polling fallback). Refresh the card; if the count has not dropped after 5 minutes, raise a sync issue. The Shopline fulfillment.created webhook is generally reliable; the most common cause of stuck counts is a webhook receiver outage on our side.
What about pre-orders?
Pre-orders should not count toward this number until their release date, but Shopline does not have a native pre-order field; merchants typically tag the order with pre-order or preorder. We exclude orders matching this tag pattern. If the merchant uses a different convention (e.g. a metafield), the exclusion rule needs to be configured per-store; otherwise pre-orders will inflate the count until the dispatch date.
Why is the alert at >10 instead of 0?
Because some unfulfilled is normal at any moment. A reasonable APAC store doing 30 to 50 orders / day will always have a few in-flight pick-pack queue at any given snapshot. >10 reflects “actionable backlog” rather than “absolute zero”. The threshold is configurable per-store in the manifest if the merchant runs higher volume.
Does this include orders that are in partial status (split shipments)?
Yes. Partially-fulfilled orders count as unfulfilled because part of the order is still outstanding. The drill-down view shows which lines are pending so ops can target the correct warehouse.
My count is zero but my Shopline Admin shows 5. What’s wrong?
Check whether the 5 in Admin are pre-orders or B2B / wholesale orders that we have excluded. The drill-down view in Nerve Centre shows the exclusion rules applied; reconcile order-by-order if the gap is unexplained.
Why does the count drop on Sundays?
Most APAC merchants do not dispatch on Sundays (Shopline’s largest tenant cohort is in HK / TW / SG / JP, where Sunday is the rest day for warehouse staff). Orders accumulate but ops do not act on them until Monday morning, so the Sunday-evening number is a planning preview for Monday rather than a real-time backlog.
Can ops snooze this alert during planned maintenance windows?
Yes; the manifest supports a quiet_hours config per-card. APAC merchants typically set 22:00 to 09:00 local-time as quiet hours for this alert so it does not page the on-call ops lead in the middle of the night.
How is this different from the Pending Dispatch card on other connectors?
Same concept, different connector terminology. Shopline calls it “unfulfilled”; Shopify calls it “unfulfilled”; OnBuy calls it “pending dispatch”; Adobe Commerce calls it “pending shipment”. The card defines the same operational state across all of them.