Posted on 12 Feb 2017 By Kieran Morrissey
As an RTO, you're required under the conditions of your registration to report Total VET Activity to NCVER each year (comprising any students not already reported to a State Authority). This helps ASQA and others monitor training activity and needs nationwide, and provides students who have given you a USI with a central register of their training undertaken.
If you're a funded RTO, you have to make cleanliness and validity a focus each and every month - your business's very survival may rely on it; monthly lodgements force you to keep your data clean, up to date, and in good shape.
If you're predominantly fee for service, the annual scramble to report by 28 February can be worse than a chore - it can feel like a significant strain on your business at an already cash-strapped time coming out of the Christmas period.
Each year we help many RTOs, both Truss RTO clients and those using other systems, with their annual reporting obligations. Each year the challenges shift slightly, and many RTOs are caught on the back foot.
What's changed in 2017?
NCVER publish a list of validation rule updates regularly, the most recent being available here: https://www.ncver.edu.au/__data/assets/file/0009/10143/AVS_Validation_Update_Client_Information.pdf
There are a long list of validation rule adjustments that were rolled out over the course of 2016, most of which have little impact, but two rules in particular seem to have caused the most consternation this time around:
Problem 1: Duplicate Students (which the rules allow to occur in normal situations) are now a lodgement-blocking error:
We often deal with datasets, imported during data migration (or imported for the purposes of reporting) that have gaps. These gaps can occur for a number of reasons:
- Insufficient validation rules in legacy systems (data entry is incorrect, but the system doesn't catch it)
- Student refusal to fill out forms (particularly for short courses, especially when delivered for an employer, this is an ongoing challenge)
- Poor data collection quality (primarily illegible handwriting on paper forms)
Importantly, this means that that there are data sets out there (which will validate for lodgement perfectly fine) where some students have no date of birth.
In this instance you may know from a recording perspective that "Jenny Smith, Client #12345, No Date of Birth" is a different person to "Jenny Smith, Client #34456, No Date of Birth", but you are required in your NAT80 file to report this student as a single line.
Beyond that, the rules are sufficiently fuzzy that they can catch complete and accurate information as invalid. We have one client, for example, who has three students with identical names & dates of birth, two of whom had training delivered in 2016, but they are different people. Because no USI was supplied, they show up as duplicates.
How do you solve this?
- Deduplicate your student records
This is extremely time consuming if your Student Management System doesn't already help you do this (ours automatically detects duplicates and helps you resolve them).
Furthermore, if you have collisions that are genuine (same name, same date of birth, different people), there is literally nothing you can do without fudging your records - even if the students have different USIs they will be identified by NCVER as duplicates.
- Record an exemption? Not yet
You'll note in the rules above the rule does not apply if you're reporting one of the exemption codes now available for USI (e.g. "SHORT" in the USI field for a student who has attained units in a single day delivery).
The problem? You can't lodge these codes for your 2016 data. They apply from 2017 onwards. So you're hamstrung by a new rule without being granted the tools to get around it. Frustrating!
- Get Complete, Validated data for every single student? That's great - in theory
We love to emphasise to our new & existing clients the advantages of electronic entry & validation of enrolment data by students - you can lock down eLearning content or certificate download behind supply of complete and valid AVETMISS data, and leave it up to the student to correct information rather than paper collection which can be riddled with errrors.
That's all well and good, but in real life there are always exceptions - students who don't have a smartphone, job network providers whose students have poor technical literacy and no access to a computer, or myriad other things that could go wrong. You also have the occasional recalcitrant student who just flatly refuses to supply a USI (or even AVETMISS data).
Which again, leaves you stuck with the first option - deduplicating after the fact, and in some cases forced to "merge" students who should not be merged.
Problem 2: Duplicate Unit Outcomes are a lodgement-blocking error, and can occur in normal use:
This change was actually introduced for the 2015 reporting year, but still stumps many RTOs:
Your NAT120 file must have no duplicate entries for Location, Client Identifier, Subject, Program, and Start Date. We will detect and highlight duplicates, but sometimes that comes too late, especially if we've imported the data.
We find it's common that RTOs accidentally enrol students multiple times, both in legacy systems and in our own. In cases of this data quality issue, this validation error is helpful, as it will prompt the RTO to purge unnecessary duplicates.
By contrast, big problems can arise here when you deliver overlapping content in short courses, where ostensibly correct information again results in a validation error.
Here's a real world example of overlapping content:
- UETTDRRF06B Perform Rescue from a Live LV Panel
This includes HLTAID001 Perform Cardiopulmonary Resuscitation as part of its content; as such you should report it as both UETTDRRF06B and HLTAID001.
- HLTAID003 Provide First Aid
This also includes the content of HLTAID001 and HLTAID002, and should report as all three units.
So let's say you have an Electrical Subcontractor client who asks you to deliver both LV Rescue and Provide First Aid to their staff.
As the content stretches over more than one day, you sensibly decide to schedule two days to deliver the content as a custom program.
So over the two days, you start and finish the following units on the same dates:
- incorporating HLTAID001
- incorporating HLTAID001
- incorporating HLTAID002
This then leaves you with a duplication error for all the students on HLTAID001. Most Student Management Systems out there will allow this; some may prompt you to resolve it.
Especially for clients we assist with lodgement of data imported from their external systems, there are sometimes north of a thousand instances of this in a calendar year - that's real, "correct" information - not actual duplicate enrolments.
How do you solve this?
- Cancel/remove one of the units.
Fundamentally, for reporting purposes, it doesn't actually matter for fee for service which row you eliminate, as they report the same thing, and it doesn't make sense to have delivered the same unit twice to the same student on the same day.
Some student management systems make it harder than others, but in ours, we allow for an easy flagging of duplicate units to exclude from reporting. This means the student will still see completions for the full overlapping programs in their student portal (and on transcripts), but your data will validate and lodge cleanly.
How we help
When our clients are preparing their NCVER lodgement, Truss RTO presents a list (or table if there are many) of anticipated validation errors before generation of a NAT file batch:
Clicking through then gives you a simple hitlist of items to resolve:
Then clicking "Resolve" opens the problematic record, with problematic fields highlighted for resolution.
Resolving the issue then flushes it out of your list.
Chipping away at these issues until you reach an endpoint and are ready to lodge is several orders of magnitude quicker than going through AVS validation reports!
Don't panic - ask for help
If you're stuck with these or other NCVER lodgement troubles, we can help - give us a call on 1300 221 475.
You don't have to sign up for our product, we're happy to assist with AVETMISS Rescue services with no ongoing obligation.
We've helped RTOs correct batches ranging from 100 students to 100,000 on a turnaround of a few days. Send us your invalid NAT files, we'll help you clean them up, then deliver lodgeable NAT files and an audit report of what needs to be changed in your current systems.
Posted on 31 Jan 2017 By Dylan Kelly
We are pleased to announce a great new feature for CRICOS RTOs that utilise Education Agents. Truss RTO now includes a dedicated Agent Portal for agents to record and manage new student applications and track leads.
This works with the recently added application management functionality to allow agents to login in to a dedicated area to record and manage student enrolment applications.
First a provider sets up an agent record, with the ability to record details about the agent including local and overseas location details and upload a signed agent agreement for record keeping. From here you can record the commission that an agent receives either as a flat rate or a specific commission per course.
Agents can then login to the system and start adding applications in the Agent Portal. Applications begin as a student enquiry where basic contact and enquiry details are recorded. The agent can then start adding required details to the application including course and intakes, full student AVETMISS details, CRICOS data and upload any additional files such as signed application forms etc.
Once the application has been finalised, admin staff can review the application and generate a schedule of fees outstanding. The agent is able to record fees paid and claim commission owed. Finally the application can be easily converted to a new student enrolment, by clicking finalise enrolment.We have been trialling the product with a number of clients si...
Posted on 22 Nov 2016 By Kieran Morrissey
I'm very pleased to be able to make two announcements today that make Truss RTO even more affordable for Training Organisations of any size!
Unlimited Seats for Truss RTO Smart and Enterprise
One of the many stress factors when you're trying to grow a business is the cascading series of additional work that growth brings; each new step you take seems to trigger another half dozen that you have to take to catch up.
As we speak to RTOs across Australia it's become clear that per-seat licensing creates logistical issues for an RTO - How do you deal with fluctuations in your team size? What if you have casual staff?
Up until now, we've dealt with this by giving our clients a reasonable number of seats to get them started, and the ability to buy more seats when needed.
I think we can do better than this - so effective today Truss RTO Smart and Truss RTO Enterprise come with unlimited seats at a fixed price.
We've done this by moving to a clearer, simpler model where you have an allocation of support time each month, and can purchase additional assistance (training, adjustments, or ongoing consultation) when you need it and only when you need it.
On top of this you have access to detailed reports indicating what your time allocation is spent on - so you're clear on what value we're delivering.
This is only half the story though;
Reduced Pricing for Truss RTO ...
Posted on 18 Nov 2016 By Dylan Kelly
The November Truss RTO release has been deployed across our network.
There’s one headline new feature this month - Application Management - and a number of minor improvements.
For our clients who have a heavy focus on longer qualifications, manage your student enquiries and convert leads into paid enrolments faster with our new application management tool. Manage all your leads in the one place, whether they come from email, phone calls or web enquiries. Attach courses and intakes to an application and be able to manage the application stages from enquiry right through to enrolment, or even use Application numbers to help you make judgement calls about scheduling intakes.
All your student enquiries can be viewed from the new Applications menu item under Student Management. The graph allows you to see over time how many enquiries are being made and a breakdown of the enquiry sources in the table to the right.