Start with the basics: what actually happens when stock arrives
You place a purchase order with a supplier. A week later, a truck pulls up to your receiving bay. Someone on your team counts the parts, matches them to the delivery note, and signs for the goods. The stock is now in your warehouse.
What has just happened financially?
Two things. Your inventory has increased in value — you now hold stock that belongs to your business. And you have an obligation to pay the supplier — a liability exists, even if the formal supplier invoice has not yet arrived.
This is the moment most SME software gets wrong. It either ignores the financial event entirely and waits for the invoice, or it posts directly to Creditors Control. Both approaches produce incorrect books.
If your system posts directly to Creditors Control when the supplier invoice arrives — without first recognising the GRNI liability when goods were received — your creditors are correct only in the narrow sense that they match your supplier invoices. They do not reflect the full picture of what you owe, and your stock receipt has no corresponding financial entry until the invoice arrives days or weeks later.
What GRNI is and why it exists
GRNI stands for Goods Received Not Invoiced. It is a liability account in your chart of accounts that exists specifically for the period between goods arriving and the supplier invoice posting.
When your GRV is confirmed — when you officially accept that those goods are in your warehouse — the correct accounting entry is:
Your inventory goes up. A liability is created. The business now correctly shows that it holds R10,000 worth of stock and owes that amount to someone — even though it has not yet received the formal invoice.
When the supplier invoice arrives days or weeks later, the entry is:
The GRNI liability clears. VAT Input is recognised. Creditors Control is credited correctly. The books are complete, accurate, and reconcilable at every point in the process.
GRNI is not a technical accounting concept invented to make life difficult. It exists because there is always a gap between goods arriving and the invoice arriving. That gap is a financial reality. Your accounting system must reflect it accurately, or your creditors are wrong and your balance sheet is wrong.
What happens without GRNI: two scenarios that both end badly
Scenario 1: The system waits for the invoice
Many SME accounting packages simply do not recognise the GRV as a financial event. Stock can be received and entered into the inventory module, but nothing posts to the general ledger until the supplier invoice is captured.
The problem: your stock module shows R10,000 of inventory. Your balance sheet shows R0 of inventory until the invoice arrives. Your business is misrepresented in its own financial statements for however long the gap between delivery and invoice lasts. For imported goods, that gap can be weeks.
At month end, if your books close before the invoice arrives, your inventory is understated and your expenses for the period are incorrect. Auditors call this a cut-off error. It happens every single month when GRNI is not in the system.
Scenario 2: The system posts directly to creditors on the invoice
A slightly better approach, but still wrong. The system correctly recognises the liability when the invoice arrives, but has no mechanism to link that liability to the physical receipt of goods. The GRV and the invoice are unconnected.
The consequences:
- You cannot automatically detect if an invoice arrives for goods you never actually received
- You cannot flag quantity or price discrepancies between what was delivered and what the invoice claims
- Your AP team must manually match invoices to delivery notes, typically in a spreadsheet
- Your GRNI balance is always zero because the account does not exist — which means you have no visibility of uninvoiced goods liability at any point in time
"Your creditors report is only accurate if your GRNI account exists and is being cleared correctly. If GRNI is missing from your chart of accounts, your creditors are wrong by definition."
Why this specifically matters for automotive parts businesses
Parts businesses deal with high-volume, multi-line GRVs from multiple suppliers simultaneously. A single delivery might contain forty different part numbers at different unit costs. The gap between physical receipt and invoice arrival can be anywhere from same-day to three weeks, depending on the supplier.
In this environment, operating without GRNI means:
- Your stock module and your finance module are perpetually out of sync
- Your creditors ledger does not reflect the true liability of uninvoiced stock in your warehouse
- VAT input claims are delayed until the invoice arrives, potentially affecting a tax period
- Month-end reconciliation requires a manual exercise matching delivery notes to invoices to stock movements
- Any discrepancy between what was delivered and what was invoiced is discovered late, after the invoice has posted
For a business processing fifty to a hundred GRVs a month, the manual reconciliation overhead is significant. The financial misrepresentation is ongoing.
The atomic transaction requirement
There is one more critical piece that most systems get wrong even when they attempt to implement GRNI correctly. The GRV confirmation — the moment when stock is accepted and the GRNI liability is created — must be a single atomic database transaction.
This means stock balances and the GRNI journal entry must either both succeed or both fail together. There must never be a state where stock has moved in the inventory module but no corresponding journal entry exists in the finance module, or vice versa.
If your system processes these as two separate steps — update inventory first, then post the journal — you have a window, however brief, where the two systems are out of sync. In a busy operation processing multiple GRVs simultaneously, this is not a theoretical risk. It is a practical one.
GRV confirmation in Litchee360 runs as a single database transaction. Stock balances update and the GRNI journal posts together. If either fails, both roll back. There is no partial state, no sync required, no reconciliation needed. The books and the warehouse are always the same number because they are updated by the same transaction at the same moment.
How to know if your current system handles this correctly
Ask yourself three questions:
- Does your chart of accounts contain a GRNI account? If not, your system does not implement the GRV flow correctly.
- When you confirm a GRV, does a journal post automatically — before the supplier invoice arrives? If not, your inventory and your books are out of sync from the moment goods are received.
- Does your AP module link supplier invoices to GRVs and automatically clear the GRNI balance? If you are manually matching invoices to delivery notes, the automation is not there.
If the answer to any of these is no, your creditors report is inaccurate, your stock valuation is unreliable between periods, and your month-end reconciliation is harder than it needs to be.
The bottom line
A GRV is not just an operational document. It is a financial event. The moment goods enter your warehouse, your balance sheet changes. Your accounting system must reflect that immediately, accurately, and automatically.
GRNI is not an advanced accounting concept reserved for enterprise software. It is a basic requirement for any business that holds physical stock. The fact that most SME accounting packages either ignore it or implement it incorrectly is not a reason to accept the status quo. It is a reason to choose software that gets it right from day one.