The short version
- A claim is only as good as the shift record behind it — claiming starts at delivery, not at month-end.
- The NDIA bulk payment request is a fixed-format CSV: get the item numbers, dates, quantities, prices, GST codes and claim types right and it uploads cleanly.
- The hours disappear in the re-keying — roster to spreadsheet to portal — and in cap breaches and mis-coded cancellations.
- Corella generates the exact bulk claim file from delivered shifts, ready to upload to the portal, and reads the NDIA's outcome file back line by line.
Free tool
Check your bulk payment file before you upload it
Every line of the NDIA's 16-column CSV checked against its published rules, each problem with its fix — then the NDIA's rejections in plain English and a file of just those lines. The file never leaves your browser.
Open the bulk payment checkerGeneral information for NDIS-registered and self-managed-facing providers. Support item numbers, price caps and the bulk upload format change every year — always verify against the current NDIS Pricing Schedule, the NDIS Support Catalogue and the NDIA's bulk upload specification. The 2026-27 set took effect on 1 July 2026, and some rates went down as well as up.
01
The claim is only as good as the shift record
Claiming feels like a month-end finance task, but it really begins on the shift. If the delivered time, the support item and the proof of support aren’t captured when the work happens, month-end becomes an archaeology project — reconstructing what was delivered from memory, texts and half-finished notes.
The providers who claim fastest are the ones whose approved timesheets already carry everything a claim needs, because the shift screen made capturing it the path of least resistance.
02
The 16-column bulk payment request, demystified
For registered providers, the NDIA bulk payment request is a fixed-format CSV you upload to the myplace provider portal. It looks intimidating, but it’s just a structured list of what you delivered. Each row broadly needs:
- The participant’s NDIS number and your registration number.
- The support item number being claimed against.
- The dates the support was delivered.
- The quantity — hours or units — and the unit price.
- A GST code, since most supports are GST-free but not all.
- A claim type, which is how cancellations, travel and reports are flagged.
The portal is fussy: the columns must be in the right order, the item numbers must be valid, prices must sit within the current caps, and even the file name has to follow a pattern. Get the structure wrong and the whole file bounces; get a line wrong and that claim doesn’t pay — which is exactly why hand-built spreadsheets are so painful.
03
Where the hours disappear
The time cost of claiming rarely shows up in the upload itself. It hides in the preparation:
- Re-keying delivered shifts out of the roster and into a claim spreadsheet.
- Looking up the right support item number for each line, every time.
- Catching price-cap breaches by eye before the portal catches them for you.
- Coding cancellations correctly so short-notice cancellations claim and the rest don’t.
- Chasing the proof-of-support documents separately, in a different system, to satisfy an audit later.
None of that is claiming. It’s the tax you pay for your data living in three places that don’t talk to each other.
04
From shift to claim file, no spreadsheet
When rostering, billing and documents share one system, the spreadsheet in the middle simply disappears:
- Your price book holds each service’s NDIS item number by time band, and Settings → NDIS prices checks your prices against the national limits, so lines are priced from a book you’ve checked.
- An invoice run groups delivered shifts by client and funding lane — NDIA-managed, plan-managed, self-managed, private.
- Before a claim batch is built, Corella checks every NDIS number against the NDIA’s format and every support item against the Pricing Schedule for the day it was delivered, and names each line to fix first.
- One export produces the bulk payment request CSV in the exact format the portal expects: item numbers, dates, quantities, GST codes, cancellation and travel claim types, and a portal-ready file name.
- The proof-of-support documents are already attached, and shifts missing a required approved form are held out of the run until the evidence exists — so you aren’t claiming for something you can’t stand behind.
Then the upload, and the answer. You download the CSV and upload it to the portal — it’s the same file you’d build by hand, without the hand. When the NDIA’s outcome file comes back, Corella reads it line by line — paid, part-paid or rejected, with the NDIA’s own reason — and a rejected line can be corrected, its item, quantity or unit price checked against the Pricing Schedule for the day of service, and claimed again in the next batch.
05
Plan-managed and self-managed clients too
Not every claim goes to the NDIA. Invoice runs route plan-managed clients’ invoices to their plan manager with the right bill-to details, and produce plain tax invoices for self-managed and private clients. Plan managers running on Corella get the other side of that — an invoice inbox, provider records, claims with an ABA bank file for payment runs, and participant statements — the same billing engine pointed at their lane.
The three lanes need different documents, different details on the face of them and different evidence behind them, and one participant can sit in more than one at once. In Corella a budget category can be NDIA-, plan- or self-managed apart from the rest of the plan, and the invoice run bills each line on its own route. Agency, plan-managed or self-managed: how the invoice actually differs works through each of them.
Where this lives in Corella





