Skip to content

NDIS claiming without the spreadsheet gymnastics

How the NDIA bulk payment request actually works, where providers lose hours to re-keying, and how to get from a delivered shift to a portal-ready claim file with no spreadsheet in the middle.

7 min readUpdated 9 October 2026

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 checker

General 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.

Common questions

Straight answers.

How does Corella produce the NDIA claim file?
Corella generates the NDIA bulk payment request as a CSV in the exact 16-column format the myplace portal expects, ready for you to upload — the same file you'd build by hand, generated for you. Before the batch is built it checks every NDIS number and support item, and when the NDIA's outcome file comes back it records what each line was actually paid, with the NDIA's own reason.
How does it handle price caps?
Invoice lines price from your price book, which carries each service's NDIS item number by time band. Corella holds the NDIS national price limits (2026-27 today), and Settings → NDIS prices checks your prices against them, so an over-limit price is found on that screen rather than at the portal, and each claim batch checks every support item against the Pricing Schedule for the day it was delivered. Always check your own book against the current NDIS Pricing Schedule and Support Catalogue — they're reissued each financial year, and rates can go down as well as up.
What about cancellations?
Cancellations are a proper flow, coded with the correct claim type so short-notice cancellations claim under the NDIS rules and the rest don't slip into the file by accident.
Do plan-managed clients work the same way?
Invoice runs group by funding lane, so plan-managed invoices route to the plan manager and self-managed and private clients get plain tax invoices — all from the same run. Plan managers running Corella also get an invoice inbox, claims, an ABA bank file and participant statements.

Keep reading

More from the guides.

Every guide

Rather see it than read about it? Book a walkthrough.

Thirty minutes on a live instance, starting from how your organisation works today.