WindoorERP Documentation 19.0

How stock moves

Receive and deliver in one step

Why this step

Run the flow end to end on the simplest configuration there is: find the receipt, correct what actually arrived, validate, and watch stock rise that same second. Then do the same with a delivery, and read what the transfer says about what you expected versus what moved.

What this does

Walks the everyday flow on a one-step warehouse: goods arrive and are in stock; goods are picked and gone. One transfer each way, one confirmation each way.

This is the mode most WindoorERP sites run. If your warehouse uses two or three steps, the screens are the same but there is another transfer after each one.

Before you start

  • The warehouse set to Receive and Store (1 step) and Deliver (1 step).
  • Inventory user access. Receiving and delivering need no administrator rights.
  • Something to receive against — a purchase order — or to deliver against — a confirmed sales order.

Steps

The Inventory overview, one card per operation type with a count of what is ready

  1. 01
    Open Inventory. The overview shows a card per operation type, each with a count of what is ready.
  2. 02
    Click Receipts to see what is due in, or Delivery Orders to see what is due out.
  3. 03
    Open the transfer. Its status bar shows where it is: Draft, Waiting, Ready or Done.
  4. 04
    Check the quantities line by line, correcting any that differ from what physically moved.
  5. 05
    Click Validate. Stock changes at that moment, not before.
  6. 06
    If you moved less than was ordered, answer the backorder question — see below.

What each status means

DraftNot yet confirmed. Nothing is expected and nothing is reserved.
WaitingConfirmed, but the goods are not available yet.
Waiting Another OperationSomething earlier in the chain has to happen first. Common in multi-step flows; rare in one step.
ReadyThe goods are reserved and it can be done now. This is what the count on the overview card means.
DoneValidated. Stock has moved and the record is history.
CancelledAbandoned. Nothing moved.

A list of receipts with their status

The buttons on a transfer

ValidateCommits the movement. Nothing changes stock until this is pressed.
Check AvailabilityAsks the system to reserve what it can, now. Use it after stock arrives for a delivery that was waiting.
UnreserveReleases the reservation so the stock can go to another order. The transfer stays.
Mark as TodoConfirms a draft transfer so it starts expecting goods.
PrintThe picking list or delivery note.
CancelAbandons the transfer.
DetailsOpens the line's detail — where lots, serial numbers and the exact source location are set when those features are on.

What you expected, and what actually happened

A transfer is three layers of record, and knowing which one is in front of you explains most of what the screen does.

The transferThe trip itself: one operation type, one source and destination, one reference, one Validate. This is what the warehouse works from.
The operationsThe lines on the Operations tab, one per product, with Demand — what was asked for — beside Quantity — what is being moved. This is the plan.
The detailed operationsBehind each line, one entry per lot, serial number or source location actually used. This is what happened: ten serial-numbered windows on one line are ten detailed operations.

Open them with the Details button at the end of a line; the dialog that opens is titled Detailed Operations. The button only appears when there is a detail to set — the product is tracked by lot or serial number, Storage Locations or Packages is switched on, or the line already has more than one entry behind it. On a single-location database with no tracking there is nothing to open, and the button stays away.

The same split runs through reporting. Inventory ▸ Reporting ▸ Moves Analysis lists the operations — demand against quantity — while Moves History lists the detailed operations, the trail of what physically moved. Swap the Done filter on Moves History for To Do and group by Status: the lines sitting at Available and Partially Available are the stock reserved for work that has not happened yet.

Receiving

Receipts usually exist already, created by a purchase order, so the storeman's job is to find the right one and confirm what actually arrived.

Correct the quantities before validating rather than after. A receipt validated at the ordered quantity and fixed later leaves two entries in the history and a moment where the figures were wrong.

On a one-step warehouse the goods are in stock the instant you validate. There is no put-away step to remember.

Delivering

A confirmed sales order creates the delivery. It becomes Ready once stock can be reserved for it; until then it waits, which is the system telling you the goods are not there.

Validate when the goods physically leave. Validating early to clear the list means the system says delivered while the pallet is still in the yard — and the customer's paperwork says so too.

When you move less than was ordered

Validate a smaller quantity than expected and WindoorERP asks what to do with the remainder. The answer depends on the operation type's Create Backorder setting.

AskYou are asked each time. Creating the backorder keeps a second transfer for the shortfall; declining closes the order at the quantity moved.
AlwaysA backorder is always created. Nothing is forgotten, at the cost of a list of small open transfers.
NeverThe shortfall is dropped. No backorder, no record of what did not ship. This is the setting behind most "the rest of the order disappeared" reports.

Troubleshooting

The delivery stays WaitingStock cannot be reserved. Either it is not there, or it is reserved by another order — check the product's forecast.
Ready, but the shelf is emptyThe system's figure is wrong. Count it and adjust; do not validate a move that did not happen.
Validate is not offeredThe transfer is Draft — press Mark as Todo first — or it is already Done.
The remainder of an order vanishedThe operation type has Create Backorder = Never.
Stock is reserved for the wrong orderUnreserve the one holding it, then Check Availability on the one that should have it.
A validated transfer was wrongIt cannot be edited. Reverse it with a return, which leaves both movements visible.
The overview card shows a count nobody can findThe count is transfers in Ready. Clear the filters on the list.

Common mistakes

  • Validating at the ordered quantity because it is quicker, then correcting the count later.
  • Validating a delivery before the goods leave, so the paperwork and the yard disagree.
  • Leaving Create Backorder on Never and losing the shortfall silently.
  • Unreserving to make one order ready without checking what the stock was reserved for.
  • Treating Waiting as a fault. It is the system saying the goods are not available.

Checkpoint

One receipt and one delivery are Done, the on-hand figure moved by exactly what you validated, and you have opened the Details of a line to see the entries behind it.