Secure Text user input control
The Secure Text control provides a means to encrypt sensitive information provided as simple text or other formats. Use this control to encrypt sensitive information in topics that use large language model (LLM) discovery.
Use this control to gather and encrypt user information for topics using large language model (LLM) topic discovery. The Secure Text input also avoids sensitive information from being sent through an LLM.
Secure Text user input control properties
| Property | Description |
|---|---|
| Node name | Name that identifies this Secure Text user input control node in the topic flow. |
| Prompt | Text string or script that returns text. This value is used only when the default value isn’t specified. For example: What is your password? |
| Input format | Text format that is validated when a user enters certain text items. When the input isn’t valid, the bot asks the user to reenter the text. Choose the format of the text item to be validated:
For phone and IP address format examples, see E.164 phone formats and IP address field types. |
| Hash function | The method digest algorithm based on the standard WS-Security specification. |
| Encryption salt | Random data that is used as an additional input to a one-way function that hashes data. |
| Advanced | |
| Default value | A value for the user response to the prompt. For example, if you already know the user name, the default value might be (Script Variables > Last username). |
| Confirmation messages | |
| Input completion confirmation | Bot response shown to the user when the node interaction is complete. The message can be either a text string or a script that returns text. For example, if you're using dot-walking: Thanks, (Input Variables > Username)! Or if you're using a script, the acknowledgement might be: Thanks, {{vaInputs.username}}! |
| Default value confirmation | Message that asks the user to verify that the value in the Default value field is correct. This message is used instead of a value in the Prompt field. For example: Are you (Script Variables > Username)? |
| Hide or skip this node | |
| Conditionally show this node | No-code condition statement or low-code script that specifies a condition for presenting this node in the conversation. The condition must evaluate to true. |
| Allow user to skip this node | No-code condition statement or low-code script that specifies a condition for letting users skip this node in the conversation. The condition must evaluate to true. You can set this field using either the condition builder or a script. |
| Skip reprompting | No-code condition statement or low-code script that specifies a condition for letting users skip reprompting in the conversation. When a preceding node is revisited through a topic loopback or Dialog Act, the Virtual Agent bypasses this node and automatically retain its original value. |
Example Secure Text user input control
| Input properties | Input prompt |
|---|---|
Channel support
| Channel | Support | Constraints |
|---|---|---|
| Web UI | Supported | None. |
| Mobile UI | Supported | None. |
| Now Assist panel | Supported | None. |
| Microsoft Teams | Supported | None. |
| Slack | Supported | Slack users can edit text previously entered in a conversation. However, Virtual Agent processes messages as they’re first entered. If a Slack user edits text input, such as a comment to update a case, then Virtual Agent doesn’t evaluate the edited update. |
| Workplace | Supported | None. |
| Facebook Messenger | Supported | The maximum character limit is 5000 characters. |
| SMS Twilio | Supported | None. |
| LINE | Supported | The maximum character limit is 5000 characters. |
| Supported | None. | |
| Apple Messages for Business | Supported | None. |
| Alexa (Voice) | Supported | For screen devices, character limits may apply. For more information, see the Alexa developer documentation. |