> ## Documentation Index
> Fetch the complete documentation index at: https://help.dsalta.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Offboarded users should not have active access

> Checks that offboarded employees no longer have active Workable access.

Checks that offboarded employees no longer have active Workable access.

## About

When you connect Workable to DSALTA, the platform syncs the members of your Workable recruiting account using read-only API access. On every sync DSALTA matches each member with active Workable access to your **People** directory by email. If a matched person is offboarded (terminated or in offboarding) but still has active access, the check flags it as a serious issue.

The check passes when no offboarded employee retains active Workable access.

## Why This Matters

When someone leaves and their access is not revoked, their account becomes an unmonitored door into your systems — and a recruiting platform holds candidate and applicant data that a former employee should no longer reach. Timely access removal on termination is explicitly required by SOC 2, ISO 27001, and GDPR.

## How to Fix

**Before you begin**

* Identify offboarded employees by cross-referencing your HRMS (or the DSALTA **People** module) with the members who can sign in to Workable.

**Remove access for offboarded users**

1. In Workable, go to **Settings → Members** and remove members who have been offboarded.
2. In DSALTA, open **People** and confirm offboarded employees are marked terminated.

Once no offboarded employee retains active Workable access, DSALTA retrieves the change on the next sync and sets the check status to **Passing**.

## Frequently Asked Questions

<AccordionGroup>
  <Accordion title="How often does this check run?">
    This check runs automatically every 24 hours while the Workable integration is connected. You can also trigger a manual sync from **Integrations** in the sidebar.
  </Accordion>

  <Accordion title="What happens if it keeps failing?">
    A failing check appears in your **Data Library → Tests** dashboard. Work through the steps above; once offboarded employees no longer have access, the status updates automatically on the next sync.
  </Accordion>

  <Accordion title="Can I exclude this check?">
    Yes. If it does not apply to your environment, mark it as **Not Applicable** with a justification. The exclusion is documented for auditors.
  </Accordion>

  <Accordion title="Does DSALTA change my Workable configuration?">
    No. DSALTA uses **read-only API access** and never modifies, creates, or deletes resources. All remediation is performed by your team directly in Workable.
  </Accordion>
</AccordionGroup>