🧩 May support variables
you can insert variables using this syntax:
Variable Groups
Variables belong to one of three groups.Pre-call variables (Group = PreCall)
Pre-call variables are expected to be available before the call starts (for example from your lead import, CSV mapping, or an API integration).
If a pre-call value is missing, it’s not always blocking, depending on your flow, the agent may still collect it during the call.
Common usage:
- Opening sentence
- Pre-call API actions
- Endpoint URLs and message templates (when supported)
In-call variables (Group = InCall)
In-call variables are collected or updated during the call.
Common usage:
- In-call API actions
- Email/SMS templates (when supported)
- Flow scripts (when supported)
Post-call variables (Group = PostCall)
Post-call variables are generated after the call ends (transcript, summary, duration, etc.).
You cannot create post-call variables manually, as they are pre-defined by the platform.
Common usage:
- End-call notifications (Email / API)
Built-in Variables (Reserved IDs)
Some variables are built into the platform and already exist by default. Because they are reserved, **you cannot create a new variable using the sameid** as a built-in variable.
If you try, the API will reject it as a duplicate ID.
Built-in Pre-call Variables
Built-in In-call Variables
There are currently no built-in in-call variables. In-call variables are typically created per Pearl to match what you want to collect during the conversation.Built-in Post-call Variables
Where Variables Are Supported
Only fields explicitly marked with:🧩 May support variables
support the {variableId} syntax.
Typical examples include:
- Flow scripts (when enabled)
- API endpoint URLs
- API body values (when the body field is a string)
- SMS / Email templates (depending on the action timing)
- End-call notifications (supports post-call variables)
Only fields that support variables will be labeled with
🧩 May support variables.
If the field is not labeled, assume it is static-only.Using Variables in API Requests
1) Use variables inside scripts
Example script snippet:2) Use variables in API action endpoint URLs
Example:3) Use variables in API action body values (string)
If a body field is a string value, it can include variables:API Body Exception (VariableId field)When configuring an API action body, the
VariableId property must contain the raw variable ID without brackets.
Example: use firstName (not {firstName}).This is a special case for the API body schema only. Everywhere else, variables are inserted using {variableId}.4) Use post-call variables in End-call notifications
Example email body:Best Practices
- Use short, stable variable IDs (e.g.,
customerAddress,membershipStatus). - Treat built-in variable IDs as reserved keywords.
- Use post-call variables only in end-call notifications.
- Avoid defining variables you never reference in your flow.
Quick Reference
- Syntax:
{variableId} - Groups:
PreCall/InCall/PostCall - Built-in InCall variables: none
- Post-call variables: available inside end-call notifications only

