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.