Know how to Automate Access Requests, Certifications, and Compliance Reporting

Employee Offboarding Checklist: What IT Must Do Before the Last Day

When an employee’s last day arrives, IT has a deadline. Every hour that passes with active accounts and unchanged access is an hour of unnecessary security risk. Yet in most organizations, the offboarding process depends on a ticket, a checklist, and the hope that nothing gets missed. 

That hope does not always hold. A missed SaaS application, a delayed account disablement, a service account with no owner: these are not rare slip-ups. They are the predictable result of a manual process that was not built for the scale and complexity of today’s IT environment. 

This blog walks through every step IT must complete before an employee’s last day, explains why a manual employee offboarding checklist falls short, and shows how Hire2Retire automates the entire process from a single HR trigger. 

Why IT Offboarding Is Harder Than It Used to Be?

A decade ago, revoking access meant disabling one Active Directory account. That was enough. Today, a typical enterprise employee has access to a core identity directory, a company email, cloud storage, and 10 or more SaaS applications. Each of these requires a separate employee termination access revocation step, a different admin process, and sometimes a different team entirely. 

Manual checklists were not designed for this. HR records the termination. IT receives a ticket. Someone works through the steps. But the list is rarely complete, the ticket is not always treated as urgent, and no single person has visibility into every tool the employee used. 

Access lingers. Accounts stay active. The employee has left, but their digital access has not. 

The Complete IT Offboarding Checklist

Here is what IT needs to action, in order of priority. 

Step 1: Disable the Core Identity Account

This is the first and most urgent step in any employee offboarding checklist IT team follows. The user account in Active Directory, Entra ID, Google Workspace, or Okta must be disabled on or before the employee’s last working day. 

Disabling the account (rather than deleting it) blocks authentication immediately while keeping the account available for audit purposes. Move it to a designated terminated Organizational Unit so the directory stays clean and the account remains traceable. 

This step should not be skipped for employees on notice periods or garden leave. The account should be disabled on the last active working day, regardless of the official contract end date.

Step 2: Remove All Group Memberships and Entitlements

A disabled account still holds group memberships. If the account is ever reactivated, those memberships restore access immediately. All Security Group memberships, Distribution List memberships, and Microsoft 365 Group assignments must be removed at the time of offboarding. 

This step is one of the most commonly missed in any IT offboarding process. Group memberships are rarely listed in offboarding tickets. They tend to surface later during access reviews or audit findings, often long after the employee has left. 

Step 3: Revoke MFA Factors and Active Sessions

Disabling an account is not enough if the MFA factors registered to it remain active. A dormant account with enrolled authenticator apps or registered phone numbers can still be exploited if the account is reactivated through a policy change or administrative error. 

For Entra ID environments, revoke all enrolled MFA factors, including authenticator apps, registered phone numbers, and hardware tokens. Invalidate all active sessions and access tokens. Any future reactivation should require fresh MFA enrollment from scratch. 

Step 4: Handle the Mailbox

The mailbox needs careful attention to balance security with operational continuity. The right approach depends on company policy, but the standard steps are converting the mailbox to a Shared Mailbox so the manager retains access to important communications, setting up mail forwarding for a defined transition period if needed, and removing the account from all distribution lists. 

Leaving a mailbox active and unmonitored on a terminated account creates a real risk. It can be used as an entry point for phishing or unauthorized access to sensitive correspondence. 

Step 5: Transfer File and Drive Ownership

Files in OneDrive, Google Drive, or SharePoint belong to the organization, not the individual. When an employee is terminated, ownership of their files and folders should be transferred to their manager or a designated team member. External sharing links created by the employee should be revoked. Drive contents should be archived according to the company’s data retention policy before the account is deleted. 

In practice, this step often gets delayed because it requires coordination across IT, HR, and the employee’s manager. Hire2Retire handles OneDrive ownership transfer as part of the automated employee offboarding workflow, removing the need for manual coordination. 

Step 6: Deprovision SaaS Applications

This is the most frequently missed step in the entire employee offboarding checklist, and the one with the most direct security impact. Disabling an Active Directory account does not remove access from Salesforce, Slack, Jira, Zendesk, or any other SaaS tool the employee used independently. 

Each application must be addressed on its own. That means finding the user account, revoking or deactivating it, and reassigning any owned records or open tasks to a current team member. Without a formal application inventory, this step is very difficult to complete fully through manual effort. 

Step 7: Audit Service Accounts and Shared Credentials

