You pay a vendor before the goods arrive. Maybe it’s a credit card charge at order time, maybe the supplier requires payment up front. Either way, the money is gone and the inventory isn’t here yet. Where does that sit in QuickBooks?
That’s what a Prepaid Inventory account is for. It holds the payment for goods that are invoiced but not received, so your receiving team doesn’t have to know which POs were prepaid. They receive inventory the way they always do. Without it, the usual workaround is receiving the order into a non-inventory location as a bill, paying it with the card charge, and moving it into physical inventory once it actually shows up. It’s a kludge, and it makes the people at the dock responsible for an accounting decision.
If you already have the account, open it right now. Every line in there is supposed to be a purchase order you’ve paid for but haven’t received yet — money out the door, inventory still in transit.
Now look at the dates. If you’ve got entries from three, six, twelve months ago still sitting there, that account isn’t tracking prepayments anymore. It’s tracking POs that fell through the cracks.
How it’s supposed to work
Six steps, in order, every time:
-
PO issued — you commit to the purchase.
-
Payment goes out — cash, check, or a card charge. If it’s a card, there’s a second reconciliation point: the charge posts, then gets matched to the statement when it closes — a sub-step worth knowing about, even though it usually resolves itself before it becomes a problem.
-
Entry hits Prepaid Inventory — this is the holding account. Correct and expected, for now.
-
Wait for receipt and/or supplier invoice — the goods show up, or the paperwork does, sometimes not together.
-
Convert to Credit / AP — once you can match what arrived (or what’s owed) against the original PO, the entry needs to move out of “prepaid” and into a real AP or credit position.
-
Apply the credit to the invoice — close the loop. The PO is done.
Every step after #3 is a handoff. And handoffs are exactly where processes quietly fail — not because anyone’s careless, but because nothing forces step 5 to happen. Nothing pings you when a prepaid entry has been sitting for four months with no receipt logged against it. It just… stays.
The double payment. Here’s the version that costs real money. You buy on a credit card and the entry goes to Prepaid Inventory. The goods arrive, and your receiving team does their job and receives them into a bill. That bill lands in the AP queue looking like any other unpaid invoice, with nothing on it to say the vendor was already paid. If accounting doesn’t recognize it as a prepaid PO and apply the prepaid credit to it, the normal AP run pays it again. The vendor is paid twice, and the first payment sits in Prepaid Inventory.
The stale balance and the double payment are the same failure seen from two sides: step 5 didn’t happen. The fix isn’t a sharper accountant. It’s a process where a bill tied to a prepaid PO gets its credit applied before it’s eligible for payment.
The audit: how to tell if your account is healthy
This is the part most people skip, because it feels like accounting minutiae. It’s not — it’s the difference between a number that means something and a number that’s just accumulating.
Ask four questions about every line in the account:
-
Age. How long has this entry been sitting? A prepayment from three weeks ago, waiting on a supplier with a known 6-week lead time, is fine. The same balance from eight months ago is not — that PO either closed and nobody converted it, or it never actually closed and you don’t know that yet.
-
Match. Can you point to the PO and the expected receipt or invoice for this specific line? If you can’t trace a prepaid entry back to a specific open PO, it’s not a prepayment anymore — it’s an unresolved balance wearing a prepayment’s name.
-
P&L exposure — with the actual rule. Prepaid Inventory is a balance sheet account. It should not show up on your P&L — unless the wait between payment and receipt genuinely spans a financial close. If it does, that’s not automatically wrong; it just needs to be evaluated, not assumed. Two possibilities look identical on the surface and mean very different things: this could be a real over-period wait, where the PO’s lead time legitimately crossed your close date and the entry is exactly where it should be — or nobody converted it to AP and applied the credit when the invoice came in, and it’s just sitting there looking like a legitimate wait when it isn’t. Same symptom, opposite diagnosis. The only way to tell them apart is checking the actual receipt/invoice date against the PO’s expected lead time.
-
Applied, not just present. A credit existing in the system isn’t the same as a credit doing its job. Before any AP run, check that prepaid credits have actually been applied to their matching bills, not just sitting in the account unlinked.
If your answers are: some entries are old, several don’t trace back cleanly, and your accountant has had to make a “plug” adjustment more than once — that’s not a one-off. That’s a process that was never built to force step 5 to happen, and it’ll keep generating the same mess every reporting period until something structural changes.
What we fix
We map how prepaid inventory actually moves through your system today — not how the flowchart says it should, how it actually does — find where the handoff from “prepaid” to “converted” is breaking, and rebuild the process so every PO gets closed out the same way, every time. No plug adjustments at year-end. No calling the supplier to figure out if a five-month-old payment ever got matched. No checks going out for invoices you already paid.
If you don’t have a Prepaid Inventory account at all, the same process review is where that starts.
Fixed scope, fixed price: QuickBooks Prepaid Inventory Fix — $397.