Why does one HICAPS visit produce two deposits on different days?

Because two payers owe the money. The health fund pays the approved benefit by direct credit to the bank account the provider nominated, and the patient's gap goes into the day's card merchant batch and is paid by the acquiring bank. The claim and the card payment happen in one transaction at the counter, but nothing settles there.

Do I need two accounts in Xero for one HICAPS visit?

The two halves arrive from two senders on two schedules, so one holding account cannot say which half is still outstanding. The allied health canonical template gives the fund benefit account 104 and the card settlement account 106, both at the BAS excluded tax type, so each balance answers one question and each one is meant to return to nil.

Which bank line is the benefit and which is the gap?

Split the day's practice system payments by payment type first. The fund benefits added together are what the funds owe, and the card payments added together are what the acquiring bank owes for the batch. Match each bank line against the account holding its own total rather than against invoices, and the terminal's daily listing is the document that settles any argument.

What happens if both halves go into one settlement account?

The account still balances over time, but it stops being useful. The balance is a mixture that moves daily and does not settle back to nil, so a fund benefit that was rejected or paid to the wrong account looks like ordinary trading. That is the case an allied health finance guide prices at an estimated 2,000 to 5,000 dollars a year.

What is the difference between HICAPS and EFTPOS for the books?

One terminal does both jobs, but they are two settlement rails. The HICAPS side sends a claim to the health fund, which pays the approved benefit by direct credit to the account the provider nominated. The EFTPOS side takes the patient's card payment, which joins the day's merchant batch and is paid by the acquiring bank. Two payers, so two holding accounts.

Why is there still a HICAPS balance after both deposits landed?

The usual cause is a claim cancelled on the terminal whose payment was left on the invoice in the practice system. The cancellation pulls the benefit back before it settles, so no deposit is coming for it. The other common causes are a benefit paid into a different nominated account and a claim that fell into a later day's calculation.

Problems

HICAPS benefit and gap arrive on different days

One visit is two payments. The health fund pays the approved benefit into the account the provider nominated, on the fund's own clock, and the gap rides the card merchant batch to the acquiring bank. Two payers, two clocks, one invoice. Give each payment type its own holding account and each bank line has something to clear against.

Key facts

What settles at the counter: Nothing does. The fund approves the benefit on the terminal and the patient pays the gap there, and both amounts travel afterwards on separate rails²
Who pays the benefit half: The health fund, by direct credit to the bank account the provider nominated, so HICAPS carries the claim and not the money⁴
Who pays the gap half: The acquiring bank, inside the day's card merchant batch, on whatever schedule the merchant agreement sets⁵
What the bank feed shows: A practice using HICAPS gets a line for each merchant settlement from its own bank and a line from HICAPS, which is two senders for one day of work⁵
Where the benefit half posts: Account 104, HICAPS clearing, at the BAS excluded tax type, taking the approved benefit gross⁷
Where the gap half posts: Account 106, EFTPOS clearing, also at the BAS excluded tax type, with the card fee on its own expense line⁷
What a fund claim costs to process: HICAPS charges no fee to process a health fund or Medicare Easyclaim transaction, and charges card processing monthly to a nominated account rather than taking it out of a settlement¹
Why the two clocks differ: The card batch settles on the merchant agreement's schedule. The canonical template records the approved fund benefit settling the business day after the terminal's daily auto-settle, with 10 business days from the day the fund works out the amount as the agreement's outer limit⁴
The window to cancel: A transaction can be cancelled only on the day it was processed, from the terminal or from the practice system²
What it costs to leave unchecked: One allied health finance guide rates unreconciled HICAPS a medium risk error, at missed payments and unidentified claim rejections worth an estimated 2,000 to 5,000 dollars a year⁶
Which leg carries the tax treatment: The invoice does. A settlement moves money that has already been earned, so the treatment stays on the revenue account the invoice sat on and both settlement legs post as BAS excluded⁷

One invoice, two payment types

At the desk this looks like one event. The fund card is read, the benefit comes back approved in seconds, the patient taps for the difference, and the invoice closes. In the practice system it is already two things: one payment typed as a health fund benefit, one payment typed as a card payment, both sitting on the same invoice.

That second fact is the one worth holding on to, because it is the only place the split is recorded before the money moves. The bank feed will not tell you which half is which. The invoice will, if the two payments were typed correctly when they went on.

Why the two halves land on different days

The two payments are owed by two different people. The health fund owes the benefit and pays it by direct credit to the bank account the provider nominated. The canonical template expects that credit the business day after the terminal's daily auto-settle; the provider agreement's outer limit is 10 business days from the day the fund works out the amount, or another period agreed with the practice. The acquiring bank owes the gap and pays it inside the day's card merchant batch, on the merchant agreement's own schedule. Neither one waits for the other, and neither amount equals the invoice.

Plate 1One visit, drawn from the invoice to the two bank lines it produces.

