Skip to main content
Checks that offboarded employees no longer have active Airtable access.

​
About

When you connect Airtable to DSALTA, the platform syncs the connected account using read-only API access. On every sync DSALTA matches each user with active Airtable 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.
Airtable personal access tokens identify only their own owner, so the Access page lists the connected account rather than every individual person in your workspace. Review workspace and base sharing directly in Airtable to catch offboarded members who still have access.

​
Why This Matters

Offboarded employees must not retain access to the organization’s Airtable data. When someone leaves and their access is not revoked, their credentials become an unmonitored door into your systems — a common cause of data theft and accidental damage. Timely access removal on termination is explicitly required by SOC 2, ISO 27001, and GDPR.

​
How to Fix

Before you begin
  • Identify all offboarded employees by cross-referencing your HRMS (or the DSALTA People module) with active Airtable access.
  • Ensure you can edit workspace and base sharing settings in Airtable.
Remove access for offboarded users
  1. In Airtable, open the workspace or base share settings and remove members who have been offboarded.
  2. In DSALTA, go to People and confirm offboarded employees are marked terminated.
  3. To automate this going forward, connect your HRMS to DSALTA so that an “Offboarded” status automatically flags any lingering access.
Once the offboarded employees no longer have active access, DSALTA retrieves the change on the next sync and sets the check status to Passing.

​
Frequently Asked Questions

This check runs automatically every 24 hours while the Airtable integration is connected. You can also trigger a manual sync from Integrations in the sidebar.
A failing check appears in your Data Library → Tests dashboard. Work through the steps above; once the underlying access is removed, the status updates automatically on the next sync.
Yes. If it does not apply to your environment, mark it as Not Applicable with a justification. The exclusion is documented for auditors.
No. DSALTA uses read-only API access and never modifies, creates, or deletes resources. All remediation is performed by your team directly in Airtable.