Notas de versão do Adobe Acrobat Sign - 2025

Última atualização em 2 de abr de 2026

Notas de versão do Adobe Acrobat Sign: 2025

Implantação de produção: 11 de fevereiro de 2025

Implantação da GovCloud: 18 de fevereiro de 2025

Funcionalidade aprimorada

  • Interface aprimorada para fluxos de trabalho de envio personalizados: o designer de fluxos de trabalho personalizados foi atualizado para fornecer uma melhor experiência ao remetente, mais semelhante à aparência do recurso Solicitar assinatura.
    Ambientes disponíveis: sandbox, comercial, governamental | Níveis de serviço disponíveis: Acrobat Sign Solutions | Escopo de configuração: grupo, conta

Alterações de experiência

  • A expiração do contrato pode ser adiada em até 12 horas: a partir desta versão, a expiração automática de um contrato ocorrerá fora do horário de pico do ambiente que gerencia o contrato. Na prática, qualquer contrato que expire durante os horários de pico de tráfego de qualquer ambiente do Acrobat Sign será inserido na fila para ser executado assim que o ambiente sair do horário de pico.

Integrações

  • Workday: suporte a assinatura digital para o provedor de identidade Aadhaar - Os clientes que usam a integração do Workday agora podem usar o provedor de identidade Aadhaar como método para autenticar os destinatários.

Atualizações de REST API/Webhook

As atualizações de API e webhook desta versão podem ser encontradas na documentação da API do Acrobat Sign.

  • Um novo atributo de accountId está sendo adicionado a todos os conteúdos de notificação de evento.
  • Parceiros da incorporação 2.0 do OEM agora poderão configurar um webhook para seu canal e receber todas as notificações de ativos de cada uma de suas contas de clientes individuais.
  • Novas APIs de configurações
    • POST /accounts/{accountId|me}/settings/search: coleta a conta identificada (accountId) e uma lista de nomes de configuração e retorna a lista de nomes de configuração com seus valores para a conta especificada. Somente valores no nível da conta são retornados. 
      • Disponível para usuários não admins.
    • PUT /accounts/{accountId|me}/settings : aplica uma lista fornecida de nomes de configuração e seus valores à conta identificada (accountId).
  • Novas APIs de logotipo
    • POST /accounts/{accountId|me}/logo : faz o upload do arquivo CoBrandingLogo.
    • GET /accounts/{accountId|me}/logo: retorna os dados da imagem do arquivo de imagem CoBrandingLogo no mesmo formato em que foi enviado.
      • Disponível para usuários não admins
    • DELETE /accounts/{accountId|me}/logo: remove a imagem CoBrandingLogo da conta.
  • APIs de motivo de assinatura
    • GET /accounts/{accountId me}/signingReasons : retorna uma lista de motivos de assinatura para a conta identificada (accountId). 
      • Disponível para usuários não admins.
    • POST /accounts/{accountId|me}/signingReasons: cria um novo motivo de assinatura para a conta identificada (accountId).
    • GET /accounts/{accountId|me}/signingReasons/{signingReasonId}: recupera o texto do motivo de assinatura identificado (signingReasonId) da conta identificada (accountId). o motivo de assinatura identificado na conta.
      • Disponível para usuários não admins
    • PUT /accounts/{accountId|me}/signingReasons/{signingReasonId}: atualiza o motivo de assinatura identificado (signingReasonId) da conta identificada (accountId).
    • DELETE /accounts/{accountId|me}/signingReasons/{signingReasonId}: remove o motivo de assinatura identificado (signingReasonId) da conta identificada (accountId).
  • Páginas do swagger atualizadas para indicar me como uma abreviatura para a accountId.

Problemas resolvidos

Problema Descrição
4479949 Resumo: as chamadas de API OIDC para um IDP contêm o parâmetro “charset=UTF-8” no cabeçalho “Content-type:application/x-www-form-urlencoded”. Isso gera um erro em vez de uma resposta válida.
Correção: o conjunto de caracteres foi removido, pois nenhum deve ser especificado.
4490523 Resumo: não há um botão para imprimir o PDF disponível na exibição “Ler contrato”.
Correção: um botão de impressão foi adicionado à exibição “Ler contrato”.
4494248 Resumo: os tempos de expiração estão incorretos no contrato porque o cliente não envia informações de fuso horário.
Correção: o cliente foi atualizado para detectar o fuso horário.
4494297 Resumo: quando um usuário delega um contrato em nome de outro usuário (usando o compartilhamento avançado de conta), o relatório de auditoria pode não mostrar o evento da delegação dependendo de configurações que omitem ou incluem dados.
Correção: aprimoramento da função que omite dados para levar em considerção os eventos em que há a supressão de algum conteúdo e manter esse evento.
4495537 Resumo: os destinatários recebem emails de cancelamento como participantes em cópia quando um contrato é enviado por meio do fluxo de trabalho e posteriormente cancelado, porém sem a solicitação de notificar todas as partes quando modelos de email personalizados são usados.
Correção: atualização do CSS dos modelos CEMT para lidar com cenários de cancelamento da mesma forma que os modelos não personalizados.
4495963 Resumo: caso a delegação não seja permitida para usuários na conta, as opções de habilitar a assinatura ou o selo eletrônico para um perfil de usuário são bloqueadas.
Correção: a dependência da delegação foi removida da interface, e agora é possível atualizar a configuração
4496084 / 4510358 Resumo: o botão de opção correto selecionado não é definido quando especificado com uma lista de opções
Correção: agora, quando a lista de opções estiver presente em um botão de opção, obteremos o índice do botão de opção selecionado na lista de opções.
4497823 Resumo: mensagem ao usuário (“ID do contrato inválido”) para uma sessão de usuário não participante no navegador para GET /SigningUrls de um contrato válido.
Correção: reformulação da notificação de usuário (“ID de contrato inválido”) para uma mensagem significativa.
4498914 / 4501065 Resumo: devido a um delimitador incorreto, os usuários não conseguem assinar o documento quando o tipo de autenticação é “Acrobat Sign” e as configurações do Bio-Pharma estão habilitadas.
Correção: o delimitador usado foi corrigido.
4499847 Resumo: as configurações digitais não respeitam as configurações da interface e mostram mais provedores que o número selecionado devido a entradas duplicadas na lista de provedores.
Correção: um código de limpeza foi adicionado para garantir que as duplicatas sejam apagadas antes de obter e atualizar o valor da configuração.
4500637 Resumo: os dados de criação de um PDF são representados com um valor longo em milisegundos da data, em vez de usar o formato de string de data do PDF.
Correção: caso a data de criação seja representada por um CosNumeric, converta-a em um ASDate obtendo o CosNumeric como uma string, depois converta-a para o formato longo e, em seguida, em um objeto de data.
4500649 Resumo: o ajuste automático do tamanho da fonte não funciona devido a um erro em uma biblioteca no nível acima
Correção: a biblioteca foi atualizada.
4501939 Resumo: “erro inesperado” ou “erro de permissão” quando o signatário realiza um pagamento via Braintree devido a uma configuração não compatível com AVS.
Correção: um código foi adicionado para ignorar o AVS, quando possível. É digno de nota que a configuração do AVS é incompatível com o Acrobat Sign.
4502497 Resumo: o campo inicial não está definido como obrigatório por padrão no novo layout de criação
Correção: edição da configuração padrão para considerá-lo obrigatório.
4502759 Resumo: títulos honoríficos japoneses duplicados para signatários no relatório de auditoria
Correção: agora, usamos a string da lista de usuários em todos os casos de createSignatureRequestedAuditEvent(). Isso será acompanhado por uma alteração de string, na qual o caractere honorífico será removido de todas as strings de evento de auditoria usadas na função.
4503010 Resumo: falha da ação GET /agreements/ID com a mensagem “500 - Erro de servidor variado” em alguns contratos posteriores a 17 de setembro devido a uma verificação de origem.
Correção: a verificação da origem foi removida.
4503107 Resumo: quando um destinatário de compartilhamento com permissões SEND e SIGN muda para a conta do compartilhador e inicia um fluxo de trabalho em que o compartilhador é o primeiro signatário, o usuário é redirecionado para a página POST_SIGN em vez da página ESIGN.
Correção: a verificação local foi atualizada para garantir que o destinatário do compartilhamento tenha permissões SIGN no grupo do qual o contrato foi enviado.
4503112 Resumo: cancelamento automático do contrato com a mensagem AUTO_AUTHOR_FAIL devido a um erro de iText.
Correção: remoção do iText de locais desnecessários, o que resolveu o erro.
4503640 Resumo: o(a) preenchedor(a) do formulário não consegue enviar o documento. Um erro de servidor aparece quando o usuário clica em “Enviar” nos documentos XFA
Correção: a biblioteca que avalia os PDFs para o XFA foi aprimorada para identificar e remover corretamente o XFA.
4504309 Resumo: não é possível enviar contratos de pastas de rascunho por meio do compartilhamento avançado de conta devido a um ponto de acesso ausente no filtro.
Correção: adição do URL /account/requestSignatures/authoring em allowListedEndPointsBasedOnSendPermissions de filter.xml
4504567 Resumo: os valores dos botões de opção são alterados ao gerar contratos por meio do envio em massa
Correção: o hashmap foi substituído pelo linkedhashmap para manter a ordem de inserção ao criar contratos secundários de envio em massa
4504631 Resumo: mensagem de erro de fluxo de trabalho de processamento; erro não tratado devido a caracteres incompatíveis em um arquivo de iText
Correção: o iText foi atualizado.
4504822 Resumo: a pesquisa de usuários é apagada se a lista de usuários for muito grande e uma nova solicitação de pesquisa for realizada antes da conclusão da anterior (como o carregamento inicial de usuários ao abrir a página)
Correção: quando os dados são recebidos, verificamos se o requestID corresponde à solicitação mais recente. Se sim, processamos a resposta; caso contrário, ela é ignorada.
4504831 / 4507199 Resumo: o contrato assinado fornece um PDF inválido de 1 kb devido a um objeto PDFFont malformado que não especifica o subtipo necessário do objeto de fonte.
Correção: a biblioteca de geração de PDF foi atualizada para lidar melhor com objetos malformados e fornecer um resultado mais adequado.
4506230 Resumo: o reconhecimento automático de campo não funciona na sandbox devido a uma anotação errada ou ausente.
Correção: agora pesquisamos cada página e suas anotações para encontrar a anotação do campo do formulário e garantir que a página correta seja obtida.
4506959 Resumo: a página de destino pós-assinatura mostra caracteres codificados em HTML
Correção: o modelo de origem foi corrigido.
4508950 Resumo: os campos com um nome que contém uma apóstrofe geram um erro na nova experiência.
Correção: o código que valida o campo foi aprimorado e agora aceita apóstrofes. 
4509503 Resumo: os usuários não conseguem assinar documentos por meio do aplicativo Acrobat Sign para iOS devido a um campo de dados vazio que gera uma exceção de ponteiro nulo
Correção: uma verificação de ponteiro nulo foi adicionada para lidar melhor com este caso.
4509713 Resumo: devido à transmissão de um valor incorreto, a configuração “Permitir que todos os usuários compartilhem documentos da biblioteca com vários grupos” é habilitada automaticamente ao tentar habilitar a opção “Permitir que o(a) admin compartilhe documentos da biblioteca com vários grupos” nas configurações globais.
Correção: o valor correto está sendo usado agora.
4510812 Resumo: a autenticação do Aadhaar no Workday impede assinaturas.
Correção: a compatibilidade com a autenticação do Aadhaar foi adicionada ao Workday.
4512044 Resumo: a experiência de assinatura eletrônica moderna exibe um erro quando o nome do campo contém um caractere especial
Correção: a análise do nome do campo foi aprimorada para lidar melhor com caracteres especiais em nomes de campos.
4516231 Resumo: o texto no relatório de auditoria sobre o link de assinatura “Assinatura eletrônica hospedada por (nome do remetente)” é considerado vago demais.
Correção: a string no relatório de auditoria foi atualizada com o texto “O link de assinatura foi criado por (nome do remetente)”.

 

Implantação da produção: 17 de março de 2025

Implantação da GovCloud: 20 de março de 2025

Alterações de experiência

  • Novo ambiente de assinatura eletrônica para parceiros OEM - O novo ambiente de assinatura eletrônica foi habilitado para os parceiros OEM do Acrobat Sign. Este ambiente oferece um ambiente de assinatura superior para os destinatários e inclui a opção de definir uma camada de campo para a qual os clientes móveis podem alternar, melhorando significativamente o processo de preenchimento de campos.

