Changes to actual end date or planned end date after R14 of previous year
A funding monitoring report identifies records and patterns that DfE wants providers to investigate and be able to explain. Appearing on one does not by itself mean a record is wrong. Many flagged records are correct and simply need their evidence produced; others turn out to need a correction.
Where this comes from
Every word below is DfE’s own, read from the published guidance on 19 September 2026. Nothing in this section was written by FEFunding.
Summary
The learning planned end date must not change between funding years. You can only amend this date in the first ILR year to correct administrative errors. You must not change this date to reflect slow progress, illness or similar circumstances.
If a learning actual end date was recorded for a learning aim in the previous year’s R14 file and the aim continues to be returned in the current year, this date must not be changed.
For apprenticeship standards on a programme aim, the learning actual end date must not be changed once the end point assessment (EPA) period has been completed. You must record the date the EPA is completed in the achievement date field, regardless of the outcome.
Funding streams reviewed
- adult skills fund (formula-funded provision)
- apprenticeships (from 1 May 2017)
- advanced learner loans
What you need to do
You must reinstate the actual end date, planned end date, or both, as recorded in the previous year’s R14 return.
If you changed the learning actual end date between years:
- if the learner completed learning but failed the assessment, record a new learning aim for any new learning being delivered to achieve the qualification
- if the learner returned from a break in learning, record a new aim and record the restart indicator (Learning Delivery Funding and Monitoring Type = RES)
- if the end date was reported in error and the learner is continuing learning, change the Completion status to code 6, report a new instance of the aim and record the restart indicator
If you changed the planned end date between years, learning is continuing in the current funding year, and the planned end date has now been identified as significantly incorrect:
- change the Completion status to code 3 ‘withdrawn’
- complete the Withdrawal reason using code 40 ‘Learner has transferred to a new learning aim with the same provider’
- record a Learning actual end date of 1 August of the current year
- record a new learning aim with the same Learning aim reference and a Learning start date of 2 August of the current year
- on the new aim, record the correct planned end date and the restart indicator
- as applicable, complete the Funding adjustment for prior learning field
If you have reported a learning planned or actual end date in error, refer to the Provider Support Manual section Making changes and correcting errors for more details to record this correctly.
What we will do
We will recover any funding overclaim for errors that remain in your R14 data return.
Changes from previous funding year
None
What this means in practice
The Academy does not yet have an explanation of FRM72 that it stands behind, so it is showing you DfE’s wording and nothing of its own. We would rather say that than publish a paragraph nobody has checked against the guidance above. Ask about your specific situation or tell us this is missing.
Funding streams this report reviews
DfE also names advanced learner loans. The Academy has no section for that stream yet, so it is listed here as published rather than mapped onto something only approximately similar.
FRM72 in other funding years
Working through it in your own system
- Read the official wording for this report and note exactly which records it identifies.
- Find those records in your own data using the fields the report names.
- For each one, decide whether the record is correct and simply needs its evidence produced, or genuinely wrong.
- Trace a wrong record back to the entry in your source system that produced it, rather than to the file it appeared in.
- Correct it at that entry, regenerate and resubmit.
- Keep the evidence and the reason for the change together, so the record is explainable at audit.
The Academy has no verified supplier guidance for this report yet. Menu locations differ between product versions and between colleges on the same version, so we do not publish navigation we have not confirmed. The steps above are what has to be true in the data, which is the same in every system.
If the record does turn out to be wrong. Correct the record in the system where the data is entered, then regenerate the ILR file and resubmit it. Editing the generated file directly removes the symptom and leaves the cause in place, so the same record returns at the next submission with nobody expecting it. Keep a note of what was changed and why: that note is what makes the correction explainable later.