Rellene y bloquee automáticamente los campos de formulario críticos mediante 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 una fuente de confianza.
Los formularios verificados le permiten vincular información de identidad verificada devuelta por un proveedor de identidad a campos de formulario. Cuando un firmante completa correctamente la verificación de identidad con un proveedor conectado a través de Digital Identity Gateway, Adobe Acrobat Sign inserta valores de las reclamaciones de identidad en los campos etiquetados durante la firma, garantizando que los datos críticos provienen directamente de una fuente de confianza.
Esta capacidad está diseñada para flujos de trabajo de alta confianza en entornos regulados y sensibles en materia de seguridad, como los servicios financieros y la administración pública.
Cómo funcionan los datos de identidad verificada
Los datos de identidad verificada solo se activan mediante convenciones de nombres de campo en la interfaz de creación, etiquetas de texto o la API.
Existen:
- No hay controles de interfaz de usuario para configurar los campos de identidad verificada.
- No hay validación cuando se carga o envía el documento.
- No hay 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 por completo.
Sintaxis de nomenclatura de campos obligatorios
Para vincular un campo de formulario a datos verificados de identidad de un proveedor de identidad, el nombre del campo debe seguir este patrón 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 la grafía y las mayúsculas, rodeado de llaves.
- * es texto opcional utilizado para hacer único el nombre del campo.
Ejemplos:
- VF_DIG_{birthdate}
- VF_DIG_{address}_page2
- VF_DIG_{zipcode}1
Si varios campos hacen referencia a la misma reclamación de identidad, cada campo debe tener un nombre de campo único.
Reclamaciones de identidad compatibles
Solo se reconocen las reclamaciones de identidad devueltas por el proveedor de identidad configurado.
Nombres de reclamación:
- Los define el proveedor de identidad, no Acrobat Sign. Es responsabilidad del remitente obtener la lista de nombres de reclamación de su proveedor.
- Los nombres distinguen entre 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 reclamación durante la verificación de identidad, el campo no se rellena con datos verificados.
Responsabilidad del remitente para la ingesta de datos
Los remitentes son responsables de determinar qué atributos de identidad se asignan a los campos del formulario al usar datos verificados de identidad. Al configurar campos de formulario verificados, el remitente controla qué campos de datos del proveedor de identidad se rellenan en un acuerdo.
Los remitentes deben asegurarse de que cualquier dato ingestado a través de campos de formulario verificados sea información que estén autorizados a procesar y almacenar usando acrobat sign, y que dicho uso cumpla con todas las leyes, regulaciones y obligaciones contractuales aplicables.
Los remitentes no deben configurar campos de formulario verificados para ingestar datos que los clientes tengan prohibido recopilar, procesar o almacenar bajo los Términos de Licencia Específicos del Producto (PSLT) de Acrobat Sign. Por ejemplo, Acrobat Sign no puede usarse para almacenar datos de tarjetas de pago o datos de autenticación confidenciales (según se define en PCI DSS), y los clientes no pueden procesar información de salud protegida a menos que hayan firmado un acuerdo de asociado comercial con Adobe.
Adobe no revisa, valida ni restringe los datos seleccionados por el remitente para la ingesta a través de campos de formulario verificados.
Comportamiento del campo durante la firma
Los campos de formulario verificados siguen los comportamientos existentes de los campos de Acrobat Sign, con anulaciones basadas en identidad.
Campos de solo lectura
- Se rellenan con datos verificados cuando la reclamación está presente.
- No pueden ser editados por el firmante.
- Anulan cualquier Valor predefinido.
- Si falta la reclamación, se usa el Valor predefinido.
Campos editables
- Se rellenan con datos verificados cuando la reclamación está presente.
- Permanecen editables por el firmante.
- Permiten al firmante cambiar el Valor.
Campos obligatorios
- Se comportan como campos editables
- Requerir la entrada del firmante si la reclamación falta, está vacía o es nula
Condiciones de fallo silencioso
Los datos verificados de identidad fallan silenciosamente en todos los casos siguientes:
- El nombre del campo no sigue la sintaxis requerida.
- El nombre de la reclamación está mal escrito o usa mayúsculas y minúsculas incorrectas.
- La reclamación no es devuelta por el proveedor de identidad.
- La función está deshabilitada a nivel de cuenta o grupo.
El acuerdo o formulario web aún se envía correctamente.
Siempre valide el comportamiento del campo 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 – si está habilitado a nivel de cuenta o grupo del remitente – incluye una sección dedicada que enumera esos campos.
Para cada campo de formulario verificado, el Informe de Identidad del Firmante incluye la siguiente información:
- El nombre del campo
- El valor final
- Un indicador de estado único
Estados posibles en el Informe de Identidad del Firmante
Los estados se determinan después de que se complete el acuerdo. Reflejan la fuente del valor final y no validan la configuración durante la creación o firma.
A cada campo de formulario verificado se le asigna un solo estado, basado en el siguiente orden de prioridad.
- 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
- Predicado:
- Verificado - El valor del campo se origina de datos verificados de 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 reclamación verificado
- Se aplica a:
- Campos de solo lectura rellenados con datos verificados
- Campos editables sin cambios
- El campo rellenado con datos verificados se editó, pero el valor permaneció idéntico.
- Predicado:
- Predefinido - El campo conservó su valor predeterminado establecido por el autor.
- Predicado:
- No se aplicaron datos verificados de identidad, y
- No se aplica ningún estado de mayor prioridad.
- Predicado:
- Reclamación no presente - La reclamación de identidad referenciada no fue devuelta por el proveedor de identidad.
- Predicado:
- El nombre de reclamación especificado en el campo del formulario no existe en la respuesta del proveedor de identidad.
- Predicado:
- Valor vacío o nulo - La reclamación de identidad referenciada se devolvió 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.
- Predicado:
Notas
- Solo se asigna un estado por campo.
- Los estados no generan advertencias ni errores.
- El informe refleja resultados, no errores de configuración.