Problemas resolvidos

Problema Descrição
4501733 Resumo: configurar um valor personalizado em Visualizar email para um grupo não se aplica aos emails de lembrete e cancelamento.
Correção: os modelos de email de lembrete e cancelamento foram atualizados e agora refletem corretamente o valor de Visualizar email.
4502251 Resumo: a autenticação do Acrobat Sign falha quando a conta de envio estiver com HIPAA ativado e o remetente e o destinatário têm IDs de usuário em shards diferentes do Acrobat Sign, resultando em um erro de token de acesso inválido.
Correção: o método de autenticação do Acrobat Sign foi aprimorado e agora gerencia corretamente os destinatários com IDs de usuário em shards diferentes.
4504338 Resumo: um erro não processado é acionado quando a primeira pessoa assina um contrato, mas o segundo destinatário é delegado duas vezes.
Correção: o código de delegação foi redefinido para garantir que a autoridade adequada referente ao contrato seja transmitida durante a delegação em cadeia.
4504648 Resumo: as caixas de seleção adicionadas por meio da API e ativadas por padrão podem continuar com o status “marcado” no contrato final mesmo que não estejam marcadas durante o processo de assinatura.
Correção: a herança do valor da caixa de seleção foi atualizada para garantir que os novos valores após o destinatário sejam armazenados corretamente e refletidos no PDF resultante.
4506085 Resumo: erro ao copiar modelos grandes da sandbox para a produção. Modelo criado sem campos devido a timeouts no processo.
Correção: o limite de tempo foi estendido e agora engloba ações de sincronização.
4507500 Resumo: os usuários do Acrobat (DC para Web) não podem fazer upload de anexos ao aplicar uma assinatura devido a um caminho ausente na função de upload.
Correção: o caminho para permitir que os usuários do Acrobat tenham acesso à funcionalidade de upload foi incluído.
4508102 Resumo: o processo de exclusão de páginas de um documento de contrato combinado pode falhar porque um serviço interno pode gerar uma exceção ao excluir objetos de páginas, como marcadores, estrutura ou destinos, o que causa a falha de toda a operação de exclusão de uma página de um PDF.
Correção: o serviço interno foi aprimorado e agora gerencia melhor os marcadores. Além disso, formata o PDF corretamente de acordo com o padrão esperado do Acrobat Sign.
4508673 Resumo: quando um motivo de assinatura é necessário e um campo de assinatura é atribuído a uma função não signatária (como Aprovador), se a assinatura eletrônica moderna estiver ativada, o usuário será redirecionado para a página moderna e não terá a opção de inserir o motivo da assinatura.
Correção: uma verificação foi adicionada para obrigar a inserção de motivo para a assinatura e, se houver, o destinatário utilizará por padrão a página de assinatura eletrônica clássica.
4508674 Resumo: os contratos assinados com destinos mal formatados não podem ser obtidos via download.
Correção: a biblioteca interna foi corrigida a agora gerencia melhor os marcadores e destinos mal formatados.
4508934 Resumo: na integração com o Salesforce, o nome do arquivo é recortado após “.” na notificação por email de PDF assinado
Correção: a função de recorte de string foi aprimorada e agora identifica strings que não forem de extensão após um ponto.
4509274 Resumo: no ambiente do MS Teams, se o remetente for o primeiro (ou o único) signatário, o contrato não será aberto em uma nova guia após o envio, pois um valor vazio será transmitido no redirecionamento da API.
Correção: o redirecionamento do APi foi aprimorado e agora passa os valores corretos ao acionar o processo de assinatura e a abertura de uma nova guia.
4509485 Resumo: a exclusão de páginas de um documento de contrato combinado pode falhar porque um serviço interno pode gerar uma exceção ao excluir objetos de páginas, como marcadores, estruturas e destinos, fazendo com que a operação inteira falhe. As pessoas não podem fazer o download do PDF do contrato e recebem uma mensagem de erro: “O documento ainda não está disponível ou não terá páginas para visualização”.
Correção: o serviço interno foi atualizado e agora testa o processo de exclusão para gerenciar melhor os PDFs malformados.
4509562 Resumo: contratos grandes podiam apresentar um problema em que apenas as primeiras das várias páginas do contrato eram impressas no PDF ao abrir o contrato na página Gerenciar devido a um pacote de um sdk antigo.
Correção: o pacote do sdk foi atualizado, resolvendo o problema.
4509684 Resumo: ao chamar GET /agreements/{agreementId}/documents/{documentId}) via API REST, um erro é acionado: “O servidor não pode enviar a resposta em um formato solicitado no cabeçalho Aceitar” devido a um tipo de conteúdo incorreto.
Correção: o valor de tipo de conteúdo foi corrigido.
4509712 Resumo: Somente 100 grupos são exibidos ao tentar compartilhar modelos com vários grupos.
Correção: o número de grupos obtidos via API foi aumentado para 1.000
4509989 Resumo: se houver um campo Nome ao lado do campo Assinatura na página de assinatura eletrônica do formulário da Web, após aplicar a assinatura, o campo Nome não contém o nome do signatário e não fica visível. 
Correção: uma função adicional foi adicionada para verificar o valor de nome no campo Nome e compará-lo ao valor atual. Se isso for alterado, o campo será preenchido com o novo valor.
4510498 Resumo: suprimir notificações por email para destinatários falha em contratos para assinatura escrita devido a uma falta de configurações para controlá-los.
Correção: uma nova configuração foi adicionada abaixo para gerenciar explicitamente esse tipo de distribuição de emails.
4511386 Resumo: quando um signatário com uma assinatura digital seleciona a opção de fazer download e assinar, o contador de participação aumenta antes de a assinatura ser aplicada.
Correção: a lógica que atualiza o sistema foi aprimorada e agora reflete melhor o status atual do contrato.
4511390 Resumo: os administradores do grupo não têm autoridade para estabelecer um compartilhamento com os usuários do grupo.
Correção: a função de compartilhamento para administradores de grupo foi atualizada, o problema foi corrigido.
4511902 Resumo: a tag de data personalizada não funciona na Nova experiência quando o formato na visualização inclui aspas (devido à codificação).
Correção: o Acrobat agora decodifica o valor antes de salvá-lo.
4517094 Resumo: o link para os termos de uso está falhando, porque a página está sendo movida para um novo URL de origem.
Correção: o código para localizar corretamente o URL atual foi atualizado.

Implantação de produção: 22 de abril de 2025

Implantação da GovCloud: 24 de abril de 2025

Funcionalidade aprimorada

  • Envio em massa: download em massa - remetentes agora podem baixar todos os contratos secundários concluídos em uma transação de Envio em massa diretamente da página Gerenciar. O arquivo ZIP inclui apenas contratos concluídos, nomeados com base em sua ID de transação, enquanto os contratos em andamento, cancelados, recusados ou expirados são excluídos.
    Cada solicitação de download suporta até 100 MB de dados, oferecendo uma maneira rápida e eficiente de acessar documentos finalizados em uma única etapa.
  • Experiência de assinatura móvel aprimorada: os remetentes agora podem habilitar e configurar uma experiência de assinatura móvel otimizada, oferecendo aos destinatários duas opções de visualização:
    • Exibição de PDF: exibe todo o contrato para revisão e assinatura.
    • Exibição somente do campo: concentra-se nos campos de formulário, facilitando a conclusão e a assinatura de contratos em dispositivos móveis.

Essa atualização simplifica o processo de assinatura, melhorando as taxas de conclusão de formulários e a experiência geral em dispositivos móveis.

  • Partes em cópia para destinatários individuais no designer de fluxos de trabalho personalizados: o designer de fluxos de trabalho personalizados agora permite que cada destinatário tenha partes em cópia dedicadas. Quando habilitado, as partes em cópia recebem notificações ao mesmo tempo que o destinatário desejado, garantindo uma visibilidade melhor e uma comunicação simplificada. Este recurso está disponível se a conta estiver configurada para permitir isso.
  • Caixa de seleção e botão de opção: opção de “Mostrar borda do campo”: os campos de caixa de seleção e botão de opção agora incluem uma opção de Mostrar borda de campo ao visualizar e imprimir o contrato. Essa opção pode ser desativada se o documento enviado já contiver bordas pré-impressas, garantindo-se um documento final mais limpo e evitando-se bordas duplicadas.
    A opção é habilitada por padrão e configurada no nível do campo.  
  • Detecção automática aprimorada de campos de formulário O recurso de detecção automática de campos de formulário agora insere campos detectados automaticamente, simplificando o processo de criação de formulários. Os usuários mantêm o controle completo e podem editar, excluir ou remover todos os campos inseridos com uma única ação.
  • Nova opção para definir o tipo de assinatura do destinatário: os remetentes agora podem definir o tipo de assinatura dos destinatários ao enviar contratos por meio do processo moderno de solicitação de assinatura. Quando habilitada, uma lista suspensa de Tipo de assinatura é exibida na seção Configurações do destinatário da página Compor, mostrando as opções permitidas por configurações do grupo.
    • As configurações padrão podem ser ajustadas na camada dos grupos.
    • Se o remetente selecionar um tipo de assinatura, o destinatário precisará usar esse tipo.
      • O remetente pode selecionar várias opções para o destinatário.
    • O destinatário poderá escolher o tipo de assinatura preferido, se nenhuma seleção for feita.

Este recurso oferece maior controle sobre os métodos de assinatura, mantendo a flexibilidade quando necessário.

  • Gerenciamento de usuários aprimorado no Acrobat Sign: a exibição de administração de usuários do Acrobat Sign foi atualizada para melhorar a visibilidade do status dos usuários. A interface aprimorada facilita o acesso para revisar convites pendentes e fornece indicadores claros para problemas de provisionamento. A nova interface também destaca as principais ações que os administradores podem executar para cada uma das categorias de status (Adicionar usuário, Enviar lembrete e Entrar em contato com o suporte) para simplificar o processo de provisionamento de usuários.
  • Configurar destinatários com acesso restrito para aprimorar a segurança dos dados do destinatário: o recurso de Acesso restrito a contratos aumenta a privacidade, evitando que contratos sejam anexados à userID do Acrobat Sign de um destinatário (se houver). Quando habilitado, a opção Acesso ao contrato pelo destinatário aparece na seção Configurações do destinatário da página Compor. Os administradores podem ajustar essa configuração para habilitá-la por padrão e permitir que ela seja editada pelos remetentes.
    Quando um destinatário é marcado como restrito, ele é tratado como se não tivesse uma conta de usuário do Acrobat Sign ativa. Consequentemente, o contrato não aparecerá na página Gerenciar. Isso evita vazamento acidental de dados devido a relacionamentos de compartilhamento em nível de grupo.
  • Novo método de entrega por WhatsApp para senhas de uso único: o Acrobat Sign agora é compatível com o WhatsApp como método de entrega de senhas de uso único (OTP) aos celulares dos destinatários. Esse recurso funciona de forma semelhante à entrega por SMS, mas aproveita a tecnologia e a infraestrutura do WhatsApp, fornecendo estabilidade adicional e uma opção de comunicação conveniente. A autenticação OTP do WhatsApp é um tipo de autenticação premium que está disponível ao compor novos contratos.
  • Revisar a configuração do destinatário na página de criação: remetentes que utilizam a nova experiência de Solicitar assinatura agora podem navegar de volta à página Compor por meio do ambiente de criação para reconfigurar os destinatários e suas propriedades sem perder o progresso. Isso permite ajustar a ordem e os detalhes dos destinatários sem afetar as atribuições de campo existentes (por exemplo, o signatário 1 continua sendo o signatário 1). (Se um participante for removido, os campos relacionados também serão removidos.)
  • Novo ambiente de criação para modelos de biblioteca: o ambiente de criação de modelos de biblioteca agora oferece a experiência moderna de criação para posicionamento de campos, facilitando a criação e a personalização de modelos. Os aprimoramentos incluem:
    • Ferramentas atualizadas de posicionamento de campos para aumentar a precisão e a eficiência.
    • A criação por dispositivos móveis permite criar modelos acessíveis por dispositivos móveis que otimizam a experiência de assinatura em dispositivos móveis.

Essas atualizações simplificam a criação de modelos e garantem uma experiência perfeita para remetentes e destinatários.

  • Novos provedores de identidade (IdP) adicionados ao Acrobat Sign: o Acrobat Sign está expandindo a lista de provedores de identidade (IdP) compatíveis para melhorar as opções de autenticação do destinatário. Os seguintes novos IdPs já estão disponíveis:
    • OneID ID Check
    • OneID ID Proof 
    • OneID ID Assure 
    • OneID Sign-Up Plus

