Skip to main content

How orders work

An order is a request to dispatch products to a customer, from one or more of your sites.

Where orders come from​

An order is either ingested from a sales channel or created by hand in Yessort. A channel order carries the channel's own order number alongside the Yessort one, so the two can always be matched up.

Order numbers​

Every order gets a per-organisation number, displayed like ATT-2026-0042. A channel order also keeps the channel's own number, so an operator can cross-reference the order in Yessort against the same order in the sales channel.

One stored status​

The order header stores exactly one status: its commercial status — Draft, Confirmed, Cancelled or Completed. This is the commercial decision a person takes about the order, not a reflection of the physical work. See the order statuses reference for what each value means and how it changes.

Progress is derived, not stored​

Everything else you see about an order's progress — its fulfilment status and its payment status — is worked out from the order's quantities and its payment signal each time it's shown, rather than stored as a separate state. This matters because it means the status can never drift from what has actually happened: the quantities are the truth, and the status is just a read of them.

The most important consequence of this: the fulfilled quantity increases at pick time, so a fully picked order is not yet Fulfilled. Fulfilled means the goods have left the building — a picked, or even packed, order still reads Picked or Packed until it has actually gone out.

What confirmation freezes​

Confirming an order sets its invoicing strategy, and that decision doesn't move again. The user-visible effect shows up in payment status: an unpaid order on account terms reads On invoice rather than Payment pending, because the invoicing strategy — decided once, at confirmation — tells Yessort the order is meant to be dispatched now and invoiced later.

Lines carry the detail​

Each order line holds the variant, the quantity, and a price snapshot taken at the time the order was placed. Because the price is a snapshot rather than a live reference, repricing a product later never rewrites the history of what was actually sold.