Form action
Use the Form action in digital bot flows to send forms configured previously by an administrator in canned responses. This action enables your digital bot to send custom forms to your customers and capture their responses.
Administrators can create and manage forms using the canned responses feature in Genesys Cloud. For more information about creating forms, see Add a form.
Campo | Descripción |
---|---|
Nombre |
La etiqueta que se introduce aquí se convierte en el nombre de la acción en el editor de tareas. |
Biblioteca |
Select the appropriate canned responses library that contains the form that you intend to use in the action. For more information about canned responses libraries, see Create and manage libraries. |
Formulario |
Select the form that the bot must send to the bot participant. Note: If you change the library after you select the form, your form selection resets. |
Form Completion Timeout |
Set the maximum length of time that the bot must wait after the sending the form for the participant to complete it. If the participant does not complete the form within this duration, then the flow triggers a No Input event. |
Form Pages |
After you select the form, Architect automatically populates all the form elements and lists them under Form Pages. Define a variable for each form page to capture the corresponding response value and then use the variable in the flow for further actions. The label of each form page appears in one of the following formats depending on the form page type:
|
Sin coincidencia |
Introduzca la comunicación que el bot produce cuando la entrada del usuario no es una coincidencia válida. Nota: El bot devuelve el contenido de Settings > User Input > No Match Detected > No Match Apology, combinado con la comunicación No Match. |
Personalizar No Match |
Activa el campo No Match Reprompts. Utilice esta opción para crear una lista de avisos de no coincidencia que se produzcan de forma incremental cuando el bot reciba eventos de entrada No coincidentes. |
No Match Reprompts |
Cuando el bot recibe una entrada No Match, el bot devuelve la comunicación en la colección No Match Reprompts que corresponde al número actual de entradas No Match recibidas para esa acción. Por ejemplo, la primera entrada No Match hace que el bot utilice el primer reprompt No Match de la colección definida. La longitud de la colección de Reintentos de No Coincidencia anula el número máximo de reintentos de No Coincidencia que usted defina en Configuración > Entrada de Usuario > No Coincidencia Detectada > Número Máximo de Reintentos de No Coincidencia para esa acción en particular. Por ejemplo, si defines dos reintentos en la colección, el bot reintentará dos veces. Una colección vacía desactiva los reintentos de No Match. Nota: El bot devuelve la comunicación Ajustes > Entrada de usuario > No coincidencia detectada > Apología de no coincidencia combinada con la correspondiente comunicación de reprompt de no coincidencia. |
Por defecto Sin coincidencia |
Activa el campo por defecto No Match. Utilice esta opción para definir un único aviso de No coincidencia que el bot producirá cuando reciba eventos de entrada No coincidentes. |
Caminos |
Nota: Si desactiva esta ruta, los flujos que configure para la ruta de salida se ocultarán, no se eliminarán. |
Definir caminos de éxito y fracaso
Ruta | Descripción |
---|---|
Éxito |
This path indicates that the system successfully sent the form to the participant and the participant has filled in valid values for all the form pages. To follow the route you want the interaction to take, drag the appropriate action below the Success path. |
Falla |
This path indicates that the system was unable to send the form to the participant. Para dirigir la ruta que desea que siga la interacción, arrastre la acción adecuada debajo de la ruta de Fallo. |
Best practices when configuring the Form action
The following best practices help you in ensuring that the messaging channel supports the Form action:
- Before you add the Form action, it is recommended that you identify whether the user’s device can handle forms so that you can send a different action instead of a form. The device capabilities are included within the participant data of a conversation. To confirm the device capability, you can use the expression,
(FindString(Flow.deviceCapabilities,"FORM") > 0)
, for example, in a Decision or Switch action before the Form action. If the flow executes the action with a device that does not support FORM, then the action takes the failure path. - You can also use the Architect built-in variable,
Session.Source
, to identify the messaging channel type. For more information about this variable, see Architect built-in variables.