Essas adições expandem a compatibilidade do Acrobat Sign com padrões globais de verificação de identidade, suportando autenticação perfeita e segura em várias indústrias.

  •  Compatibilidade de países expandida para autenticação por celular: a autenticação por celular e a entrega de contratos por SMS agora são compatíveis com estes novos países e códigos de telefone: 
    • Ilha de Man (+44)
    • Guernsey (+44)
    • Jersey (+44)

Alterações de experiência

  • O ambiente de Solicitar assinatura moderno agora é a experiência padrão ao criar um novo contrato. Todas as contas existentes foram transferidas para o ambiente moderno
    • Os usuários não podem mais acessar links para alternar entre os ambientes novo e clássico.
    • Admins ainda têm a opção de habilitar a experiência clássica por meio do menu administrativo.
    • Clientes que utilizam a integração com a Notarize não serão afetados por essa alteração.
  • Admins de sistema de contas VIP no Admin Console recebem um direito do Acrobat Sign automaticamente: quando uma conta adquire inicialmente o serviço do Acrobat Sign com uma licença VIP, os usuários com privilégios de Admin do sistema recebem automaticamente uma licença do Acrobat Sign.
    • Todos os(as) admins de sistema atribuídos de novas organizações recebem um direito de nível de admin do Acrobat Sign.
    • As organizações existentes que adquirirem uma licença do Acrobat Sign terão todos os Administradores do sistema existentes provisionados com um direito do Acrobat Sign no nível dos administradores de conta.

A licença do Acrobat Sign é concedida automaticamente somente quando os serviços do Acrobat Sign são adquiridos pela primeira vez para a organização. Os direitos não se aplicam a administradores do sistema subsequentes.

  • Comunicações e lista de verificação de integração aprimoradas para admins: admins do Acrobat Sign agora recebem suporte aprimorado para gerenciar integrações de conta, incluindo novas ferramentas e comunicações por email aprimoradas.
    Os recursos aprimorados de integração incluem:
    • Lista de verificação de integração: uma nova guia Introdução foi adicionada na página Admin, fornecendo uma breve lista de ações importantes que novos(as) admins devem realizar quando obtêm controle de uma conta pela primeira vez.
    • Emails de boas-vindas e de lembrete atualizados: as notificações iniciais por email enviadas para novos(as) admins foram revisadas de acordo com a lista de verificação de integração, a fim de fornecer orientações mais compreensíveis sobre as próximas etapas de configuração da conta.
    • Email de visão geral mensal: admins receberão um resumo mensal detalhando:
      • A visibilidade de todos os status de usuário e em quais admins precisam executar ações.
      • O número de transações/licenças consumidas desde o início do contrato. Os administradores não precisam mais navegar até o Admin Console somente para obter essa informação.
      • Um instantâneo do contrato, incluindo a data de aniversário.
    • Detecção e notificação de direitos existentes inteligentes - Se o direito anterior do Acrobat Sign de um usuário for detectado, o usuário afetado será incluído em um email de notificação semanal enviado a todos os administradores de conta. Cada usuário destes pode aparecer em até três notificações.

Essas melhorias ajudam os administradores a gerenciar suas contas de maneira mais eficiente e a manter-se informados sobre atividades do sistema e possíveis problemas.

  • Experiência de logon de usuário aprimorada - O Acrobat Sign simplificou o processo de logon e autenticação por meio do Sistema de gerenciamento de identidade da Adobe (IMS).
    • O perfil organizacional do usuário é selecionado automaticamente durante o processo de logon de usuários autorizados com o serviço do Acrobat Sign (a solicitação é identificada como oriunda do Acrobat Sign)
    • Os usuários que encontrarem erros durante o logon terão links em suas mensagens de erro para entrar em contato com os administradores do Acrobat Sign para obter ajuda.
    • Todos os usuários que receberem um direito ativo, mas não fizerem logon no serviço, receberão até dois lembretes por email. (Também se aplica a usuários inativos já existentes antes da data de lançamento)

Essas melhorias simplificam o logon, reduzem a complexidade e melhoram a experiência geral do usuário.

Ambientes disponíveis: comercial   Níveis de serviço disponíveis: Acrobat Sign Solutions   Escopo de configuração: habilitado por padrão; não configurável
 

  • A guia Conta foi renomeada para Admin : a guia Conta, disponível para admins de nível de conta do Acrobat Sign, foi renomeada para Admin. Esta é uma alteração estética no rótulo da guia na versão web independente do aplicativo. Esta atualização é implementada para o ambiente comercial em abril de 2025 e o ambiente governamental em maio de 2025.

Atualizações do aplicativo para dispositivos móveis

  • Atualização do gerenciamento de arquivos de modelo: a lista de modelos no aplicativo móvel do Acrobat Sign agora segue um formato estruturado, facilitando a procura por modelos específicos. A estrutura está alinhada à versão da web, organizando os modelos em seções, como:
    • Meus modelos
    • Modelos do grupo
    • Modelos da conta

Esta atualização melhora a navegação e garante consistência entre as experiências móvel e web.

  • Acessibilidade aprimorada nos aplicativos móveis do Acrobat Sign: os aplicativos móveis do Acrobat Sign agora oferecem recursos aprimorados de acessibilidade, garantindo uma maior conformidade com os padrões de acessibilidade. As atualizações incluem:
    • Melhor contraste das cores para mais visibilidade.
    • Compatibilidade com atalhos do teclado para facilitar a navegação.
    • Compatibilidade com leitor de tela aprimorada para uma experiência de usuário mais inclusiva.

Essas melhorias tornam o aplicativo móvel mais acessível para todos os usuários, fornecendo uma experiência mais fluida e intuitiva.

Ambientes disponíveis: aplicativo móvel para iOS | Níveis de serviço disponíveis: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Escopo de configuração: habilitado por padrão

Atualizações da integração

  • Conectores do Acrobat Sign para o Microsoft Power Automate atualizados: os conectores do Acrobat Sign para o Power Automate agora são compatíveis com um processo aprimorado de envio de contratos que permite que documentos sejam carregados na página Compor para editar informações do destinatário e enviar o contrato ao ambiente de Criação para posicionamento adicional de campos.
    Além disso, os conectores do Acrobat Sign agora são compatíveis com dois métodos de autenticação avançados:
    • Gateway de identidade digital
    • Senha de uso único (OTP) por email
  • Integração com o Workday: assinaturas digitais com o Aadhaar e-Sign: a integração com o Workday agora é totalmente compatível com o serviço de assinatura eletrônica Aadhaar opcional disponível na Índia, um serviço de assinatura eletrônica online que facilita a assinatura digital de contratos com base na autenticação OTP e na verificação e-KYC.

Atualizações de REST API/Webhook

As atualizações de API e webhook desta versão podem ser encontradas na documentação da API do Acrobat Sign.

  • Conformidade com o RGPD: excluir informações do usuário por meio da API: agora, os parceiros podem usar a API para excluir informações do usuário ao remover dados de um usuário em conformidade com os requisitos do RGPD. Este aprimoramento simplifica o gerenciamento de dados e garante conformidade regulatória.
  • Novo campo de webhook: eventDateTimezoneOffset: o Adobe Acrobat Sign introduz o eventDateTimezoneOffset, um novo campo no conteúdo do webhook para o evento inscrito AGREEMENT_ACTION_COMPLETED.
    Esse campo registra a diferença de fuso horário do destinatário ao atualizar o contrato, fornecendo uma visibilidade melhor sobre a hora de assinatura local.
    • O eventDateTimezoneOffset registra a diferença de fuso horário do destinatário em minutos relativos ao horário UTC (por exemplo, eventDateTimezoneOffset: “UTC-300”)
    • O campo existente eventDate permanece inalterado e continua a armazenar o carimbo de data/hora UTC da ação. A diferença de fuso horário não modifica o valor de eventDate.

Esta atualização melhora o rastreamento das atividades de assinatura em diferentes fusos horários.

  • Migração da documentação do Acrobat Sign para desenvolvedores: a documentação para desenvolvedores do Acrobat Sign está sendo movida de opensource.adobe.com/acrobat-sign para developer.adobe.com/acrobat-sign. Essa migração garante uma melhor integração com os recursos de desenvolvedor da Adobe, fornecendo uma experiência mais simplificada e centralizada para desenvolvedores.
     

Problemas resolvidos

Problema Descrição
4490799 Resumo: não é possível alterar o código de país padrão na nova experiência da página de envio
Correção: O código foi aprimorado para garantir que as propriedades de grupo herdadas sejam enviadas por todos os processos para concluir a criação do contrato.
4501927 Resumo: discrepância no tratamento de PDFs entre os modos de criação clássico e novo após o lançamento
Correção: o código foi aprimorado para melhorar o acesso e uso de todas as propriedades de campo nas transformações de arquivos PDF.
4503970 Resumo: Mensagem de conclusão inadequada quando o primeiro destinatário é o remetente.
Correção: atualização do recurso para levar em consideração a função e mostrar a mensagem correta.
4505208 Resumo: o campo CC [RequestSignature] não exibe opções de preenchimento automático no catálogo de endereços.
Correção: a funcionalidade do catálogo de endereços foi adicionada ao campo CC.
4507982 Resumo: quando vários grupos realizam um compartilhamento avançado de contas com um usuário, um problema de desempenho pode ocorrer ao tentar acessar um modelo na guia “Gerenciar”, no filtro “Modelos”.
Correção: várias funções foram reformuladas para otimizar as pesquisas de vários grupos.
4508227 Resumo: um erro não tratado ocorre ao assinar contratos originados por meio da nova experiência de criação com campos de pagamento.
Correção: atualização do ponto de acesso para gerenciar o campo com menos ambiguidade.
4508929 Resumo: um erro é acionado em rótulos de campos do designer de tarefas personalizadas com menos de 100 caracteres devido à codificação dos caracteres especiais.
Correção: os caracteres especiais são decodificados durante a validação do limite de caracteres.
4509141 Resumo: um erro pouco informativo é acionado ao enviar um contrato com uma testemunha e com uma configuração de grupo que exige um método de autenticação, mas sem definir uma autenticação para a testemunha.
Correção: O processo de configuração agora inclui uma mensagem de erro indicando quando a autenticação de dois fatores para todos os destinatários está configurada e um testemunho é usado.
4509366 Resumo: a atualização do nome do cliente da FedRAMP não foi bem-sucedida com caracteres especiais porque os caracteres não foram substituídos com seus números de entidade HTML.
Correção: Atualizado o processo para gerenciar corretamente os caracteres especiais no ambiente FedRAMP.
4509680 Resumo: adição dos países Ilha de Man, Guernsey e Jersey ao código de país +44.
Correção: adição das constantes de COUNTRY_CODE para Ilha de Man, Guernsey e Jersey
4510255 Resumo: a tentativa de criar um usuário já existente em outro grupo parece criar um usuário sem utilidade nesse grupo.
Correção: O erro foi aprimorado para indicar que o usuário foi movido para o novo grupo (não criado).
4510309 Resumo: ao adicionar um bloco de assinatura por meio da API com um inputType diferente de BLOCK, o processo de assinatura é direcionado para a experiência clássica, porque o BLOCK não é identificado corretamente.
Correção: a condição foi aprimorada para retornar informações adicionais para identificar corretamente o objeto BLOCK.
4510652 Resumo: Os campos de formulário assinados digitalmente precisam ser mesclados antes de modificar o PDF para o próximo signatário
Correção: os campos assinados do formulário de assinatura digital são invalidados quando enviados por meio de um fluxo de trabalho de contrato escrito.
4511819 Resumo: A linha azul da assinatura é exibida no documento PDF para campos de assinatura não assinados. 
Correção: Os campos de assinatura não assinados são ignorados ao renderizar os campos de assinatura no documento PDF.
4511965 Resumo: a dica de logon do gateway de identidade digital não funciona devido à verificação de ID aplicada ao obter os critérios de ID.
Correção: remoção da verificação de correspondência de email e nome ao obter os critérios de autenticação para DIG_ID.
4513228 Resumo: valor de campo ausente no documento PDF quando o nome do campo contém espaço adicional devido a um corte no back-end.
Correção: corte o nome do campo no front-end para mantê-lo consistente.
4513358 Resumo: problema de processamento de arquivos nas instâncias da sandbox do Adobe Sign devido a campos de formulário sem referências a páginas. Nesses casos, a página é nula e um ponteiro nulo é gerado.
Correção: adição de uma verificação de nulidade para que esse evento seja gerenciado corretamente.
4513464 Resumo: admins podem observar vários erros ao interagir com modelos por meio do compartilhamento avançado de contas, porque a API é avaliada sob as permissões do usuário da sessão (por exemplo, Editor_User) em vez das permissões do usuário alternado (por exemplo, Creator_User).
Correção: Adição do cabeçalho x-on-behalf-of-user à solicitação de API para garantir que a solicitação seja avaliada sob as permissões do usuário alternado (Creator_User).
4513575 Resumo: Os dados dos campos de formulário não são redimensionados para campos com várias linhas.
Correção: código atualizado para permitir o dimensionamento automático.
4513914 Resumo: quando o número de usuários ATIVOS da conta é igual ao valor de MAX_ACTIVE_USERS, a alteração de senha não é permitida devido a uma verificação de MaxActiveUsers.
Correção: a função foi aprimorada para ignorar corretamente essa verificação quando o usuário está ATIVO.
4514839 Resumo: O usuário não pode assinar com várias assinaturas digitais em um contrato se o primeiro campo assinado não for o primeiro campo de assinatura na parte superior do documento. 
Correção: adição de um método para iterar todos os campos e extrair um tíquete válido a ser usado posteriormente para o cabeçalho X-JWT-Assertion.
4515343 Resumo: o tamanho da fonte do campo de entrada com várias linhas muda na página de assinatura eletrônica. O tamanho da fonte é multiplicado pelo fator de zoom, consequentemente alterando o tamanho da entrada e modificando as dimensões de uma página.
Correção: o método para obter o tamanho da fonte do campo com várias linhas é retorná-lo em pixels, sem o multiplicar por um fator de zoom.
4515735 Resumo: depois de assinar um contrato, o botão “Gerenciar” na página pós-assinatura retorna uma página malformada.
Correção: a página pós-assinatura foi corrigida para obter as informações corretas necessárias para renderizar a página.
4516641 Resumo: é possível que a anotação de um campo de formulário não seja anexada a uma página.
Correção: adição de uma verificação de nulidade à lista de anotações da página.
4517113 Resumo: recebimento de um email de problema de documento ao enviar o contrato por meio da API com uma conta de desenvolvedor, devido a erros de ponteiro nulo na verificação dos campos de formulário.
Correção: Agora estamos verificando se a lista de campos de formulário é nula antes de perguntar se a lista está vazia.
4517156 Resumo: quando há campos de formulário em um conjunto de PDFs de entrada, não é possível executar os geradores de campos de formulário para produzir campos adicionais.
Correção: quando houver uma lista de geradores de campos de formulário para processar, adicionaremos essa tarefa à lista de tarefas a serem executadas após a ReadPDFTask

