See how care plans, verified visits, and payroll connect in Workmax. Book a Care Demo

Payroll Academy · Core course · Lesson 11 of 12

Handle payroll changes, leavers and corrections

Classify changes, coordinate leavers and correct payroll without rewriting approved history.

Best for: Office managers · New payroll administrators · Finance managers

What you’ll learn

  • Distinguish changes, adjustments and corrections
  • Apply instructions from the correct effective date
  • Coordinate final pay, FPS and P45 evidence
  • Choose and preserve the correction route
  • Reconcile every affected outcome
Lesson details
Estimated time
34 minutes · Intermediate
Course position
Lesson 11 of 12

Resources

  • Lesson diagrams and activities
  • Practical checklists
  • Reviewed July 2026

Quick answer

A change tells payroll what should apply from an effective date. A correction repairs something previously calculated, paid, reported or recorded incorrectly. First classify the event, then identify the affected periods and systems, choose the maintained route, process it without rewriting approved history and reconcile every applicable outcome.

A late instruction is not automatically an error. If the earlier payroll correctly used the information available at the time, a later instruction may create a retrospective adjustment rather than a correction. If payroll already held the correct information and processed it wrongly, open a correction case.

Handle an event without rewriting history
  1. 1Classify the event
  2. 2Identify affected periods and systems
  3. 3Choose and evidence the route
  4. 4Process a linked change or correction
  5. 5Reconcile every applicable outcome

Chapter 1

Classify the payroll event

Outcome: Distinguish a prospective change, current-run instruction, retrospective adjustment, correction or specialist case.

Payroll leaver and correction checklist

Begin with evidence rather than the outcome somebody expects. Record the employee and employment, what changed, the effective date, when payroll received it, the source and authority, who reviewed it and whether an open or processed payroll period is affected.

Event triage

What happened?

Choose the closest fictional event. Nothing is stored or sent.

Prospective change

Apply from the authorised effective date. Earlier payroll remains unchanged.

Change, adjustment or correction?

An approved pay rise effective next month is a prospective change. An HMRC notice effective in the current open payroll is a current unprocessed change. A timesheet received after an earlier payroll may create a retrospective adjustment if the earlier payroll correctly used the records available then. A salary rate that payroll held but failed to apply is a retrospective correction.

The distinction matters because it determines whether to update a future record, recalculate an open version, create back pay, correct an employee payment or amend RTI. “It arrived late” does not answer those questions.

Decision tree

Did payroll hold the correct effective information before the affected payroll was processed?

Authority is not always employer approval

A contract change or discretionary bonus may need employer approval. An HMRC tax-code notice, student-loan notice, pension instruction, court order or statutory requirement instead needs authenticity, applicability and effective-date review. Do not require a manager to “approve” whether HMRC’s valid instruction applies, and do not let the absence of an ordinary approval field block a required instruction.

Derive calculation and reporting effects from the instruction and context. Pay, tax, NI, pension and loan instructions can affect calculation. Identity, employment, tax, NI, loan and leaver information can affect reporting. Never trust manually selected impact flags without comparing the actual event.

Chapter 2

Apply changes without rewriting history

Outcome: Apply an instruction to the first correct payroll and preserve earlier versions.

Identify the first applicable payroll

Compare the effective date with the contractual pay period, payment date, open payroll window and input snapshot. Then determine whether the instruction arrived before closure and whether any processed period is affected.

If a change belongs in an open draft, apply it to that version and repeat the relevant controls. If the run was already approved, any calculation-affecting change creates a new version under Lesson 8. Materiality changes the review depth, not whether the version history exists.

For a future change, record the first applicable run and leave earlier payroll untouched. For a retrospective adjustment, retain the earned period and calculate any back pay through the employer’s documented method. Do not silently replace the historical salary or hours and make prior reports appear different.

Validate maintained instructions

For an HMRC notice, confirm the employee, effective date, notice source and whether it supersedes an earlier instruction. For pension or official-order changes, confirm the scheme, authority, timing and applicable limits. For employee-requested identity or bank changes, use the relevant identity and fraud controls. Lesson 11 routes the event; it does not recreate every specialist calculation.

Practical scenario

An approved rate change starts next month

Riverside approves a carer’s new hourly rate on 20 July, effective 1 August. July payroll has already closed, but it is not wrong: the instruction does not apply to July. Maya records the authority, effective date and first August run. She does not backdate the employee master record or create a July correction.

Reconcile the applied change

