Each template type can consist of one or multiple data handling actions (HTTP Requests with header and body) which get executed in order.
Web Request action
General
| Item | Description | 
|---|---|
| Name | Name of the action (as shown in listings) | 
| Trigger ID | Randomly generated ID, not changeable. | 
| HTTP Method | 
 The HTTP request method (GET, POST, POST-multipart/form-data, PUT, DELETE, PATCH) 💡 Only available when "Open in default browser is not selected".  | 
| Open in Default Browser | 
 Opens the "URL" specified in your default browser as a tab. 💡 Will ignore the HTTP Method setting and disable tabs accordingly.  | 
| URL (required) | 
 URL to call or open depending on the options chosen above. 🔍 Allows to include Custom Parameters as well as System Fields and Parameters as part of the URL.  | 
| BodyRequest (bodyForm) | 
 ✅ Enabled when HTTP Method "POST-multipart/form-data" is selected. 🔍 Allows to include Custom Parameters as well as System Fields and Parameters as part of the URL.  | 
Headers
Key / Value header pairs for your request (specified in the "General" Tab).
| Header | Description | 
|---|---|
| Key | e.g. "Service UPN" | 
| Value | e.g. "$(Service.Upn)" | 
You can add Parameters and Context / System Fields to be part of this request header.
Authorization
Authentication details sent alongside with your request.
| Item | Description | 
|---|---|
| Authentication | 
  | 
| Username / Password | For basic authentication | 
| Scopes | 🔍 Uses -Scopes: See official microsoft documentation: https://learn.microsoft.com/en-us/azure/active-directory/roles/assign-roles-different-scopes | 
| Use Agent Token | 🔍 Use Agent Token: Allows to query Graph API with the token acquired for Nimbus Assistant, based on the Required App Permissions for the Assistant app (delegated permissions). Refer to our Use Case - Retrieving Microsoft Entra ID fields via Agent token for a usage example. | 
Response
| Item | Description | 
|---|---|
| Wait for response | Waits for a response from the web request. | 
| Wait Timeout | 
 hh:mm:ss Timeout to wait before the next action trigger starts.  | 
Application action
General
| Item | Description | 
|---|---|
| Name | Name of the action (as shown in listings) | 
| Trigger ID | Randomly generated ID, not changeable. | 
| Path (required) | URL to local script, batch file or application. ☝ UNC network paths are not supported. | 
| Parameters | 🔍 Allows to include Custom Parameters as well as System Fields and Parameters to be passed to the app specified in the path. | 
Response
| Item | Description | 
|---|---|
| Wait for response | Waits for a response from the application | 
| Wait Timeout | 
 hh:mm:ss Timeout to wait before the next action trigger starts.  | 
💡 Note that either action can be sorted in their order of execution via the handles. However, certain requests may create dependencies on each other which will cause a warning.
USING PARAMETERS IN YOUR TEMPLATE ACTIONS
The following parameters are supported within any action template:
| Parameter | Value | Body | URL | Header | Service Call Templates | Direct Call Templates | 
|---|---|---|---|---|---|---|
| Caller Display Name | $(Caller.DisplayName) | ✅ | ✅ | ✅ | 
 Supports these parameters the following action types: 
 Additionally you can add and mix your own custom Parameters and Context / System Fields into your request. The parameters also work in Attendant - Service Transfer and Workflow-transfer scenarios. In these cases, the "Caller" name persists but the target "User." type parameters get updated. 🔍 Refer to Use Case - Chaining of Assistant requests for a hands-on example.  | 
 Supports these parameters the following action types: 
  | 
| Caller Id | $(Caller.Id) | ✅ | ✅ | ✅ | ||
| Caller Tel Number | $(Caller.TelNumber) | ✅ | ✅ | ✅ | ||
| Random Guid | $(Random.Guid) | ✅ | ✅ | ✅ | ||
| User Display Name | $(User.DisplayName) | ✅ | ✅ | ✅ | ||
| User Email | $(User.Email) | ✅ | ✅ | ✅ | ||
| User Id | $(User.Id) | ✅ | ✅ | ✅ | ||
| User Upn | $(User.Upn) | ✅ | ✅ | ✅ | ||
| Service UPN | $(Service.Upn) | ✅ | ✅ | ✅ | 
💡 Note: Caller refers to the customer side, User is the Agent/Member of the service.