The setup step the integration skips

Most practice system integrations ask for one holding account during setup and do not ask again. SimpleClinic's own article is honest about what that produces, and the two sentences sit a paragraph apart. First the account, described in the singular: a virtual account in Xero that holds transactions before they are allocated. Then the bank reconciliation it will be read against.

Your bank reconciliation will have lines for each merchant settlement from your bank and from HICAPS if used.⁵

One account, two senders. Nothing in that setup is wrong, and it works for a practice that only takes cards. It stops working the day a fund benefit starts arriving on its own line, because a single balance cannot say which of the two arrivals it is still waiting for.

What one holding account hides

The difference shows up in what the balance means. With one account, the balance is a mixture that moves every day and does not settle back to nil, so a missing benefit looks the same as normal trading. With one account per rail, each balance answers a single question and each one is meant to return to nil.

Plate 2The same day's events, held in one account and then in two.

That last row is the reason to bother. An allied health finance guide rates unreconciled HICAPS a medium risk error and puts the cost at missed payments and unidentified claim rejections worth an estimated 2,000 to 5,000 dollars a year. A rejected claim is money the practice earned and did not get, and a mixed balance is where it goes to hide.

Where the two halves post

The allied health canonical template models the two halves as two rails, each with its own account and its own components. Both settlement legs are BAS excluded, because the money was already earned when the invoice was raised, and the card fee sits on its own expense line rather than inside either arrival.

The two rails one visit uses, as the allied health template posts them⁷

Half of the visit	Rail	Component	What the template posts	Tax type
The fund benefit	HICAPS	Gross fund benefits	104, HICAPS clearing	BAS Excluded
The fund benefit	HICAPS	Same day cancellations	Nothing is posted	Not applicable
The patient gap	EFTPOS (non-Tyro terminal)	Gross settlement	106, EFTPOS clearing	BAS Excluded
The patient gap	EFTPOS (non-Tyro terminal)	Card fees	604, Merchant and claiming fees	GST on Expenses

The row that posts nothing is deliberate. A same day cancellation reverses the benefit before it settles, so there is no money to post and no bank line to expect. Setting up a clearing account covers the account type and tax rate settings, and recording two payments on one invoice covers the practice system side.

Telling the two bank lines apart

Once the accounts exist, the work is short. The evidence is the terminal's own listing and the payment types already on the invoices, so nothing here needs a spreadsheet.

Print the terminal's totals for the day, which the guide prints by provider as a summary or a detailed listing.
Split the practice system payments for that day by payment type, so the fund benefits and the card payments are two lists rather than one.
Add the fund benefits. That total is what the funds owe for the day, and it belongs in the HICAPS account until a deposit takes it out.
Add the card payments. That total is what the acquiring bank owes for the batch, and it belongs in the card account.
Match each arriving bank line against the account it came from, not against the invoices, so one line is one match.
Read what is left in each account by age. Anything older than the practice's usual arrival gap is a question for the fund or the merchant.

How many lines the fund side produces is worth watching rather than assuming. The provider agreement puts the obligation on each fund separately: each one works out its own daily figure, the claims it approved less the cancellations it authorised, and pays that figure. Whether those reach the practice as one bank line per fund or arrive combined is what the practice's own feed shows, and the account holds the total either way.

The cancellation that strands a benefit

A HICAPS claim can be cancelled only on the day it was processed, from the terminal or from the practice system. That is a tight window, and it is the one exception where the two halves have to be handled together.

After that day the route is different. The agreement lets a fund recover a settled claim that turns out not to be valid by directing a debit to the nominated account, so it arrives as its own bank line rather than as a smaller deposit and is coded against the invoice it relates to. Why a clearing account will not clear works through the balances that stay behind.

Differences that are not errors

Several things about this pattern look like a mistake on first reading and are not. Ruling them out first saves chasing a fund for money it already sent.

Neither bank line equals an invoice. Each one is a total for a day or a batch, so matching at invoice level will not work on either side.
The two lines can arrive days apart. They are paid by two payers on two schedules, and a gap between them is normal rather than a delay.
The gap is a small number on its own line. It is the patient's share of a service, not a rounding difference.
The fund line arrives gross. HICAPS charges no fee to process a health fund or Medicare Easyclaim transaction, so nothing was taken out of the benefit on the way. What the card side arrives at is a question for the merchant agreement.
The card line carries other work. It holds every card payment in the batch, including full fee private patients, so it is larger than the day's gaps.

The card half has its own symptoms worth separating, and why an EFTPOS settlement does not match the takings covers the batch cut off and the fee timing behind them. The payer, the lag and the fee schedule on the fund half are set out on the HICAPS funder page.

Which leg carries the tax treatment

Splitting the money across two rails does not split the treatment. The invoice already carried it, on the revenue account the service was billed to, and both settlement legs are BAS excluded because they move money that was earned when the invoice was raised.