Confirm that the intended run used the new instruction, calculations were reviewed, employee outputs changed as expected and any reporting fields followed the maintained treatment. Retain the prior and replacement instructions when one supersedes another.

Chapter 3

Process final pay and leavers

Outcome: Coordinate the employment end, final payment, FPS and P45 without substituting their dates.

Four different leaver dates

The leaving date is when employment ends. The final payment date is when the employee is last paid. The FPS payment date reports the relevant payment. The P45 issue date records when the leaving document was provided. These dates can differ, and the leaving date must not be changed merely to match payday.

Move the leaver case through authorised, final inputs pending, ready for final payroll, final pay calculated, leaving reported, P45 issued and closed states. Reopen the case if a subsequent payment or error appears; do not overwrite the closed evidence.

Coordinate ordinary final payroll

Confirm the authorised leaving date and approved inputs for wages or salary, variable pay, holiday, notice, expenses, benefits, deductions and pension effects. Detailed calculation of holiday, PILON, redundancy and disputed termination terms belongs to the specialist guides.

For an ordinary current-year leaver, report the leaving date through the maintained payroll route and give the employee a P45 when they leave. Reconcile the final payslip, employee payment, FPS acceptance, leaving date and P45.

Practical scenario

A care worker leaves after final approved shifts

Tariro’s employment ends on 18 September. Her final approved shifts and holiday information are available for the September payroll paid on 28 September. Riverside keeps 18 September as the leaving date, calculates the final payment in the approved run, reports the leaver, issues the final payslip and P45 and retains each date separately.

Keep two zero-pay leaver routes separate

If final payment happened before a leaving date falling on or after the next 6 April, include the leaving date in the first FPS of the new tax year with zero current-period pay and tax, zero YTD values and that FPS period’s payment date.

If a current-year leaver was omitted from the relevant report, include the leaver through HMRC’s maintained route with zero current-period values but the last reported YTD information. These scenarios are not interchangeable.

If the wrong leaving date was reported, update the payroll record; HMRC warns that reporting the amended date in the next FPS can create a duplicate record. If the employee continues working and no P45 was issued, remove the leaving date and retain the payroll ID. If a P45 was issued, follow the supported new-employment and payroll-ID route.

Advanced: payment after leaving

Treat the instruction and its processed result separately. The instruction records the original leaving date and payroll ID, payment date and tax years, gross-payment source and maintained tax instruction. The result records the payroll run, FPS, gross, deductions, net payment, employee payment and written confirmation.

After a P45 was issued, use the original leaving date and payroll ID, set the payment-after-leaving indicator and apply the maintained 0T, S0T or C0T week-1/month-1 instruction as appropriate. Use the actual payment date. In the same tax year, include the subsequent payment in the employment’s corrected YTD values. In a later tax year, that year’s YTD fields contain only the later-year payment. Give written confirmation and never issue another P45. Follow HMRC’s employee-leaving guidance.

Chapter 4

Correct payroll, payment and RTI

Outcome: Choose an evidenced correction route and preserve every affected system’s outcome.

Open a coordinated correction case

Preserve the original run, employee output, payment, FPS or EPS response and HMRC reconciliation. Record when the error was discovered, the affected year and payment date, the root cause, impacted systems and supplied correction amounts by category.

Do not reduce the case to one “difference.” Keep corrected gross pay, net amount due or recoverable, PAYE, employee and employer NI, pension, student-loan, HMRC-liability and already-paid amounts separate. The lesson uses supplied software outputs; it does not manually reproduce statutory calculations.

Preserve the route decision

The correct route depends on tax year, affected field, whether another employee payment is being made, whether the next regular FPS is available and whether the issue affects FPS, EPS, NI, pension or internal records. Store who decided, when, the guidance version and rationale. If facts change, create a new decision that supersedes the earlier decision rather than editing it.

For current-year pay or deduction errors, HMRC allows corrected YTD values through the next regular FPS or a supported additional FPS. An additional correction FPS uses differences in current-period fields, corrected YTD figures, the original payment date and pay frequency and reason H.

Correct an employee underpayment clearly

When an underpayment is paid separately, pay the amount due and send the additional FPS on or before the corrective payment date. Do not wait for the next routine FPS after paying the employee. Retain the original payment date, frequency, current-period difference and corrected YTD evidence. Use HMRC’s current correction guidance.

Practical scenario

Six overtime hours were omitted after payment and FPS

Riverside discovers that approved overtime was available before payroll closure but was not included. This is a correction, not merely late information. Payroll preserves the approved run and accepted FPS, calculates supplied correction values, pays the employee’s supported net underpayment and sends the additional FPS on or before that payment. It then reconciles employee pay, RTI and the employer liability.