Versão do Adobe Acrobat Sign 16.0.1

Implantação da produção: 20 de maio de 2025

Implantação da GovCloud: 22 de maio de 2025

Funcionalidade aprimorada

  • Configurar destinatários com acesso restrito para aprimorar a segurança dos dados do destinatário: o recurso de Acesso restrito a contratos aumenta a privacidade, evitando que contratos sejam anexados à userID do Acrobat Sign de um destinatário (se houver). Quando habilitado, a opção Acesso ao contrato pelo destinatário aparece na seção Configurações do destinatário da página Compor. Os administradores podem ajustar essa configuração para habilitá-la por padrão e permitir que ela seja editada pelos remetentes.
    Quando um destinatário é marcado como restrito, ele é tratado como se não tivesse uma conta de usuário do Acrobat Sign ativa. Consequentemente, o contrato não aparecerá na página Gerenciar. Isso evita vazamento acidental de dados devido a relacionamentos de compartilhamento em nível de grupo.

    Ambientes disponíveis: Sandbox, Comercial, Governamental | Níveis de serviço disponíveis: Acrobat Sign Solutions | Escopo de configuração: Conta e Grupo
  • Adição de compatibilidade com a API para o recurso Acesso restrito aos contratos: as organizações que usam a API para compor e enviar contratos agora podem usar o recurso Acesso restrito aos contratos como parte da configuração do destinatário. A implementação da API desse recurso apresenta uma diferença com respeito a quando o documento pode ser acessado, caso o tipo de autenticação esteja definido como “Nenhum”:
    • Na interface do Acrobat Sign, o destinatário não pode visualizar nem baixar o contrato até que ele seja assinado. Mesmo que nenhuma autenticação tenha sido configurada, o acesso ao contrato será desabilitado, suprimindo as ações “Visualizar” e “Baixar”.
    • Ao usar a API, é possível visualizar ou baixar o contrato com o token após a autenticação. Caso nenhuma autenticação tenha sido configurada, será possível visualizar ou baixar o contrato antes da assinatura.

Ambientes disponíveis: sandbox, comercial, governamental | Níveis de serviço disponíveis: Acrobat Sign Solutions | Escopo de configuração: conta e grupo

  •  Compatibilidade de países expandida para autenticação por celular: a autenticação por celular e a entrega de contratos por SMS agora são compatíveis com estes novos países e códigos de telefone: 
    • Ilhas Falkland (Malvinas) (+500)

Ambientes disponíveis: comercial | Níveis de serviço disponíveis: Acrobat Sign Solutions | Escopo de configuração: conta e grupo

Alterações de experiência

  • Agora, o envio de casos de suporte do formulário da web exige o logon para contas empresariais herdadas: agora, os usuários com contas empresariais herdadas precisam fazer logon com suas credenciais do Acrobat Sign antes de usar o formulário da web online para enviar um caso de suporte. Esta etapa de autenticação garante que o caso seja vinculado à conta correta e encaminhado à equipe de suporte apropriada.

    Ambientes disponíveis:
    Comercial | Níveis de serviço disponíveis: Acrobat Sign Solutions | Escopo de configuração: Habilitado por padrão; Não editável

Atualizações de REST API/Webhook

As atualizações de API e webhook desta versão podem ser encontradas na documentação da API do Acrobat Sign.

  • A API GET /agreements agora é fornecida a partir de um microsserviço: o ponto de acesso GET /agreements está sendo migrado do aplicativo principal do Acrobat Sign para um microsserviço dedicado. Como parte dessa transição, as solicitações de pesquisa recuperarão dados do serviço de pesquisa (armazenamento secundário) em vez do banco de dados principal. Essa alteração melhora a estabilidade do serviço e impede que chamadas de API atípicas afetem a experiência com o Acrobat Sign.
    • O tamanho máximo da página para a chamada GET /agreements agora é 500 contratos por solicitação. Historicamente, o serviço de pesquisa não obtinha mais de 100 contratos por página. Se for necessário mais contratos, várias consultas com um escopo mais restrito podem ser necessárias.
    • Como as pesquisas agora ocorrem no armazenamento secundário, é possível observar uma latência adicional leve ao chamar o ponto de acesso GET /agreements.
       
  • Atualização na limitação de API - Após o lançamento de maio de 2025, novas regras de limitação de API serão aplicadas:
    • Quando uma alta carga geral do sistema for detectada, o Acrobat Sign limitará um subconjunto de solicitações da API no sistema inteiro.
    • Quando se identificar que clientes com alto uso estão contribuindo para a lentidão geral do sistema, o Acrobat Sign limitará um subconjunto de solicitações da API especificamente para esses clientes.

Quando uma solicitação da API é limitada, ela é rejeitada com um código de status HTTP 429, além do seguinte:

        Corpo da resposta

        Cabeçalho de resposta

Ao receber a resposta acima, você pode usar o cabeçalho Retry-After ou retryAfter no corpo da resposta para determinar quando tentar novamente a solicitação.

Penalidade de repetição

Para todas as novas contas criadas após a versão de maio de 2025, uma pena será aplicada, se a conta não mantiver o intervalo de tempo de reenvio especificado.
Se a mesma solicitação for tentada novamente nesse intervalo, a solicitação será limitada novamente, e o intervalo de tempo para novas tentativas será reiniciado.

Problemas resolvidos

Problema Descrição
4477748 Resumo: os usuários não conseguem criar um OAUTH ACCESS-TOKEN devido a um domínio malformado na chamada de API.
Correção: a lista de domínios do controlador Swagger foi atualizada.
4480357 Resumo: o uso do teclado na caixa de diálogo “Iniciar a partir da biblioteca” não funciona corretamente quando há leitores de tela em execução
Correção: várias correções na navegação dos leitores de tela foram feitas para garantir que todos os inícios de página sejam lidos como esperado.
4498103 Resumo: atribuição de função incorreta no recurso de envio em massa. Uma função de “Signatário” sempre é atribuída quando você se adiciona como o último destinatário.
Correção: foram removidas as opções de outras funções do remetente quando ele adicionado à última posição de participante, pois a intenção é que o remetente sempre seja um signatário.
4501417 Resumo: o posicionamento de um campo de assinatura de selo com um modelo de campo aciona um erro que bloqueia a criação adicional.
Correção: foi adicionado um código para processar elementos da tag de texto “signer1”.
4506667 Resumo: se um remetente precisar que o primeiro signatário de um formulário da web confirme seu email, as notificações do webhook serão atrasadas até que o primeiro signatário confirme o email. Se o email do primeiro signatário for rejeitado, a notificação do webhook será atrasada por duas horas, devido à expectativa de que o parâmetro documentsInfo seja preenchido.
Correção: se o remetente precisar que o primeiro signatário de um formulário da web confirme seu email, documentsInfo não será preenchido no conteúdo da notificação do webhook para os eventos do contrato (até que o primeiro signatário confirme o email). Se o email do primeiro signatário for rejeitado, documentsInfo não será preenchido no conteúdo da notificação do webhook para os eventos do contrato.
4511940 Resumo: o tamanho padrão da fonte do campo de texto com várias linhas não se ajusta ao tamanho da tela; portanto, o texto é cortado ao assinar um contrato por meio de um celular.
Correção: o campo de texto com várias linhas não pode mais substituir o método da classe de base.
4513457  Resumo: problema ao analisar o JSON quando o nome do grupo contém um ou mais caracteres de aspas duplas no nome do grupo.
Correção: código de análise aprimorado para nomes de grupo, a fim de aceitar aspas duplas.
4515610 Resumo: os valores dos campos calculados são alterados quando o formulário web é enviado a participantes adicionais, devido a maneira como os números de pontos flutuantes são tratados no back-end e no front-end. 
Correção: alteração da implementação no back-end para usar BigDecimal como tipo dos números
4516504 Resumo: quando você cria um modelo reutilizável e usa a visualização de “Nova experiência”, a caixa de seleção e os botões de opção têm bordas cor-de-rosa em vez de bordas pretas devido ao truncamento do valor da cor.
Correção: o valor hexadecimal foi corrigido para manter o valor correto.
4520149 Resumo: alguns contratos não atualizam seu status após a assinatura devido a uma condição de corrida rara ao definir o sinalizador next_to_sign.
Correção: adição de um registro adicional para detectar essa condição e resolvê-la antes que os destinatários interajam com o contrato.
4521246 Resumo: o compartilhamento de modelos entre vários grupos não está funcionando e gera erros quando o Compartilhamento avançado de conta está habilitado e o processo de envio começa na página inicial.
Correção: o seletor de modelos obtido da página inicial foi atualizado para obter corretamente o modelo compartilhado.

Versão 16.1 do Adobe Acrobat Sign

Implantação de produção: 22 de julho de 2025

Implantação da GovCloud: 5 de agosto de 2025

