Etiquetas de texto: datos verificados de identidad

Rellene y bloquee automáticamente campos de formulario crítica usando datos verificados de identidad cuando un firmante complete una verificación de identidad.Esto reduce los errores de introducción de datos y proporciona una prueba clara y auditable de que valores específicos provienen de un proveedor de identidad confiable.

Los datos verificados de identidad le permiten vincular información de identidad verificada devuelta por un proveedor de identidad a campos de formulario usando etiquetas de texto.Cuando un firmante completa exitosamente la verificación de identidad, adobe acrobat sign inserta valores de las reclamaciones de identidad OpenID connect (OIDC) del proveedor de identidad en los campos etiquetado durante la firma, asegurando que los datos crítica provienen directamente de una fuente confiable.

Esta capacidad está diseñada para flujos de trabajo de alta confianza en entornos regulados y sensibles a la seguridad, como servicios financieros y gobierno.

Cómo funcionan los datos verificados de identidad

Los datos verificados de identidad se activan solo por convenciones de nombres de campo en etiquetas de texto.

Existen:

• Sin controles de interfaz de uso para configurar campos verificados de identidad
• Sin validación cuando el documento se carga o envía
• Sin mensajes de error si la configuración es incorrecta

Si el nombre del campo no coincide exactamente con la sintaxis requerida, el campo se comporta como un campo de formulario normal o se ignora completamente.

Sintaxis de nomenclatura de campo requerida

Para vincular un campo de formulario a datos verificados de identidad, el nombre del campo debe seguir este Motivo exacto:

VF_DIG_{claimName}*

Donde:

• VF_ identifica el campo como un campo de formulario verificado.
• DIG_ especifica el método de autenticación Digital Identity Gateway.
• {claimName} es el nombre exacto de reclamación OpenID connect (OIDC) devuelto por el proveedor de identidad configurado, incluyendo ortografía y mayúsculas.
• * es texto opcional usado para hacer único el nombre del campo.

Se requieren llaves alrededor del nombre de la reclamación.

Ejemplos:

• VF_DIG_{birthdate}
• VF_DIG_{address}_page2
• VF_DIG_{zipcode}1

Si múltiples campos referencian la misma reclamación, cada campo debe tener aún un nombre de campo único.

Notificaciones de identidad admitidas

Solo se reconocen las notificaciones de identidad devueltas por el proveedor de identidad configurado.

Nombres de notificaciones:

• Los define el proveedor de identidad, no acrobat sign
• Son con distinción de mayúsculas y minúsculas
• Deben coincidir exactamente
• No admiten alias
• Se ignoran silenciosamente si son incorrectos o faltan

Si el proveedor de identidad no devuelve un nombre de notificación durante la verificación de identidad, el campo no se rellena con datos verificados.

Comportamiento del campo durante la firma

Los campos de formulario verificados siguen los comportamientos de campo existentes de acrobat sign, con anulaciones que reconocen la identidad.

Campos de solo lectura

• Se rellenan con datos verificados cuando la notificación está presente
• No pueden ser editados por el firmante
• Anulan cualquier Valor predefinido

Si falta la notificación, se usa el Valor predefinido.

Campos editables

• Se rellenan con datos verificados cuando la notificación está presente
• Permanecen editables por el firmante
• Permiten al firmante cambiar el Valor

Campos obligatorios

• Se comportan como campos editables
• Requieren entrada del firmante si la notificación falta, está vacía o es nula

Condiciones de fallo silencioso

Los datos verificados por identidad fallan silenciosamente en todos los casos siguientes:

• El nombre del campo no sigue la sintaxis requerida.
• El nombre de la notificación está mal escrito o usa mayúsculas y minúsculas incorrectas.
• El proveedor de identidad no devuelve la reclamación.
• La función está deshabilitada en el Nivel de Cuenta o grupo.

El acuerdo o formulario web se envía correctamente.

Valide siempre el comportamiento de los campos en el entorno de creación antes de distribuir el acuerdo o formulario web.

Comportamiento del informe de identidad del firmante

Cuando un acuerdo contiene uno o más campos de formulario verificados, el informe de identidad del firmante incluye una sección específica que enumera esos campos.

Cada campo de formulario verificado se muestra con:

• El nombre del campo
• El Valor final
• Un indicador de estado único

Estados posibles en el informe de identidad del firmante

• Editado - El firmante cambió el Valor del campo durante la firma.
  • Predicado:
    • El campo es editable, y
    • El Valor final fue modificado por el firmante
• Verificado - El Valor del campo proviene de datos verificados por identidad y no ha sido alterado significativamente.
  • Predicado:
    • Se devolvió la reclamación de identidad coincidente, y
    • El Valor final coincide con el Valor de la reclamación verificada
  • Se aplica a:
    • Campos de solo lectura rellenados con datos verificados
    • Campos editables sin cambios
    • Si el firmante edita el campo pero deja el Valor idéntico, el estado permanece Verificado.
• Predefinido - El campo conservó su Valor predeterminado establecido por el autor.
  • Predicado:
    • No se aplicaron datos verificados, y
    • No se aplica ningún estado de mayor prioridad
• Reclamación no presente - La reclamación de identidad referenciada no fue devuelta por el proveedor de identidad.
  • Predicado: 
    • El nombre de la reclamación no existe en la respuesta del proveedor de identidad
• Valor vacío o nulo - La reclamación de identidad referenciada fue devuelta sin un Valor utilizable.
  • Predicado:
    • La reclamación existe pero está vacía o es nula
    • vacío significa una cadena u objeto vacío.
    • Nulo significa que el Valor es explícitamente nulo.

Notas

• Solo se asigna un estado por campo.
• Los estados no generan advertencias o errores.
• El informe refleja resultados, no errores de configuración.