If the employee managed any service accounts, API keys, integration credentials, or shared passwords, those must be rotated or formally handed off. Employee termination access revocation is not complete until every privileged credential the employee held has been transferred or disabled. 

Document the handoff for any service accounts the employee administered. If a handoff is not possible, disable the account and work with the system owner to re-credential the integration. 

Step 8: Revoke Physical and Badge Access

Offboarding does not end with digital systems. Building badges, key cards, parking access, and any hardware tokens must also be revoked. This usually falls outside IT’s direct responsibility but must be tracked. 

Raise a service desk ticket to facilities or physical security on the employee’s last day to confirm revocation. Hire2Retire automates this by generating incidents in ServiceNow, Jira Service Management, Freshservice, and other connected ITSM platforms as part of the offboarding workflow. 

Step 9: Log and Document Every Action

Every action in the IT offboarding process must be recorded with a timestamp: which accounts were disabled, which group memberships were removed, which SaaS applications were deprovisioned, and which service accounts were transferred or rotated.

This is not administrative overhead. It is the documented evidence needed for SOC 2, HIPAA, ISO 27001, and SOX compliance audits. Without a proper log, you cannot prove that offboarding was completed correctly, only that it was attempted. 

Where Do Manual Checklists Break Down?

A checklist is only as reliable as the process behind it. Manual offboarding has four specific failure points that a better employee offboarding checklist alone cannot solve. 

How Hire2Retire Replaces the Checklist

RoboMQ Hire2Retire makes automated employee offboarding possible by converting the entire checklist into a policy-driven workflow, triggered directly from your HR system. When a termination is recorded in Workday, ADP, BambooHR, UKG, SAP SuccessFactors, Paycom, or any of the 18-plus supported HR platforms, Hire2Retire picks up the event in near-real time and completes every offboarding action automatically, with no ticket required and no manual coordination needed.

The workflow handles account disablement across AD, Entra ID, Google Workspace, or Okta; Security Group and Distribution List removal; MFA factor revocation and session invalidation; Shared Mailbox conversion and mail forwarding configuration; OneDrive ownership transfer to the manager; SCIM-based deprovisioning across all connected SaaS applications; and automatic incident creation in ServiceNow, Jira, Freshservice, Zendesk, SolarWinds, or other connected ITSM platforms for physical access follow-through. 

Every action is logged to a structured audit trail that can be exported to Azure Blob Storage, AWS S3, or MySQL. Compliance teams have on-demand, timestamped evidence of access revocation for every termination event, with no manual report to compile. 

For employees with a future termination date, Hire2Retire supports scheduled execution. The offboarding workflow runs on the employee’s last day worked, based on the date in the HR system, without any IT action to trigger it.

Final Thoughts

The IT offboarding checklist is a security control, not a formality. Each incomplete step leaves a door open. And at the scale most enterprises operate, a manual process will always leave some doors open. 

Hire2Retire replaces the checklist with a workflow that runs automatically, covers every system, and leaves a complete audit record behind. The steps still happen. They just do not depend on anyone remembering to do them. 

Frequently Asked Questions (FAQs)

Disabling the core identity account in AD, Entra ID, Google Workspace, or Okta on or before the last working day is the most time-sensitive step. Every other action matters, but this is the one that blocks immediate unauthorized access. Delays here create the largest window of risk. 

Yes. Hire2Retire uses SCIM connectors to automatically deprovision users from connected SaaS applications at the time of termination. Applications including Salesforce, Slack, Jira, Zendesk, Freshservice, Retool, and Zoom are supported. Deprovisioning runs as part of the same workflow that disables the core identity account, so IT does not need to take any separate action. 

Hire2Retire supports date-based scheduling. The offboarding workflow is configured to run on the employee’s last day worked, pulled directly from the HR system. IT does not need to monitor the date or manually start the process. The workflow executes automatically on the right day.

Picture of Nitesh Durgude
Nitesh Durgude

Nitesh Durgude is a marketing specialist with 6+ years of experience in the content industry and an engineering background. He specializes in SaaS and business-focused content, creating blogs and videos that simplify complex topics into practical, easy-to-understand insights.

Picture of Nitesh Durgude
Nitesh Durgude

Nitesh Durgude is a marketing specialist with 6+ years of experience in the content industry and an engineering background. He specializes in SaaS and business-focused content, creating blogs and videos that simplify complex topics into practical, easy-to-understand insights.