- [Stephen] Ways to avoid overpayments through the Smart and Skilled Contract. I think at the moment we have over 200 people logged in, so that's fantastic. And I'd like to just quickly shout out a big thank you to the team that has worked hard to get this presentation together. As you will see that the webinar is being recorded and the slide pack will be available after the presentation. We have had some pre-sent or some questions that have been sent already. So thank you for that. And we are looking at the answer to those questions and all the answers to those questions will be provided through the webinar chat as we go along. Before get started though, I would like to acknowledge the country that I'm on and that we are all on today. I'm at Parramatta on Dharug land and so we recognize the Ongoing Custodians of the lands and waterways where we work and live. We pay respects to Elders past, present, and ongoing as teachers of knowledge, song lines and stories. We strive to ensure every Aboriginal Torres Strait Islander learner in New South Wales achieve their potential through education. So thank you again for attending and whichever lens you are on. So we're gonna go through, this is the contents. It is a pretty lengthy webinar. We will probably go pretty close to the hour. We will have time for questions and answers afterwards. If the questions are put in the chat as we go along, then we will try to answer them as we go. For those that can't be answered during this webinar, we certainly will get to them and answer them at a later date. But just be mindful, some of the questions that we did get that was pre-webinar weren't all necessarily to do with the overpayments issue that we are discussing today. The team has gone and sought answers from the various units and teams and directorates that have carriage of those particular matters. And we can provide some answers, but those answers that aren't specific or those questions aren't specifically to do with this overpayment, we may have to take on notice and send them off to the relevant teams and areas within training service to have those questions answered thoroughly. And on that note, I will, you know, the first proper call I suppose for me these questions is the SRMs and the RPSMs within the regions. And I strongly encourage to seek out those representatives from the Department in your regions for those to provide that information. Thanks, Marco, can we just have the next slide please. Okay, so, the overpay issues that we'll be covering today is the changing of the UoC Outcome Codes. What happens when a recognition of prior learning is reported late in the process, same as a credit transfer. We'll discuss our superseded qualifications can cause an overpayment. And then there's the changing of the student's details, regards to fee waiver, concessions, exemptions, and the student information which could affect loadings. There are some scenarios embedded and yeah, to answer your queries as we go along or certainly, if not shortly after this webinar. Next slide please, Marco. Thank you. So as indicated, the overpayment scenarios can be split in the five categories, the changing of an outcome code to, back to 85, so 85, Not yet started. The changing of an outcome code to 60 or a 51. So that's either a credit transfer, recognition of prior learning at finalization, the incorrectly processing of a superseded qualification and the changes as indicated previously, the changing of student fee waiver, concession, exemption, and/or information regards to loadings. Thanks, Marco. So this is probably the major part that we are seeing in our project when an overpayment is occurring and that's where we're changing the UoC Outcome Codes from what was, you know, colloquially, we call a payable outcome code or the codes that go to a reaching a milestone payment back to a code that is an 85, Not yet started. Next slide please, Marco. So as you can see on there, The provider reports initially if you report the 70, any one of those codes there, also, what is in that little blue bubble on the top left hand side, 60 also, or whilst we don't pay 60, which is credit transfer, the Department doesn't pay for a transfer unit or a credit transfer, it does go into making up milestone payments and achievement stages. So it is considered in that payment process. And we will add that 60 on this slide before it's sent out to the providers. So as you can see there, initially, the provider is reporting one of these UoC Outcome Codes and then at the last minute or at the finalization of the student's journey, they're changing one or more of those codes back to an 85 after they've received the payment. Marco, you can just go to the next slide please. So I guess this is outlines the steps that we see are taken that just sort of outlines the process. The students enrolled, student commences training, so all that first part about the materials are provided to the student. At times, I guess providers are reporting that 70, that continuing enrollment too early, that they may be reporting that at the time that training materials are supplied to the student or there's an induction process or whatever. The 70 reported, the first 70 as you may or may not know, the first 70 will attract a commencement payment of subsidies to the provider. And that's installment payment of 20%. That's accepted by the Department in its initial, in its initial review at the payments made. However, when the time comes to finalize the student, the provider may look at its records and go, actually, that student didn't actually commence or we do not have evidence of participating in subsidized training and therefore, reports accurately that an 85, Not yet started, indicating that they weren't entitled to that initial payment. And that's where at the end of the month, we run the report, any CIDs that were finalized in that month that, that have been reported in this way, come up on our report. So the issue with is that at the time of finalization, at the time the CID was, the outcome code was changed back to 85 and the CID is finalized, our system can no longer recalculate or do a recalculation of the subsidy that was paid based on that current UoC Outcome Code of 85 because there's no more training activity data to be submitted against that student. And therefore, recalculation can't be done automatically. And that's where our project comes in and identifies that and sends out as soon though, gets in contact and advise them about the overpayment. If that student was still continuing and that 85 was realized and that was submitted then, and then the student continued through to complete other units or, and there was evidence of participation and that evidence was then, well, that data was then uploaded and submitted to Department, the system may direct itself and adjust it automatically, but because there's no more training activity data being submitted for that student that's where the system can't correct itself. So there is the obligation under, you know, Clause 7i and 7j. So 7i talks about in the Smart and Skilled Contract and 7i talks about reporting all information, training, services accurately, correctly, not misleading in any way, and 7j talks about or talks to advising the Department immediately once been provided, realizes that it has been overpaid. So being mindful of those two clauses, I guess that's where we're basing this project and the concerns around inaccurate reporting of training activity data relation to this issue. So that's the main way and that's making up 64% at the moment of the, sorry, 65% I think it is at the moment of all overpayment issues. So that's the biggest issue and that's probably our biggest concern. I mean, all overpayments are inaccurate of training activity data is our concern, but the bigger ones where it was reported that subsidized training occurred and then a review says, actually, no, it didn't, that is a concern for us. And some providers, you know, 70 seems to be the most common outcome that gets reverted back from a 70 to an 85. But for some instances where providers are actually reporting 20, you know, completion outcome codes of 20, 40, withdrawn, and then actually reverting them back to an 85, it's all of equal, but there is a concern that if providers are actually reporting 20, and saying the Department that, that student has actually finalized and then deemed competent in that unit and then reverting that back to an 85, no, it's never. So the next section, thanks, Marco, and the next slide please. So this is a similar to what we just discussed, however, there is a lesser, I guess, a lesser subsidy or a lesser overpayment amount from one, a better description when this occurs. And again, this is where providers are reporting students with an outcome that the milestone payment stage and 70 again is the most common one. So there's the initial report of 70 and there may be a number of units reported as 70, some units may go on to be withdrawn, go on to be 20, outcomes of 20. But somewhere along the line, and again, at the end of the students journey as the provider is reporting either at the RPL or a CT, so they're either reporting 51 for an RPL or a 60 for a credit transfer where they initially reported that unit as a 70. So when you report the unit is a 70, you're entitled to full subsidies and the full loading, whatever that may be. But when you start adding or changing that to a 51 outcome code or a 60 outcome code, then that reduces the subsidy that you're entitled to. As you may know, the Department only pays 50% of the UoC price for a RPL for a recognized prior learning. And we do not pay a subsidy fee for a credit transfer As I indicated initially, that does, the credit transfers do go to make up a UoC achievement stages, but they are not paid individually. You reported a whole qualification of credit transfers, you would not receive a subsidy for them. And so what happens here, again, as indicated, sorry, Marco, I just quickly, as indicated, there is that report of the initial outcome code that attracts a full subsidy and then at the end of the student's journey that one of those codes is changed to a 60 or a 70 or multiple of those code, UoC Outcome Codes have changed to a 51 or 60 and that reduces the subsidy again. But because there's no further training activity data being submitted for that student, the system can't do a recalculation and therefore there is that overpayment that needs to be recouped by the Department. And that's where this process of this project is coming in at that stage as well. And providers are being advised that there is that overpayment as a result of the way they have reported that. We talk about recovering money subsidies and overpayments. My main takeout, my main objective of this meeting is to get, to get the data reported correctly in the first instance. That's the main issue, but there won't be an overpayment in data is to report it correctly. So the overpayment, whilst that does have to come back to the Department, there is the need and the main focus is to report the data accurately. And that's what I hope, you know, to improve through this webinar. So this is just an example of the RPLs and that's calculated as indicated there that there's a qualification that has 20 units in the qualification. A student completes 11 of those UoCs, nine were uncompleted or not complete. Left was 85s. They were initially paid, they were initially reported at 70s, and then the 11 UoCs get changed to an RPL. So as you can see by that very quick diagram there, without the RPL, it'd be 4,800 commencement payment and progress payment would add up to that amount of money. However, because the RPL late, when they late reported, the RPL came in, it's reduced by half and therefore leaving a $2,400 overpayment. It's a very, very basic example, trying to give you some context around the words that we're saying. Thanks, Marco. So this is what should the provider be doing from CT/RPLs. What is best case scenario for reporting them? I think, you know, we know that students don't always provide information of their credit transfers early on in the process and sometimes it can take a while. The Department's preferred method is that when you sit down and enroll a student, you open up the USI, their USI, open up, sorry, open up their USI and have a look at what they have available, what they've really trained in, and if there is relevant training that they've already completed and units that are consistent with a credit transfer, then use the credit transfer in the first instance. If they think that they have a credit transfer and you're waiting for a transcript or for them to confirm it through their USI, then leave those units as 85 in the first instance and don't report them as 70s. And similar to an RPL, we also know that the RPL process can be lengthy, you know, and for students to gather the required documents for an RPL, but if they've indicated that they believe that they have evidence to support an RPL outcome, then to leave that as 85 until that assessment can be made. Reporting 70s, every time a provider reports a 70, it must have evidence to support the student participate in subsidized training. That's the only time 70 can be used. And we know that there could be a slight difference in the way NCVR uses the outcome code 70 and the Department use the outcome code 70. But for us, when we use 70, it's based on the fact that the provider has evidence of participation and that if called upon, they can reduce that evidence. We also understand, you know, some of the comments that come back to say, you know, students took their workbook away or whatever, we didn't have access to the workbook that they were working when they left then therefore we don't have the evidence. Again, you know, unfortunately, in these instances, it's the provider's responsibility to maintain those records to make sure that when they report in their report, they have that evidence available, the records available. So what we say with these at, you know, try to report them very early on in the first instance. If you think that there is gonna be that evidence to support it at some stage during the student's journey, then continue to report 85s. We have had comments that, you know, that there's fear that the CID will expire. So the CID, you've got six weeks before the CID expires and you've got 28 days before you have to report in your first training activity data for that student. I would hope, and you know, certainly, I worked in RTO land, I would hope that somewhere in that first 28 days, and certainly, by that 26, sorry, that six-week period, that you may have at least one unit, evidence of one unit of RPL and one unit of credit transfer. If the student is continuing in other units, then by all means you can report against those other units whether it's training taking place. In the end, if it is the case that you report a 70 and then you report one of those other outcomes, the CT or RPL, there will be, and then finalize the student, there will be an overpayment that some subsidy need to be returned. Thanks, Marco. Okay, the superseded quals. So we don't have a lot of overpayments resulting from superseded quals, but the ones we do have where it has been raised, there is quite some confusion and issues about how to report a superseded qualification. This is the way we believe and this way we support should be reported. So very important, these next few slides, as you can see, there's quite a few of them and there's nine slides on this particular issue alone. So Marco, you can, slide please. So overpayment usually occurs when a provider has reported too many UoCs, and so Units of Competency at the time of final application day. And so this discrepancy leads to a reduced percentage ratio of total UoCs reported compared to what should have been reported. So such error can stem from inaccurately applying credit transfers and/or inaccurately or incorrectly assigning an outcome code. In the essence, the overpayments arise from a misalignment between reported number of Units of Competency and the actual qualification completely raised. We'll go into that further in the next slides. I think importantly this is, is quite an important takeaway from this webinar that if there has not previously been a training activity data reported in a superseded qualification, regardless of whether that training has commenced or not, you must cancel the student's CID and create a new CID. So if there has not been training activity data report in the superseded qualification, regardless when training is commenced, cancel the CID, and open up a new CID before the participation is in, before the participation is commenced. So if there has been reported training activity data for superseded qualification, we'll need to report a combinations of UoC outcomes from both the current and the superseded qualification and we'll go through that further on the following slides. So this one here that Marco has got up, that's just a very quick or screenshot of STS online on how to cancel a student's Commitment ID. Next slide please, Marco. So this example shows how superseded qualifications within eight UoCs. So the qualifications only got eight UoCs. Six of the UoCs has payment, eligible outcomes submitted, which calculates to 75%, which is progress four is from. So this demonstration here is for an apprenticeship. And so as you know, there's a number of payments that go with an apprenticeship. So there's the commencement payment, five progress payments and completion payment. When the Department works out a subsidy, a percentage there is, it is based on the amount of CIDs reported versus the achievement stage that it's reached. So in this instance there's eight, the unit's got eight UoCs and the qualifications of eight UoCs, six have been reported correctly, six over seven, six divided by eight, 75%. So you've reach that level, so you're entitled to all those progress payments. Next slide please, Marco. So with this next example, it shows with all UoCs from both superseded current qualifications have been submitted as training activity data. As per the example on the previous screen, the superseded qualification had eight, sorry, six of eight outcomes submitted, which equaled 75%, and amounted to progress four payment installment. In this example, although there is, although the entire eight UoCs have now eligible outcomes submitted, it is against 16 UoCs. So instead of being eligible for 100%, you know, completion payment, our system's looking at going, well, I can see that you've got eight outcomes like completed outcomes, but there's also eight of the previous, well, still being reported as 85s. Now, we're doing it over 16 units. So we're making our calculations 16 units and as a result, our system says you've only actually made progress three because you've only reached 50%. So that's what happens, that's our system. That's how it calculates it. That's the concern that where these issue, we'll, you know, we'll say, well initially you've got this progress four payment, but now the way you've reported, it's actually you should been but any, eligible progress three payment. So then there's this overpayment that's occurred, or in fact the reverse proof occurred. You're thinking you should have 100% payment, but in fact, you've only got progress three payment based on the way you've reported. So that's how the overpayment occurs there when misreporting those units. Next slide please, Marco. And so we say that this is the correct way to report, the correct method of how to report, the UoC is shown here for the completing qualification. You'll see there is an image all UoCs above the red line are the UoCs with superseded qual, that have an eligible outcome submitted. UoCs that did not have an outcome submitted, have been removed and replaced by the two UoCs in the current qualification. So you still have now have the eight UoCs submitted as per the training package, and in day, you've reached 100% completion. So what we're saying there is where there is the old UoCs that have not been commenced, the UoCs from the old package that have not been commenced, just remove them, take them out, don't report against them anymore, it's irrelevant and you need to only report against the relevant UoCs, the qualification that the student is enrolled in. Next slide please, Marco. So again, this shows the current unit that's being trained in. It shows that there is the, sorry, and this is for a non-completed qualification at this stage. All UoCs above the red line as indicated before, UoCs from the superseding qualification that have an eligible outcome submitted, UoCs that did not have an, sorry, did not have an outcome, have been removed again, and replaced with the two UoCs from the current qualification. That student hasn't started those UoCs yet. So they're at 85 looking, report it as 85. But when you report that, you'll see that you are now actually eligible for that progress four payment because again, it's only eight units. There's six with an outcome that reaches a UoC outcome achievement stage and therefore, you're entitled to that relevant percentage in progress payment. Obviously, if those two units then changed to a 40 outcome or a 20 outcome as the student progressed, if the student withdrew or if the student continued and became confident, that's where you would get to the next levels of progress payments. But so that is the correct method, get rid of the ones, the old ones that you're not reporting against and just keep it to the number of units in the qualification. And I think we'll see that on the next slide as well. On the next one please, Marco. Okay, sorry, so this is where we introduced the UOC Outcome Code of 61 and what happens here is, it's a similar process. The difference being when a student has transitioned into the new qualification the following year, and this is a calendar year, any UoCs that have previously been started and have been reported that are not, that are not transferrable to the new qual after we reported as 61. So where you've started, you may have reported against a unit that you may have a 70 against a unit where they've started training in that previous year, but the new quals kicked in that the old supersede, the old quals out where you've actually reported against the unit, you need to then report that unit as 61. So you can see there UoC double, sorry, my eyes aren't that great. Triple seven, UoC777 has been reported as a 61 now and it's been replaced by the triple seven A. So whilst there is more units reported in that scenario, our system, Department system does not include 61 outcomes in its calculation. It sits there, that's fine, but it doesn't recognize it as a unit to be included in the calculations. And so therefore, that's the way you need to report it. If you've reported it to start with, you need to not take it out like the other ones where you haven't reported against it, you don't need to take it out there, you need to change that to a 61 and then report the other, replace it with the unit that you're now training in and continue reporting. So it does say in there in the red there, it's important to note that the UoC outcome 61 does not count towards a UoC achievement stage. Thanks, Marco. Again, this is where a qual has been superseded, but the new qual has 13 units. The old qual had the eight units, the new quals got the 13 units to, and so we've got the same issue where there was a need to report along some, report on that one UoC777, calendar years to come in. We've had to stop reporting against that and submit the new UoC, the relevant UoC, the triple seven A. So we've used the 61 to get rid of the triple seven. We've started reporting on the triple seven A and we've just added the new UoCs that now need to be completed. So the qualification is complete. So again, our system will look at that, determine the units that have reached an outcome stage that reaches an achievement stage, the UoC outcomes, and it'll make the calculation. So even though there's, you know, too many units reported in there because of the 61 is in there, that's to account and so then it just reduces it to the number that's, that has the outcome codes to reach the achievement stage and therefore the progress payment indicated there. Thank you, Marco. So what does this mean for affected Commitment IDs? You must submit training activity which reflects the transition of the current qualification and as tried to explain there the steps you take will depend on when you previously take the training activity data that supersede the qualification or not. If you haven't reported training activity data against some of those UoCs, you take them out. If you have, you need to report them as a 61 going forward across the calendar year. If you have reported them as 70s and they're no longer relevant in the calendar year, you just don't report on them anymore and you replace them with the current units for the current qualification. Next slide please, Marco. So this is I guess a bit of a mud map or a tree diagram to show, just to follow the bouncing ball to help, you know, a lot of, with the decision-making process. If it's yes and have a look at where that lands, whether to include, do not include, include in your reporting. And hopefully, by following that it will give you a better understanding in the correct way of reporting the UoCs for the Smart and Skilled Program to allow proper payments to be received and to allow accurate data reporting. It still looks a bit blurry from my eyes. I don't know how it looks at the other end, but it's still a bit blurry. So I'll make sure that that is, you know, clear when we send out the package, but very, very helpful diagram. Please, you know, some have a look at it, study it, get your head around, and as I said, whilst the superseded qual don't, and it isn't a high percentage of overpayments that we see, it is an issue for providers, one, perhaps for being underpaid because of the way they're reporting or two being overpaid, but not necessarily as a fault of their own just because it hadn't, just in the ending of the way they report superseded quals. I mean, we try to help, we'll certainly help and educate where possible, but there is a need for providers to be aware of how to report those superseded quals. So we're up to part four of the changing of student fees, maintenance, concessions, or exemption. Next slide please, Marco. The reason why there's overpayments in these instances is, so a provider may have reported a student, particularly a fee waiver, they might say the student's eligible to fee waiver or a concession or doesn't think, does not have to pay a student fee. And as a result of that, the fee, the student fee is built into the subsidies that the provider receives from our Department for training services. And so it's built in at the same ratio that we pay. So it's a third three and there's three installment payments will pay 20%, 40%, 40%. And so their fees, whatever that fees is built-in to theirs, they'll receive 20% of the student there to start with and then 40%, 40% as the student progresses. Next slide please. Okay, so I think this slide here sort of just gives you a, a great, you know, visual idea of how this occurs. So when, when it is advised on our system that the student is under some sort of concession, whether it's a fee waiver or some other concession, as you can see the student's fee is zeroed out and the subsidy there is again, sorry, I think it reads $8,000. If the student fee was, if the student wasn't available for a concession or was required to pay a student fee, you would see that the subsidy reduces considerably and the student is required to pay a fee. So in this instance, we can see there, it was first reported this, it was eligible for a waiver, and it says in there the waiver has been applied, but then later on down the track, the subsidy, sorry, I'm getting old, so later on down the track as the student, as the data, as the provider reports against the student that that's changed and it's amended no longer available for a concession. So it's New South Wales fee. You can see there in the highlighted red box, it's the same but down from general to N/A, not applicable. And so therefore, our system has recalculated that in fact, the student should have paid that, the student fee. And we've now reduced from 8,000 down to 5,150. The student's CID has finalist provided, has finalized the CID and while he may have been, you know, you may have been available to get the subsidy, to get the progress payment, you weren't entitled to receive the added concession, the added amount for the student fee concession. And so therefore the system, again, there's no more training activity data, can't recalculate itself. So at the end of the month we get the report to go, well, actually there's been an overpayment of this amount of money because the student's no longer entitled, entitled the fee free. And so that component of the fee that we added to those progress payments must be repaid and that's how that occurs. So I guess the way to prevent that from happening is to make sure, ensure that at the time of your own the student that they're entitled to those fees that they, or the concessions that has been recorded. Next slide, Marco, please. And next one. So this is similar where there is a loading as a result of any one of the areas that, that attract the loading Aboriginal or Torres Strait Islander, disability, welfare status, area, location, whatever it may be, that it attracts a loading that's paid at a percentage. Again, it's similar to the student concession issues. The loading has been applied as per the percentage of the qualification that it's enrolled in. And then at later date, the provider advises that the student is no longer entitled to that loading. Next slide please. So again, we can see in this scenario here, that initially the student, the student was reported as a welfare recipient. So the student fee was reduced significantly and the subsidy, sorry, the student's fee was significantly reduced, the subsidy was increased as a result of that. However, later on down the track and listed it as occurred for, in these instances, as indicated, it occurs at finalization of the student or where there is no more training activity data to be submitted for that CID, the provider has changed, changed the advice that the student is no longer eligible for that deduction. It's not a welfare anymore, welfare recipient in good one. And so we have to readjust and so it should have meant the student should have had to pay the 1450 and it's reduced the subsidy by approximately $1,200. So whatever that component, whatever progression payment that you will pay, whether you are paying again, just certain three or four in the three progression payments, if you've reached the commencement where there was 20% of that loading put into that payment, into that subsidy, or if you've reached the next level of progress where there's now 60% of that loading put into that subsidy that will come back that would need to be repaid as an overpayment back to us. Next slide please, Marco. So I guess this is, you know, the summary, the overpayment reconciliation is not an automated process at this stage and must be instigated by the providers at the time reporting changes to proceed. So we talked about initially, at the very start, we talked about 7i plus, 7i and 7j of the contract in the providers general responsibilities, I think that comes under and particularly there in 7i, Smart and Skilled Contract incorrectly reporting training activity data and failure to notify the Department of any overpayments that's 7i, 7j there is noncompliance and is deemed an Event of Default under Smart and Skilled Contract. So the obligation is on the providers to report accurately. I've spoken to another providers, particularly, spoken to another providers on this issue, you know, we just need to, to stop this or certainly reduce it. The latest report came out, you know, in comparison to how many CIDs are reported against a monthly basis, there is I think 184 CIDs on this current report, which people may think it's not many in the report and that's great. There is a bit, you know, in this biggest scheme of Smart and Skilled, but there is still an amount of money that, you know, there's still inaccurate reporting of training activity data and resulting in a lot of money coming back to the Department that perhaps shouldn't have been paid out to start with. And if providers reported accurately, they wouldn't been losing this money from their caps, you know, at this stage that money is not being returned to provider's caps. I can tell you that now and particularly, that had been raised a number of times by individual providers that money return to your caps at this stage. The Department's made that decision. I don't know that will change going forward, but that's the current stance of Department the moment, not to return that to caps. So even more incentive to report accurately, particularly in this current, you know, constraints, budget and constraints that the Department's going through. It's important to do it regardless, but certainly, you know, at this time of year we kept some time and whatever else that to make sure it is accurately reported. I'll also just touch on the Events of Default. So at this stage, the Department is looking at the first two instances where a provider does appear on our 7622, our overpayment report on two consecutive occasions. They're seeing that as an attempt to, you know, educate, work with the providers. Go on, let's try and get that right. If you appear in three consecutive months or more you'll be considered an Event of Default against the contract. And whilst process to rectify that, maybe the same as the first two instances, if you continue to be about, to be on that report, the Event of the Default issue will escalate and the Department will consider putting appropriate sanctions against the contract to reduce that, this incident, this instances from occurring, it could be as high as suspending training in continued units that are affected by the overpayment issue or the miss, the inaccurate reporting issue. I'm not saying that to threaten or to scare anyone, I'm just telling you that that's the natural progression and it really needs, we really need to work on reporting it accurately. We are encouraging providers and providers have gone on board with that to notify us as they're aware of it. So that sort of, you know, that eliminates the 7j side of things and then we'll work out how many finalist to occur if it does. But in regards to the accurate report in the training activity data, please, you know, it is a serious issue and we need to reduce it. We don't know, again, speaking to some providers that, that it can be their, the student management system, you know, and they weren't aware when they submitted the outcomes that were 40 outcomes or whatever and the student management system has changed, unbeknownst them to 85, but they're, you know, quite surprised when we call them, contact them with this issue. All I can suggest with that as I have to those individual providers is to make sure that you're fully aware of how your student management system works and work with those providers. Now I think there's one particular system that, that was causing that issue, but certainly working with those suppliers to make sure that you have a good handle on how their systems work so that you're reporting it accurately. These are some of the resources available to draw your attention to, look at, you know, to help with the issues we've discussed today. Thank you, Marco. And this is just, this slide here is just to really try to help direct where you should go for the right information. So we've got Customer Service and Operations and that's for the technical support with issues, such systems/information access and functionality reporting, further information students or employers. And then the SRM is for specific operational matters and Financial Caps and programs and issues. I guess that's just to try to help you not around, you know, and direct you to where to go. My initial thought on all that would be to contact your SRMs in the first instance. CSO, I guess particularly for that data reporting, clarification, lots of information. But all the general operation issues should be directed towards your SRMs and RPSMS. Thank you very much. I know it's a lot of information to take in. Certainly, when you get a slide pack and have a look at that and sit down if you have more questions that, you know, rise when you do that, we're certainly happy to look at them and answer them for you. I haven't been trivial watching what's been on the chat. I can see things are coming up and you know, and hopefully, mainly, we try to have a few other SMEs available to provide answers, unfortunately, they went above today. So if we haven't been able to answer your questions in the chat now, we certainly, they're in the chats and we certainly can and will answer them as time goes on with the questions, as I said, the questions that were raised prior to this, prior to this webinar, we have answered, and we have sought answers from other areas to answer those questions. So we will provide those answers in the chat as well and hopefully, you know, that gives some more clarity on this issue. Is there any questions that wanna be raised like verbally? Not that we haven't much time. - [Marco] And before everyone logs off, at the top of the chat, there's just a poll just to tell us how the webinar went and what other topics you'd like us to cover in the future. Yeah, so scroll up to the top or I'll drop a link to it in the chat now. - [Stephen] I'll just say in regards to that survey, if you liked it, it's B-U-D-D-E-K-E, if it didn't, doesn't mind how you spell it. I know, just kidding. Anyway, thank you again, and thank you to my team and Marco and Megan and Renee, and all the other people that have been involved. Thanks for the providers 40 odd people I think I saw at one stage, so that's fantastic. Have a great day, and yeah, good luck with all things reporting accurate training activity data.