Problems
The same payment appears twice in Xero
Three different things look like a duplicate payment in Xero: two payment records held against one invoice, one deposit counted again because it was coded to revenue as well as matched, and two payments that are correct because the practice system split one payment across two invoices. Check the invoice, the clearing account and the profit and loss, in that order.
Key facts
- What reaches Xero at all
- Only payments already allocated to an invoice in the practice system. An unallocated payment stays there and is not seen in Xero.1
- Where a synced payment lands
- In the clearing account, as a debit, so the clearing account rises in value until the deposit is reconciled against it2
- What decides which clearing account
- Each payment type is mapped to one clearing account, and a type left unmapped falls back to the default Xero payment account3
- The move behind a second payment record
- Reconciling the bank feed line against the invoice while clearing accounts are in use, when the practice system has already pushed that invoice's payment into the clearing account6
- Where a settlement deposit is meant to be coded
- To the payments clearing account, as a receive money transaction, rather than to an income account5
- What one payment across two invoices does
- It appears as more than one payment in Xero, because the single payment is allocated to more than one invoice upstream2
- Why a card settlement looks doubled
- The processor deposits a single amount each day while Xero holds each payment separately, so the two sides do not line up one to one5
- What a sync is refused
- A change to an invoice that has a payment or a credit note allocated to it, which is why the duplicate payment comes off before anything else4
- What removing a payment upstream does
- No change on the Xero side. Taking an invoice payment off in the practice system does not remove it in Xero.6
- Tax type on the holding account
- BAS excluded, on all ten clearing accounts in the canonical allied health template8
- How practices describe the state
- Transactions duplicate, revenue looks wrong, clearing accounts refuse to clear, in one bookkeeper's symptom list7
Three different things get called a duplicate
The word duplicate covers three separate states, and they are not variations of each other. One is a bookkeeping error you undo. One is a coding error that leaves the invoice untouched and overstates income. The third is the system working correctly and looking wrong. Naming which one you have is most of the work, because the correction for each is different and applying the wrong one makes the ledger worse.
- Two payment records on one invoice. The money came in once, and Xero holds two payments against the same fee, so the invoice reads as overpaid or closes twice over.
- One deposit counted again in revenue. The invoice already recorded the income, and the bank line was coded to a sales account on top of it. The invoice looks fine and the profit and loss does not.
- Two payments that belong. One payment allocated across two invoices, or one appointment settled by two payers, produces two payment records because there are two things to settle.
When Xero really holds two payments
The common route to a genuine second record is the reconcile screen. The practice system has already pushed its payment into a clearing account, where it sits as a debit waiting for the deposit. The deposit arrives, the reconcile screen offers the matching invoice, and matching it there posts a second payment against the same invoice from the bank account.
When you have Clearing Accounts set up, Cliniko pushes the invoice payments through to a Clearing Account in Xero, instead of pushing it through as a payment to the bank account.6
So the two records are not copies of one event. One is the practice system saying money was collected, and one is the bank saying money arrived. Both are true, and only one of them belongs against the invoice. The clearing account is the account that is supposed to hold the difference between them, which is why the debit sitting in it is the clue rather than the problem.
There is a slower version of the same fault. A payment removed in the practice system is not removed in Xero, so an invoice that was corrected upstream keeps its Xero payment. When the corrected payment syncs later, the invoice carries both.
When the money is counted again in revenue
The second state leaves no mark on the invoice at all. A card or online settlement lands as one deposit, the reconcile screen offers no match because the amount belongs to a dozen invoices, and the quickest way past it is the Create tab and a sales account. The invoice already recognised that income when it was raised, so the same money is now in the profit and loss twice.
Credit card and EFTPOS Payment reconciliation in Xero require some special consideration because your merchant processor (credit card/EFTPOS provider) will deposit a single amount each day into your bank account, but Xero will have each payment recorded.5
Zanda's own instruction points the created transaction at the payments clearing account rather than at income, and that single choice is the whole difference. Coded to the clearing account, the deposit cancels the payments underneath it and revenue stays where the invoices put it. Coded to a sales account, it records the income a second time and leaves the clearing balance growing every day.
The same accounts, before and after the second record comes off
Only two of the four accounts move. Revenue is right before the correction and after it, which is why a second payment record hides from the profit and loss.
Two payments that are supposed to be there
Before undoing anything, rule out the case where two records are correct. Payments reach Xero once they are allocated to an invoice in the practice system, and allocation is per invoice, so one payment spread across two invoices settles two things and arrives as two payments. Cliniko states that outcome directly.
When one payment is applied to more than one invoice in Cliniko, that will appear as more than one payment in Xero, because that single payment is allocated to multiple invoices in Cliniko.2
- One payment allocated across two invoices in the practice system, which settles two invoices and posts two payments.
- One appointment settled by two payers, a fund benefit and the patient's own share, which is two payments on one invoice arriving from two rails on different days.
- One deposit covering many invoices, such as a claim run or a daily settlement, which is one bank line against many payments rather than a duplicate of anything.
The second of those has its own procedure at two payments on one invoice, because it is a settings question before it is a reconciliation question. The third is what find and match exists for, and Cliniko describes that screen as the way to match a single bank transaction to multiple payments.
Telling them apart in three places
Three screens settle it, and the order matters because each one rules out the state above it. Read the invoice first, the clearing account second, and the profit and loss last.
| Where to look | What a real duplicate shows | What it means |
|---|---|---|
| The invoice payment list | Two payments for the same amount, one from the clearing account and one from the bank | A second payment record. The bank line was matched to the invoice as well as to the rail. |
| The invoice payment list | Two payments of different amounts that add to the fee | Two payers on one invoice, which is correct. Leave it and check the accounts they landed in. |
| The clearing account balance | A debit that stays after the deposit has been reconciled | The deposit went somewhere other than the clearing account, so the payments under it were not cleared. |
| The clearing account balance | A credit balance that grows each day | Deposits are landing in the account with no payments beneath them, usually a sync that stopped. |
| The profit and loss for the day | Income larger than the invoices raised that day | The deposit was coded to a sales account on top of the invoices. The invoice list will look correct. |
Why the order of work decides it
Almost every genuine duplicate is a timing problem rather than a skill problem. If the payment is entered where the sync starts and the bank line is reconciled afterwards, there is one payment record to hold. If the bank line is reconciled first, the invoice is closed before the sync arrives, and the sync has nowhere to put its payment except on top.
we recommend always creating your invoices and entering payments in Cliniko first, and letting Cliniko sync them over to Xero for you.2
Two habits break that order without anyone deciding to. One is reconciling the bank feed on a Monday for a week the practice system has not finished syncing. The other is a bank rule that creates a transaction on a funder deposit, which fires before a person sees the line and codes it wherever the rule says.
Undoing it without breaking the invoice
The order below is not a preference. The bank line goes back to the reconcile screen first, so the duplicate payment comes off without leaving a matched statement line pointing at it.
- Find the bank line and remove and redo the reconciliation, which returns the statement line to the reconcile screen and leaves the invoice payments alone.
- Open the invoice and remove the payment that came from the bank account, keeping the one the practice system pushed into the clearing account.
- Go back to the reconcile screen and match the deposit against the clearing account for the rail it arrived on, not against the invoice.
- Where the deposit covers many invoices, use find and match so one bank line closes the payments underneath it in one action.
- Check the clearing account balance afterwards. It returns to nil once every payment the deposit covered has been matched.
Stopping it happening next month
Four settings and one habit hold the pattern in place, and none of them needs a new tool.
- One clearing account per settlement rail rather than one for everything, so a balance that will not move names the rail it belongs to.
- Every payment type in the practice system pointed at the account for its rail, so a card payment and a fund benefit do not share a balance.
- No bank rule that creates a transaction on a funder or merchant deposit, because those lines belong to a set of payments rather than to a category.
- Reconciling behind the sync rather than ahead of it, so an invoice is not closed in Xero before its payment arrives.
- A month end look at each clearing balance, which is where a clearing account that will not clear sets out the six residues and the entry each one needs.
The accounts themselves come from the canonical template rather than from a habit. It carries ten clearing accounts, one per rail, all at the BAS excluded tax type, with the tax treatment sitting on the revenue line instead. That separation is what lets a correction be posted without touching a tax rate.
What Ledger Map does with it
Ledger Map posts one balanced document set per deposit and leaves one exact match in the bank feed. The payments sit against the account for the rail that carried them, the deposit closes them in one action, and the bank line has one obvious counterpart rather than an invoice a person could match by hand and a clearing entry they could match again.
Nothing above is a treatment the product chose. The accounts and the tax types come from the canonical template the practice starts from, and the practice approves its map before an invoice syncs. A deposit that does not balance becomes a question with the candidate postings shown, rather than a second payment record found in a review three months later. How it works shows the map and the approval step.
Questions
Why does the same payment show twice in Xero?
Usually because the bank deposit was matched straight to the invoice while the practice system had already pushed its own payment into a clearing account. Both records are real events, the collection and the arrival, and only one of them belongs against the invoice. The other possibility is that the deposit was coded to a sales account, which leaves the invoice correct and counts the income again.
How do I remove a duplicate payment in Xero?
Remove and redo the bank line first, so the statement line goes back to the reconcile screen. Then open the invoice and take off the payment that came from the bank account, keeping the one the practice system pushed to the clearing account. Then match the deposit against that clearing account. The reconciliation is undone first so that no matched statement line is left pointing at the payment being removed.
Why did one payment in my practice software become two payments in Xero?
Payments reach Xero once they are allocated to an invoice, and allocation is per invoice. A payment spread across two invoices settles two things, so it arrives as two payment records. That is the system working, not a fault, and there is nothing to remove.
Is a duplicate payment the same as double counted revenue?
No, and they show up in different places. A duplicate payment sits on the invoice and leaves the fee looking overpaid. Double counted revenue leaves the invoice untouched and shows only on the profit and loss, because the income was recorded once by the invoice and again by a deposit coded to a sales account.
How do I stop payments duplicating between my practice software and Xero?
Enter the payment where the sync starts, reconcile the bank feed behind the sync rather than ahead of it, point each payment type at the account for its own settlement rail, and keep bank rules off funder and merchant deposits. Those deposits belong to a set of payments, so a rule that creates a transaction on them will code the money a second time.
Read next
- Xero how toTwo payments on one invoice in Xero
- ProblemsClearing account will not clear in Xero
- Xero how toFind and match a funder deposit in Xero
- Xero how toHow to reconcile a clearing account in Xero
- ProblemsDuplicate patient contacts in Xero
- Practice systemsHalaxy Xero integration: sync, fees, duplicates
- HubProblems
Sources
Open questions
- No search results snapshot was captured for this query, so the current top five, the People also ask set and whether an AI Overview shows are unverified. The questions answered above come from the manifest's question set and from the support articles read.
- Xero Central's article on removing and redoing a reconciled bank transaction returned an empty document to every fetch attempt on 3 Sep 2026. It is listed unverified and no key fact rests on it. One step follows from that gap: no source read here says in words that matching a bank line to an invoice posts a payment on top of the one already in the clearing account. The bookkeeper source names that move as the problem, and the page states the two records from it rather than from a Xero page it could open.
- Both bookkeeper sources show no published or updated date, so how current their descriptions are cannot be stated and both are marked secondary.
- Whether a practice keeps one clearing account per rail or one for all payment types is a decision the vendor articles leave open. This page states what each choice makes visible and leaves the choice with the practice and its adviser.
- Integrate Cliniko with your Xero account
Cliniko. Retrieved 3 Sep 2026. Source updated 28 Jul 2026.
primary
- Reconcile in Xero when using the Cliniko integration
Cliniko. Retrieved 3 Sep 2026. Source updated 28 Jul 2026.
primary
- Sync payment types in Cliniko to specific clearing accounts in Xero
Cliniko. Retrieved 3 Sep 2026. Source updated 18 May 2026.
primary
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.