Funcionalidade aprimorada

  • Use WhatsApp para enviar links de acordos diretamente para o dispositivo móvel de um destinatário - A integração do WhatsApp com o Acrobat Sign foi expandida para incluir a opção de enviar notificação de acordos e links de lembrete diretamente para o dispositivo habilitado para WhatsApp de um destinatário.
  • Suporte nativo a PDF/A para preservação de documentos a longo prazo: o Acrobat Sign agora oferece suporte à validação e exportação de documentos no formato PDF/A-2b (ISO 19005), ajudando as organizações a atender aos rigorosos padrões de arquivamento e requisitos regulatórios. Os documentos mantêm sua conformidade PDF/A durante todo o ciclo de vida do contrato—upload, assinatura e armazenamento.
  • Impedir que o Adobe Acrobat Sign seja incorporado em sites de terceiros - A Defesa contra Clickjacking adiciona proteção de iframe às páginas do Acrobat Sign acessadas pela API REST v5+. O enquadramento só é permitido ao usar login automático com um domínio principal declarado, ajudando a prevenir incorporação enganosa ou não autorizada.
  • Controle aprimorado sobre o compartilhamento com base em grupo — As organizações que usam o compartilhamento avançado de conta agora podem restringir, opcionalmente, a visualização compartilhada de seus contratos apenas para os contratos enviados a partir do grupo do usuário. Os contratos enviados a um usuário de um grupo externo serão filtrados para proteger as comunicações de usuário potencialmente privadas que, no geral, não seriam apropriadas para compartilhamento. Este filtro se aplica apenas aos compartilhamentos no nível do grupo (compartilhar um grupo com outro grupo ou usuário) e não se aplica aos compartilhamentos baseados no usuário (compartilhar um usuário com um grupo ou outro usuário).
  • Atualizações para clientes com licença VIP:
    • Configuração de administrador simplificada da Home Page - Acrobat Sign apresenta uma nova seção de gerenciamento de conta para ajudar administradores de conta a acessar rapidamente as principais ferramentas de configuração.Adicione usuários, organize grupos, conecte integrações e migre modelos diretamente da página inicial, sem precisar pesquisar muito.
    • Adicionar usuários ao Admin Console pelo Acrobat Sign – Os administradores agora podem adicionar usuários diretamente da página Usuários no Acrobat Sign, atualizando automaticamente o Adobe Admin Console.
    • Atribuição de função do Admin Console agora disponível pelo Acrobat Sign - Para simplificar a configuração, o Acrobat Sign agora permite que administradores de conta atribuam funções principais do Admin Console — Administrador de Produto e Administrador de Suporte — sem sair da interface do produto.
    • Acesso mais fácil ao conjunto de integrações de terceiros - Uma nova página de integrações foi adicionada ao menu de administrador, fornecendo links diretos e intuitivos para os arquivos de configuração das integrações individuais.
    • Integração HIPAA mais fácil com orientação no produto - Organizações sujeitas ao HIPAA agora podem iniciar o processo de habilitação no Acrobat Sign por meio de um novo fluxo de trabalho de autoatendimento através do menu de administrador Começar.O sistema envia uma solicitação automatizada ao Suporte e rastreia o progresso com base na assinatura do BAA e na configuração do sistema.
    • Acelere a migração de modelos para o Acrobat Sign com conversão automatizada de modelos - O novo recurso de migração de modelos ajuda administradores de conta a trazer rapidamente os modelos para o Acrobat Sign.Faça upload de um arquivo ZIP de modelo, converta-o automaticamente e revise os resultados no ambiente de criação — sem necessidade de conhecimento técnico.
    • Chatbot assistente inteligente do Acrobat Sign - O novo assistente inteligente fornece respostas no aplicativo para perguntas comuns, como adicionar usuários, verificar o uso ou atualizar configurações.Faça sua pergunta em linguagem simples e obtenha orientações passo a passo, artigos relevantes do HelpX ou links para páginas de suporte. 
  • O Acrobat Sign for Government é atualizado para a experiência moderna:
    • Acrobat Sign for Government: acesso à interface moderna de solicitação de assinatura - Administradores do GovernmentCloud agora podem habilitar a conta ou grupos para usar a interface moderna de solicitação de assinatura.
    • Acrobat Sign for Government: atualização com prioridade para dispositivos móveis para destinatários - Usuários do governo agora podem acessar a interface moderna, projetada para simplificar a assinatura em dispositivos móveis por meio de uma interface fácil de configurar, apenas com campos de formulário.
    • Acrobat Sign for Government: nova interface Criar modelo disponível - Usuários do governo agora têm acesso à interface moderna Criar modelo, que simplifica o processo de design de modelos e melhora a usabilidade.
  • Novo Provedor de Serviços de Confiança (TSP) - O Acrobat Sign está expandindo sua lista de Provedores de Serviços de Confiança (TSPs) compatíveis para aprimorar as opções de autenticação do destinatário. O seguinte novo TSP está agora disponível:
    • eID Easy

Esta adição expande a compatibilidade do Acrobat Sign com padrões globais, oferecendo suporte a assinaturas digitais integradas e seguras em várias indústrias.

Alterações de experiência

  • Experiência de assinatura digital aprimorada - O processo para aplicar uma assinatura digital baseada em nuvem foi refinado para reduzir o número de interações que o signatário deve completar ao aplicar uma assinatura digital.
  • O limite de caracteres para rótulos no Designer de fluxo de trabalho foi aumentado para 500 caracteres - Ao criar ou editar um fluxo de trabalho personalizado no Designer de fluxo de trabalho, os rótulos usados para descrever campos agora podem aceitar até 500 caracteres (anteriormente era de 100 caracteres).
  • O controle de experiência do novo fluxo de trabalho personalizado foi movido para o menu Configurações globais - A opção configurável para definir o novo fluxo de trabalho personalizado como experiência padrão foi movida da página Configurações de envio para a página Configurações globais.
    Um novo controle foi adicionado para exibir "links para alternar" para que os usuários possam alternar entre a nova experiência e a versão clássica.

Problemas resolvidos

Problema Descrição
4501772 Resumo: para a experiência moderna de solicitação de assinatura, a mensagem do destinatário não é atualizada quando o idioma é alterado nas configurações do Contrato.
Correção: O código para aceitar a nova preferência de idioma foi atualizado para abordar a mudança nas mensagens quando um novo idioma é selecionado.
4503504 Resumo: em casos raros, novas tentativas durante a criação do contrato podem resultar na geração de várias cópias do mesmo contrato filho usando o Envio em massa
Correção: várias atualizações sobre como os contratos filhos são gerados e listados internamente com verificações para garantir que nenhuma duplicata possa ser criada.
4511072 Resumo: Os e-mails do Relatório de Consumo de Transações não são recebidos após usar a opção "Enviar agora".
Correção: O sistema de envio foi atualizado para resolver um problema de entrega.
4511224 Resumo: arquivos PDF definidos para zoom “Herdado” antes de enviar o padrão para “Ajustar à página” após a assinatura,
Correção: O tratamento de anotações foi aprimorado para garantir que as propriedades sejam corretamente confirmadas no PDF resultante.
4512546 /
4522458
Resumo: Os fluxos de trabalho compartilhados não exibem modelos de campo conforme o esperado para contas que compartilham por meio do Compartilhamento avançado de contas.
Correção: A solicitação GET /libraryDocuments/id/formFields foi atualizada para o cabeçalho x-on-behalf-of-user necessário para o caso de uso de compartilhamento avançado de contas.
4515020 Resumo: A chamada da API PUT /users/{id}/groups retorna um erro 403 ao tentar mover um usuário que não está no Grupo padrão por um administrador de nível de grupo
Correção: A autoridade foi estendida para administradores de grupo, que agora podem adicionar usuários ao seu grupo, mesmo se o usuário atribuído estiver atualmente em outro grupo não padrão.
4516121 Resumo: Quando um grupo de botões de opção tem dicas de ferramentas individuais, apenas a primeira dica é exibida para todas as opções durante a assinatura.
Correção:O código do botão de opção empregava estritamente uma dica de ferramenta para o conjunto de botões. Foi atualizado para permitir representação individual.
4516129 Resumo:Os acordos expiram com base no equivalente UTC do horário local do remetente, não no horário local pretendido. 
Correção: A lógica que verifica o tempo de expiração não é mais baseada no horário do navegador, permitindo que o aplicativo principal faça a validação.
4518192 Resumo: Os signatários ocasionalmente não conseguem concluir o processo de assinatura ao usar a Autenticação do Adobe Sign com SSO do Okta.
Correção: Removido o atributo crossShardLoginPage da sessão após o login bem-sucedido.
4521018 Resumo: Ao usar a experiência de assinatura moderna, os campos suspensos configurados com valores de exportação retornam o rótulo visível em vez do valor de exportação na resposta da API /formData.
Correção: Os valores ocultos (de exportação) agora estão sendo enviados em vez dos valores visíveis.
4521111 Resumo: Na nova experiência de criação, os usuários não conseguem rolar e visualizar todos os modelos de campo disponíveis no menu suspenso Modelos de campo.
Correção: A experiência de criação moderna foi atualizada para carregar mais do que apenas a primeira página de modelos de campo.
4521311 Resumo: Devido a um atraso conhecido de 12 horas no mecanismo de expiração do acordo, os lembretes estão sendo enviados após o tempo efetivo de expiração, resultando em tentativas de assinatura com falha e confusão do usuário.
Correção: para lembretes recorrentes “Até a assinatura”, o prazo de assinatura é verificado e não enviará mais o lembrete, mas o deixará ativo para que possa ser enviado se o remetente editar o prazo de assinatura antes que ele realmente expire durante o período de carência de 12 horas.
4522059 Resumo: Quando um signatário carrega um arquivo usando um campo de Anexo e depois completa uma Assinatura Digital, o link para Baixar Documento resulta em um erro de "Página Não Encontrada".
Correção: O checksum foi eliminado da detecção de duplicatas, pois é uma propriedade opcional na especificação PDF. O Acrobat Sign continua a usar o nome do arquivo e o tamanho para identificar duplicatas.
4522382 Resumo:Os usuários não conseguem concluir transações ao usar Clique para Assinar com autenticação ativada. Após fazer login, a transação não é concluída e deve ser repetida
Correção: O parâmetro de URL crossShardLandingPage foi removido da sessão após o login.
4522384 /
4523594 /
4523900
Resumo: Ao usar o recurso de Envio em Massa, nenhum acordo é enviado na primeira tentativa, mas uma segunda tentativa funciona conforme o esperado devido ao enfileiramento de tarefas no shard local.
Correção: O enfileiramento de tarefas foi refinado para garantir que as tarefas não sejam atrasadas.
4522497 Resumo: O formato de data e hora nos acordos muda de HH:MM:SS para HH:MM após a assinatura do documento, resultando na perda de segundos na trilha de auditoria final.
Correção: segundos foram adicionados ao timePatern.
4522509 Resumo: os destinatários em CC não podem visualizar o quadro de contexto do contrato ao acessar contratos habilitados para LDV por meio do link de email. Em vez disso, eles recebem um erro "Documento ainda não visível".
Correção: O código foi alterado para fornecer o acesso necessário para visualizar o painel de contexto.
4522547 Resumo: Ao usar um modelo, o PDF final pode exibir dados de campos de formulário desalinhados ou ausentes após a assinatura devido à rotação da página ser aplicada após cada anotação.
Correção: A rotação da página foi corrigida.
4522914 Resumo:Ao usar o novo recurso de Envio em Massa, os clientes podem encontrar um erro durante o upload do CSV se os valores nas colunas Agreement_Message ou Private_Message excederem um determinado limite de caracteres. 
Correção: O limite de caracteres foi documentado no material de apoio ao cliente.
4522945 Resumo: ao tentar editar o documento reutilizável como administrador de conta/grupo e tentar aplicar um modelo de campo, ocorre uma NullPointerException ao verificar a participação na origem
Correção: método adicionado para encontrar a participação na origem ao editar documentos da biblioteca como administrador de conta/grupo
4523043 Resumo:Ao editar um formulário web que inclui um participante com a função definida como Delegador, a página Modificar Formulário Web não carrega. Um erro de console é acionado, impedindo quaisquer edições.
Correção:Adicionada uma verificação que garante que, se o ROLE_MAP não estiver definido, o código não leia o className como indefinido e gere um erro. Em vez disso, retorna indefinido.
4523061 Resumo: Os documentos assinados anexados aos e-mails mantêm suas extensões de arquivo originais no nome do arquivo, resultando em nomes redundantes
Correção: cão corte mais a substring do nome do arquivo se ele começar com “.” e for diferente da extensão.
4524122 Resumo: na Nova experiência, tentar iniciar um contrato a partir de um fluxo de trabalho salvo resulta em um erro do sistema devido ao limite de caracteres excedido.
Correção: Os limites de rótulos foram atualizados para permitir 500 caracteres.
4524162 Resumo: a validação de link impede o envio do contrato na Nova experiência de criação
Correção: um parâmetro foi adicionado à nova experiência para verificar o gancho Erros, permitindo um gerenciamento mais flexível das validações de hiperlinks.
4524356 Resumo: os usuários encontram a mensagem “Erro do servidor: encontramos um erro ao processar sua solicitação” ao tentar assinar contratos devido à largura da borda -1 não ser interpretada corretamente.
Correção: Agora, -1 é interpretado como uma borda padrão de 1 pt e a borda só é adicionada se for maior que zero.
4524410 Resumo: na Nova experiência de envio, ao usar um fluxo de trabalho e carregar um novo arquivo após excluir o nome do contrato predefinido, o campo Nome do contrato não é atualizado automaticamente. 
Correção: Foi adicionada uma correção para remover o valor padrão do evento onBlur e introduzida uma lógica para definir o nome do primeiro documento carregado no campo de texto do nome do documento.
4524614 Resumo: A fonte usada pelos campos de formulário de texto no PDF não corresponde à fonte escolhida na página de criação. A fonte do campo de texto é sempre SourceSansPro-Regular.
Correção: Ampliado o ExternalFont.getFontReplacementMapping para incluir fontes regulares, negrito e itálico. 
4525098 Resumo: O e-mail de solicitação de assinatura não é enviado ao assinante 2 quando o remetente é o assinante 2 e o remetente substitui o assinante 1.
Correção: As listas de destinatários paralelos foram aprimoradas para gerenciar o caso de uso em que um destinatário existente é usado para substituir outro destinatário no mesmo conjunto de destinatários.
4525377 Resumo: Selos eletrônicos (eSelos) não funcionam com a Experiência Moderna de Solicitação de Assinatura
Correção: adicione um caso de teste para verificar o destinatário do selo eletrônico em um fluxo de trabalho não UMG, em que o selo é restrito ao acesso do grupo.
4525491 Resumo: Nomes de acordos contendo caracteres não latinos (por exemplo, chinês, japonês, tailandês, coreano) aparecem como ?????? na guia Gerenciar do destinatário e notificações por email quando enviadas por meio do Envio em massa.
Correção: A documentação foi atualizada para indicar que o formato UTF-8 é necessário
4525653 Resumo: Acordos enviados usando a API com arquivos JPEG estão sendo automaticamente cancelados devido a um erro de processamento de documento. O problema ocorre após os arquivos serem carregados com sucesso, mas antes do acordo ser enviado.
Correção: Adicionado suporte para JPEG SOI app0-15
4526153 Resumo: Aa escala do campo de carimbo se comporta de maneira diferente nas telas de criação antigas e novas.
Correção: O novo ambiente de criação foi atualizado para dimensionar o campo de carimbo de forma consistente com a versão clássica.
4527031 Resumo: Quando a opção "Permitir que os remetentes selecionem a ordem de assinatura" está desmarcada na Nova experiência, a opção "Os destinatários devem assinar em ordem" permanece visível
Correção: O código referente ao acesso a esse controle foi aprimorado para suprimir adequadamente a opção quando a configuração determina.
4527284 Resumo: Acordos que incluem certos arquivos PDF digitalizados ou achatados estão falhando durante a criação e são automaticamente cancelados com o erro AUTO_AUTHOR_FAIL devido a uma biblioteca interna não gerenciada.
Correção: Implementação de um método que captura qualquer exceção e a registra, mas não interrompe a geração de um acordo.
4527948 Resumo: Quando um campo Acroform calculado é importado para o Sign, a API REST retorna um campo contendo { calculated: true, valueExpression: '' }, o que faz com que o campo seja exibido com um erro de validação.
Correção: Os campos identificados neste caso de uso agora são atualizados para serem inseridos manualmente, não calculados.
4528062 Resumo: Chamada da API Get /users falha para usuários do Salesforce com números de usuário muito grandes
Correção: Uma nova versão da integração do Salesforce melhora o processo de obtenção da lista de usuários para ser mais eficiente.
4528284 Resumo: Código de país incorreto das Ilhas Cayman para Autenticação por Telefone na Nova Experiência
Correção: o código do país foi atualizado.
4529259 /
4529319
Resumo: Nomes de signatários opcionais e 2FA obrigatória apesar da configuração do fluxo de trabalho na Nova Experiência de Envio de Fluxo de Trabalho Personalizado
Correção: foi disponibilizada uma verificação para destinatários opcionais para que, sempre que nenhuma ID de email estiver presente, a verificação de autenticação (telefone, senha, kba) não falhe em nenhuma validação. Da mesma forma, o nome também não será obrigatório para destinatários opcionais, a menos que o campo ID de e-mail tenha alguma entrada.
4530084 Resumo: Alguns usuários estão enfrentando uma tela em branco ao acessar as Configurações do Destinatário na Nova Experiência de Envio. O problema é causado pela falta de tradução para um rótulo de código de país específico e afeta todos os idiomas, exceto o en-US.
Correção: As traduções corretas foram publicadas e fixadas nas funções apropriadas.
4530537 Resumo: Um NPE é produzido ao tentar converter um destino nomeado em uma localização, impedindo o envio de contratos.
Correção: Uma nova verificação está em vigor para determinar se o destino é um destino nomeado e ignorá-lo.

