Skip to main content
NDIS

PACE claiming: pre-validation before you submit to PRODA

15 June 2026 · 8 min read

How budget states, price guide rules, and registration groups interact — and why validating NDIS claims before batch submission saves coordinator hours each fortnight.

Why PACE rework is so expensive

Every rejected claim in PACE costs a coordinator twice — once on submission, again on the call or note chasing the missing piece. Across a fortnight, a registered provider running hundreds of supports can lose a full day to rework that pre-validation would have caught.

The most common rejection patterns are not exotic: wrong registration group, mismatched support category against plan, claim that pushes a budget category negative, or a price that exceeds the current NDIS Price Guide ceiling.

The four checks every claim should pass before submission

First, the price check. Compare the claim line against the current NDIS Price Guide for the participant's state and the support delivery time. If the worker arrived after 8pm or worked on a Sunday, the eligible rate changes — and so does the line item code.

Second, the registration group check. The provider must be registered for the claim's registration group on the NDIS Commission record. PACE will return a clean rejection if the registration is missing or expired.

Third, the budget category check. The participant's plan has separate budgets — Core, Capacity Building, Capital — with funding categories underneath. Pre-validation should sum committed and delivered services against remaining funds, surfacing INSUFFICIENT or EXHAUSTED states before the claim is queued.

Fourth, the goal alignment check. While not enforced by PACE, claims should match a documented goal for audit. Pre-validation can flag claims with no linked goal so the coordinator decides whether to attach one or reclassify the service.

Hard blocks vs warnings vs overrides

Coordinators need three levels of feedback, not one. A hard block prevents submission for situations the NDIA will always reject — for example, a service date outside the plan period or a claim against EXHAUSTED funding.

A warning flags risky claims that may pass — for example, an INSUFFICIENT-but-not-exhausted budget where a coordinator might want to escalate before submitting. HealthOS records a written reason and audit trail when a coordinator overrides a warning.

A soft note prompts coordinator follow-up but does not block — for example, no linked goal, or unusual but legal pricing.

What pre-validation does not solve

PACE business rules change. Pre-validation is only as accurate as the price guide and rules library it is built on. Operators should expect the platform vendor to update these in days, not quarters, when the NDIA publishes a new price guide or notice.

Plan management pathway matters. Self-managed, plan-managed, and NDIA-managed claims travel different routes, with different review windows. Pre-validation should know which pathway each participant uses and tailor checks accordingly.

A coordinator's checklist for fortnightly batches

Before each PACE batch run, coordinators should confirm registration group expiry dates for the period, sweep for participants whose plans expire within the batch window, and review any flagged budget categories. Pre-validation surfaces these in a single view rather than scattered across spreadsheets or worker timesheets.

When rework drops below 5% of submitted claims, the savings compound: fewer phone calls, faster cash flow, and audit evidence that submissions match plans and price guides at the time of claim.

See HealthOS in your context

Run NDIS, aged care, or allied health with full depth per program — one person record when you need more than one stream.