OneSpan Sign Developer: Campos condicionales - Parte 1

Duo Liang, 25 de Marzo de 2020

OneSpan Sign Developer: Conditional Fields – Part 1

Supongamos que tiene un contrato que debe firmarse digitalmente y tiene múltiples campos de entrada y firmas. Además, su contrato solo requiere que el firmante proporcione información y firmas basadas en ciertas condiciones. En versiones anteriores de OneSpan Sign, se le pedía que recopilara esta información antes de la ceremonia de firma y rediseñara su contrato en consecuencia. Eso requiere un esfuerzo adicional del cliente e infla el tiempo total que lleva completar la transacción.

Sin embargo, este ya no es el caso con los "Campos condicionales", que le permiten habilitar o deshabilitar campos basados en las respuestas del firmante en otra parte del documento. OneSpan Sign ahora presenta una mejor generación de contenido dinámico que mejorará significativamente la experiencia del firmante, especialmente cuando el proceso de firma incluye flujos de trabajo condicionales.

En este blog, profundizaremos en esta nueva y emocionante función y veremos cómo se puede implementar. ¡Empecemos!

Campos condicionales en acción

Antes de leer el blog de hoy, tómese unos minutos y mire nuestro paso a paso. video tutorial donde demostramos cómo crear campos condicionales a través de la IU del remitente y cómo interactúa New Signer Experience con las lógicas condicionales.

Nota : La función de campo condicional está desactivada a nivel de cuenta de forma predeterminada. Si desea probarlo en su propia cuenta, envíe una solicitud a nuestro equipo de apoyo , y habilitaremos rápidamente esta función para su cuenta.

Sintaxis de la lógica condicional

En OneSpan Sign, la lógica condicional implica probar una condición y luego tomar una acción:

SI {algunas condiciones} ENTONCES {tome alguna medida}

Por ejemplo, las declaraciones lógicas podrían ser:

• "SI el campo de texto A no está vacío, ENTONCES deshabilite el campo de texto B"

• "SI la casilla de verificación A está marcada, LUEGO haga la firma A requerida"

Esto le permite adaptar mejor el contrato a sus necesidades exactas y reducir la posibilidad de errores de firmante.

3-25-1

El objeto de una condición podría ser cualquiera de los siguientes:

• "Campo de texto"
• "Área de texto"
• "Casilla de verificación"
• "Radio"
• "Lista"

A partir de ahí, puede seleccionar tres tipos de acciones:

• Activar / Desactivar: determina si el campo seleccionado se habilitará o deshabilitará
• Hacer requerido: determina si el campo seleccionado será requerido
• Hacer opcional: determina si el campo seleccionado será opcional

La acción está disponible para todos los tipos de campo, excepto:

• Campos Personalizados
• Campos notariales
• Campos autocompletados (por ejemplo, nombre, título, fecha)
• Etiquetas
• Archivos adjuntos

Explore nuestro " Agregar campos ”Guía para obtener instrucciones más detalladas.

Notas :

• Es importante tener en cuenta que las condiciones NO PUEDEN aplicarse a través de documentos o de firmantes, lo que significa que no podrá diseñar el flujo, "Si el firmante A marca la casilla de verificación, el firmante B debe firmar".

• Los campos condicionales ahora están disponibles en la Nueva experiencia de firma. Puede esperar que la interfaz interactúe correctamente con la lógica condicional.

• Si hay varias condiciones relacionadas con un solo campo, la última activada tiene efecto.

• Si desea que el firmante omita la firma, establezca la firma como "marca opcional" en lugar de "deshabilitar", para evitar que su proceso de firma se bloquee.

• Las condiciones funcionan de forma inversa. Si hay una condición que habilita un campo, significa que, de manera predeterminada, el campo está deshabilitado.

• Para un campo de lista, esto implica que si una lista tiene una opción que indica que habilita un campo, significa que otras opciones para esta lista deshabilitarán este campo. Los campos después de deshabilitarse volverán al valor preestablecido.

Eventos de campo en Audit Trail

Siempre que la lógica condicional active un campo de formulario, el evento de auditoría registrará la descripción del evento y los ID de ambos campos en el resumen de evidencia.

3-25-2

Tome los registros resaltados, por ejemplo. El resumen de evidencia auditó el evento cuando marqué la "casilla de verificación 1"> La casilla de verificación 1 (ID de "MLrD9jEktkG") activó la condición y habilitó el campo de texto A (ID de "fHilwNhG254Z")> Ingresé mi nombre en el campo de texto A.

Hora de comenzar

Esto debería proporcionarle suficiente información para comenzar a utilizar los campos condicionales. En nuestro próximo blog, veremos las API y las funciones del SDK para ayudar a los desarrolladores a integrarse con esta funcionalidad.

Si tiene alguna pregunta sobre este blog o cualquier otra cosa relacionada con la integración de OneSpan Sign en su aplicación, visite el Foros de la comunidad de desarrolladores . ¡Sus comentarios nos importan!