System & Access
The System & Access section contains administrative settings related to platform operations, security, and integrations.Available Sections
SMTP
SMTP
Configure SMTP settings used for outgoing platform emails, including invitations, password reset emails, MFA codes, billing alerts, and system notifications.Examples:
SMTP Host
Type:stringHostname of the outgoing mail server.Example:SMTP Port
Type:numberPort used for SMTP communication.Common values:Connection Options
Use Secure Connection
Type:booleanEnables SSL/TLS encrypted connection to the SMTP server.Disable TLS Certificate Validation
Type:booleanDisables TLS certificate verification.Authentication
SMTP Username
Type:stringUsername used to authenticate with the SMTP server.Example:SMTP Password
Type:passwordPassword or application-specific password used for SMTP authentication.The value is hidden in the interface.Email Sender Settings
Mail From
Type:stringSender address used for outgoing emails.Must be a valid email address or use the following format:Notification BCC
Type:stringOptional email address that receives copies of outgoing platform notifications.Example:Support Email
Type:stringEmail address displayed or used for support-related communication.Example:Test Settings
Use Test Settings to verify SMTP connection, credentials, and email delivery configuration before saving or using the setup.SMTP configuration is required for system emails such as invitations, password resets, MFA codes, billing alerts, and notification templates.
Members
Members
Manage platform users and their access to the current tenant.The Members section provides a list of all users associated with the selected tenant and allows administrators to manage user access.Email
Type:
Members List
The table displays all users currently registered within the tenant.First Name
Type:stringUser’s first name.Example:Last Name
Type:stringUser’s last name.Example:stringUser’s email address used for authentication and notifications.Example:User Management
Administrators can use the Members section to:- View all tenant users
- Verify user information
- Manage platform access
- Monitor active users
- Review organization membership
Access Control
Access Control
Manage role-based permissions and advanced platform access settings.The Access Control section allows administrators to define what actions users can perform within the platform by assigning privileges to specific roles.
Bot Change Control
Enable switching bots to Production mode
Type:booleanAllows users assigned to the selected role to publish bots to the Production environment.When enabled:- Bots can be promoted from Draft to Production
- Published bots become available for live usage
- Future changes require a commit message before publishing
After a bot is published, every subsequent change requires a commit message describing the modification.
RBAC Settings
Role-Based Access Control (RBAC) determines which resources a role can access and what actions can be performed.Role
Type:selectSelect the role whose permissions you want to configure.Example:Privileges
Configure permissions for each platform entity.Each entity supports the following permissions:| Permission | Description |
|---|---|
| Can Read | View records and information |
| Can Update | Modify existing records |
| Can Delete | Remove records |
| Can Create | Create new records |
Available Entities
Organization
Manage organizations and tenant-level configuration.Interaction
Manage interaction history, transcripts, and conversations.Usage
Access usage statistics and consumption reports.Agent
Manage AI agents and bot configurations.Billing
Access invoices, subscriptions, and payment information.Language
Manage supported languages and localization settings.Phone
Manage phone numbers and telephony resources.Sub Organization
Manage child organizations and organizational hierarchy.Template
Manage notification, email, and message templates.Bot Advanced Access
Grant advanced permissions for bot configuration and administration.Change Voice Processor
Type:booleanAllows users to modify the Voice Processor used by the bot.Examples:- OpenAI Voice
- ElevenLabs
- Azure Speech
Change STT Processor
Type:booleanAllows users to change the Speech-to-Text (STT) engine.Examples:- Deepgram
- OpenAI Whisper
- Google Speech-to-Text
Change LLM
Type:booleanAllows users to modify the Large Language Model used by the bot.Examples:- GPT-4o
- Claude
- Gemini
Full Access to Integrations
Type:booleanProvides access to the Integrations tab and allows management of connected services.Examples:- Google Calendar
- SMTP
- SIP
- Altegio
- WooCommerce
Read Interaction Metrics
Type:booleanAllows viewing interaction analytics and performance metrics.Examples:- Conversation statistics
- Call duration
- Resolution rate
- Usage metrics
- Interaction transcripts
SIP
SIP
Configure SIP authentication and network access settings for inbound SIP and SIPS connections.Allows connections only from the specified IP address.Allows all IPs within the specified subnet.Allows all addresses within the defined range.Allows a specific IPv6 endpoint.
IP Whitelist
Type:listDefines which IP addresses are allowed to connect to the platform through SIP or SIPS.Supported formats:Examples
Single IP
Wildcard Range
IP Range
IPv6 Address
If no IP addresses are configured, connections are allowed from any IP address.
SIP Username
Type:stringUsername used for SIP Digest Authentication and SIP REGISTER requests.The connecting SIP client must provide this username when authenticating with the platform.Example
SIP Password
Type:passwordPassword associated with the SIP Username.The platform validates incoming SIP authentication requests using this password.Example
Authentication Flow
- SIP provider or PBX sends a SIP REGISTER or INVITE request.
- Platform validates the supplied SIP Username.
- Platform verifies the SIP Password using Digest Authentication.
- If an IP Whitelist is configured, the source IP is validated.
- Connection is accepted only when all validation checks pass.
SIP Username and SIP Password are required only when SIP Digest Authentication is enabled on the call initiator side.
Call Attached Data
Call Attached Data
Configure custom key-value pairs that are attached to interactions and can be consumed by external systems, integrations, APIs, or downstream workflows.Call Attached Data (CAD) allows you to expose interaction metadata in a structured format for third-party systems.Stores the organization identifier associated with the interaction.Stores the current interaction status.Examples:
Example output:
Field Name
Type:stringDefines the custom field key that will be included in the interaction payload.Field names should be unique and descriptive.Examples
Value
Type:variableDefines the interaction variable or system value that will populate the field.Values are selected from available interaction variables.Examples
Organization ID
Interaction Status
Creating a New Field
Click New Field (+) to create an additional CAD entry.For each field:- Enter a unique Field Name.
- Select a Value from the available variables.
- Save the configuration.
Managing Existing Fields
Edit Field
Update either the field name or the mapped value.Delete Field
Remove a CAD field using the delete icon.Example Configuration
| Field Name | Value |
|---|---|
| tenant_field_org_id | Interaction.organizationId |
| tenant_field_status | Interaction.status |
Common Use Cases
- CRM integration
- Ticketing systems
- Custom reporting
- External workflow automation
- Webhook enrichment
- Customer data synchronization
Configured CAD fields are automatically attached to interactions and can be accessed by supported APIs and integrations.
API
API
Manage API keys used to authenticate external applications, services, and integrations with the platform.API keys provide secure access to platform APIs without requiring interactive user authentication.Additional options may be available depending on enabled platform features.
Create API Key
Generate a new API key for a specific service or integration.Key Name
Type:stringA human-readable name used to identify the API key.Choose a descriptive name that reflects its purpose.Examples
Service Type
Type:selectSelect the service or feature that the API key will be authorized to access.Example:Generate
Creates a new API key using the specified name and service type.API Keys
Displays all active API keys created within the tenant.Name
Type:stringThe user-defined name assigned during key creation.Example:Creator Email
Type:emailEmail address of the user who generated the API key.Example:Created At
Type:datetimeDate and time when the API key was created.Example:Valid Until
Type:datetimeExpiration date of the API key.If no expiration policy exists, the platform may display an extended validity period.Example:API Key
Type:secretDisplays the generated API credential.Depending on platform configuration, keys may be partially masked for security purposes.Example:Delete
Type:actionRevokes and permanently removes the API key.After deletion:- API requests using the key will immediately fail
- Existing integrations using the key must be updated
- The key cannot be recovered
Typical Use Cases
- SIP authentication
- External integrations
- Webhook authorization
- CRM synchronization
- Internal automation services
- Custom API clients
Security Best Practices
- Create separate keys for each integration
- Rotate keys regularly
- Remove unused keys immediately
- Never share API keys publicly
- Store credentials in a secure secrets manager
API keys inherit the permissions associated with the selected service and tenant configuration.