Secure Text user input control
Summarize
Summary of Secure Text User Input Control
The Secure Text user input control in ServiceNow enables the encryption of sensitive information provided by users. It is particularly useful for topics utilizing large language model (LLM) discovery, ensuring that sensitive data is not sent through the LLM and is securely gathered and encrypted.
Show less
Key Features
- Node Name: Identifies the control within the topic flow.
- Prompt: Text or script prompting user input.
- Input Format: Validated formats include text, email, IP address, phone number, URL, or custom formats with error handling.
- Hash Function: Utilizes a standard WS-Security specification algorithm for data hashing.
- Encryption Salt: Random data used to enhance the hashing process.
- Default Value: Predefined user response value, such as a previously known username.
- Confirmation Messages: Acknowledgment messages displayed upon input completion.
- Conditional Display: Options to conditionally show or skip nodes in the conversation based on specific criteria.
Channel Support
The Secure Text user input control is supported across various channels, including Web UI, Mobile UI, Microsoft Teams, and Slack. Notably, Slack allows text edits by users, but these edits are not processed by Virtual Agent. Additionally, certain channels like Facebook Messenger and LINE have a character limit of 5000 characters.
Key Outcomes
Utilizing the Secure Text user input control enhances data security during user interactions, ensuring sensitive information is encrypted and handled properly. This control allows for better management of user data while maintaining compliance with security standards, ultimately improving user trust and experience within the ServiceNow platform.
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 if | 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. When this field is active, the node presents the user with a Skip option in the Virtual Agent conversation. Alternatively, in an LLM topic, you
can reply with an utterance such as I want to skip this question. |
| 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. |