A fund paying part of the bill does not change who the supply was made to either. The ATO treats a service organised and paid for by a third party on the patient's behalf as GST free where the same service would be GST free supplied to the patient direct. Whether a particular service qualifies is a question for the revenue line, not for the settlement.

What Ledger Map does with the two lines

Ledger Map holds one standing map for the practice, approved before anything syncs, and that map already knows the two payment types are two rails. Each arriving deposit is posted as one balanced document set against the account its own half sits in, leaving one exact match in the bank feed for a person to accept.

A benefit that has not arrived stays visible as a balance rather than being absorbed into a mixed account, and a line the map cannot resolve becomes a question with the options laid out instead of a quiet posting. How it works walks through the map and the approval in front of it.

Questions

Why does one HICAPS visit produce two deposits on different days?
Because two payers owe the money. The health fund pays the approved benefit by direct credit to the bank account the provider nominated, and the patient's gap goes into the day's card merchant batch and is paid by the acquiring bank. The claim and the card payment happen in one transaction at the counter, but nothing settles there.
Do I need two accounts in Xero for one HICAPS visit?
The two halves arrive from two senders on two schedules, so one holding account cannot say which half is still outstanding. The allied health canonical template gives the fund benefit account 104 and the card settlement account 106, both at the BAS excluded tax type, so each balance answers one question and each one is meant to return to nil.
Which bank line is the benefit and which is the gap?
Split the day's practice system payments by payment type first. The fund benefits added together are what the funds owe, and the card payments added together are what the acquiring bank owes for the batch. Match each bank line against the account holding its own total rather than against invoices, and the terminal's daily listing is the document that settles any argument.
What happens if both halves go into one settlement account?
The account still balances over time, but it stops being useful. The balance is a mixture that moves daily and does not settle back to nil, so a fund benefit that was rejected or paid to the wrong account looks like ordinary trading. That is the case an allied health finance guide prices at an estimated 2,000 to 5,000 dollars a year.
What is the difference between HICAPS and EFTPOS for the books?
One terminal does both jobs, but they are two settlement rails. The HICAPS side sends a claim to the health fund, which pays the approved benefit by direct credit to the account the provider nominated. The EFTPOS side takes the patient's card payment, which joins the day's merchant batch and is paid by the acquiring bank. Two payers, so two holding accounts.
Why is there still a HICAPS balance after both deposits landed?
The usual cause is a claim cancelled on the terminal whose payment was left on the invoice in the practice system. The cancellation pulls the benefit back before it settles, so no deposit is coming for it. The other common causes are a benefit paid into a different nominated account and a claim that fell into a later day's calculation.

Sources

Open questions

The provider agreement obliges each fund to pay its own daily figure, but no source in the corpus shows how many bank lines that produces for a practice. This page leaves the count to the practice's own feed and to the page that owns the question.
HICAPS publishes no typical arrival date for a terminal claim. The canonical template records the approved benefit settling the business day after the terminal's daily auto-settle, and the agreement sets an outer limit of 10 business days from the day a fund works out the amount, with another period allowed if the practice agrees one. An ageing threshold on the clearing account is a practice decision between those two.
Whether the practice's card facility settles gross or net of the merchant fee depends on the merchant agreement. The canonical template's own note calls the monthly fee timing a generic assumption to confirm.
The one insurer page in the results for this query quotes two to five business days for a benefit to reach a member's bank account. That is a member timeframe on a fund's own help page rather than a provider settlement standard, so this page does not carry it as an arrival time for a practice.
No bank narration is published for either arrival, so this page names no descriptor string and the matcher learns it from the practice's own feed.
The agreement PDF was read on 3 Sep 2026 and clauses 5.5 to 5.8 are taken from that read. The file states no last updated date in its own text, so the December 2024 date on its source row comes from the HICAPS agreements index recorded in the corpus rather than from the document.

HICAPS pricing
HICAPS. Retrieved 4 Sep 2026.
primary
HICAPS terminal user guide
HICAPS. Retrieved 29 Aug 2026. Source updated Nov 2020.
primary
GST and health
Australian Taxation Office. Retrieved 29 Aug 2026. Source updated 13 Jun 2024.
primary
HICAPS provider agreement terms and conditions, clauses 5.5 to 5.8
HICAPS. Retrieved 3 Sep 2026. Source updated 9 Dec 2024.
primary
Reconciling in Xero using a settlement account
SimpleClinic. Retrieved 3 Sep 2026. Source updated 6 Jan 2021.
secondary
Finance for allied health practices, the common errors list
ScaleSuite. Retrieved 3 Sep 2026. Source updated December 2025.
secondary
Allied health by funding source, the canonical template
Ledger Map. Retrieved 3 Sep 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.

Start your map

Every practice starts from a template. Nothing posts until the map is approved.