Implantação da sandbox: 19 de agosto de 2025

Implantação da produção: 16 de setembro de 2025

Implantação da GovCloud: 18 de setembro de 2025

Funcionalidade aprimorada

  • Modelos de email personalizados disponíveis para Acrobat Sign for Government - Clientes na plataforma GovCloud agora podem criar modelos de email personalizados para notificações e lembretes de contratos.
  • Banner de Novidades na página Início: um novo banner de Novidades pode ser habilitado na camada da conta ou do grupo para informar os usuários sobre novas notificações do produto, como notas de versão, treinamento e eventos do sistema. Isso ajuda a impulsionar a percepção de novos recursos e opções, melhorar o engajamento e garantir que atualizações importantes não sejam perdidas. Todas as contas serão habilitadas após a liberação e podem ser desabilitadas pelo administrador no nível da conta. Existem algumas exceções à regra "habilitado por padrão":
    • O shard australiano (AU1) terá o recurso desativado por padrão.
    • Qualquer conta identificada como conta "Governamental" será recusada.

Alterações de experiência

  • Mudança de marca de Notarize para Proof: a integração com o serviço de autenticação online foi atualizada para refletir a nova marca do serviço, Proof, em todas as comunicações voltadas para o cliente.
    Atualizações na IU do Acrobat Sign estão previstas para a próxima versão (v16.2), a ser lançada em outubro.
  • Validação de localidade mais rigorosa ao criar acordos via API -A validação das configurações de idioma para acordos criados via API foi reforçada. Ao usar a API para criar um contrato, e a opção 'Permitir que usuários na sua conta selecionem um idioma de assinatura diferente' estiver desabilitada, a API rejeitará qualquer solicitação onde a localidade do contrato não corresponda ao 'Idioma de assinatura' selecionado pelo administrador.
    Observe que o envio através da interface web não é afetado.

Problemas resolvidos

Problema Descrição
4511940 Resumo: Quando um remetente cria um campo de texto com entrada de dados em várias linhas ativada e a fonte definida como Automática, os assinantes que usam um navegador móvel veem o texto cortado na parte inferior do campo. 
Correção: substituição do método de base para obter o tamanho do campo a fim de lidar com o fontSize < 0 (automático), utilizando-se uma fórmula modificada especificamente para campos com várias linhas.
4516038 Resumo: Ao enviar contratos com Envio em massa, os usuários veem um erro: "Você excedeu o número máximo de dias permitidos para a expiração do documento." mesmo quando as Configurações de expiração do documento estão desativadas nos níveis de Grupo e Conta.
Correção: Código corrigido para avaliar corretamente os valores de expiração do contrato para o grupo/conta.
4522265 Resumo: Quando um PDF contém campos preenchíveis e tags de texto, as tags de texto não são processadas.
Correção: criação de uma tarefa no caso plano, independentemente da presença de geradores de campos de formulário. Permite que um PDF com campos de formulário processe um artefato de formulário, se necessário.
4522645 /
4527073
Resumo: O PDF assinado inclui uma terceira página em branco depois que o remetente fez o upload de um documento em nome do assinante final.
Correção: aprimoramento da função de gerenciamento para lidar adequadamente com fluxos pequenos. Os uploads de assinaturas escritas usam o documento corrigido, não o upload original, caso algum problema seja detectado com o documento carregado.
4524437 Resumo: Novos usuários não são conectados ao Adobe Sign após aceitar o convite devido a uma URL inválida.
Correção: URL corrigida.
4525093 Resumo: o link de divulgação ao consumidor não é clicável. O link está presente, mas clicar nele apenas alterna a caixa de seleção em vez de abrir o link.
Correção: Modificado o CSS do link para permitir que o link abra uma nova página.
4525099 Resumo: Clientes que exigem entrega por SMS, mas desativaram as notificações por email, não podem enviar contratos por SMS.
Correção: A entrega por SMS/WhatsApp não depende mais das configurações de email.
4525328 Resumo: O uso de dois ou mais modelos que contêm hiperlinks com o mesmo nome gera um erro de servidor ao tentar assinar
Correção: Se forem encontrados nomes de hiperlink duplicados, os nomes dos links serão modificados para garantir que sejam identificados de forma única.
4525510 Resumo: o campo de formulário de pagamento falha ao manter o tipo de moeda USD na nova experiência de criação, levando a uma falha de “Erro inesperado”.
Correção: As conversões para campos de pagamento foram atualizadas.
4525544 Resumo: não é possível editar os formulários web ativos ou rascunhos
Correção: agora, nós preservamos as configurações existentes e as enviamos ao servidor, em vez de usar os dados da interface.
4525901 /
4532254
Resumo: o contrato não é atribuído ao signatário restante devido a uma função de fluxo de trabalho incorreta quando novos participantes são adicionados após inserir a criação de campo.
Correção: o código foi melhorado para avaliar melhor as funções dos participantes quando novos participantes são adicionados após a criação.
4526300 Resumo: não é possível criar um URL de contrato personalizado com o ID do fluxo de trabalho com a nova experiência
Correção: quando URLs personalizados são criados apenas com o ID do fluxo de trabalho, o formulário de criação do contrato é recarregado e chama o back-end para obter o fluxo de trabalho e rascunho de contrato novamente durante o carregamento do formulário.
4526756 Resumo: a documentação da página Swagger da API da GovCloud está incorreta em relação à criação de novos aplicativos
Correção:adição de uma frase adicional para evitar qualquer confusão por parte dos clientes do FedRAMP.
4527340 Resumo: quando os usuários aplicamPreencher e assinar no Acrobat Web e, em seguida, selecionamConvidar para assinar eletronicamente, os valores inseridos durante “Preencher e assinar” não aparecem quando o contrato transita para a página de criação do Acrobat Sign. A visualização de criação mostra campos em branco em vez de valores preenchidos.
Correção: o valor do tamanho da fonte padrão foi corrigido, permitindo, assim, que o conteúdo fosse exibido corretamente.
4528835 Resumo: erro “MISC_SERVER_ERROR para GET formData Ocorreu um erro diverso” ao chamar GET /formData para um cursor específico devido a um erro de ponteiro nulo.
Correção: adição de uma verificação e log de NPE.
4528902 Resumo: quando um contrato é enviado para assinatura sequencial a dois participantes, o campo “nome do destinatário” atribuído ao primeiro participante é perdido durante o processamento do modelo de PDF. Ao definir a função do campo “nome do destinatário”, a função do conjunto de participação armazenada no modelo de PDF falha na conversão.
Correção: várias funções foram atualizadas para gerenciar adequadamente esse tipo de conversão.
4531278 Resumo: alguns endereços de email adicionados como CCs são removidos automaticamente após o envio da transação se tiverem sido criados antes do Acrobat Sign adicionar minúsculas automáticas para endereços de email na criação de usuários.
Correção: atualização da pesquisa/comparação de endereços de email no código de remoção de CC para não distinguir entre maiúsculas e minúsculas
4531669 Resumo: os contratos não podem ser enviados com documentos em PDF ao processar campos de formulário com nomes que excedem os limites de especificação do PDF.
Correção: verificações de NPE adicionadas para a aparência de uma anotação.
4531998 Resumo: não é possível acessar os contratos secundários via API; erro “ID do documento inválido” devido a um título de marcador nulo.
Correção: remoção da instrução de depuração que pode falhar com um NPE se o título do marcador for nulo.
4532642 Resumo: ao tentar substituir um dos contrassignatários em um formulário da web que inclui signatários desconhecidos adicionais e um grupo de destinatários por contrassignatários, o método “update” tenta ler emails de participantes desconhecidos (signatários desconhecidos adicionais), que não têm dados de usuário/email, causando uma NullPointerException.
Correção: adição de uma condição de filtro para excluir participações desconhecidas do fluxo de coleta de email, impedindo o NPE de processar participações que ainda não possuem dados de usuário/email.

Versão do Adobe Acrobat Sign 16.2

