[Blog](<https://nightlysoftware.com/en/blog>)Inventory 

# Partial purchase receipts: arrived, outstanding and rejected

A purchase can have several arrivals and rejected quantities. Outstanding amounts need line-level visibility, not just a “received” label.

**[Jonathan Perez](<https://nightlysoftware.com/en/company#jonathan-perez>)**Co-founder · Design, product and sales October 8, 2026 · 8 min read 

**Short answer**

Record each arrival against its purchase line and separate physically received, accepted, rejected or held quantities. Calculate what remains under the agreed acceptance rule, preserving explicit replacements or cancellations. Test warehouse and purchasing entry: the same delivery must not create two receipts when confirmed from two screens.

## Purchase order, partial deliveries and replacements

Ten tests reconcile physical arrival, acceptance, rejection and outstanding purchase quantity.

[Download CSV worksheet](<https://nightlysoftware.com/plantillas/recepcion-parcial-compras-en.csv>)

In this guide

-   [What should an open purchase line show?](<https://nightlysoftware.com/en/blog/partial-purchase-receipts#purchase-line>)
-   [Are arrival and acceptance the same event?](<https://nightlysoftware.com/en/blog/partial-purchase-receipts#arrival-and-acceptance>)
-   [Worked example: one hundred ordered, five rejected](<https://nightlysoftware.com/en/blog/partial-purchase-receipts#partial-example>)
-   [What about invoices and excess deliveries?](<https://nightlysoftware.com/en/blog/partial-purchase-receipts#documents-and-excess>)
-   [What should three key situations demonstrate?](<https://nightlysoftware.com/en/blog/partial-purchase-receipts#partial-tests>)
-   [How do you prepare a purchase for comparison?](<https://nightlysoftware.com/en/blog/partial-purchase-receipts#partial-worksheet>)

## What should an open purchase line show?

Product, unit, ordered quantity and expected date are insufficient when deliveries arrive in parts. Add each related receipt, physical quantity, accepted quantity and discrepancy decision. Distinguish awaiting arrival from awaiting inspection or replacement. An order can remain partially fulfilled after the whole truck is unloaded; the status name should explain what is being measured rather than hiding it behind “received.” Keep that distinction visible in both reports and receiving screens.

Business Central documents purchase orders for partial receipts and a quantity-to-receive field. It also says that with warehouse handling, a receipt already posted by the warehouse is not posted again from the order. [Purchase receipt reference](<https://learn.microsoft.com/en-us/dynamics365/business-central/purchasing-how-record-purchases>). Check which screen owns the movement in your actual configuration.

## Are arrival and acceptance the same event?

They can coincide in simple receiving, but do not assume that when quantity, quality or lot is inspected. Five damaged cases unloaded at the site remain physically present even when unavailable and not accepted against the purchase. Record location, responsible person and next decision. If the supplier agrees to replacements, retain that reference; if remaining quantity is cancelled, record cancellation. Neither decision should invent a receipt that did not happen.

## Worked example: one hundred ordered, five rejected

**Synthetic PC100 scenario**

One hundred pieces are ordered. Fulfillment here is measured by accepted pieces; rejected units are held until sent back. The supplier replaces five. Quantities and references are invented.

| Event |Cumulative accepted |Rejected at site |Awaiting acceptance |Physical at site |
| --- | --- | --- | --- | --- |
| P01: 60 arrive; accept55 |55 |5 |45 |60 |
| P02: 40 arrive and are accepted |95 |5 |5 |100 |
| D05: dispatch rejected5 |95 |0 |5 |95 |
| P03: accept5 replacements |100 |0 |0 |100 |
| Repeat P03 |100 |0 |0 |100 |

Arrivals total 105 pieces and five are physically returned, leaving 100 accepted at site. After P01, the outstanding 45 comprise 40 not yet delivered and five requiring replacement. The table assumes accepted pieces remain in the warehouse; if sales also occur, add those issues to reconciliation. Repeating P03 must not increase physical stock to 105 or reduce the outstanding amount a second time. Keep the original rejected units linked to their replacement.

## What about invoices and excess deliveries?

Odoo publishes a choice between ordered and received quantities for vendor invoicing. [Purchase features](<https://www.odoo.com/es/app/purchase>). That choice does not decide whether your team accepted quality or resolved a discrepancy. Show invoice and receipt as linked documents with their own statuses. For excess, define tolerance and approval before the demonstration: 101 arriving against 100 must not disappear from a report or become exactly one hundred without review.

## What should three key situations demonstrate?

-   Normal: P01 and P02 remain distinct receipts against one line; quantities and outstanding amounts match the table.
-   Exception: a wrong product, missing lot or excess quantity retains its difference and authorized line-level decision.
-   Retry: P03 loses its response; repeating the same identity shows one receipt and its existing acceptance status.
-   Two screens: confirm the same delivery document from warehouse and purchasing; verify one movement with a visible responsible person.
-   Cancellation: cancelling the final five instead of replacing them closes with 95 accepted and 5 cancelled, never 100 fictitiously received.

## How do you prepare a purchase for comparison?

Complete the [partial receipt worksheet](<https://nightlysoftware.com/plantillas/recepcion-parcial-compras-en.csv>) for an order with at least two deliveries. Retain delivery documents, counts and the rejection decision. See [purchase approvals](<https://nightlysoftware.com/en/blog/purchase-order-approvals>) for order changes and [supplier returns](<https://nightlysoftware.com/en/blog/supplier-returns-inventory>) for later dispatch. The scope of an [inventory management system](<https://nightlysoftware.com/en/solutions/inventory-management-system>) should define who records each effect and which outstanding amount purchasing sees before closing a line.

## Bring a purchase with multiple deliveries

In a free consultation we can review which quantity closes an order and which screen should record each receipt.

-   An order with two related delivery documents.
-   Evidence of rejected or held goods and replacements.
-   Closure, excess and receiving-responsibility rules.

[Book a free consultation](<https://nightlysoftware.com/en/book>)[Ask on WhatsApp](<https://wa.me/524622212236?text=I%20want%20to%20review%20partial%20receipts%3B%20I%20have%20a%20purchase%20with%20multiple%20deliveries%20and%20rejected%20quantities.>)

Related

-   [Inventory management system](<https://nightlysoftware.com/en/solutions/inventory-management-system>)
-   [Distribution management software](<https://nightlysoftware.com/en/solutions/distribution-management-software>)

## Frequently asked questions

### Does a partial receipt require another order? 

Not necessarily. Several receipts can link to the original line. Preserve quantities, references and remaining amounts without duplicating demand.

### Does rejected quantity remain outstanding? 

It depends on the agreement. In the example it requires replacement and remains awaiting acceptance. Cancellation or credit is a separate recorded decision.

### Can an order close with less accepted quantity? 

Yes, through authorized cancellation or closure explaining the difference. Reports must show accepted and cancelled amounts; closure does not turn missing goods into receipts.

### Which screen should increase inventory? 

The one owning the actual workflow. Test purchasing, warehouse and integration paths to verify that a confirmed delivery is not posted again.

## Sources

1.  [Partial purchase receipts in Business Central](<https://learn.microsoft.com/en-us/dynamics365/business-central/purchasing-how-record-purchases>)Microsoft Learn 
2.  [Odoo Purchase features](<https://www.odoo.com/es/app/purchase>)Odoo 

Last updated: October 8, 2026

## Keep reading

[ProductionOct 8, 2026

### Purchase orders: approvals, changes and verifiable receiving](<https://nightlysoftware.com/en/blog/purchase-order-approvals>)[InventoryOct 8, 2026

### Supplier returns: goods, documents and stock without duplicates](<https://nightlysoftware.com/en/blog/supplier-returns-inventory>)[InventoryOct 8, 2026

### Barcode receiving: test labels, lots and duplicate events](<https://nightlysoftware.com/en/blog/barcode-goods-receipt>)

---

Canonical: https://nightlysoftware.com/en/blog/partial-purchase-receipts

Updated: 2026-10-08

Description: Reconcile an order across partial deliveries, rejection and replacement. Test receiving ownership and duplicate prevention with a practical worksheet.

