Dados verificados por identidade no Adobe Acrobat Sign

Preencha e bloqueie automaticamente campos críticos do formulário usando dados verificados por identidade quando um signatário concluir uma verificação de identidade. Isso reduz erros de entrada de dados e fornece prova clara e auditável de que valores específicos vieram de uma fonte confiável.

Formulários verificados permitem vincular informações de identidade verificadas retornadas por um provedor de identidade aos campos do formulário. Quando um signatário conclui com sucesso a verificação de identidade com um provedor conectado por meio do Gateway de identidade digital, o Adobe Acrobat Sign insere os valores das declarações de identidade nos campos marcados durante a assinatura, garantindo que dados importantes venham diretamente de uma fonte confiável.

Esse recurso é projetado para fluxos de trabalho de alta confiança em ambientes regulamentados e sensíveis à segurança, como os governamentais e os de serviços financeiros.

Como funcionam os dados verificados por identidade

Os dados verificados por identidade são acionados apenas por convenções de nome de campo na interface de criação, nas tags de texto ou na API.

Há:

Nenhum controle de interface para configurar campos verificados por identidade.
Nenhuma validação quando o documento é carregado ou enviado.
Nenhuma mensagem de erro se a configuração estiver incorreta.

Se o nome do campo não corresponder exatamente à sintaxe necessária, o campo se comporta como um campo de formulário normal ou é totalmente ignorado.

Sintaxe de nomenclatura de campo obrigatória

Para vincular um campo de formulário a dados verificados por identidade de um provedor de identidade, o nome do campo deve seguir este padrão exato:

VF_DIG_{claimName}*

Onde:

VF_ identifica o campo como um campo de formulário verificado.
DIG_ especifica o método de autenticação Digital Identity Gateway.
{claimName} é o nome exato da declaração OpenID connect (OIDC) retornado pelo provedor de identidade configurado, incluindo ortografia, maiúsculas e minúsculas, tudo entre chaves.
* é texto opcional usado para tornar o nome do campo único.

Exemplos:

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

Se vários campos fizerem referência à mesma declaração de identidade, cada campo ainda deve ter um nome de campo único.

Declarações de identidade compatíveis

Apenas declarações de identidade retornadas pelo provedor de identidade configurado são reconhecidas.

Nomes de declaração:

São definidos pelo provedor de identidade, não pelo Acrobat Sign É responsabilidade do remetente obter a lista de nomes de declaração do fornecedor.
Diferenciam maiúsculas de minúsculas.
Devem ter a correspondência exata.
Não oferece suporte a aliases.
São ignorados silenciosamente se incorretos ou ausentes.

Se um nome de declaração não for retornado pelo provedor de identidade durante a verificação de identidade, o campo não será preenchido com dados verificados.

Alerta:

Responsabilidade do remetente pela ingestão de dados

Os remetentes são responsáveis por determinar quais atributos de identidade são mapeados para campos de formulário ao usar dados verificados por identidade. Ao configurar campos de formulário verificados, o remetente controla quais campos de dados do provedor de identidade são preenchidos em um contrato.

Os remetentes devem garantir que todos os dados ingeridos por meio de campos de formulário verificados sejam dados que estão autorizados a processar e armazenar com o Acrobat Sign, e que esse uso esteja em conformidade com todas as leis, regulamentações e obrigações contratuais aplicáveis.

Os remetentes não devem configurar campos de formulário verificados para ingerir dados que os clientes estão proibidos de coletar, processar ou armazenar sob os Termos de licenciamento específicos do produto Acrobat Sign (PSLT). Por exemplo, o Acrobat Sign não pode ser usado para armazenar dados de cartão de pagamento ou dados de autenticação confidenciais (conforme definido pelo PCI DSS) e os clientes não podem processar informações de saúde protegidas, a menos que tenham firmado um Contrato de associação comercial com a Adobe.

A Adobe não revisa, valida ou restringe os dados selecionados pelo remetente para ingestão por meio de campos de formulário verificados.

Comportamento do campo durante a assinatura

Os campos de formulário verificados seguem os comportamentos de campo existentes do Acrobat Sign, com substituições com reconhecimento de identidade.

Campos somente de leitura

São preenchidos com dados verificados quando a declaração está presente.
Não podem ser editados pelo signatário.
Substituem qualquer valor predefinido.
Se a declaração estiver ausente, o valor predefinido será usado.

Campos editáveis

São preenchidos com dados verificados quando a declaração está presente.
Permanecem editáveis pelo signatário.
Permitem que o signatário altere o valor.

Campos obrigatórios

Se comportam como campos editáveis
Exigem entrada do signatário se a declaração estiver ausente, em branco ou nula

Condições de falha silenciosa

Dados verificados por identidade falham silenciosamente em todos os seguintes casos:

O nome do campo não segue a sintaxe obrigatória.
O nome da declaração está incorreto ou usa maiúsculas e minúsculas incorretas.
A declaração não é retornada pelo provedor de identidade.
O recurso está desabilitado no nível da conta ou do grupo.

O contrato ou formulário web ainda é enviado com sucesso.

Sempre valide o comportamento dos campos no ambiente de criação antes de distribuir o contrato ou os formulários web.

Comportamento do relatório de identidade do signatário

Quando um contrato contém um ou mais campos de formulário verificados, o Relatório de identidade do signatário, se habilitado no nível de conta ou de grupo do remetente, inclui uma seção dedicada que lista esses campos.

Para cada campo de formulário verificado, o relatório de identidade do signatário inclui as seguintes informações:

O nome do campo
O valor final
Um indicador de estado único

Estados possíveis no Relatório de identidade do signatário

Observação:

Os estados são determinados após a conclusão do contrato. Eles refletem a origem do valor final e não validam a configuração durante a criação ou assinatura.

Cada campo de formulário verificado recebe apenas um estado, com base na ordem de prioridade a seguir.

Editado - O signatário alterou o valor do campo durante a assinatura.
- Predicado:
  - O campo é editável, e
  - O valor final foi modificado pelo signatário
Verificado - O valor do campo é originado de dados verificados por identidade e não foi alterado significativamente.
- Predicado:
  - A declaração de identidade correspondente foi retornada, e
  - O valor final corresponde ao valor da declaração verificada
- Aplica-se a:
  - Campos somente leitura preenchidos com dados verificados
  - Campos editáveis deixados inalterados
  - O campo preenchido a partir de dados verificados foi editado, mas o valor permaneceu idêntico.
Predefinido - O campo manteve seu valor padrão definido pelo autor.
- Predicado:
  - Nenhum dado verificado por identidade aplicado e
  - Nenhum estado de prioridade mais alta se aplica.
Declaração não presente - A declaração de identidade referenciada não foi retornada pelo provedor de identidade.
- Predicado:
  - O nome da declaração especificado no campo do formulário não existe na resposta do provedor de identidade.
Valor em branco ou nulo - A declaração de identidade referenciada foi retornada sem um valor utilizável.
- Predicado:
  - A declaração existe, mas está em branco ou é nula.
  - Em branco significa uma string ou objeto em branco.
  - Nulo significa que o valor é explicitamente nulo.