legacy-crm

Legacy CRM

KB Type: Concept
Domain Area: Technical/Systems
Confidence: Provisional — requires Andrew's research to verify
Depth Hint: Standard
Version: 1.0 — 2026-04-25
Status: Provisional


Provisional article — seeded from NbLM. Requires Andrew's research to verify and expand.


Grounding Summary

The Legacy CRM, accessed via the MyPlace portal, is the older NDIS computer system that the NDIA is progressively replacing with the new PACE system and its MyNDIS Provider Portal. For NDIS support coordinators, understanding the distinction is crucial because the two systems structure plans and validate claims differently. Older Legacy plans often display broad support category descriptors and use specific stated line items with allocated dollar amounts to validate or "digitally lock" claims. As participants are moved over to PACE, coordinators must navigate a transitional period where their systems and workflows must accommodate both the simpler migrated Legacy data structures and the more detailed, natively built PACE plans.


Detail

The MyPlace Portal Interface

The Legacy CRM is accessed by providers through the MyPlace portal. This interface displays participant plans in a format that emphasises specific line items and exact dollar amounts. Under this system, claims are rigidly validated against:

  1. Explicitly stated line items — If a plan states "Level 2 Support Coordination: $5,000", claims for Level 2 Coordination are accepted up to $5,000. Claims for other item codes may be rejected unless the category permits flexibility.

  2. Exhausted dollar amounts — Once the stated amount is exhausted, the system automatically rejects further claims for that line item.

  3. Digital locks — Some plans appear to have "digital locks" that restrict funding to specific item codes, preventing claims for other supports even within the same category.

The "Exact Multiple" Heuristic

To navigate the Legacy system's opaque validation logic, providers developed an "exact multiple" heuristic for deducing whether Category 07 funding was digitally locked. By calculating whether the total funding was a clean multiple of a specific hourly rate (e.g., Level 3 Specialist Support Coordination at approximately $127/hr), providers inferred whether funds were locked to that item.

For example:

  • $6,350 / $127 = 50 hours (exact multiple suggests lock to Level 3)
  • $6,500 / $127 = 51.18 hours (not exact, suggests flexibility)

However, this heuristic is fundamentally fragile because planners frequently include buffer amounts, round figures, or factor in expected non-labour travel costs, which disrupts the clean multiple and leads to false assessments.

Migration Patterns to PACE

As the NDIA migrates participants to PACE, patterns have emerged suggesting two distinct plan types:

  1. Migrated Legacy plans — Simpler plans that retain less granular data structures from the Legacy system. These appear to be "light touch" reassessments where the plan was transferred without significant restructuring.

  2. Native PACE plans — Highly detailed plans constructed natively within the new PACE system. These feature the "Support Detail" section that explicitly labels what is stated versus flexible.

This migration spectrum creates complexity for providers whose billing systems must accommodate both Legacy display formats and new PACE structures.

Implications for Provider Workflows

During the transition period, coordinators must:

  1. Identify the system — Determine whether a participant's plan is in Legacy MyPlace or PACE MyNDIS
  2. Understand validation rules — Legacy uses line-item validation; PACE uses broader category validation
  3. Test claims empirically — The most reliable method to verify validation rules is to execute test claims rather than relying on heuristics
  4. Document system differences — Service agreements should acknowledge that claim validation may differ based on the system

Transition Timeline

The NDIA is progressively migrating participants, meaning the transition is not a clean binary switch. Providers should expect to encounter both systems simultaneously for an extended period. The toolkit's workflows should not assume a standardised data format and must be designed to handle both Legacy and PACE structures.

Legacy "Allocated Items(0): None" — The Flexibility Indicator

RS-06 research (T2) clarifies the specific Legacy plan display that indicates budget flexibility. When a Legacy plan shows "Allocated Items(0): None" for a support category, it means the planner allocated funds at the category level without locking them to specific item codes. In this state, funds remain flexible across all supports sharing the same registration group — meaning Level 1 Support Connection, Level 2 Coordination of Supports, and PRC (all R106) can be claimed interchangeably from the same pool.

This flexibility exists because the Legacy system does not enforce item-code-level restrictions unless the planner explicitly marks a support as "Stated" or places it in an Allocated table. The digital lock in the Legacy system only activates when a support is explicitly stated — not simply mentioned in the plan for calculation purposes.

Legacy vs PACE — A Structural Comparison

Feature Legacy (MyPlace) PACE (MyNDIS)
Flexibility indicator "Allocated Items(0): None" No Stated entries in Allocated Items table
Digital lock enforcement Requires explicit "Stated" marking Automatic — portal blocks claims and warns user
Lock visibility Opaque — mathematical heuristics required Explicit — Allocated Items table with "Stated" labels
Travel claim rejection pattern May process or reject inconsistently "Insufficient Funds" or "Support Not in Plan"

Allocated Items Table Mechanics — Full Portal Anatomy

RS-09 research (T1, T3) provides the definitive operational anatomy of how Legacy plans encode flexibility restrictions through the Allocated Items table — adding detail beyond the RS-06 finding that "Allocated Items(0): None" signals flexibility.

The Allocated Items section in MyPlace shows each support with one of two states:

Display Meaning Provider Action
Allocated Items(0): None No item-code restrictions — all R106 codes flexible Claim any eligible code within the registration group
Allocated Items(N): Stated N item codes are ring-fenced to specific supports Identify which codes are listed; only those codes are valid

When a planner lists an item code under Allocated Items with "Stated" status, the portal will automatically reject any claim against other codes in the same category. The rejection is not advisory — the portal blocks the claim with "Insufficient Funds" or "Support Not in Plan" regardless of the total category balance.

This is the Legacy equivalent of PACE's Specific Planner Instructions. The two mechanisms serve the same function — governing which item codes are permissible — but the Legacy system uses a structured table (machine-enforced), while PACE uses a freetext instruction (provider-interpreted). Providers navigating both systems must decode each one differently: read the Allocated Items count in MyPlace; read the Support Details text in MyNDIS.


Legislative Basis

Provision Relevance
NDIS Pricing Arrangements Dictates valid item codes and claiming rules applied during validation in both systems.
NDIS Support Catalogue Provides the master list of support codes against which systems validate claims.

Provisional — requires Andrew's research to verify system specifications.



Open Questions

  • Q-KB-024: How exactly does the PACE system validate claims at the support category level in practice compared to the strict line-item validation mechanisms of the Legacy CRM — 2026-04-25
  • Q-KB-025: How are provider travel claims — specifically the distinction between labour and non-labour costs — handled differently during claim submissions in PACE compared to Legacy bulk uploads — 2026-04-25

Entity Tags

entity: legacy-crm
type: Concept
domain: Technical
confidence: Provisional
links: [[concepts/pace-framework]] via superseded-by
links: [[concepts/digital-lock]] via references


Change History

Date Change Source
2026-04-25 v1.0 — Provisional article created from NbLM primer RS-05 Phase D
2026-04-27 E-M5: Backlink added — topics/pace-vs-legacy-plan-flexibility (RS-06 T2) Sonnet E-M5
2026-04-27 E-M6 enrichment — "Allocated Items(0): None" pattern, Legacy vs PACE comparison table, and flexibility mechanics added from RS-06 T2 Sonnet E-M6
2026-05-01 E-M5: Backlinks added — topics/legacy-pace-plan-flexibility, topics/digital-lock-mechanism (RS-09 T1, T3) Sonnet E-M5
2026-05-01 E-M6 enrichment — Allocated Items table mechanics: Stated/None portal states, two-state table, Legacy vs PACE decoding comparison, from RS-09 T1/T3 Sonnet E-M6