NDIS remittances look different from every other kind of remittance an Australian accounts team will see. The line items on them are claim lines, one per service date or support item, so they don't sit neatly against the invoices you raised, and the references are claim IDs and participant numbers, not your invoice numbers. The payment that lands is almost never a clean match for what you billed. This guide covers how NDIS payments reach providers, what's on a remittance, where the reconciliation pain comes from, and how providers handle it inside Xero.
It's aimed at Australian NDIS providers and the bookkeepers who support them, and it should be useful whether you're setting up your first participant or running a practice with hundreds of them. It's the piece on how the system works, so if you already know the mechanics and just want to see how automation handles it, skip ahead to the NDIS remittance matching page.
How NDIS payments actually reach providers
There are three funding management types in the NDIS, and each one produces a different kind of remittance:
- Agency-managed (the NDIA pays you directly). You claim through the NDIA portal (PRODA), and the NDIA sends a bulk payment with an accompanying remittance listing every claim line. Remittances are generated by the NDIA system and arrive as CSV or PDF.
- Plan-managed (a plan manager pays you on behalf of the participant). You invoice the plan manager, they claim from the NDIA on the participant's behalf, and they remit to you once they've been paid. Plan managers include MyIntegra, Plan Partners, Leap in!, and many others, and each one has its own remittance format.
- Self-managed (the participant or their nominee pays you directly). You invoice the participant, they claim through the NDIA, and they pay you. Remittances here are often minimal, sometimes just a proof of bank transfer, sometimes nothing at all.
A single provider can have participants across all three funding types at once, and the AR ledger in Xero has to cope with all three, which is part of why NDIS reconciliation ends up complicated.
What is on an NDIA or plan manager remittance
A typical remittance contains one row per claim line, not one per invoice, and that distinction matters more than it sounds like it should. A single invoice you raised for Jane Smith's fortnightly support might correspond to five, ten, or twenty claim lines on the remittance, one per service date or one per support item delivered.
Each claim line typically includes:
- Participant NDIS number (the 9-digit reference).
- Support item number (the code for the type of service, e.g. 04_104_0125_6_1 for "Access Community Social and Rec Activities").
- Service date or date range.
- Quantity (usually hours or units).
- Unit price, from the NDIA price guide.
- Claimed amount and amount paid, which may differ if the claim was partially approved.
- Status, indicating whether the claim was paid, rejected, or cancelled.
The total at the bottom of the remittance is the sum of the paid amounts and should match the lump-sum payment on your bank feed. If it doesn't, there's usually a bank fee, a netted-off adjustment from a previous batch, or a split payment that needs investigating.
Why NDIS remittances are unusually hard to reconcile
Reconciling a B2B remittance in Xero is already manual, and NDIS adds four structural complications on top.
Granularity mismatch between claims and invoices
Your Xero ledger is organised by invoice and the remittance is organised by claim, so you'll rarely get a clean 1:1 mapping between the two. The tighter your invoice structure mirrors the service cycle (one invoice per participant per billing period), the easier the reconciliation, and the looser it is (one invoice per participant per month with many services inside), the more Excel work it takes to tie the lines back.
Long and unfamiliar references
Participant numbers and claim IDs don't appear on your Xero invoices by default, so if your invoice template references only an internal invoice number, you can't search for a remittance line using the participant number the NDIA or the plan manager used. Teams that add participant NDIS numbers to the invoice description or to a tracking field reconcile significantly faster.
Claim adjustments from previous batches
Rejected or cancelled claims can turn up on a later remittance as negative lines, so a claim you submitted three weeks ago and allocated to an invoice two remittances ago may be reversed on today's. The current bank credit is then net of the reversal, and you'll need to either raise a credit note against the original invoice or reverse the earlier payment allocation.
High line counts
A fortnightly NDIA remittance for a mid-sized provider commonly runs to 100 to 300 lines across 30 to 80 participants. Plan manager remittances tend to be smaller individually, but they arrive from several plan managers on different cycles, so you get a steady stream of reconciliation work instead of a single large batch.
Count claim lines rather than remittances. Once you're matching more than about 250 claim lines a fortnight, the manual workflow costs roughly an admin day, and you'll reach that just as easily with one 300-line NDIA batch as with six 50-line plan manager remittances. That's the threshold where providers start either hiring a dedicated bookkeeper or automating the task.
The manual Xero workflow, start to finish
1. Invoice structure first
Before you can reconcile anything your invoicing approach has to support it, and most established NDIS providers settle on one of two patterns:
- One invoice per participant per billing period, with service lines inside. Easiest for agency-managed claims, because participants map cleanly to remittance groupings.
- One invoice per participant per support item per period, so each invoice covers a single support item type. Higher invoice volume, but cleaner when support items are priced very differently.
Either works, but pick one and stay with it, because changing invoice structure mid-year makes historical reconciliation much harder.
2. Group remittance lines by participant
When a remittance arrives the first pass is usually in Excel, sorting by participant number, summing the paid amounts and producing a participant-level total. Each of those totals is what you'll be looking for in Xero.
3. Match participant totals to Xero invoices
For each participant total, find the corresponding open invoice in Xero, check the amount matches or note the difference, and use Find and Match on the bank reconciliation screen to allocate it.
4. Handle claim reversals
For every negative line on the remittance:
- Identify the invoice the reversed claim was originally allocated to.
- Raise a credit note against that invoice (or reverse the payment and re-raise).
- Include the credit note in the current reconciliation so the bank total still balances.
5. Reconcile the bank line
When your participant-level payments plus any credit notes equal the exact bank credit, Xero lets you reconcile. If you're a dollar out, start with the most recent reversal, which is almost always where the arithmetic went wrong.
Using an NDIS clearing account in Xero
Many providers don't reconcile the NDIA bulk payment straight against participant invoices, and route it instead through a dedicated clearing account, sometimes called a holding or suspense account, in Xero. The bulk credit is posted to the clearing account the day it lands, and individual participant payments are allocated out of that account afterwards, as each remittance line is matched.
The clearing account separates two things that happen on different timelines. The bank line can be reconciled the moment the money arrives, against a single transfer into the clearing account, so the bank feed is never held up, and the slower work of allocating each claim line to the right invoice then happens against the clearing account without a half-reconciled bank statement hanging over it.
In practice the workflow runs like this:
- Create a clearing account in the chart of accounts. Providers who want to use Xero's reconciliation screen against it set it up as a bank-type account.
- When an NDIA or plan manager payment lands, code the bank line to the clearing account, and reconcile the bank statement straight away.
- Work through the remittance, allocating each participant payment out of the clearing account against the relevant open invoice.
- Once every line on the remittance has been allocated, the clearing account returns to nil for that batch.
The clearing account doubles as a built-in error check, because if it doesn't clear to zero after a remittance has been fully processed, the residual balance is the exact value of the claim lines you haven't allocated yet, or of a reversal you've missed. A non-zero clearing account at month-end tells you what's still outstanding.
The clearing account keeps the matching work clear of the bank feed, but it doesn't do any of that work for you, and the line-by-line allocation, the reversals and the granularity mismatch between claims and invoices all still have to happen. That's the part RemitClear takes on, and its Xero remittance matching posts each matched payment to whichever Xero account you nominate, a clearing account included, so the balance clears down as the allocations go through instead of being worked by hand. The NDIS remittance reconciliation page covers how that runs end to end.
Common mistakes providers make
- Processing out of order. Remittances reference each other through adjustments, so working through them chronologically is much easier than taking them in the order they arrived.
- Ignoring small discrepancies. A one-cent rounding difference is fine to write off, but a ten-dollar discrepancy is almost always a misallocation you'll pay for at month-end, so treat every unexplained gap as a reconciliation issue until you've proved otherwise.
- Not recording participant numbers on invoices. This is the change that saves the most time for anyone doing manual NDIS reconciliation, because it turns name-based searches into number-based searches and cuts reconciliation time significantly.
- Leaving rejected claims unreconciled. Rejected claims don't disappear, they come back as reversals, and if you aren't tracking them you won't recognise the reversal when it lands.
When to stop doing it manually
It depends on volume and on what your time is worth. Rough signals that the manual process is costing more than it needs to:
- You or your staff spend more than four hours a week on remittance reconciliation.
- You're paying a bookkeeper more than A$4,000 a month for NDIS AR work.
- Your month-end routinely runs long because remittances are still being reconciled.
- Staff who do the reconciliation describe it as the worst part of their job.
If more than one of those is true, the cost of automation has almost certainly already crossed the threshold of being worth it. For a product-side view of what that looks like in practice (tested formats, batch splitting for 200+ line remittances, integration into Xero), see the NDIS remittance matching page.
Summary
Claims and invoices are the same data described at two different levels, and most of the work in NDIS reconciliation is bridging them. The providers who find it manageable share a few habits: they invoice at a granularity close to the claim structure, they tag every invoice with the participant NDIS number, they process remittances in chronological order, and they treat every small discrepancy as a reconciliation issue until they've proved otherwise.
For the broader Xero workflow that sits underneath NDIS-specific reconciliation, see our step-by-step guide to reconciling remittance advices in Xero.
