A joiner, mover, leaver procedure links every change in someone's employment to a matching change in their access. Joiners get a role-based starting set, movers lose old access when they gain new, and leavers lose everything within a time you define.
Why movers are the weak point
Joiners and leavers get attention. Movers do not. Someone moves from support to engineering, gets new access, and keeps the old. After a few years they hold a union of every role they ever had.
NIST SP 800-53 AC-2 asks organisations to notify account managers when users are terminated or transferred, or when a user's need-to-know changes. Transfers are named next to terminations on purpose.
Joiner steps
- HR or the hiring manager files the request with role, start date and manager.
- The account manager creates accounts from a role template, not from a copy of a colleague's access.
- Anything beyond the template needs an approval from the system owner.
- The new person reads and acknowledges the acceptable use rules before access is turned on. See the acceptable use acknowledgment post.
Role templates matter. They make approvals fast and make reviews easy, because you compare a person to their role instead of to nothing.
Mover steps
- The manager or HR files a transfer with the effective date.
- The account manager applies the new role template.
- The old role's access is removed on the same date, unless the system owner approves a time-limited overlap with an end date.
- Privileged access is re-justified, not carried over.
The overlap rule is the useful one. Handovers are real, so allow them, but give them an expiry that is recorded.
Leaver steps
NIST SP 800-53 PS-4 covers termination. In paraphrase: shut off system access within a timeframe you set, invalidate every credential and authenticator tied to the person, hold an exit conversation on security topics, collect organisation equipment, and keep control of information and systems the person managed.
Turn that into a checklist:
- Disable the identity provider account, which cuts single sign-on access.
- Revoke sessions and tokens, and API keys the person created.
- Rotate shared secrets they knew. AC-2 says to change shared or group authenticators when a member leaves.
- Transfer ownership of documents, repositories and automations.
- Collect devices.
Define the timeframe in the policy. "Same business day for voluntary exits, immediately for involuntary" is a clear rule. Pick yours.
Prove it worked
Once a quarter, compare the HR leaver list to active accounts across your main systems. Anyone on both lists is a finding. This simple reconciliation catches more than most tooling does, and it produces evidence an auditor will accept.
Safeguard's compliance and evidence automation can help gather the records from connected systems, though the HR trigger and the approval rules remain yours to define.
Quick check
Who should own the leaver process, HR or IT?
HR owns the trigger and the date. IT or the account managers own the removals. The procedure should name both.
What about contractors?
Treat them as joiners with an end date set at the start. Account expiry on the contract end date prevents forgotten access.
Sources
Last reviewed: 19 October 2026.