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

# Attio

AccessOwl integrates with Attio to provision and deprovision user access in your Attio workspace.

## Capabilities

<CardGroup cols={2}>
  <Card title="Provisioning" icon="user-plus">
    AccessOwl creates user accounts with the specified roles/permissions during access requests.
  </Card>

  <Card title="Deprovisioning" icon="user-minus">
    AccessOwl suspends members in Attio during access revocations.
  </Card>
</CardGroup>

## Prerequisites

* **Admin** access to your Attio workspace, so you can invite the integration account.

## Setup

<Steps>
  <Step title="Add Attio in AccessOwl">
    Either add a new application or open Applications and click the +-symbol, then continue.
  </Step>

  <Step title="Invite the integration account as Admin">
    AccessOwl shows you the integration account's email address. In Attio:

    * Click your workspace name in the top left and select **Workspace settings**.
    * Go to **Members and teams**.
    * Click **Invite**.
    * Enter the integration account's email address.
    * Set the access level to **Admin**.
    * Click **Send invite**.

    <Note>
      The integration account needs Admin because only admins can invite members, suspend members, and change access levels in Attio.
    </Note>
  </Step>
</Steps>

## FAQ

<AccordionGroup>
  <Accordion title="Provisioning fails because no seats are available">
    Attio blocks new invites when the count of active members plus pending invites reaches your purchased seat total. Pending invites occupy a seat as soon as they are sent. Free up a seat by suspending a member who no longer needs access, or purchase additional seats in Attio, then retry the request.
  </Accordion>

  <Accordion title="Why is the user suspended instead of deleted?">
    Attio does not support deleting workspace members. Suspension is Attio's built-in way to revoke access: the member loses workspace access while their past actions remain attributable for audit purposes.
  </Accordion>
</AccordionGroup>