> For the complete documentation index, see [llms.txt](https://docs.flowretail.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.flowretail.com/docs/day-to-day-operations/purchase-and-receivement/receiving-goods.md).

# Receiving goods

What a receivement is, which status actually moves stock and value, and what cost the goods are booked at.

A **receivement** records goods arriving against a purchase order. It is the only thing in Flow Retail that turns an order into stock, and it is where the cost of that stock is decided.

## Summary

|                      |                                                            |
| -------------------- | ---------------------------------------------------------- |
| What it belongs to   | One purchase order                                         |
| What it changes      | Stock quantity and average cost, in one warehouse          |
| When it changes them | Only at status `RECEIVED`                                  |
| Cost booked          | The price per unit you enter, or the order's net unit cost |
| Can be split         | Yes — several receivements per purchase order              |

## The four statuses

| Status      | Meaning                                                                | Moves stock? |
| ----------- | ---------------------------------------------------------------------- | ------------ |
| `PENDING`   | Registered, not yet processed                                          | No           |
| `UPDATING`  | Being worked on                                                        | No           |
| `CONFIRMED` | The supplier has confirmed a shipment. The goods are coming, not here. | No           |
| `RECEIVED`  | The goods have physically arrived                                      | **Yes**      |

**Only `RECEIVED` moves value.** It increments stock and books a cost. The other three are administrative.

`CONFIRMED` is the one that misleads. It means *the supplier confirmed a shipment* — it carries quantities, an expected arrival date and the supplier's order reference, and it lifts the purchase order to `IN_TRANSIT`. It carries no price, asserts nothing about cost, and touches no stock. That is deliberate: a discount is routinely agreed after a delivery has been confirmed, so confirming must not fix the cost.

## What cost the stock is booked at

When a line is received, Flow Retail books a cost per unit:

1. **The price per unit on the receivement line**, if you entered one. Use this when the delivered price differs from what was ordered.
2. **Otherwise, the purchase order's net unit cost in local currency** — the line price *after* any agreed discount, converted from the order's currency.

The fallback is the net cost and not the list price on purpose. Falling back to list price would value the stock at what the supplier asked before the discount was agreed, and overstate your inventory.

That booked cost is then blended into the product's average cost for that warehouse — see [How cost price is calculated](/docs/day-to-day-operations/prices/how-cost-price-is-calculated.md).

## Partial and split deliveries

A purchase order can have several receivements. Receive what arrived, leave the rest outstanding, and the purchase order sits at `PARTIALLY_RECEIVED` until the remainder comes in.

If the remainder never arrives, close the purchase order rather than receiving quantities you did not get. Closing leaves received stock untouched and stops the order sitting open — see [Purchase order statuses](/docs/day-to-day-operations/purchase-and-receivement/purchase-order-statuses.md).

## Serial numbers

A receivement line carrying a serial number must have a quantity of exactly one unit. Ten serialised items are ten lines, not one line of ten. Receiving is rejected if a serial number is set on a line with any other quantity.

## Limitations

* A receivement writes into a single warehouse. Splitting one delivery across warehouses means more than one receivement.
* Supplier invoice approval is tracked on the receivement and is separate from the purchase order's status. Receiving goods does not approve an invoice.
* Cost is booked at the moment of receiving. A price correction agreed later does not retrospectively revalue stock already received.

***

*Last updated 19.09.2026*


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.flowretail.com/docs/day-to-day-operations/purchase-and-receivement/receiving-goods.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