Implantação de produção: 7 de outubro de 2025

Implantação do GovCloud: 14 de outubro de 2025

Funcionalidade aprimorada

  • A Solicitação de Assinatura apresenta várias melhorias na experiência do usuário projetadas para reduzir cliques e aumentar a eficiência. Essas atualizações atendem aos comentários dos clientes, tornando a nova experiência de Solicitação de Assinatura mais rápida, mais fácil de descobrir e melhor alinhada com o fluxo de trabalho clássico.
    • Todos os tipos de assinatura são expandidos por padrão na Criação
    • A função de preenchimento prévio está sempre visível na Criação
    • Botões de adicionar destinatário em linha substituem menus ocultos
    • Linha de novo destinatário automática ao adicionar um endereço
    • Possibilidade de copiar/colar vários endereços de destinatários
    • Controles de administrador para configurar a experiência do usuário ao compor novos acordos. Escolha entre um processo guiado ou exiba todas as seções de uma vez.
  • Compatibilidade da API com grupos de caixas de seleção para permitir que os remetentes definam opções de múltipla escolha dentro de um formulário: os grupos de caixas de seleção permitem que os remetentes especifiquem quantas opções os destinatários precisam selecionar, aumentando a flexibilidade para contratos que exigem entradas estruturadas de múltipla escolha.
    Observe que a opção de caixas de seleção de múltipla escolha está disponível apenas para acordos criados via API. 
    • Defina grupos de caixas de seleção de múltipla escolha.
    • Configure regras para seleções exatas, mínimas, máximas ou por intervalo.
    • A validação é aplicada durante a assinatura na experiência clássica de assinatura eletrônica.
    • As seleções dos destinatários são preservadas nos contratos assinados e nos dados do formulário para download.
  • Convite ao usuário para sua organização do Acrobat Sign: convide colegas de equipe diretamente na interface do Acrobat Sign com fluxos de trabalho controlados pelo administrador para uma adoção mais rápida da equipe. Dependendo da configuração, os usuários convidados podem ser provisionados automaticamente, encaminhados através do provisionamento Just-In-Time (JIT) ou exigir aprovação do administrador. Este fluxo simplificado reduz o atrito para equipes de PMEs e do mercado intermediário, acelera a adoção de fluxos de trabalho compartilhados e oferece aos administradores mais visibilidade da demanda real de licenças.
    • Novo botão de Convidar nas páginas Início e Gerenciar para usuários finais
    • Os usuários convidados recebem um email de boas-vindas e são adicionados à organização sem percalços
    • Os convites respeitam as regras de provisionamento automático existentes
    • Os administradores podem revisar as solicitações pendentes na seção Solicitações de acesso
    • Se o provisionamento automático estiver desabilitado, as solicitações são encaminhadas aos administradores para aprovação
  • Página de usuários reorganizada: a página Usuários foi reorganizada para gerenciar melhor os usuários em seus vários estados e melhorar a visibilidade para colegas de equipe recém-convidados. Isso ajuda a isolar usuários que estão tendo problemas para ativar as contas e acelera a integração para a equipe maior.
  • Os intervalos de IP permitidos para acesso ao Acrobat Sign foram estendidos para Grupos e APIs - Mais flexibilidade foi fornecida para controles de restrição de IP ao proteger o acesso ao Acrobat Sign. As restrições de IP agora podem ser configuradas na camada dos grupos pelos administradores de grupo. Além disso, agora se aplicam restrições ao acesso à API: se uma conta ou grupo especificar um conjunto permitido de endereços IP, tanto a interface do Acrobat Sign quanto as APIs só poderão ser acessadas a partir desses endereços.
    • As restrições de IP agora se aplicam ao acesso tanto à IU quanto à API.
    • Os administradores de grupos podem configurar restrições de IP para seus grupos.
    • Usuários em vários grupos são avaliados em relação à política de IP de seu grupo padrão.
    • Integrações e aplicativos de parceiros são permitidos por padrão e não são restritos pelo bloqueio de IP. 
      • Os administradores podem trabalhar com o Suporte da Adobe para bloquear aplicativos no nível de grupo ou conta. Se o acesso for bloqueado, o aplicativo precisará usar endereços IP inclusos na lista de permissões para conectar-se ao Acrobat Sign.
  • Atualizações de qualidade de vida para clientes com licença ETLA: as atualizações recentes lançadas para clientes com licença VIP estão sendo estendidas a clientes com licença ETLA, ou seja, clientes licenciados com uma licença com valor inferior a US$ 100 mil (entre em contato com o executivo da sua conta ou com o suporte em caso de dúvidas):
    • Configuração de administrador simplificada na Página inicial - O Acrobat Sign apresenta uma nova seção de gerenciamento de conta para ajudar administradores de conta a acessar rapidamente as principais ferramentas de configuração. Adicione usuários, organize grupos, conecte integrações e migre modelos diretamente da página inicial, sem precisar pesquisar muito.
    • Adicionar usuários ao Admin Console pelo Acrobat Sign – Os administradores agora podem adicionar usuários diretamente da página de usuários no Acrobat Sign, atualizando automaticamente o Adobe Admin Console.
      • Este elemento será implementado na primeira semana de novembro de 2025.
    • Atribuição de função do Admin Console agora disponível pelo Acrobat Sign - Para simplificar a configuração, o Acrobat Sign agora permite que administradores de conta atribuam funções principais do Admin Console—administrador de produto e suporte—sem sair da interface do produto.
    • Acesso mais fácil ao conjunto de integrações de terceiros - Uma nova página de integrações foi adicionada ao menu de administrador, fornecendo links diretos e intuitivos para os arquivos de configuração das integrações individuais.
    • Integração HIPAA mais fácil com orientação no produto - Organizações sujeitas ao HIPAA agora podem iniciar o processo de habilitação no Acrobat Sign por meio de um novo fluxo de trabalho de autoatendimento através do menu de administrador Começar .O sistema envia uma solicitação automatizada ao Suporte e rastreia o progresso com base na assinatura do BAA e na configuração do sistema.
    • Acelere a migração de modelos para o Acrobat Sign com conversão automatizada de modelos - O novo recurso de migração de modelos ajuda administradores de contas a trazerem rapidamente os modelos para o Acrobat Sign. Faça upload de um arquivo ZIP de modelo, converta-o automaticamente e revise os resultados no ambiente de criação — sem necessidade de conhecimento técnico.
  • Remover assinaturas de certificação e bloqueio de acordos assinados digitalmente - As organizações que precisam passar por serviços de validação de assinaturas de terceiros agora podem solicitar o suporte da Adobe para configurar as configurações de sua conta ou grupo a fim de ignorar a aplicação do certificado da Adobe e evitar assinaturas de bloqueio em contratos assinados digitalmente. Quando ativado, os acordos contêm apenas as assinaturas digitais do destinatário, reduzindo as taxas de rejeição em ferramentas de validação regional rigorosas.
    • Os administradores de conta podem solicitar o suporte da Adobe para excluir as assinaturas de certificação e bloqueio da Adobe nos níveis de conta e/ou grupo.
    • Os acordos contêm apenas assinaturas digitais do destinatário, melhorando a aceitação por validadores de terceiros.
    • O relatório de auditoria registra quando a certificação é ignorada, incluindo uma impressão digital SHA-256 do documento
    • Aplica-se a todos os pontos de exportação: anexos de email, downloads da página “Gerenciar”, API e conteúdo de webhooks
    • Resolve lacunas de conformidade geradas por clientes que exigem validação dentro de esquemas de confiança regionais: descrição
  • Acesso aos recursos modernos de Enviar em massa para contas do Acrobat Sign for Government - Enviar em massa foi atualizado para acessar a funcionalidade moderna do ambiente Acrobat Sign for Government .
  • PDF/A aprimorado para apoiar a conformidade com PDF/A-3B e converter todos os arquivos carregados no padrão PDF/A selecionado - Os administradores agora podem habilitar a conversão e normalização de arquivos carregados, incluindo PDFs, formatos do Microsoft Office e imagens raster, em PDF/A-2b ou PDF/A-3b. Os arquivos PDF/A existentes são validados, reparados quando necessário ou normalizados para o nível de destino configurado.
    • Os administradores podem configurar fluxos de trabalho PDF/A no nível de conta ou grupo.
    • Níveis de conformidade compatíveis: PDF/A-2b (padrão) e PDF/A-3b.
    • Documentos não PDF e PDF não conformes são automaticamente convertidos para PDF/A.
    • Arquivos PDF/A danificados são reparados ou normalizados para o nível de destino.
    • Anexos permitidos conforme as regras do PDF/A: PDF/A-2b (apenas PDF/A), PDF/A-3b (qualquer arquivo).
    • Os acordos são revalidados para conformidade com PDF/A na conclusão da assinatura.
    • Os relatórios de auditoria são opcionalmente gerados em formato PDF/A e incluem resultados de validação/conversão PDF/A com nível de conformidade.
  • Eventos de “Alteração do método de autenticação” nos relatórios de auditoria: as alterações nos métodos de autenticação do destinatário agora podem ser incluídas no relatório de auditoria como eventos separados. Quando um remetente (ou delegado autorizado) atualiza o método de autenticação de um destinatário (como mudar de OTP por SMS para OTP por email), a atualização é captada e registrada no relatório de auditoria do contrato, no registro de atividades e na lista de eventos da API.
    • Um novo evento, Método de autenticação atualizado, aparece no relatório de auditoria, mostrando:
      • O destinatário afetado
      • O usuário que fez a alteração
      • O método de autenticação original
      • O novo método de autenticação
      • O carimbo de data e hora da alteração
    • Os eventos também são expostos através da API GET /agreements/{agreementId}/events.
    • Os logs de atividade exibem o evento com detalhes do destinatário, iniciador e carimbo de data e hora.

Alterações de experiência

  • Mudança de identidade visual do serviço notarial do Acrobat Sign de Notarize para Proof – As strings internas referentes à Notarize Inc na interface do Acrobat Sign foram atualizadas para a nova identidade visual: Proof
  • Acesso por IPv6 para o Acrobat Sign for Government: organizações que usar o IPv6 no serviço do Acrobat Sign for Government agora têm acesso a endereços IPv6 do Acrobat Sign:
    • 2001:489a:3102:4::160/124 (IPv6)
    • 2001:489a:3102:4::150/124 (IPv6)
  • A Experiência do destinatário moderna para assinatura eletrônica agora é o ambiente padrão para todas as contas - Todas as contas foram atualizadas para usar o ambiente moderno de assinatura eletrônica. Os controles de administrador permanecem no menu Administrador para habilitar o ambiente clássico se necessário.
  • A experiência moderna de Solicitar assinatura agora é o ambiente padrão para todas as contas - Todas as contas foram atualizadas para usar o ambiente moderno de Solicitar assinatura. Os controles de administrador permanecem no menu Administrador para habilitar o ambiente clássico se necessário.
  • A experiência moderna de Criar modelo agora é o ambiente padrão para todas as contas corporativas - Todas as contas foram atualizadas para usar o ambiente moderno de Criar modelo de biblioteca. Os controles de administrador permanecem no menu Administrador para habilitar o ambiente clássico se necessário.
  • A experiência moderna do Designer de fluxo de trabalho personalizado agora é o ambiente padrão para todas as contas - Todas as contas foram atualizadas para usar o ambiente moderno do Designer de fluxo de trabalho. Os controles de administrador permanecem no menu Administrador para habilitar o ambiente clássico se necessário, e os link de alternância permanecem para os usuários mudarem entre as experiências clássica e moderna (se habilitadas)

Atualizações de REST API/Webhook

As atualizações de API e webhook desta versão podem ser encontradas na documentação da API do Acrobat Sign.

  • Limite de enquete de API para pontos de acesso GET de API sobre recuperação de status ou fins de listagem- Um novo limite de enquete agora limita a frequência com que aplicativos clientes podem fazer enquetes em pontos de acesso GET /agreement específicos.
  • Função de superadministrador de grupo para OEMs parceiros - Uma nova função de Superadministrador de grupo está disponível na plataforma OEM 2.0. Esta função permite que os parceiros concedam a seus clientes capacidades administrativas limitadas para criar e gerenciar grupos sem expor privilégios completos do administrador de conta.
    • O cliente do parceiro pode criar e gerenciar seus próprios grupos.
    • O criador de um grupo automaticamente se torna o administrador do grupo.
    • Os administradores de conta controlam quais configurações do grupo são expostas.
    • Os administradores de grupo veem apenas configurações relevantes, como modelos de mensagem, configurações de email, configurações de envio e status de compartilhamento.
    • O recurso requer que o UMG (Usuários em Múltiplos Grupos) esteja ativado.
    • Os administradores de conta continuam sendo a única função com acesso às configurações na camada das contas e a capacidade de atribuir a função de superadministrador de grupo.

