Xero how to
How to reconcile a credit note in Xero
A credit note is not a bank transaction, so there is nothing to reconcile against a bank line on its own. Allocate it to the invoice the funder reversed, on the same account and tax rate as the original line. The bank line it belongs to is the later deposit, which already arrives net of that reversal. Refund it where money left the account.
Key facts
- What a credit note settles
- An invoice balance, by allocation, or a payment out where money is going back to the payer1
- Why not a negative payment
- Xero holds no negative payment object, so a reversal is a credit note instead1
- Account and tax rate on the credit note
- Both read off the original invoice line, which is why the templates set no fixed code for a refund1
- How a funder reversal arrives
- As a negative line on a later remittance, netted against that batch's deposit5
- What the deposit equals
- The approved lines less the rejected lines, exactly6
- What the reversed line looks like
- A negative or zero dollar row, easy to read past on a long remittance7
- What Cliniko sends across
- Credit allocations do not appear in Xero, and an invoice paid by account credit stays open there2
- What PracSuite sends across
- Refunds are not considered when syncing, so the adjustment is made in Xero by hand4
What a credit note settles in Xero
A credit note is a document against a contact, not a line in a bank feed. Nothing about raising one moves money, and nothing about it appears in the reconcile tab. It sits there owed to the contact until you do one of two things with it: allocate it against an invoice, or pay it out.
That is the whole difficulty behind the question. A bookkeeper looking for the bank line a credit note reconciles against is looking for something that exists in one of those two cases and not in the other. Allocation settles the credit note inside the ledger. Only a payment out produces a bank transaction to match.
The canonical Ledger Map templates take the same route for a reversal, and they say why: a refund becomes a credit note on the original line's account and tax type plus a payment against it, rather than a negative payment, because Xero has no negative payment object to post.
The two exits, and which one a funder reversal takes
Three events in a clinic look alike on the way in and leave the ledger differently, and only two of them are credit notes. Naming which one you have is what tells you whether to go looking for a bank line at all.
| What happened | The document | The bank line |
|---|---|---|
| A funder reversed a claim it had already paid | A credit note allocated to the original invoice | None of its own, because the money comes out of a later deposit |
| The practice sent money back to a patient or an insurer | A credit note plus a payment against it | The payment out, reconciled like any other spend |
| Money taken before any service is returned before it is applied | A release of the liability, with no revenue to reverse | The payment out |
The templates carry that third branch as a rule rather than as advice: money that was never applied to a supply is released, money that was applied gets a credit note plus an applying payment, and a refund that spans both raises a question with the two candidate postings shown instead of one being picked for the practice.
The reversal that arrives inside a deposit
When the NDIA or a plan manager takes back a claim it already paid, it does not send an invoice and it does not ask for money. The reversed line turns up as a negative amount on a later remittance and is netted against that run's payment. So the remittance total is a net figure rather than a sum of positives, and the deposit in the bank feed is the approved lines less the rejected ones, exactly.
That is why the deposit will not tie until the credit note exists. The bank credit is already smaller. If every approved line is posted at its full value and nothing is posted for the reversal, the batch is larger than the money and the difference has no name on the ledger.
- Read the remittance for negative rows before building anything, because a reversed line can also come through as a zero dollar row.
- Take the remittance total as the figure the bank credit was built from, not the sum of the lines you recognise.
- Match the reversed line back to its original invoice through the claim reference, remembering the NDIA appends its own system suffix to the reference you sent.
- Keep the reversal with its batch. A credit note posted in a later month leaves both months wrong.
The steps, in order
This runs the same way whether the reversal came from the NDIA, a plan manager or an insurer. The order matters, because a credit note cannot allocate against an invoice that is already showing as paid in full.
- Find the invoice the reversed line was originally paid against.
- Remove the payment sitting on it, where the practice system posted one on submission.
- Raise a credit note against the same contact for the reversed amount, on the original line's account and tax rate.
- Allocate the credit note to that invoice.
- Post the approved lines of the remittance as payments into the clearing account for the rail that paid them.
- Match the bank statement line to one move out of that clearing account for the net deposit.
Where you are building a batch deposit instead of a clearing account, the credit note still comes first. The batch is built from the remittance and has to total the bank credit before anything is matched, which is covered on batch deposit for a remittance. A long run splits across more than one batch, and a reversal has to sit in the same batch as the invoice it reduces. How many invoices one batch holds is not settled between the vendor guides, and that page carries both figures.
Same account, same tax rate as the original line
A credit note raised from scratch takes whatever account and tax rate the contact defaults to, and in a clinic that is usually wrong. The reversal is undoing a specific invoice line, so it belongs on that line's account at that line's rate. The canonical templates encode this by refusing to set either one: the refunds component carries no fixed account code and no fixed Xero tax code, because both are read off the invoice being reversed.
Getting this wrong is quiet. The invoice balance still moves, the deposit still ties, and the only trace is a revenue account that has been credited on the wrong line and an activity statement that no longer agrees with the invoices behind it.
One batch, read twice
Nothing in the after column is a smaller figure for its own sake. Each row is a balance a bookkeeper can explain in a sentence, and the deposit ties because the reversal is now somewhere rather than nowhere.
When the money actually goes back out
The other case is a real refund: a patient overpaid, a session was cancelled inside the window, an insurer was billed twice. Money leaves the bank account, and now there is a line in the feed.
Raise the credit note the same way, then pay it out rather than allocating it. The payment against the credit note is the transaction the bank line matches, and it clears in Find and Match like any other. Where the refund goes out through a rail that also settles claims, pay it out of that rail's clearing account so the account still tells the truth about what the funder owes, which is the routine on reconcile a clearing account.
A credit note left neither allocated nor refunded is a third state, and it is the one that quietly ages. It shows as owed to the contact and reduces the receivable without being tied to anything, which is why a monthly read of outstanding credit notes belongs next to the aged receivables report.
What your practice system sends, and what it does not
The practice system recorded this event. The documented integrations do not pass it on. Cliniko records a refund of account credit as a negative payment on the patient's file, an object Xero has no equivalent for. Its own integration documentation says credit allocations do not appear in Xero, and that an invoice paid using account credit syncs across and stays open there. PracSuite states it plainly: refunds are not considered when syncing to Xero, and any adjustment for a refund is completed in Xero by hand.
If you do allocate a credit in Cliniko though, you need to also hop over to Xero and apply the credit manually yourself so that your information in both software is consistent and accurate.8
The cost of that gap is the drift a bookkeeper finds at year end: a receivable that overstates what is collectable, a clearing balance that will not go to nil, and an accountant's time spent working out which of the two systems is right. It is one of the most heavily evidenced complaints in the research behind reconcile a clinic bank account.
Where it goes wrong
Four failures cover most of what a reversal does to a ledger, and each has a different fix. Naming the cause is quicker than adjusting figures until the deposit agrees.
| What you see | What it usually is | What clears it |
|---|---|---|
| The batch is larger than the deposit | A negative line on the remittance was read past | Raise the credit note for it and allocate it before matching |
| The credit note will not allocate | The invoice is already showing as paid in full | Remove the payment, allocate the credit note, then repost the balance |
| Revenue by funding source moves the wrong way | The credit note took the contact default rather than the invoice line | Edit the credit note back to the original line's account and rate |
| A credit note sits open for months | It was raised but never allocated or paid out | Allocate it to the invoice it belongs to, or pay it out and match the bank line |
What Ledger Map does with a reversal
Ledger Map holds one standing map for the practice, approved before anything syncs. For a remittance that carries a reversal it posts one balanced document set for the deposit: the credit note on the original line's account and rate, the payments for the approved lines into the rail's clearing account on the funder's payment date, and the move out for the net total. That leaves one exact match waiting in the bank feed rather than a difference to chase.
Where the reversal is not clean, the map does not guess. A refund that spans money held and money already applied is the case the canonical templates hand back as a question with both candidate postings shown, and the practice decides. Funder side detail on how reversals arrive is on NDIS agency managed and NDIS plan managed.
Questions
How do you reconcile a credit note in Xero?
In most cases you do not reconcile it against a bank line at all. A credit note is settled by allocating it to an invoice, which moves no money. A bank line exists only where the credit note was paid out, and then it is the payment against the credit note that the statement line matches.
Why is the funder deposit smaller than the batch?
Because a reversed claim is netted out of that run rather than invoiced back to you. The remittance total is the approved lines less the rejected ones, and that total is what the bank credit was built from. Post a credit note for the reversed line and the two figures agree.
Can you enter a negative payment in Xero?
No. Xero has no negative payment object, which is why the canonical templates map a practice system's negative payment to a credit note on the original line's account and tax rate, plus a payment against that credit note where money is going back out.
What tax rate goes on the credit note?
The rate the original invoice line carried. A credit note is undoing one specific line, so copying that line's account and rate keeps the activity statement agreeing with the invoices behind it. A credit note raised from scratch takes the contact default instead, which is the common error.
Does allocating a credit note reopen the invoice?
It reduces what the invoice is owed. Where the invoice was already marked paid in full, the payment has to come off first, because there is no balance for the credit note to reduce. After that the invoice carries the funder's reduced amount and the payment is reposted against it.
Read next
Sources
Open questions
- Xero Central settles where a credit note is raised from, and the step names that path. What the objects then do is described from the objects Xero holds rather than quoted from an article, because the developer reference for credit notes returned no body on 3 Sep 2026.
- Whether every plan manager reverses through a negative line on a later remittance, rather than through a separate adjustment file or a reissued claim, is not settled by the research. Three vendor guides describe the netting and none of them is the funder.
- Whether the NDIA ever reissues a corrected claim instead of netting a reversal into a later batch could not be confirmed from a primary source, because ndis.gov.au refuses automated fetches.
- The Festival Bookkeeping page carries no published or updated date, so the quote on this page is dated only by the day it was read.
- Xero's cap on the number of invoices in one batch could not be confirmed from Xero itself. Two vendor guides give different figures, and central.xero.com served no content on 3 Sep 2026, so this page names no number and leaves the cap to the batch deposit page.
- The ranking positions for this query were not checked, on the day this page was written or on the day it was checked back, because the search budget was spent both times. The description of the current answer landscape in the brief rests on reading the pages rather than on a fresh search.
- Integrate Cliniko with your Xero account
Cliniko. Retrieved 3 Sep 2026. Source updated 28 Jul 2026.
primary
- Delete or refund a patient's account credit
Cliniko. Retrieved 3 Sep 2026. Source updated 3 Jan 2025.
primary
- How are PracSuite payments synced to Xero
PracSuite. Retrieved 3 Sep 2026. Source updated 3 Aug 2026.
primary
- NDIS remittance processing in Xero
RemitClear. Retrieved 3 Sep 2026. Source updated 15 Apr 2026.
secondary
- Reconcile NDIS plan manager remittances in Xero
ToTheCent. Retrieved 3 Sep 2026. Source updated 8 Jul 2026.
secondary
- NDIS remittance processing in Xero
Remittance Go. Retrieved 3 Sep 2026. Source updated 2 Jun 2026.
secondary
Review
Last reviewed 3 Sep 2026 by Shane
General information for Australian allied health practices, not tax advice. Confirm a treatment with your BAS agent or accountant before you post it.
Guided onboarding
Run one real month before you go live.
Sign up, connect Zanda and Xero, and replay a month you already closed. The map is reviewed with whoever owns the books, and nothing posts until you approve it.
Every practice starts from a template. Nothing posts until the map is approved.