Purchase Order Accrual: How It Works at Month End

A purchase order accrual is the journal entry that records a liability for goods or services you have received but not yet been invoiced for. The purchase order itself creates no accounting entry. The entry is triggered by the goods receipt: you debit inventory or expense and credit an accrued liability account, usually called GRNI (goods received not invoiced). When the supplier invoice arrives, the accrual clears and the balance moves into accounts payable.

Last updated July 2026.

Most of the pain in this process is not the accounting. It is knowing what was actually ordered and at what price, on the day you have to close. That means reading purchase orders and receipts off PDFs. The tool above extracts the PO number, supplier, quantities, and unit prices in about ten seconds, so the numbers behind the accrual are structured data rather than something a staff accountant retypes on the last day of the month.

A purchase order is a commitment, not a liability

This is where most of the confusion starts. When you issue a PO for $40,000 of steel, nothing hits the general ledger. You have promised to buy something. You do not owe anyone money yet, because nobody has delivered anything. Under accrual accounting the obligation is recognized when the economic event happens, and the economic event here is delivery.

So the open PO shows up in a commitment report, not on the balance sheet. Procurement cares about it because it represents future spend against a budget. Accounting only cares once the goods arrive.

The moment the receiving dock signs for the steel, that changes. You now hold an asset you have not paid for, and the matching principle says the liability has to be recorded in the same period as the asset. If the supplier's invoice does not show up until the 8th of next month, waiting for it would understate both your inventory and your payables at period end. That is the gap the accrual fills.

The three entries in the lifecycle

Follow one line of a purchase order through a month end. The PO is for 100 units at $50 each. Sixty units are received on the 28th. The invoice arrives on the 6th of the following month.

Notice that the 40 undelivered units never appear anywhere. No receipt, no accrual. They stay an open commitment until they show up on the dock.

If you use an expense account rather than inventory, the first entry debits the expense instead. Goods for resale or manufacturing go to inventory. Operating supplies and services go to expense. The credit side is the same either way.

Two ways to book the accrual

Systems handle the timing differently, and it is worth knowing which one you are in.

Perpetual accrual. The ERP posts the GRNI entry automatically the moment a goods receipt is entered against the PO. The GRNI account carries a running balance all month. Nothing special happens at close beyond reconciling it. This is how SAP, NetSuite, and most mid-market ERPs behave when receiving is turned on.

Period-end accrual. At close you run a report of receipts without invoices, book one summary journal, and reverse it on the first day of the next period. The reversal means that when the real invoice posts to accounts payable, you are not double-counting. Oracle and several other systems describe this as period-end accrual, and it is common in service-heavy environments where formal goods receipts are not always entered.

The reversing method is simpler to run and easier to get wrong. If someone forgets the reversal, next month's expenses are understated by exactly the amount of the accrual, and the error is invisible until someone reconciles the GRNI account.

Reconciling GRNI is where the problems surface

A healthy GRNI balance is made up of receipts waiting for invoices, and every item on it should be less than a few weeks old. What accumulates instead is debris:

• Receipts recorded for goods that were returned. The receipt posted, the return never did, and the accrual sits there forever.
• Invoices posted directly to expense. Someone bypassed the PO, so the invoice never cleared the accrual it should have cleared. The cost hits twice.
• Quantity mismatches. Receiving logged 10 cases, the supplier billed 10 eaches, and $900 of accrual has nowhere to go.
• Partial receipts on closed POs. The PO was short-closed, but the accrual for what was received still needs an invoice that will never arrive.

Each of those is a real dollar difference between what your balance sheet says you owe and what you actually owe. Auditors go straight to aged GRNI items, because a stale credit balance is either an unrecorded expense or an overstated liability, and both are wrong. Our guide to goods received not invoiced covers the cleanup in more detail.

Why clean PO data makes the accrual easier

Every accrual entry above depends on knowing the PO price and the received quantity. If purchase orders live as PDFs in an inbox and receipts live on paper in a warehouse folder, the accrual becomes an estimate built from whatever someone could find in two days. That is how stale GRNI balances start.

Getting the line-level data structured before close makes the reconciliation mechanical instead of archaeological. Purchase order line item extraction pulls each SKU, quantity, and unit price into rows you can compare against receipts, and a month of orders can be cleared in one pass with bulk purchase order upload. Teams that keep the whole picture in a spreadsheet usually route the data through the PO PDF to Excel converter or straight into the ledger with purchase order to QuickBooks and purchase order to NetSuite. On the other side of the entry, the invoices that land after cutoff still have to be read and coded, and pulling the line data off those invoices automatically keeps the clearing entries from becoming their own retyping exercise.

Frequently asked questions

What is a purchase order accrual?

A purchase order accrual is a journal entry that records a liability for goods or services received against a purchase order before the supplier's invoice has arrived. It debits inventory or expense and credits an accrued liability account, commonly GRNI. It exists so the cost and the obligation land in the period the goods were actually received.

Do you accrue for open purchase orders?

No. An open purchase order with nothing delivered is a commitment, not a liability, and it generates no journal entry. You accrue only for the portion that has been received. Open POs belong in a commitment or encumbrance report that procurement uses for budget control, not on the balance sheet.

What is the journal entry for a purchase order accrual?

Debit inventory (for goods you will resell or consume in production) or the relevant expense account, and credit an accrued liability account such as GRNI, for the value of what was received at the purchase order price. When the invoice arrives you reverse it by debiting GRNI and crediting accounts payable.

What does GRNI mean?

GRNI stands for goods received not invoiced. It is the accrued liability account that holds the value of items you have taken delivery of but have not yet received a supplier invoice for. It should always carry a credit balance, and every item in it should clear within a normal invoicing cycle.

When do you reverse a purchase order accrual?

It depends on the method. Under a perpetual accrual the GRNI entry clears when the matching invoice posts to accounts payable. Under a period-end accrual you book a summary journal on the last day of the period and reverse it on the first day of the next one, so the incoming invoice does not double-count the expense.

What is the difference between an accrual and a purchase order?

A purchase order is a procurement document that commits you to buy something at an agreed price. An accrual is an accounting entry that recognizes an obligation you have already incurred. The PO comes first and touches no ledger account. The accrual follows the goods receipt and posts to the general ledger.

How do you accrue for goods received but not invoiced at month end?

Run a report of goods receipts with no matching invoice as of the cutoff date, value each line at the purchase order price, then post a single journal debiting inventory or expense and crediting GRNI for the total. Keep the supporting detail by PO line so the balance can be reconciled and cleared as invoices arrive.

What happens if the invoice price differs from the PO price?

You clear the accrual at the original PO value and post the difference to a purchase price variance account rather than adjusting the accrual. The accounts payable credit reflects what the supplier actually billed. Persistent differences are worth investigating, because they usually mean contract pricing is not being honored.

Where the accrual fits in the wider process

The purchase order accrual sits between two other controls. Upstream, the purchase order process is what produces an approved order with an agreed price in the first place. Downstream, the three-way match is what confirms the invoice you are about to clear the accrual with actually agrees with the PO and the receipt. Skip the match and you clear accruals against invoices nobody verified.

If you want to see how long orders take to move through that process before they ever reach an accrual, purchase order cycle time is the metric to watch, and the balance of what is still outstanding shows up in the open purchase order report.

PurchaseOrders does not post journal entries, run your close, or perform the three-way match. It reads supplier purchase orders and returns structured fields. Your ERP and your accountants do the rest, on numbers that did not have to be retyped.