Problemas resolvidos

Problema Descrição
4505635 Resumo: o escopo agreement_retention não está disponível na API da GovCloud.
Correção: o escopo foi configurado para funcionar no ambiente da GovCloud com a integração com o Okta.
4515686 Resumo: os proprietários de formulários da web não podem substituir o signatário secundário em formulários da web existentes em circunstâncias específicas de validação. Tentar atualizar o endereço de email do signatário secundário retorna um erro: "Você não pode adicionar ou remover seu endereço de email no estado atual do acordo."
Correção: a validação foi atualizada de modo que o email correto do remetente ou signatário secundário seja reconhecido. Os proprietários de formulários web agora podem substituir o signatário secundário conforme esperado. Os usuários não precisam tomar nenhuma ação.
4519727 Resumo: o formato moderno de números de telefone no Benin não é reconhecido (comprimento de 10 caracteres)
Correção: o Acrobat Sign agora é compatível com o novo formato de números de telefone de 10 dígitos do Benin. Os usuários podem inserir números válidos com o código de país +229 sem erros. Nenhuma ação é necessária por parte dos usuários.
4525532 Resumo: a função de pré-preenchimento não está disponível por padrão na nova experiência de criação
Correção: a função de pré-preenchimento foi exposta por padrão na lista de contexto do destinatário ao compor contratos
4526142 Resumo: ao aplicar uma camada de campos de formulário de um modelo existente na nova experiência de criação, alguns campos não são copiados. 
Correção: novas verificações foram adicionadas para garantir que o modelo completo seja transferido.
4527772 Resumo: contratos com roteamento sequencial às vezes perdem o campo de nome do destinatário quando atribuídos a um participante com a função de preenchedor do formulário. O campo não é exibido para esse destinatário, deixando o contrato incompleto.
Correção: atualizações significativas na API REST foram estabelecidas para garantir que todos os campos sejam mantidos.
4527945 Resumo: o uso de um modelo de campo de formulário em um contrato que tem um grupo de destinatários não funciona; o código de validação do modelo filtra o participante do grupo de destinatários, e os campos associados são perdidos.
Correção: o código foi reformulado para usar um parâmetro de membro diferente em vez do valor do email.
4528619 Resumo: ao editar o nome de um grupo de destinatários na nova experiência de envio, o cursor salta automaticamente para o fim do texto após cada alteração. Isso dificulta a edição do nome de uma vez. 
Correção: o rastreamento de solicitações foi atualizado para garantir que todos os métodos de autenticação sejam carregados corretamente antes do envio. Os contratos agora são processados corretamente depois que todos os detalhes de autenticação necessários são fornecidos. Nenhuma ação é necessária por parte dos usuários.
4531835 /
4537898/
4541002
Resumo: os clientes deparam-se com erros ao usar alguns certificados de terceiros, porque os certificados de raiz atualizados não são confiáveis, causando problemas com webhooks e notificações.
Correção: as CAs de raiz estão sendo atualizadas.
4532798 Resumo: ao aplicar uma camada de campos de formulário, o Acrobat Sign cria um novo documento para captar as informações das camadas. Devido a problemas de controle de versão nesses novos documentos, alguns fluxos de trabalho de “modificar contrato” falham.
Correção: mudamos a nossa abordagem de obter as informações de origem por meio de uma API para publicar um evento quando um modelo de camada de campos de formulário é aplicado e consumi-lo para preencher as informações de origem dos contratos.
4534813 Resumo: usuários em vários grupos não podem usar o reconhecimento automático de campos ao criar modelos ou contratos. 
Correção: adição de um novo teste para verificar a detecção de campos na criação V5 para um usuário com muitos grupos.
4535639 Resumo: em alguns contratos, os campos de imagem obrigatórios estão ausentes no PDF assinado. Embora o FormFields.csv mostre URLs de imagens, as imagens não aparecem no contrato final.
Correção: a ordem de algumas funções foi alterada para garantir que os campos de imagem em linha sejam processados independentemente da presença do formulário, e agora as imagens aparecem corretamente para todos os signatários.
4535828 Resumo: os hiperlinks nos documentos são alterados quando o contrato é enviado.
Correção: quando o URL já está codificado especificamente com: /, que é um caractere reservado para URLs, o decodeURI não os decodifica; então, eu mudei para decodeURIComponent para verificar a condição antes da codificação.
4536354 Resumo: documentos PDF grandes (~150 páginas) falham ao carregar com o erro “formato incompatível ou protegido por senha” devido ao tempo-limite insuficiente no front-end para verificações de disponibilidade de imagem.
Correção: aumento do parâmetro max_retries de 7 (padrão) para 13, estendendo o tempo-limite de ~30s para ~60s. Isso fornece tempo suficiente para o processamento de documentos grandes.
4538897 Resumo: modelos de IText originais com conteúdo de página rotacionado fazem com que as assinaturas achatadas fiquem rotacionadas fora do lugar na página.
Correção: antes de achatar as assinaturas no conteúdo da página, o conteúdo da página é envolvido com um push/pop gstate para evitar que a matriz de rotação afete as assinaturas adicionadas.
4539304 Resumo: a documentação do Swagger está por padrão no modo “Experimente”, e os consumidores da API acham difícil explorar o esquema de solicitação
Correção: a documentação agora está por padrão no modo de visualização em vez de “Experimente”; então, os esquemas ficam visíveis por padrão. O desempenho é melhorado eliminando chamadas de API redundantes para tipos de dados primitivos.
4542576 Resumo: o conteúdo útil do webhook do evento AGREEMENT_ACTION_COMPLETED retorna valores de status de participantes diferentes na versão 16.2 da sandbox. Anteriormente, as entradas memberInfos mostravam “ATIVO” ou “SUBSTITUÍDO” mesmo após a assinatura. Na versão 16.2, elas mostram "COMPLETED" quando a Participação Dinâmica não está ativada.
Correção: os novos status de participantes só serão utilizados se o recurso de participações dinâmicas para contratos em andamento estiver habilitado.

Adobe Acrobat Sign versão 16.2.1

Implantação da produção: 4 de novembro de 2025

Implantação da GovCloud: 6 de novembro de 2025

Atualizações de REST API/Webhook

As atualizações de API e webhook desta versão podem ser encontradas na documentação da API do Acrobat Sign.

  • Limite de enquete de API para pontos de acesso GET de API sobre recuperação de status ou fins de listagem- Um novo limite de enquete agora limita a frequência com que aplicativos clientes podem fazer enquetes em pontos de acesso GET /agreement específicos.
  • Função de superadministrador de grupo para OEMs parceiros - Uma nova função de Superadministrador de grupo está disponível na plataforma OEM 2.0. Esta função permite que os parceiros concedam a seus clientes capacidades administrativas limitadas para criar e gerenciar grupos sem expor privilégios completos do administrador de conta.
    • O cliente do parceiro pode criar e gerenciar seus próprios grupos.
    • O criador de um grupo automaticamente se torna o administrador do grupo.
    • Os administradores de conta controlam quais configurações do grupo são expostas.
    • Os administradores de grupo veem apenas configurações relevantes, como modelos de mensagem, configurações de email, configurações de envio e status de compartilhamento.
    • O recurso requer que o UMG (Usuários em Múltiplos Grupos) esteja ativado.
    • Os administradores de conta continuam sendo a única função com acesso às configurações na camada das contas e a capacidade de atribuir a função de superadministrador de grupo.

Problemas resolvidos

Problema Descrição
4509452 /
4526158
Resumo: a pesquisa de modelos ao criar contratos ou enviar em massa não filtra adequadamente outros modelos devido a um componente não estar indexando e rolando corretamente
Correção: o componente defeituoso foi corrigido para garantir que os resultados da pesquisa estejam disponíveis.
4525233 Resumo: contratos criados com validação de moeda não aparecem no campo conforme esperado na experiência moderna de assinatura.
Correção: agora, campos com validação de moeda exibem corretamente o símbolo da moeda quando o campo perde o foco na experiência moderna de assinatura. A atualização garante formatação consistente do símbolo nas visualizações clássica e moderna.
4530694 Resumo: o URL incorreto do link de “Alterar senha” é incorporada à IU
Correção: o URL foi corrigido.
4532664 Resumo: PDFs assinados gerados a partir de documentos de origem que contêm anotações de link da web podem mostrar: “O documento foi modificado após a assinatura” no Acrobat, e o status de certificação aparece inválido devido a anotações de link duplicadas ou malformadas
Correção: agora, o Acrobat Sign detecta e processa corretamente os links da web durante o processo de assinatura, garantindo um status de certificação válido na versão assinada.
4535715 Resumo: PDFs com links da web dobram de tamanho a cada assinatura, porque a função de impressão reimprime uma cópia da anotação do link da web.
Correção: agora, os PDFs são achatados para garantir que não existam links duplicados antes de mesclar anotações no PDF.
4535760 Resumo: ao usar campos calculados que fazem referência a campos de inserção de texto, alguns PDFs assinados exibiam números incorretos ou aleatórios em vez do valor do texto esperado, porque o mecanismo de campos tentava converter a inserção de texto em formatos numéricos ou de data.
Correção: a lógica de conversão no mecanismo de campo calculado foi atualizada para reconhecer entradas baseadas em texto e ignorar a análise numérica ou de data para esses campos. 
4536385 Resumo: campos de formulário suspensos com várias anotações de widget não podem ser uma chave FT, ou a geração da aparência fica confusa e pensa que são campos de formulário.
Correção: a chave FT foi removida das anotações do dispositivo
4537356 Resumo: modelos compartilhados com vários grupos não eram exibidos na página Envio em massa.
Correção: atualização da lógica de Envio em massa para recuperar e exibir corretamente modelos compartilhados entre vários grupos.
4537648 Resumo: o ponto de acesso GET /agreements/{agreementId}/events listava um tipo de evento herdado “BAIXADO” na documentação do Swagger da API REST do Acrobat Sign.
Correção: o tipo de evento "BAIXADO" foi removido dos valores permitidos na documentação da API. 
4537885 Resumo: um espaço extra aparece na página de preferências de assinatura
Correção: remoção do espaçador/div desnecessário do container de layout das preferências de assinatura.
4538113 /
4538586 /
4543131
Resumo: os dados do formulário do campo de inserção automática de texto multilinhas diminuem para um tamanho muito pequeno e ficam ilegíveis
Correção: o dimensionamento foi corrigido para não reduzir automaticamente a fonte a um tamanho ilegível.
4538340 Resumo: os metadados de assinatura são adicionados sem verificar o nome do campo
Correção: adição de uma verificação do campo de assinatura para controlar a exibição dos metadados
4538902 Resumo: o ponto de acesso Get /agreements/memberSetInfo da API REST retorna status de contrato e informações do signatário incorretos. Em alguns casos, o remetente aparece várias vezes na resposta, e a duplicação de dados dos participantes causa falhas nas integrações downstream.
Correção: a API agora retorna corretamente o status do contrato e os detalhes dos participantes sem duplicação. Cada endereço de email aparece uma vez por contrato e as informações do signatário refletem o participante pendente correto. Nenhuma ação dos usuários é necessária.
4543085 Resumo: versões antigas da integração com o Salesforce (abaixo da v25.5) não reconhecem as novas enumerações de status (CONCLUÍDO e REMOVIDO) retornadas no conteúdo dos webhooks. 
Correção: atualização da API REST do Acrobat Sign para excluir os novos status de participante e enumerações relacionadas ao responder a clientes da integração mais antiga com o Salesforce.
4543951 Resumo: ao editar um campo de hiperlink sem título, salvar a alteração cria um novo campo de hiperlink em branco em vez de atualizar o original. Cada salvamento adiciona novos campos em branco, fazendo com que os modelos pareçam inalterados.
Correção: agora, a lógica de atualização distingue corretamente entre títulos de hiperlinks vazios e nulos, evitando campos duplicados. 
4544118 Resumo: com a visibilidade limitada do documento habilitada na nova experiência do destinatário, o participante 2 podia ver campos de hiperlink do documento do participante 1 devido aos links não estarem atribuídos.
Correção: agora, a assinatura eletrônica moderna atribui e valida campos de hiperlink como outros campos e filtra-os por página e destinatário.