Problems
All practice revenue lands in one Xero account
Because the sync has to name one default sales account before an invoice will move, and its overrides are keyed on the billable item, the product or the practitioner. None of those is the funder. One standard consult is billed to Medicare, the NDIA, WorkCover, an employer and private patients, so the split has to be decided by payer, in the account code, before the invoice syncs.
Key facts
- Why it happens
- A default Xero sales account has to be set in the integration settings in Cliniko, or invoices will not sync to Xero2
- What Cliniko can override
- Billable items, products and practitioner items can each be set to sync to their own Xero sales account1
- Which Cliniko setting wins
- The billable item setting overrides the default sales account and any practitioner sales account2
- What Zanda can override
- The Calendar, which is usually a practitioner. Service categories organise the service list and do not route a line to a different account3
- Why funding source cannot go on tracking
- A Xero line item carries at most two tracking categories, so a third dimension has to live in the account code4
- The whole of the tracking budget
- Four tracking categories in a Xero organisation with two active at a time, which is why a third dimension has nowhere to go but the account code9
- Where the mixed account shows itself
- The Account Transactions report, opened from the Reporting menu under All reports, which groups a single account's lines and can be filtered by tracking option as well10
- What the single account hides
- In the allied health canonical template the same consult resolves to five revenue accounts across five payers, and one of them posts at a taxable rate11
- What bookkeepers ask for instead
- Separate income accounts for Medicare, private health, NDIS, DVA and private patients, with practitioner and location left on tracking7
Why every invoice lands in the same account
Nothing has gone wrong. The sync is doing what it was configured to do on the day it was switched on. Cliniko says Xero already has a sales account set up by default, that this account will be enough in many cases for many small businesses, and that it can be safely used. That sentence is true for a cafe. It is not true for a practice with five payers.
The default is also mandatory rather than optional. Cliniko's own note on item level mapping says you will still require a default Xero sales account to be set in the integration settings, or your invoices will not sync to Xero. So the single account is not a setting somebody forgot. It is the floor the integration stands on, and everything above it is an override.
What the overrides can actually see
Both integrations offer a way out of the default, and neither exit is keyed on who pays. Cliniko can separate billable items, products and practitioner items into their own Xero sales accounts, and the item setting overrides the default sales account and any practitioner sales account. Zanda maps sales accounts by Calendar, which is usually a practitioner, and states that service categories organise the service list without routing invoice line items to different Xero accounts.
| System | Can key on | Cannot key on |
|---|---|---|
| Cliniko | Billable item, product and practitioner item, with the item setting overriding the default and any practitioner account | Funding source, payer, claim type |
| Zanda | Calendar, which is usually a practitioner | Service, service category, tax rate, funding source |
Read the two rows together and the pattern is clear. The dimensions on offer are the ones the practice management system already knows about for scheduling and billing. The dimension the profit and loss needs is the one nobody stored.
Why item level mapping cannot express a funder
This is the part the usual advice skips. Splitting the billable item list is offered as the fix, and it works when an item belongs to exactly one payer and one tax rate. In an allied health practice most items do not. A standard consult with the same clinician, the same duration and the same item code is billed to Medicare on Monday, to the NDIA on Tuesday, to WorkCover on Wednesday, to an employer's assistance program on Thursday and to a private patient on Friday.
An item is a description of what was done. A funding source is a description of who engaged the practice. Mapping the first does not carry the second, because the same service is sold to different payers, and the second is what both the profit and loss and the business activity statement are asking about.
Below is the same consult resolved five ways through the allied health canonical template. Four of the five post at a GST free rate, because a listed health service performed by a recognised health professional as appropriate treatment of the recipient meets the ATO's test. The fifth posts at a taxable rate, so the difference between them is not only a reporting preference.
The GST consequence of one account
Cliniko is explicit that taxable and non taxable items can be pushed to the same account in Xero as long as a tax exempt rate is set in the integration settings. That keeps the invoices flowing. What it also does is put GST free clinical income and taxable income into a single figure that no report separates again.
The payer is part of the test, not a label on top of it. The ATO's position is that the recipient of the supply is whoever engages the health practitioner, that in some cases this will be a business rather than the patient, and that supplies by a health practitioner to another business are not usually GST free. An employer funded session is the ordinary example, which is why the canonical template posts it to its own account at a taxable rate.
Where the split has to live
The instinctive answer is a tracking category called Funding source. Xero's own API specification puts a ceiling on that: any line item carries a maximum of two tracking categories. The two splits the bookkeeping guides put there are practitioner and clinic location, so in a practice with more than one site both slots are often spoken for before funding source is considered.
So the ordinary structure falls out of the constraint rather than out of taste. Funding source lives in the account code, because it changes the tax rate and because there is no slot left for it. Practitioner and location live on tracking, because they do not change the tax rate and because keeping them off the chart of accounts is what leaves room for the funder split. The slot question itself is covered on the two tracking category limit page, and the setup is on tracking categories by funder.
revenue must be tracked by funding stream from day one, in the ledger, not in someone's memory.8
What practices do about it today
None of the four workarounds in circulation is free, and it is worth knowing what each one costs before picking one.
- Split the item list until every billable item belongs to one payer. This holds only while the discipline holds, and it breaks the first time a receptionist adds an item without a mapping.
- Give every practitioner a sales account. This answers a different question, multiplies the chart by the number of clinicians, and needs maintenance every time somebody joins or leaves.
- Journal the split each month from a practice management report. This is accurate at month end and useless on the fifteenth, and it puts a manual step between the ledger and the truth.
- Leave it, and answer the funder mix question from the practice management system instead. This works until a lender, a buyer or an adviser asks for the mix out of the accounts.
The pain point register behind this page carries eight independent sources asking for revenue by funding source, and no source describing an integration that codes it. Accountants ask for the split; the integrations do not offer the key.
How to tell how bad it is
Three checks in Xero will tell a practice whether this is a reporting inconvenience or a business activity statement problem.
| Check | What a healthy answer looks like |
|---|---|
| Run the profit and loss for a quarter and count the revenue lines | One line per funder the practice actually bills, not one line called Sales |
| Open the Account Transactions report for the sales account, from the Reporting menu under All reports, and group by tax rate | One tax rate per account, so no account mixes GST free and taxable income |
| Compare the practice management revenue by payer report to the ledger for the same quarter | The two agree without a spreadsheet in between |
A single sales account carrying two tax rates is the one worth acting on first, because it reaches the business activity statement rather than only the management report.
What a chart split by payer looks like
Bookkeepers writing for this market land in the same place: separate income accounts for Medicare, private health, NDIS, DVA and private patients, with tracking categories left to separate revenue and costs by practitioner or by clinic location across sites.
The allied health canonical template is that shape written down, with an account per funding source and separate accounts for the taxable categories a clinical practice also bills, such as reports, supervision and product sales. You can read the whole chart on the allied health template page, and the profession specific versions under the Xero chart of accounts template.
Adding the accounts is the easy half. The half that decides whether the split survives is what fills them, which is a rule that runs before the invoice syncs rather than a report that runs after it.
What Ledger Map does with it
Ledger Map holds one standing map for the practice, approved by the practice before anything syncs. A billed line resolves through the funding source and the service category rather than through the item code, so the same consult can reach a different account and a different tax rate depending on who is paying for it.
A line the map cannot resolve becomes a question with the options laid out, rather than a silent posting into a general sales account. For a deposit it posts one balanced document set and leaves one exact match in the bank feed. It does not choose a treatment for the practice: the accounts and the tax rates come from the canonical template the practice starts from, and the practice approves the map first. The shape of it is on how it works.
Questions
Can I fix this by splitting my billable items in Cliniko?
Partly. Item level mapping works where an item belongs to one payer and one tax rate, and Cliniko's item setting overrides both the practitioner setting and the default. It cannot express funding source, because one standard consult is billed to Medicare, the NDIA, WorkCover, an employer and private patients, and those resolve to different accounts.
Why can I not just add a Funding source tracking category?
You can, but a Xero line item carries at most two tracking categories, and the two splits the bookkeeping guides put there are practitioner and clinic location. A practice already using both has no slot left for the payer. That is why the ordinary structure puts funding source in the account code and leaves the two slots for practitioner and location.
Does one sales account cause a GST problem or only a reporting one?
It can be both. Taxable and GST free items can be pushed to the same account as long as a tax exempt rate is set, so the invoices still sync. What is lost is the separation, and an employer funded session is taxable while the same clinical service billed to the patient or to Medicare is not.
Should I have one Xero sales account per practitioner instead?
Both integrations allow it, and it answers a different question. It multiplies the chart of accounts by the number of clinicians, needs maintenance as people join and leave, and still leaves the funder mix invisible. Most practices put practitioner on a tracking category and keep the account code for the payer.
Can I combine the extra accounts back into one figure later?
Yes, in that direction. A profit and loss adds up whatever accounts sit under revenue, so a chart split by payer still prints one total for a reader who only wants the total. The reverse does not work: one account cannot be split back into payers after the fact without going to the practice management system for the numbers.
Read next
- TemplatesAllied health chart of accounts, by funder
- TemplatesWhy funding source is not a tracking category
- Practice systemsCliniko Xero integration: what syncs, what does not
- Practice systemsZanda Xero integration: what the batch export carries
- Xero how toXero tracking categories for a clinic
- GST answersGST on EAP and corporate contracts
- HubProblems
Sources
Open questions
- Both help centre articles show a relative update stamp rather than a date, so neither source can carry a last updated value.
- Xero's set up article gives the tracking limit as four categories with two active, and its Account Transactions article gives the report and its tracking filter. What neither settles is which of the two active slots a practice already has spent, which decides whether a funder category is even available to it.
- Whether supervision sold to another provider, NDIS report writing, therapy assistant time and gift vouchers belong in a GST free or a taxable account is unsettled in the research corpus, and is left to the practice and its BAS agent.
- The claim that no practice management integration codes revenue by funding source rests on the absence of any such source across the eight in the pain point register, not on a vendor statement that it cannot be done.
- Whether an individual practice is better served by an account per funder or by a funder tracking category depends on how its other two tracking slots are already spent, which this page does not know.
- Sync billable items in Cliniko to specific sales accounts in Xero
Cliniko. Retrieved 3 Sep 2026.
primary
- Xero Accounting API specification, line items and tracking categories
Xero. Retrieved 3 Sep 2026.
primary
- Recipient of the supply, GST and health
Australian Taxation Office. Retrieved 3 Sep 2026. Source updated 12 Jun 2024.
primary
- Other health services, GST and health
Australian Taxation Office. Retrieved 3 Sep 2026. Source updated 12 Jun 2024.
primary
- Bookkeeper for physio practices, chart of accounts and reporting
True Tally. Retrieved 3 Sep 2026. Source updated 1 Jul 2026.
secondary
- Customer pain point evidence, entry P4
Ledger Map. Retrieved 3 Sep 2026. Source updated 29 Aug 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.