Problems
Changing the practitioner on a paid invoice
Changing the practitioner in the practice system moves the appointment, not the ledger. The invoice in Xero keeps the account and tracking option it synced under, and the integration will not go back for it. Xero lets you edit Account and Tracking on a paid invoice without touching the payment, so the fix is a direct edit, or a journal where a run of invoices moves at once.
Key facts
- What reaches Xero
- Cliniko's integration article documents invoices and allocated payments pushed across to Xero and names no tracking category, so a practitioner reaches Xero as the sales account that practitioner's invoice items were mapped to1
- How far a mapping change reaches
- Cliniko states the setting applies to all new invoices and invoices not yet synced to Xero, so an invoice that already synced keeps the account it went across under4
- Which mapping wins
- A sales account set on the item is not overridden by the practitioner setting, and the practitioner setting overrides the default account4
- Why a late edit does not sync
- Zanda states that once payment is applied, no further changes to that invoice are permitted, which is the limit on what its export will send rather than on what Xero will accept2
- What Xero lets you edit on a paid invoice
- To, Due date, Invoice number, Reference, Branding theme, Description, Account, Tracking and Project can be changed without removing the payment, and other fields need the payment removed first9
- Where the practitioner sits
- All three canonical templates spend the first tracking slot on Practitioner, matched by name, and keep the funding source in the account code instead of a third slot8
- Taking a payment off
- A bookkeeper writing about this integration describes opening the invoice in Xero and using Remove and Redo to clear a payment the practice system no longer holds7
- Which report the payout reads
- Cliniko's closed invoices report covers only invoices that have been closed, which generally means paid, while its raised invoices report includes figures from invoices that have not yet been paid5
- Why the attribution matters
- A medical practice accountant describes every revenue feed being matched against the live bank feed before anyone is paid, which makes an attribution error a payout error6
What the change moved, and what it did not
A session gets reassigned for ordinary reasons: a locum covered the appointment, the booking sat under the wrong calendar, a supervisor was recorded where the treating clinician belongs. In the practice system the change is easy, and once it is saved that system reads correctly. That is the whole of what changed.
The ledger did not move. The revenue posted to Xero when the invoice first synced, under whatever account or tracking option applied then, and it is still sitting there. The reassignment does not reach across, and no error is raised, so this usually turns up weeks later when revenue by practitioner does not match the practice system.
Why the old name stayed on the invoice
Two rules stack up here, and either one on its own would be enough to stop the change.
- The mapping is forward looking. Cliniko's own article for the practitioner setting says the account applies from now on to all new invoices and invoices not yet synced. An invoice that already went across is outside that set, so changing the mapping does not reach it.
- The integration will not go back for it. Zanda states that once payment is applied, no further changes to that invoice are permitted. That is a limit on what the export sends, and it is why nothing arrives in Xero to correct the line.
Once payment is applied, no further changes to that invoice are permitted.2
Where the practice system does try to push the change, the refusal is the one covered on invoice not of valid status for modification. Where it does not try, which is the more common case, there is no message and the two ledgers simply drift apart.
Xero is more open than the integration is. Its own article lists the fields a paid or partly paid invoice still accepts without the payment coming off: To, Due date, Invoice number, Reference, Branding theme, Description, Account, Tracking and Project. Amounts, quantities and the tax rate are the fields that need the payment removed. A practitioner reassignment is an Account or a Tracking edit, so it sits inside the open list.
Account or tracking option, and why it decides the work
Before either fix, work out where the practitioner actually lives in this Xero file, because the two setups are corrected differently.
- A sales account per practitioner. This is what the native Cliniko integration offers, and it means the reassignment has to move money between two revenue accounts. It also multiplies the chart of accounts by the number of clinicians.
- A tracking option per practitioner. The revenue account stays where it is and only the tracking option on the line moves, which is the smaller correction of the two.
The canonical templates take the second path: the first tracking slot is spent on Practitioner, matched by name, and the funding source stays in the account code. Setting that up is tracking categories by practitioner, and reading it back afterwards is tracking category reports.
The one question that picks the fix
Most write-ups list the fixes and leave the reader to choose. The choice is not a matter of taste, and it does not depend on the size of the invoice. It depends on one thing: how many invoices are wrong.
The payment stays put either way, which is what keeps both fixes cheap. Neither route asks for a payment to come off, so a funder deposit covering a run of invoices stays closed and the bank reconciliation behind it stays as it is.
Editing the paid invoice in Xero
This is the fix that leaves the invoice reading correctly, and the payment stays on it throughout. The order matters more than any single step.
- Open the invoice in Xero and edit it. The payment stays where it is, because Account and Tracking are both on the list of fields a paid invoice accepts.
- Change the line: the tracking option, or the sales account, depending on which setup the file uses.
- Leave the amount, the quantity and the tax rate alone. Those are the fields that would need the payment off, and a reassignment does not touch them.
- Check the invoice still shows as paid and the payment still carries its original date, amount and reference.
- Correct the mapping in the practice system as well, so the next invoice for that clinician goes across under the right account and nobody repeats this.
- Where an amount does have to change as well, that is a different job: the payment comes off first, through Remove and Redo where a bank line is matched to it.
The step people skip is the fifth one. Fixing the Xero side alone corrects one invoice and leaves the cause running, which is how a practice ends up doing this monthly.
Moving it with a journal instead
The other fix leaves the invoice and its payment as they are and moves only the reporting. A manual journal takes the amount out of the old practitioner's tracking option and puts it into the new one, on the same revenue account, dated inside the same reporting period.
- Both legs sit on the same revenue account, so the account total does not move and only the tracking split changes.
- Both legs carry the same tax rate as the original invoice line, so the activity statement is untouched by the correction.
- The narration names the invoice and the two clinicians, because the journal is the only record of why the account and the invoice disagree.
- Where the practitioner is a sales account rather than a tracking option, the journal moves between the two accounts instead, and the account totals do move.
What the journal buys is that the bank reconciliation, the clearing balance and the aged receivables are all left alone. What it costs is that the invoice still carries the name it was raised under.
What each fix leaves behind
| What you are comparing | Edit the paid invoice | Post a journal |
|---|---|---|
| What the invoice reads afterwards | The practitioner who saw the client | The practitioner it was raised under |
| What happens to the payment | It is untouched | It is untouched |
| A reconciled bank line | Left alone, because the payment does not move | Left alone, because the payment does not move |
| Where the correction is visible | On the invoice itself | In a journal beside the account |
| A month of sessions under the wrong name | One edit per invoice | One journal for the run |
| A closed period | Blocked until the lock moves | Blocked until the lock moves |
The payout behind the question
This is rarely corrected for the profit and loss. It is corrected because a contractor is paid a percentage of what they generated, and the attribution decides the payment. A practice accountant writing about paying practitioners on receipts puts the matching problem plainly.
The suggested match agrees exactly on the amount, and it is still the wrong doctor.6
Which report the payout is drawn from changes how urgent this is. Cliniko's raised invoices report includes invoices that have not yet been paid, while its closed invoices report covers only invoices that have been closed. A practice paying on receipts has until the money clears to get the name right. A practice paying on billings has already paid the wrong person.
The tax rate does not follow the practitioner
One worry that comes up here is whether reassigning a session changes the tax treatment. In the canonical templates it does not, and the reason is structural rather than a judgement about the service. The tax rate is set by the revenue row, which is keyed on the funding source and the service category. The practitioner is not part of that key.
That is what the tracking policy is for. The first slot carries Practitioner and the funding source lives in the account code, so who delivered the session and who paid for it are recorded on two different dimensions. Moving one leaves the other exactly where it was, which is why a correction like this is a reporting job rather than an activity statement one.
It stops being that the moment a journal is written at a different tax rate from the original line. Two legs at the same rate net to nothing on the activity statement. Two legs at different rates do not, and that is a change to a lodged position rather than a reallocation.
When the month is already closed
Neither fix gets past a lock date. An edit writes to the period the invoice sits in, and a journal has to be dated inside the period the revenue was recognised in, or the reallocation lands in the wrong month and both months are then wrong. That is the case the document date cannot be before the lock date covers, and the choice it leaves is the accountant's rather than the bookkeeper's.
Where the period is closed and the payout has already run, the answer is often not a ledger entry. The correction becomes an adjustment on the next payout, and the practice's agreement with the clinician decides whether that is available.
What Ledger Map does with it
Ledger Map holds one standing map for the practice, approved before anything syncs, and keeps the practitioner on the tracking dimension rather than in the account code, so a reassignment is a change to one option on one line. Where an invoice is already settled, the reassignment becomes a question naming the invoice and the option it should carry, rather than a silent edit that fails somewhere behind the scenes.
On the money side the rule does not change: one balanced document set per deposit, posted to the accounts the map names, leaving one exact match in the bank feed. The accounts and the tax rates on this page come from the canonical template the practice starts from rather than from a choice the product made. You can see how the map is approved on how it works, or read the rest of the sync problems on the learn hub.
Questions
Can you change the practitioner on a paid invoice in Xero?
Yes. Xero lists Account and Tracking among the fields a paid or partly paid invoice accepts without the payment being removed, and a practitioner sits on one or the other. Zanda states that once payment is applied its export sends no further changes, which is why the correction is made in Xero rather than pushed from the practice system.
Does changing the practitioner in Cliniko update Xero?
It does not reach an invoice that has already synced. Cliniko's practitioner sales account setting applies to all new invoices and invoices not yet synced to Xero, so the invoices already across keep the account they went under. Cliniko's integration article names no tracking category either, which is why the practitioner shows up in Xero as whichever sales account the mapping named.
Do you have to remove the payment to change the practitioner?
Not for this correction. Amounts, quantities and the tax rate are the fields that need the payment off first, and a reassignment touches none of them. Leaving the payment on means the funder deposit it sits inside stays closed and the bank reconciliation behind it stays as it is, which is most of the cost people expect from this job.
Is a manual journal enough to fix revenue by practitioner?
For the report, yes. A journal between the two tracking options on the same revenue account moves the split without touching the invoice, the payment or the bank line. What it does not do is change what the invoice itself says, so a person drilling from the report into the account finds a journal and a narration rather than a corrected document.
Does moving revenue between practitioners change the GST?
In the canonical templates the tax rate is set by the revenue row, which is keyed on the funding source and the service category. The practitioner sits on a tracking slot instead, so moving it leaves the account and its rate where they were. A journal written at a different rate from the original line is doing something else, and that is a question for the practice's BAS agent.
Read next
- ProblemsInvoice not of valid status for modification
- TemplatesXero tracking category for practitioners
- Xero how toReport by tracking category in Xero
- ProblemsDocument date cannot be before the lock date
- ProblemsArchived Cliniko invoice is still open in Xero
- Practice systemsCliniko Xero integration: what syncs, what does not
- HubProblems
Sources
Open questions
- No search results snapshot was captured for this page's target query, so the current top five and whether an answer engine shows an overview for it are unknown. The differentiator is argued from the vendor articles that were read rather than from a measured result set.
- The editable field list is Xero's own, read from its article on 4 Sep 2026. Whether the live screen offers the same fields on every Xero plan is not stated there, so a file on a plan that behaves differently is worth checking once before this becomes a habit.
- Whether a manual journal can carry a tracking option on both legs in every Xero plan. Neither the corpus nor any readable Xero source settles it, and a file where it cannot is a file where the sales account path is the only one available.
- Neither Cliniko's practitioner mapping article nor either Zanda article carries a dated last update, so the date each was read is the only firm date on them.
- Whether the practice pays its clinicians on raised invoices or on closed invoices changes how much of this is urgent, and that is a contract question rather than a bookkeeping one.
- Sync practitioner invoice items in Cliniko to specific sales accounts in Xero
Cliniko. Retrieved 3 Sep 2026.
primary
- First principles, paying practitioners on receipts
Health and Life. Retrieved 3 Sep 2026. Source updated 23 Jul 2026.
secondary
Review
Last reviewed 4 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.