Keep specialist routes specialist

Previous-year corrections, EPS errors, historic NI categories, pension differences, deaths and complex termination payments can have different routes. Preserve the evidence and hand them to the owning specialist guidance rather than forcing the current-year additional-FPS pattern onto every case.

NI under-deduction recovery has specific restrictions. HMRC limits how much employee NI can be recovered in a later month and limits the recovery period. Keep this as a specialist signpost; do not calculate the recovery limit inside this lesson.

Chapter 5

Reconcile and close the case

Outcome: Close only when every applicable payroll, payment, reporting and communication outcome is complete.

Review the escalation across three cases

Riverside case board

Changes escalate into different controls

Reveal each fictional case in sequence. The board stores no payroll information.

Approved future rate change

Effective date
Next pay period
Payroll
No earlier run changed
Employee payment
No current balance
RTI
Apply when first paid
Document
Approved instruction
Reconciliation
First applicable run

Academy progress

Learner-controlled

Fictional case

Teaching example

Real payroll

Never inferred

The board shows why a future pay change needs fewer controls than an ordinary leaver, while an omitted payment after FPS affects payroll, employee payment, reporting and employer liability. Academy progress and fictional board state never prove that a real case is complete.

Track every affected destination

Use independent states for the payroll record, employee payment, FPS, EPS, HMRC liability, pension and employee communication. Mark an outcome not applicable only with a reason. A case closes only when every applicable outcome is completed or has an evidenced specialist handoff.

An accepted FPS does not close an unpaid employee balance. An employee payment does not prove RTI or HMRC liability was corrected. A corrected payroll record does not prove the employee received an explanation.

Separate overpayment correction from recovery

First correct gross payroll and RTI. Then obtain the maintained tax and NI result, establish the actual net amount owed, verify recovery authority, agree or authorise the recovery method and track deductions against the outstanding employee receivable. Gross correction and net recovery are not assumed equal.

Review the deduction’s legal authority and its treatment under current minimum-wage rules. Do not assume either that every recovery reduces minimum-wage pay or that every recovery is exempt. Communicate with the employee and follow applicable contractual, statutory and dispute guidance. Review GOV.UK deductions from pay.

Interactive checklist

Change, leaver and correction checklist

0 of 16 complete. Progress stays on this device.

Check your understanding — 1 of 3 · Classification

A pay change effective last month arrives after payroll, and payroll had no earlier evidence of it. What should Riverside conclude first?

Check your understanding — 2 of 3 · Leaver reporting

Final payment occurred before a leaving date in the next tax year. What belongs in the first new-year FPS leaver route?

Check your understanding — 3 of 3 · Underpayment

Approved overtime was omitted, and Riverside pays the correction separately. When is the additional FPS due?

Three key takeaways

  1. A change, adjustment and correction are different routes determined by evidence and effective dates.
  2. Employment end, final payment, FPS and P45 are separate events that must reconcile.
  3. Correct the future without rewriting the past, and close every affected system independently.

What comes next

Continue to Lesson 12, Complete payroll year end and start the new tax year, to reconcile the annual position, complete final reporting, issue P60s and validate the new-year opening.

Educational decision guide

When should you use payroll software?

Workmax can connect employee records, approved changes, hours, payroll review, RTI and payslips. Employers still need to validate authority, choose the correct correction route, communicate with employees and reconcile every affected destination. A visible audit trail is more valuable than an edit that hides when information changed.

Compare Workmax payroll capabilities

Lesson complete

You’ve reached the end of this lesson

Check that you can do each of these before marking the lesson finished.

  • Classify prospective changes, adjustments and corrections
  • Keep effective, received and applied dates distinct
  • Coordinate leaving, final payment, FPS and P45 dates
  • Control payments after leaving
  • Choose and preserve correction-route decisions
  • Reconcile employee, RTI and employer outcomes
  • Close only when every applicable state is complete
Knowledge0/3 checks
Practice0/16 items
ReadinessReview recommended

You can preserve your place now. For stronger learning, complete the three knowledge checks and practical checklist before continuing.

Evidence and review

Reviewed by Workmax payroll team on . Rules can change, so confirm unusual cases with HMRC or a qualified adviser.

Run Payroll, HR and Care Operations in One Place
Workmax connects payroll, holidays, timesheets, scheduling, HR and expenses. Care providers can add visit verification, care tasks and care records when they need them.