Connecting an integration
The example below walks through connecting Google Workspace as an admin and then linking a personal account as a user. The same general process applies to all integrations.Pick the categories of tools your company uses
Selecting tool categories during admin onboarding.
Open the category modal
The Email category modal with Google Workspace and Microsoft 365 listed.
Configure each integration you want to enable
Configuring the Google Workspace OAuth client during admin onboarding.
Each user links their own account
The user-side Connect your tools page after admin setup.
Approve the OAuth consent screen
The Google OAuth consent screen requesting access for Aperium.
How integrations work under the hood
Aperium connects to external systems through MCP (Model Context Protocol) servers. Each connector exposes a set of tools that agents can call.Integration auth models
Aperium ships 23 user-facing connectors, grouped by who supplies the credentials. In every case, an admin enters configuration through the admin onboarding flow the first time they sign in or through the Admin Console’s MCP Servers tab at any point afterward. Credentials are stored against the tenant in Aperium’s database, not in environment variables.OAuth integrations
google_workspace, slack_workspace, atlassian, microsoft365, github, notion, procore, greenhouse, netsuite_mcp.Configured tenant-wide integrations
arena, malbek, prefect, bigquery, postgres, gcs_datalake, epic, qdrant_contracts.Tenant-wide integrations with personal tokens
- Required personal token. Each user must add their own credential before they can use the integration. The admin enters the tenant-level configuration (for example, the base URL); each user then adds a personal access token. Examples:
onyx, and the experimentalconfluence_dcandjira_dcData Center connectors. - Optional personal token. The tenant-wide configuration works for everyone with a default permission set, but users can choose to add a personal token if they want different access (for example, scoped to their own permissions in the upstream system). Examples:
odoo,salesforce,netsuite.
confluence_dc, jira_dc, and omni (the Onyx knowledge search connector). They work but are still stabilizing; treat them as preview and verify behavior before relying on them in production workflows.Where integrations live in the product
Integrations page (/integrations). Available to every user. Shows all integrations the tenant has configured, the connection status for each, and tools per connector. OAuth connectors expose Connect, Manage, and Reauthorize actions. Integrations that accept personal tokens expose a field where users can add or update their own credential.
The user-facing Integrations page, showing connection status and tools for each connector.
The MCP Servers tab in the Admin Console.