Skip to content

Order Statuses

StatusDescriptionEditableCan delete
DRAFTCreated, not yet startedYesYes
IN_PROGRESSReceiving has startedNoNo
COMPLETEDFully receivedNoNo

Transitions: DRAFTIN_PROGRESS (start receiving) → COMPLETED (complete)


StatusDescriptionEditableCan delete
DRAFTCreated, stock not reservedYesYes
RESERVEDStock allocated to staging binNoNo
COMPLETEDGoods dispatchedNoNo

Transitions: DRAFTRESERVED (reserve) → COMPLETED (complete)

Reason of request values: TRANSFER, DISPOSAL, RETURN, OTHER


StatusDescriptionCan delete
DRAFTDefined but not executedYes
COMPLETEDStock moved to destination binsNo

Transitions: DRAFTCOMPLETED (complete — immediate, no intermediate state)

Order number format: ITO-YYMM-NNNN (e.g., ITO-2406-0001)


StatusDescriptionCan record countsCan delete
DRAFTSession open, quantities snapshottedYesYes
COMPLETEDCounts finalised and adjustments postedNoNo

Transitions: DRAFTCOMPLETED (complete)


Stock adjustments have no status — they are immediate single-step operations. The underlying inventory transaction records a status of completed once applied.

Adjustment types:

TypeDescription
CYCLE_COUNTCorrection from a manual count
DAMAGEDDamaged goods write-off
EXPIREDExpired stock write-off
FOUNDUnrecorded stock discovered
LOSTStock that cannot be located
CORRECTIONGeneral data correction
DISPOSAL_TRANSFER_OUTRemoved for disposal
DISPOSAL_TRANSFER_INReceived from disposal

Types the documented workflows actually emit today

Section titled “Types the documented workflows actually emit today”

Only three transaction types are currently written by the standard operations:

TypeEmitted when
goods_receiptAn inbound order line is received (recorded during receive, one per received line)
bin_transferA transfer order is completed (recorded against the source quant, one per line)
system_correctionA stock adjustment is applied — including the adjustments auto-posted when a stock count is completed

Outbound dispatch does not write a ledger transaction. Completing an outbound order deducts the staging quant and removes serialized units, but it does not currently record an outbound_issue (or any other) transaction.

Full set of transaction types defined in the system

Section titled “Full set of transaction types defined in the system”

The TransactionType enum defines many more values for future and adjacent flows. They exist in code but are not all emitted by the workflows in this guide:

inbound_receipt, purchase_receipt, goods_receipt, return_receipt, transfer_in, outbound_issue, sales_issue, transfer_out, service_allocation, vendor_return, consumption, cycle_count_adjust, physical_adjust, damage_write_off, expiration_write_off, cancellation, disposal, quarantine_hold, quarantine_release, quality_reject, bin_transfer, zone_transfer, warehouse_transfer, system_correction, migration_adjustment, allocation, deallocation.

Each transaction also carries a status: pending, completed, cancelled, or failed.