The Return That Was Never Recorded
The unit came back and the refund went out, so the money is in the bank and the goods are on the shelf - but no credit note and no stock receipt exist. What a return has to record in two ledgers before either number can be trusted.
A customer rings and says the unit is faulty and they are sending it back. Somebody writes 'returned - 1 no. RTA-220' on a pad next to the till, or says it to a colleague, or does nothing at all because the conversation felt settled. Two things then happen that the business intends to be the same thing, and that are actually two records in two different product areas. The refund leaves the bank and is recorded in Nox-Billings as a payment. The unit comes back onto the shelf and is supposed to be recorded in Commerce as stock received. Nothing joins them. A credit note is not raised, because the person who rang did not ask for one, and nobody realises a credit note is what makes the invoice and the stock agree with each other.
So the money side shows a customer who paid in full and then paid again, out. The stock side shows a shelf that is one unit heavier than the system believes, or, if the returned unit is quietly sold on, a system that has sold something it never received. Neither of these is dramatic on the day. The refund is banked and looks like good service. The shelf is fuller and looks like good luck. Both numbers keep going, quietly, into the month-end and out into a management report, and the first person to read the report has no way to know that one of the figures in it is a fiction assembled from two records that were never meant to talk to each other without a person doing the translation.
This is not an article about credit notes as a feature. A credit note is a document, and documents are the easy part. It is about the fact that a return is a movement in two ledgers at once, that those two ledgers belong to different parts of the business, and that the only thing in most small businesses connecting them is a person remembering to ask. Where the returned unit is the whole of the return, the money side is also nearly silent: a single unit against a single invoice does not move any management number far enough to be noticed, which is exactly why the error survives long enough to compound.
The companion article in this file is [The Deposit Nobody Allocated](/blog/the-deposit-nobody-allocated), which is the same structural failure running the other way: money arrives with nothing to attach it to. The chain-level version is [Quote to Cash: What Each Step Has to Carry](/blog/quote-to-cash-what-each-step-has-to-carry). This one stays on the return, and the argument is narrow: if the two records are not joined deliberately, they will not be joined at all, and the business will not find out from the data.
The distinctionA return is not a refund. It is a movement in two ledgers, held in two places.
Start with the shape of the event, because most of the confusion comes from treating it as one thing. A return has at least three distinct facts in it, and they are not simultaneous. There is a physical fact: goods left the customer's premises and came back. There is a money fact: an amount left the bank. There is a document fact: a credit note exists, numbered, dated, and issued to a named customer. Three records, three places, three different owners if the business has more than one person. The physical fact belongs to Commerce, because stock movement and purchasing live there. The money fact and the document fact belong to Nox-Billings, because that is where invoices, payments, allocations and credit notes live. Expenses are also Nox-Billings only, which is worth noting because a restocking charge will sometimes arrive as an expense rather than as a credit.
The ordering matters more than the ownership. A well-run return does the documents first, because the credit note is what fixes the numbers that everything else is checked against. Raise the credit note, and the invoice's taxable amount comes down, the customer's ledger has a document to point at, and the tax treatment of the refund has something to attach to. Only then move the stock. If the stock is moved first and the credit note is forgotten, the unit is back on the shelf and there is no record anywhere that the business owes the customer for it - which is a position most businesses discover only when the customer asks for the money back. If the money goes out first and the credit note is forgotten, the business has paid money back, kept the revenue on the books, and has a customer account with a mystery credit in it. Every ordering that puts the bank transfer before the document ends the same way.
There is a fourth fact that is usually mistaken for part of the event and is not: the reason for the return. A damaged unit, a wrong specification, a unit that was never what the customer thought it was, and a change of mind are four different commercial events that produce four different documents, four different stock dispositions and - this is the part people forget - four different conversations for next time. A unit returned because it arrived scratched is a supplier problem, and the cost of that unit belongs somewhere other than in a shrink line. A unit returned because the customer ordered the wrong size is a picking or advising problem, and the conversation worth having is about the specification. A return that is a change of mind is a stock decision, and the unit is still sellable. All three produce the same three records if you build them the same way, which is why the reason has to be captured at the moment the return is booked, when the person who handed it back is still on the phone.
None of this is complicated in isolation. What makes it fail is that none of the three records is urgent, none of them blocks anything at the time, and the customer is satisfied - they asked, and the money is going back. A return is a task with no deadline, done by a person who has just resolved a small annoyance, and tasks of that kind are the ones that get lost. The remedy, in the end, is not better software at the moment of the return. It is a rule that says the credit note is the first document, because a rule that depends on somebody thinking about it is the same thing the business was already doing.
Illustrative: the two halves of one return, and where each half is recorded
The half that lives in Commerce
Goods left the shelf and came back. Stock received, a reason, a disposition - resellable, damaged, or return to supplier. This is the only record of the physical event, and if it is missing the system does not know the business holds a unit it is not selling. The cost of that unit is constructed at 6,200.00 in the worked example below, and that figure is what quietly stays in cost of goods sold when the receipt is never booked.
The half that lives in Nox-Billings
A credit note against a named invoice, and a payment of the credit-note amount that allocates to it. Without the credit note the invoice still projects as fully paid and the revenue never comes back; without the allocation the money leaves the bank and reduces nothing, leaving an unexplained credit on the customer account.
ConstructedWhat the numbers look like when the return is never recorded
A constructed sale, return and refund. Every figure below is invented for this article so that the arithmetic can be checked by hand. No return rate, no shrinkage rate, no industry average and no benchmark of any kind is asserted anywhere in this piece. The 18% GST figure appears only to make an invoice total checkable; it is not a statement about the rate that applies to your business.
SKU RTA-220 is constructed at a selling price of 12,500.00 per unit and a cost of 6,200.00 per unit. Both numbers are invented.
| Line | Arithmetic | Amount |
|---|---|---|
| Twelve units invoiced on 2026-03-04, taxable | 12 × 12,500.00 | 150,000.00 |
| GST on that invoice at 18%, illustrative only | 150,000.00 × 0.18 | 27,000.00 |
| Invoice INV-4417 total | 150,000.00 + 27,000.00 | 177,000.00 |
| Cost of the twelve units, for the margin arithmetic below | 12 × 6,200.00 | 74,400.00 |
| Margin per unit before GST | 12,500.00 − 6,200.00 | 6,300.00 |
| That margin as a share of the selling price | 6,300.00 ÷ 12,500.00 = 0.504 | 50.4% |
What actually happened next, in two systems.
| Date | Commerce, the stock record | Nox-Billings, the money record |
|---|---|---|
| 2026-03-04 | 12 units leave stock against 12 counter sales | INV-4417 issued for 177,000.00 |
| 2026-03-06 | no movement | Payment of 100,000.00 recorded and allocated to INV-4417 |
| 2026-03-11 | no movement | Payment of 77,000.00 recorded and allocated to INV-4417, and the invoice projects paid |
| 2026-03-18 | one unit comes back onto the shelf and nobody books a receipt | 14,750.00 leaves the bank and is recorded as a payment with nothing allocated to it. No credit note is raised. |
The refund is not an arbitrary number. It is the tax-inclusive value of the one unit that came back, and it is derived from the invoice rather than typed in by whoever pressed the button.
| Line | Arithmetic | Amount |
|---|---|---|
| Taxable value of the returned unit | 1 × 12,500.00 | 12,500.00 |
| GST on that unit at 18%, illustrative only | 12,500.00 × 0.18 | 2,250.00 |
| The refund that leaves the bank | 12,500.00 + 2,250.00 | 14,750.00 |
Two readings of the same day, both wrong in opposite directions, at 2026-05-04.
| Reading | Arithmetic | Result |
|---|---|---|
| Outstanding on INV-4417 | 177,000.00 invoiced − 177,000.00 allocated | 0.00, so the invoice still projects as fully paid |
| Credit note raised against INV-4417 | none raised | 0.00, so the revenue never came back |
| Credit sitting unapplied on the customer account | 14,750.00 paid out − 0.00 allocated to any document | 14,750.00 that nobody can explain |
| Taxable revenue reported for the March invoice | 150,000.00 as invoiced | 150,000.00, where 150,000.00 − 12,500.00 = 137,500.00 would be right |
| Cost of goods sold reported for those twelve units | 12 × 6,200.00 | 74,400.00, where 11 × 6,200.00 = 68,200.00 would be right |
| Gross profit reported for the invoice | 150,000.00 − 74,400.00 | 75,600.00 |
| Gross profit if the return had been recorded | 137,500.00 − 68,200.00 | 69,300.00 |
| Overstatement of gross profit | 75,600.00 − 69,300.00 | 6,300.00, which is exactly one unit of margin, 12,500.00 − 6,200.00 |
So the size of the error on the money side is one unit of margin, 6,300.00 out of a 75,600.00 reported gross profit. That is 6,300.00 ÷ 75,600.00 = 8.3%. The number is small, and that is the point: an error of this shape does not announce itself, so it is not corrected until a month-end count or an audit forces the correction, and by then it has been copied into reports that people made decisions from.
The same return, on the stock side.
| Reading | Arithmetic | Result |
|---|---|---|
| Stock of RTA-220 in Commerce after twelve sales | 12 opening − 12 sold | 0 units |
| The physical shelf after one unit is put back | 0 + 1 | 1 unit |
| Counter sale on 2026-03-21 | 1 on the shelf − 1 sold | 0 units on the shelf |
| What Commerce now records | 0 recorded − 1 sold | −1 unit, which many systems refuse to display at all |
| Month-end count on 2026-03-31 | 0 counted − (−1) recorded | 1 unit of difference, in a month with no returns in it |
| Value of that difference at the constructed cost | 1 × 6,200.00 | 6,200.00 written off to shrinkage, for a unit that is not missing |
The stock error is 6,200.00 and the money error is 6,300.00. They are nearly the same size, they come from the same physical event, and they are 1,900.00 apart in absolute terms while describing two different things: 6,200.00 is a cost that should have been released back into stock, and 6,300.00 is a margin that should never have been reported. Adding them, 6,200.00 + 6,300.00 = 12,500.00, which is the taxable selling price of the unit. A return that is never recorded therefore misstates profit by exactly the value of the unit returned, and a business that has never noticed is carrying that as a real margin every month it happens.
There is one more consequence of the missing credit note that sits outside the profit number, and it is the one that eventually turns an accounting difference into a dispute. A credit note is a document the customer can hold. It states what was returned, on what date, against which invoice, and for how much. Without it, the customer's only evidence that money is coming back is the bank line and whatever the person on the phone said at the time. When the two disagree - and they will disagree, because a statement is generated from a system that has no record of a return - the business has nothing to produce. What it can produce is an unexplained outgoing payment, which looks exactly like a customer who was overpaid and the business is slowly returning it. That is a very different conversation, and it is very hard to win.
The tax point follows directly from the document point, and it should be said plainly rather than implied. A credit note is the document through which a reversal of taxable value is communicated. NoxOrigin holds the invoices, the credit notes, the payments and the allocations between them, and it produces the arithmetic so that the figures on those documents agree with each other. It does not file GST returns, does not generate e-invoices, does not issue e-way bills, does not record TDS or TCS, does not handle reverse charge, does not determine place of supply, and does not hold your bank credentials. What the return actually means on a return, and in which period it is reported, is a question for the business and its chartered accountant. The system's job ends at producing a set of documents that are internally consistent and traceable, which is exactly what the missing credit note prevents.
It is worth being precise about what the failure is not. It is not that the software cannot record a credit note. It is not that a credit note is difficult to raise. It is not that the customer asked for something unusual. The failure is that the credit note and the stock receipt are separate records in separate product areas, each of which is individually optional at the moment the customer is on the phone, and nothing in the business treats the pair as a single obligation. A task that has to be remembered by the person who just resolved a complaint will be remembered perhaps half the time, and the half it is forgotten is invisible, which is a worse property than being visibly late.
And the reason it stays invisible for so long is worth naming, because it explains why businesses do not go looking for this. The one returned unit against a large invoice does not move a total that anybody reads. The one unbooked receipt does not stop you selling. The unexplained credit on a customer account is a small, odd line that a person attributes to something else and moves on. The failure mode is not that the business cannot see the data. It is that the data is too small to be worth looking at, and the discipline that would have caught it - a month-end count, a return figure, a credit note count - is the discipline that gets dropped first when the month gets busy.
Illustrative: what each record has to carry for a return to be more than a refund
| Question | Return that is only a refund | Return that survives a month-end and an audit |
|---|---|---|
| What document exists | A bank payment out, with no allocation | A numbered credit note against the named invoice, dated on the day of the return |
| What the invoice projects | Fully paid, because 177,000.00 was allocated and nothing came off it | Taxable value reduced by the credit note, so the projection moves with the document |
| What happened to the goods | Nothing recorded. The shelf is one unit heavier than the system believes | A stock receipt with a reason and a disposition, in Commerce, against the same date |
| What the customer can be shown | An outgoing payment that looks like a slow return of an overpayment | The credit note, matched to the invoice it reduces and to the payment that settled it |
| What the cost of the unit did | Stayed in cost of goods sold, 6,200.00, for a unit that is back on the shelf | Released back into stock, so the margin of the unit is not reported as earned |
| What a month-end count finds | A one-unit difference with no return in the period to explain it | Nothing, because the receipt is in the same period as the return |
| What the tax treatment rests on | A bank transfer and a memory | A document the business issued, with the reporting still done by the business and its accountant |
The moment of truthThe two records meet in a conversation, and the conversation is the only place the join happens
It is worth looking at how this actually happens on a counter, because the abstraction above can make it sound like a policy failure when it is a design question. The customer arrives, or rings, and the person they speak to is not a stock clerk and not an accountant. They are the person on the till. What they have to hand is a till, a customer record, and an invoice they can pull up. The stock system and the billing system are two other places, reached through two other screens, and the person has a customer standing in front of them. Every process that asks that person to complete two carefully-linked entries in two systems has already lost most of its probability, and the surviving failure is not recorded anywhere, because the person does not think of it as an entry they failed to make. They think the return is finished. The customer thinks it is finished. The only person who could tell them otherwise is looking at a report two months later.
So the useful question is not how to make people more careful. It is what the counter is allowed to do in one movement, and what it is prevented from doing. If the person on the till can raise the credit note and have the stock receipt follow from it, the two records are created by one action and they cannot disagree about the date or the amount. If they can raise only the refund, the join has to happen later, by a person who was not present, from a note. The second arrangement is not wrong - plenty of businesses run it and it is the honest default when returns are rare - but it has to be a decision with a named person attached and a review date, not an accident.
Illustrative: a constructed exchange at the counter, written for this article. Not a quotation from any real person, customer or business.
| Moment | What is said in this constructed illustration | What the records hold at that moment |
|---|---|---|
| The call | Line one, written as an illustration: 'the unit is faulty and we are sending it back today' | The invoice is fully paid and projects paid. There is no return, no credit note and no stock receipt. Nothing has been created by the call. |
| The refund, four days later | Line two, written as an illustration: 'we have sent the refund, it should be with you' | A payment of 14,750.00 exists, allocated to nothing. INV-4417 still projects paid. The customer account now carries a 14,750.00 credit that no document explains. |
| The stock, same afternoon | Line three, written as an illustration: 'put it on the shelf, we will get another from the supplier' | The shelf holds one more unit than Commerce records. If it is later sold, Commerce goes to minus one and the month-end count finds a unit of unexplained shrinkage. |
| The question, six weeks later | Line four, written as an illustration: 'our statement says we still owe you, and the account shows a credit' | Both statements are true and they come from different records. The business cannot produce a document joining them, because no document was ever raised. |
The remedyWhat has to exist for a return to be a record rather than a refund
Illustrative: what to settle before a return can be trusted as a record
- Make the credit note the first document, not the last. A refund sent before the credit note exists is a payment with nothing to allocate to, and the allocation is the part that gets lost.
- Raise the credit note against the specific invoice, with the same date as the goods came back. An undated credit note cannot be matched by a person or by a month-end review.
- Decide where the stock receipt is raised. Stock movement and purchasing are Commerce, expenses are Nox-Billings, and a business with both has to name which one books a return before the first return happens, not the hundredth.
- Capture the reason at booking, while the customer is still on the phone. Damaged, incorrect specification, and change of mind are three different conversations and three different dispositions.
- Give the returned unit a disposition: resellable, damaged, or return to supplier. A damaged unit that goes back on the shelf is a second error, and a more expensive one.
- Allocate the refund to the credit note. An unallocated payment is a credit balance with an explanation attached, not a settled return - and a credit balance nobody can explain is the subject of the companion article in this file.
- Keep the invoice and the payment as separate records and treat 'paid' as a projection of allocations, so a credit note visibly moves the invoice rather than quietly overwriting a status.
- Decide in advance what happens to a return that arrives after the month has closed. Late returns belong to a period, and the period is an accounting decision, not an accident of when somebody noticed.
- Review the count of returns and credit notes monthly, even when it is small. The purpose is not the figure, it is that two numbers which should always agree - units returned and credit notes raised - are being compared at all.
- Write down who is allowed to approve a return, and at what value. A refund is money leaving the business, and a threshold is cheaper to enforce than an audit trail nobody reads.
- Do not use a margin, a return rate or an ageing figure from outside your own records to fill the gap in this article's constructed example. Derive yours from your own data, and if your data will not support the derivation, the first task is the record, not the analysis.
Frequently asked questions
Is a credit note the same thing as a refund?
No, and the difference is what makes a return recordable. A refund is a movement of money out of the bank. A credit note is a numbered document that reduces a specific invoice, and it is the document that gives the money somewhere to be allocated. Send the refund first and the payment arrives with nothing to attach it to, which leaves an unexplained credit on the customer account and leaves the invoice projecting as fully paid.
Why does an unrecorded return overstate profit?
Because the revenue is not reduced and the cost of the unit is not released. In the constructed example, twelve units at 12,500.00 gave a reported gross profit of 150,000.00 − 74,400.00 = 75,600.00, where the correct figures after one unit came back are 137,500.00 − 68,200.00 = 69,300.00. The overstatement is 6,300.00, exactly one unit of margin, 12,500.00 − 6,200.00. No return rate is used to reach that number; it is derived from the constructed example alone.
Can one system record both halves of a return?
The halves belong in different places by design. Stock movement and purchasing are in Commerce, because that is where stock lives. Invoices, credit notes, payments and allocations are in Nox-Billings, and expenses are Nox-Billings only. The join between them is a date and a decision by a person, which is why the credit note has to be the first document raised - a credit note in Nox-Billings is what tells you what happened to the goods in Commerce.
Does a credit note change whether an invoice counts as paid?
Paid is not stored on the invoice. An invoice and a payment are different records, and paid is a projection of the allocations between them. Raising a credit note reduces what the invoice has to be settled by, so the projection moves as a result of a document rather than because somebody edited a status field. That is what makes a later disagreement about a balance settleable against dated records instead of memories.
Is NoxOrigin responsible for the tax treatment of the refund?
No. NoxOrigin does not file GST returns, does not generate e-invoices, does not issue e-way bills, does not record TDS or TCS, does not handle reverse charge, and does not determine place of supply. The 18% in the worked examples is there only so an invoice total can be checked by hand. Which period a return is reported in, and what it means on your return, is a question for your chartered accountant. NoxOrigin also does not hold bank credentials, so the money leaves through your own bank and returns as a recorded payment.