Skip to content

Connecting your systems

Connecting an external system makes it available for Rival agents and workflows to interact with under strict, centralized governance. Most system integrations follow a unified setup flow: authorize Rival to access the platform, confirm the permitted data and action scope, and deploy the connector to your workspace.

Setting up an enterprise connector follows four straightforward steps:

  1. Select system integration — open Connectors from your administration menu and select the platform you want to link.

  2. Authenticate securely — complete standard OAuth or SSO authentication by signing in to the target system and approving Rival’s access request.

  3. Define permission scopes — confirm the specific functional boundaries, data permissions, and read/write access levels Rival is permitted to exercise. Scope limits work alongside your organization’s guardrails.

  4. Deploy and govern — save the configuration. The live connector can now be explicitly assigned to authorized agents, workflows, and user roles.

Connectors authenticate using each system’s native, industry-standard sign-in protocols:

  • No password storage — Rival receives securely scoped API tokens rather than storing raw user passwords or admin credentials. See Secrets.
  • Centralized enterprise setup — workspace administrators should connect shared, business-critical platforms at the organization level. This ensures system connections are managed centrally rather than tied to an individual employee’s personal account.

Who may set up a connector, and who may only use one, is set by role. See the Capability matrix.

A quick example: support workspace integration

Section titled “A quick example: support workspace integration”

Consider a central Slack workspace connection configured for customer support:

  1. Admin setup — an IT administrator connects the company Slack workspace at the organization level.
  2. Targeted authorization — the administrator assigns the Slack connector exclusively to the Support team’s ticket-triage agent.
  3. Controlled execution — the support agent posts automated ticket summaries to a designated #support-alerts channel. Other workspace agents remain restricted from accessing Slack channels unless explicitly granted access.
Setup stagePrimary actionSecurity outcome
System selectionChoose platform from directoryEnsures standardized connector architecture
AuthenticationSign in via native OAuth/SSOEliminates shared credentials and plain-text passwords
Scope definitionSet read/write permission limitsRestricts AI access strictly to necessary system boundaries
Access assignmentGrant connector to specific agents or rolesEnforces least-privilege governance across the organization

Connector queries and write events are recorded for review. See Audit logs.