SupportAbility Roadmap
To provide greater transparency regarding planned enhancements and new features, details of the current SupportAbility Roadmap are updated here.
This article contains a list of key features and enhancements that are currently being developed (Now), product initiatives that have been prioritised for development in the near future (Next), and those that are being considered for development on the distant horizon (Later).
It is not designed to be a complete or final list. Instead, it is focused on providing information about upcoming changes that will affect how our subscribers use the product for forward planning, and on communicating the direction the SupportAbility product is headed beyond this.
Our aim at SupportAbility is to create efficiencies by enabling providers to prioritise participants and their needs while removing complexity from processes and administration. We help providers gain efficiencies while supporting you in doing what you do best: delivering high-quality care and achieving positive outcomes.
We know there is much uncertainty about what the future looks like in and around the disability sector and the NDIS; however, SupportAbility is committed to this sector and will adapt to best meet the evolving needs in this space.
For more information about how roadmap decisions are made, please review The Roadmap Process at SupportAbility article linked below.
Audience: All
A new way to understand our roadmap is coming soon! - Q3 2026
Summary
The following list summarises the content within this article. Click on the links below to take you to the relevant sections:
- Now - Product initiatives currently in development
- Next - Product initiatives prioritised to be developed
- Funding Plan Review
- Timesheet Batch modernisation - pre-batch payroll review
- Client Support Requirements and High Intensity Supports
- NDIS Service Breakdown Report modernisation
- Open API Access - continued
- Tag Categories
- Change Logs - continued
- Client Management Enhancements
- Staff Absence Recording
- Awaiting Check In/Out - Team Leader visibility
- Archive pattern for System Preferences configuration
- Later - Future product initiatives yet to be prioritised
- Recently Released
IMPORTANT NOTE: ALL ITEMS ON THE ROADMAP ARE SUBJECT TO CHANGE
Now - Product initiatives currently in development
Product initiatives currently in development, expected within the next three to six months, are included here.
Employment Hero API Integration (Beta now in progress)
We are building a direct API integration between SupportAbility and Employment Hero to streamline the timesheet export process for payroll.
The direct API integration between SupportAbility and Employment Hero is now in Beta testing with selected providers. It will be made available more broadly following the Beta period.
Key elements of this work include:
- Configuration of Employment Hero API credentials within System Preferences, allowing providers to securely connect their Employment Hero account to SupportAbility
- A 'Send Timesheets to Employment Hero' action within the Timesheet Batch, enabling payroll officers to initiate the export directly from SupportAbility
- A Timesheet Batch Details view displaying the status of each timesheet sent to Employment Hero, including any errors, so providers have a clear record of what was successfully processed
- Location ID mapping, allowing providers to configure how SupportAbility populates the Employment Hero location field on each timesheet line, supporting accurate cost attribution by location in Employment Hero
- Work Types flowing through the API into Employment Hero's pay conditions engine (see Work Types below)
Work Types for Payroll (Beta now in progress)
Work Types for Payroll is now in Beta testing with selected providers, with broader rollout to follow as Beta concludes.
Work Types allow providers to indicate what category of work occurred on a shift, and whether additional payroll entries are required beyond the standard hours, for example, a sleepover allowance, a kilometres reimbursement, or a specific work classification required by your payroll system.
The design is payroll-system-agnostic, supporting providers using Employment Hero, MYOB, Xero, ADP and other platforms.
This functionality includes:
- Configuration of Work Types in System Preferences, with support for Hours-based, Allowance, and Kilometres categories, the ability to mark each as active or inactive, and the ability to map each Work Type to the relevant identifier in your payroll platform
- The ability to assign Work Types to individual staff shifts within Activity records, with the 'Not Paid' checkbox automatically disabled once a Work Type is assigned
- Work Type data flowing through to the Detailed Timesheet Batch export, the Timesheet Batch list results, the Activity Staff Report, and the Staff Hours Report
- Work Type data flowing through the Employment Hero API for providers using that integration, where it feeds into the pay conditions engine to derive the correct shift conditions, penalty rates and allowances automatically
- Locking of Work Types configuration once a shift is part of an Activity that has been Signed Off
Further communications and learning materials will be shared when Work Types is ready to launch for all providers.
Roster Filters and Navigation
We are redesigning how rostering teams filter and navigate the roster to address a number of long-standing pain points identified by coordinators and Team Leaders.
Planned changes include:
- A new inline staff search built into the Timeline resource header, supporting search across site, service, program, employment type, and staff member, with colour-coded, removable chip tags
- A new Status filter (All, To Be Filled, Needs Attention, Not Signed Off) will soon be available in the Calendar, Agenda, and Timeline views, helping coordinators immediately scope their session to the items that need action
- A restructured sidebar focused on its essential purpose — scoping the view — including renaming 'Roster Data' to 'Filter Roster by' and relocating less-frequently-used controls
- An applied filter chips bar that surfaces active filters even when the sidebar is collapsed, with one-click removal
- A simplified top bar with inline period pills, a tidier control layout, and removal of selectors that have no meaningful choice in certain views
- Additional Agenda view improvements, including grouping by Service or Site, Shift-level data for Team Leaders and coordinators, and custom date ranges
- Filter state persistence across Agenda ↔ Timeline view switches, so context isn't lost when changing views
These are UI-layer improvements designed to make every rostering session faster, with no underlying data model changes required
Next - Product initiatives prioritised to be developed
Product initiatives that have been prioritised to be developed in the near future have been included here.
Funding Plan Review
We are introducing a Funding Plan Review feature to make it easier for Finance teams to manage participants whose NDIS plans are renewed or replaced. This was raised by multiple providers as a current manual pain point during plan renewal.
From an existing Funding Plan record, Finance team members will be able to initiate a Funding Plan Review, which will:
- Create a new Funding Plan and the first Funding Period records (FP1) for each active Funding Period associated with the previous plan that falls within the new plan's date range, linked to the new Funding Plan
- Automatically transfer relevant expenditure billed against the previous Funding Plan that falls within the new plan's date range — no user action required (mirroring the behaviour of the existing Plan Review feature)
- Automatically shorten the previous Funding Plan's end date to the day before the new plan's start date, and adjust the corresponding Funding Period dates accordingly
- Update relevant Activities as part of the process
Subsequent Funding Periods after FP1 can then be replicated manually per the existing process.
Time Sheet Batch screen modernisation - pre-batch payroll review
We are modernising the Time Sheet Batch generation screen so payroll teams can review, filter, and validate timesheet data in-app before pushing a batch through to payroll.
The current screen is the original design and does not support the in-screen filtering and reconciliation payroll teams need before generating a batch. Many providers currently export to Excel and run their checks there rather than in-app because the on-screen experience doesn't provide what they need.
Planned changes include:
- Refactor of the Time Sheet Batch generation screen using a modern pattern, including total line counts, sortable columns, and in-results filtering
- The ability to click through from a row to the relevant Shift within the Activity record
- User-controlled column visibility, with sensible defaults and a show-all toggle
- Extension of Finance Edit Mode to allow Work Type corrections after Activity Sign Off, with a clear audit trail
This work has been informed by direct feedback from providers using the screen at scale, and pairs naturally with the new Work Types data being introduced (see above).
Client Support Requirements and High Intensity Supports
We are introducing a native way to capture what participants need from their support workers, and what support workers are able to provide, replacing the informal workarounds (tags, notes fields) that providers currently rely on.
The first phase focuses on High Intensity Supports (HIS), a growing area of focus in NDIS Commission audits. This phase will include:
- A new Support Requirements framework configured in System Preferences, shipping pre-loaded with the seven NDIS Commission High Intensity Support Skills Descriptors as locked, system-defined entries, with the ability for providers to add their own entries (for example, stoma care)
- A Support Requirements section on the Client record, restricted to Team Leaders and above, with a notes field per entry for context
- A mirrored Support Capabilities section on the Staff record, so providers can record which staff are trained in each area
- The ability to filter by Support Requirement in Client Search, and inclusion of Support Requirements in the Client Search export, to support NDIS Commission audit evidence
- Visibility of High Intensity Supports on the Mobile App for rostered support workers, with visual prominence for safety
Later phases will extend the same framework to capture participants' language needs and other support skills and, further out, use this information to support staff-to-client matching in the roster.
NDIS Service Breakdown Report modernisation
We are revamping the NDIS Service Breakdown Report (currently accessed via Finance > Reports > NDIS Direct Support Allocations), which providers rely on for monthly forecasting and board reporting. The current report is outdated, requires Finance Admin privileges, and lacks the functionality providers need for day-to-day reporting.
Planned changes include:
- Moving the report from the Finance menu to the Reports menu, alongside the NDIS Budget Utilisation Report
- Aligning access with the NDIS Budget Utilisation Report ('View Financial Information' privilege, with results scoped to the client records the staff member has access to), so the report can be made available to operational staff without granting Finance Admin access
- A ratio breakdown for the transparency of revenue
- New activity-level filters (Program, Claim Type)
- New client and funding filters (Clients, Client Status, NDIS Funding Type, Client Funding Tags, Support Category, Support Item, Client Funding On Billing Hold)
- A CSV export
- Retention of the high-level summary format that providers find useful
Open API Access - continued
Building on the API infrastructure established for the Employment Hero integration, we are introducing a set of secure read-only Open API endpoints that allow authenticated external systems to retrieve data from SupportAbility — scoped to the authenticated provider.
Initial domains include client record data and provider account data, with further domains added as integration needs are confirmed. All endpoints will follow consistent authentication, rate limiting, and response format conventions, and will be documented in the public Open API documentation.
This work enables third-party reporting tools, partner platforms, and other authorised systems to retrieve SupportAbility data without manual export, reducing manual data handling for providers.
Tag Categories
We are introducing an optional Category layer for Tags, configured in System Preferences, to make large numbers of tags easier to navigate and apply.
Categories sit on top of existing tags as a grouping layer, without changing the underlying tag. This means existing tag data, searches, reports, and data replica queries are unaffected, and deleting a Category never deletes the underlying tags.
The first release is scoped to Client tags, with the Category concept designed so it can be extended to other tagged records in later phases.
Change Logs - continued
We are introducing change log functionality to key records in SupportAbility, giving Team Leaders and managers a clear audit trail of who made what changes and when.
The first change log, covering Activity records, has now been released (see Recently Released below). The next record to receive a change log is Client Funding, with additional records to be added over time based on provider feedback.
Client Management Enhancements
We are introducing a series of improvements to make day-to-day Client Management more efficient, based on direct provider feedback.
Planned enhancements include:
- More flexible Consent Exclusions on the Client record — replacing the fixed 6-field limit with a dynamic add/remove list, so providers with complex service offerings can accurately reflect a client's partial consent position regardless of how many exclusions are required
- Bulk 'Mark Client Absent' across multiple Activities — enabling coordinators and Team Leaders to mark a Client as Absent across a date range of Activities in a single action from the Client Activities tab, instead of opening and updating each Activity individually
- Client Assessment due and review dates — with notifications and a dashboard view, so review dates are easier to keep on top of
This is an evolving initiative, and we will consider further enhancements based on further provider feedback.
Staff Absence Recording
We are introducing a lightweight way to record when a Staff Member is absent from a Shift, without losing the record of who was originally rostered.
Currently, when a Staff Member is absent, coordinators must either remove their Shift or change it to 'To Be Filled', neither of which preserves who was rostered or why they didn't work. This work will include:
- A 'Mark Absent' action on a Staff Shift within an Activity record, capturing the reason
- A new configurable Staff: Absence Reason list in System Preferences, including a per-reason flag for whether that reason is eligible for inclusion in Timesheet Batches
- The ability for payroll officers to filter and include eligible absent Shifts when generating a Timesheet Batch, with absent Shifts clearly distinguishable from worked Shifts
Awaiting Check In/Out - Team Leader visibility
For providers using Staff Check In/Out as a safety control, there is currently no in-product way for Team Leaders, Site/Service Managers, or HR staff to see at a glance which Staff have not checked in or out for their rostered shifts.
The primary driver here is real-time safety visibility, particularly for lone-worker scenarios, with compliance and payroll dimensions secondary.
This work includes:
- Configurable Late Check In and Late Check Out thresholds (in minutes) per Service in Staff Shift Settings, mirroring the existing Recorded Hours Warning Threshold pattern, with Bulk Actions support
- A new Awaiting Check In/Out Dashboard Portal showing Late Check In and Late Check Out in real time, with rows clearing automatically as they're resolved, and visibility scoped consistently with existing Dashboard portals (Team Leader / Team Leader for ALL Services / Site and Service scoping; equivalent HR privileges)
Archive pattern for System Preferences configuration
We are extending the existing List Items archive pattern (where the 'Archived' checkbox allows redundant list values to be retired without losing historic data) to three additional configurable areas of System Preferences:
- Journal Types
- Document Types
- Tags
In each case, archived options will be hidden from new selections but retained on existing records (with '(Archived)' appended), and will remain available as filters in Searches and Reports. This allows providers to cleanly retire redundant configurations without losing historic data or cluttering selection dropdowns.
Later - Future product initiatives yet to be prioritised
Future product initiatives that are yet to be prioritised but are on our radar for future development have been included here.
Continued Roster Enhancements
Beyond the filter and navigation work currently underway, the following further enhancements to the new Roster are on our radar:
- Limit Visibility of Future Shifts: Provide the ability to control how far into the future Staff can see their Shifts, offering more flexibility in managing schedules
- Announce Roster Changes: Introduce tools to easily notify the relevant Staff of any roster changes, ensuring clear communication
- Enhanced 'To Be Filled' Shift Management: Improve the ability to announce or find Shifts that need to be filled, making it quicker to address gaps
- Better Client Schedule Sharing: Make it easier to share and communicate Client schedules, improving coordination across teams
- Intelligent staff-matching when filling shifts: Building on the new inline staff search, surface the best-fit available staff for a given shift based on relevant criteria
Recently Released
Activity Change Log (v9.13)
The first change log in SupportAbility has been released, covering the Activity record. A new 'Change log' tab on the Activity record shows a full audit trail of user actions, including creation, edits, and updates, displaying who made each change and when, most recent first. This is the first record to receive a change log, with Client Funding next in development (see Change Logs above).