O Adobe Acrobat Sign implementa pelo menos três atualizações por ano, categorizadas como versões principais ou secundárias. Atualizações secundárias adicionais podem ser lançadas conforme necessário para resolver problemas do sistema ou do cliente.

As versões principais trazem atualizações importantes, novos recursos e vários aprimoramentos.
As versões secundárias se concentram em melhorias menores e ajustes na experiência do usuário. Elas ocorrem entre as atualizações principais, geralmente uma ou duas vezes por ciclo.

Para evitar interrupções, os novos recursos são desabilitados por padrão e devem ser habilitados manualmente por um(a) admin de conta ou de grupo.

Para clientes da área de Saúde e Ciências Biológicas que exigem validação de conformidade, o Acrobat Sign possui parceria com um fornecedor terceiro que oferece um pacote de validação para cada versão principal que contém recursos, a fim de minimizar os fatores de risco.

Observação:

Esta página de Notas de pré-lançamento é atualizada regularmente à medida que novas informações ficam disponíveis, portanto, o conteúdo é relativamente dinâmico.

Embora a página esteja traduzida, o processo leva tempo, o que pode resultar em versões traduzidas que são ligeiramente diferentes da versão oficial em inglês dos EUA.

Para obter informações mais precisas e atualizadas, recomendamos consultar a página em inglês dos EUA.

A programação e as notas de pré-lançamento estão listadas abaixo.

O Adobe Acrobat Sign segue um cronograma estruturado para publicar notas de versão e atualizações de documentação:

8 semanas antes da versão de produção

A página de pré-versão publica um resumo dos recursos e atualizações esperados, geralmente quatro semanas antes do início da Sandbox.
Todas as alterações de recursos após este ponto são anotadas na seção Errata.
Problemas resolvidos não são incluídos neste estágio.

4 semanas antes da versão de produção (inicio da sandbox)

A página de pré-versão é atualizada com a documentação detalhada sobre os recursos novos e atualizados.
Os links para a documentação de suporte de pré-versão são adicionados conforme necessário e estão disponíveis somente em inglês dos EUA.
A seção inicial de Problemas resolvidos é publicada (com as atualizações em andamento) nas próximas quatro semanas.

Dia do lançamento

As notas oficiais da versão são atualizadas com os detalhes dos recursos finais e os links para a documentação de suporte da produção.
A página de pré-lançamento é atualizada para destacar o próximo ciclo de lançamento de versão.
A documentação é publicada após a verificação da versão no sistema ativo, normalmente após as 19h00 (horário do Pacífico), embora atualizações complexas possam demorar mais.
A lista final dos Problemas resolvidos é adicionada às notas de versão em inglês dos EUA, e as versões traduzidas são atualizadas posteriormente.

Versão da Government Cloud

O ambiente da Government Cloud geralmente é atualizado entre dois dias e várias semanas após a versão de produção, pois alguns recursos podem exigir avaliação adicional antes da implantação.

Observação:

A documentação da sandbox foi projetada para o ambiente de produção. Links encontrados nos URLs de produção de destino do conteúdo de pré-lançamento, o que significa que esses links podem levar a uma documentação antiga ou resultar em uma 404, se a página de destino for nova e ainda não tiver sido publicada (por exemplo, quando o link estiver levando a um novo recurso na mesma versão).

As novas páginas serão publicadas quando a versão for publicada e os links serão resolvidos corretamente para seus URLs de produção.

Disponibilidade da sandbox

Clientes que acessam o ambiente de sandbox do Acrobat Sign geralmente podem acessar as funcionalidades da nova versão quatro semanas antes do lançamento.

O ambiente da Sandbox precisa passar por todos os procedimentos de garantia de qualidade de produção no mesmo nível de qualidade que o ambiente de produção normal.
A Adobe esforça-se para ter 99,9% de disponibilidade no ambiente de sandbox, mas os clientes devem observar que o SLA unificado da Adobe não cobre formalmente a sandbox.
O ambiente de sandbox usa os mesmos procedimentos de página de status e interrupção que o ambiente de produção normal.

Versões

Alerta:

Este artigo contém informações de pré-lançamento. As datas de lançamento, recursos e outras informações estão sujeitas a alterações sem aviso prévio.

16 de junho de 2026 (versão secundária) v17.1.1

Adobe Acrobat Sign versão v17.1.1

Implantação da sandbox: 12 de maio de 2026

Implantação da produção: 16 de junho de 2026

Implantação do GovCloud: 18 de junho de 2026

Funcionalidade aprimorada

Filtro de Destinatário em Relatórios – Adiciona filtragem baseada em destinatário a relatórios e exportações de dados.
Adicione um filtro Destinatário a Relatórios modernos nos relatórios Contrato e Transação e Exportações de dados. Administradores podem filtrar por endereço de email do destinatário para retornar todos os contratos que incluem o destinatário especificado, independentemente da função ou ordem de assinatura. O filtro é compatível com o preenchimento automático e a seleção múltipla consistente com o filtro Remetente já existente e se aplica tanto a relatórios visuais quanto a exportações CSV.

Ambientes disponíveis: sandbox, comercial, governamental | Níveis de serviço disponíveis: Acrobat Sign Solutions | Escopo de configuração: habilitado com relatórios modernos
Revisar visão geral dos relatórios >
Revisar o documento atualizado Criar um relatório >
Revisar a documentação atualizada em Criação de uma exportação de dados >

Edição de documentos em linha durante a criação – Faça edições em textos de documentos diretamente na experiência de criação
Os remetentes podem editar o texto do documento diretamente no ambiente de criação sem baixar e fazer upload do arquivo novamente. A opção Editar documento preserva os campos existentes e a configuração do contrato, reduzindo interrupções durante atualizações antes do envio. A edição está disponível apenas enquanto o contrato está em estado de rascunho e não está disponível após seu envio.

Este recurso está habilitado por padrão para todos os usuários em contas compatíveis, permitindo que remetentes editem documentos enviados por meio da Solicitação de Assinatura. Administradores de conta e grupo podem desabilitar a edição de documentos através das Configurações de envio.

Este recurso não está disponível em Acrobat Sign for Government nem em contas que usam o sistema de gerenciamento de usuário legado.

Ambientes disponíveis: sandbox, comercial Níveis de serviço disponíveis: Acrobat Sign Solutions Escopo de configuração: Conta e grupo; Habilitado por padrão
Habilite ou desabilite a edição em linha do documento >
Como editar texto durante a criação de campos >

Suporte Bio-Pharma (CFR) no Modern eSign – Adiciona o motivo de assinatura e força a reautenticação no momento da assinatura
Adobe Acrobat Sign completa o suporte a Bio-Pharma na experiência Modern eSign adicionando motivo de assinatura e forçando a reautenticação durante a assinatura. Organizações que operam em ambientes regulamentados podem exigir um motivo para a assinatura, forçar a reautenticação em cada assinatura ou no clique final para assinar, e manter relatórios de auditoria compatíveis. Tudo em uma interface moderna.

Ambientes disponíveis: sandbox, comercial, governamental | Níveis de serviço disponíveis: Acrobat Sign Solutions | Escopo de configuração: suporte para configurações Bio Pharma no Modern eSign está habilitado por padrão.
Revisar a lista de recursos compatíveis atualizada para Modern e-sign >

Alterações de experiência

Atualizações de REST API/Webhook

As atualizações abaixo são apresentadas nas notas de pré-lançamento para fins de divulgação. A documentação completa de atualizações de API e Webhook poderá ser encontrada na documentação do desenvolvedor do Acrobat Sign quando a atualização da versão for entregue aos servidores de produção.

Suprimir notificações de contrato via API – Adicione controle granular sobre mensagens do destinatário
Usando a API REST v6 POST /agreements, controle quais notificações são enviadas ao criar contratos suprimindo tipos específicos de email para participantes, CCs ou o remetente. Isso reduz emails desnecessários e oferece experiências de assinatura mais limpas e controladas em fluxos de trabalho integrados.

Ambientes disponíveis: sandbox, Comercial, Governo Níveis de serviço disponíveis: Acrobat Sign Solutions Escopo de configuração: API REST v6

Errata de versão

Não há itens que tenham saído desta versão até agora.

Problemas resolvidos

Problema	Descrição
4545881	Resumo: signatários que usam Baixar e Assinar no Acrobat podiam receber um erro “O Adobe Acrobat Sign não consegue reconhecer” após fazer upload de um PDF assinado digitalmente quando o certificado de ID digital não incluía um valor de nome de signatário esperado, como commonName, givenName ou pseudônimo. O acordo não pôde ser concluído mesmo com o upload do PDF assinado.
4545881	Correção: Acrobat Sign agora lida com certificados de ID digital com valores de nome de signatário ausentes sem gerar erro durante o processo de validação de upload. A assinatura pode ser concluída com sucesso, embora o nome do signatário possa não ser exibido se o certificado não incluir um.
4547132	Resumo: Quando acordos eram criados por meio de uma solicitação de API POST /agreements e securityOption era definido como null, destinatários externos podiam receber None como método de autenticação mesmo quando as configurações da conta exigiam Email OTP como método de autenticação padrão. A autenticação de destinatário interno foi aplicada corretamente, mas a autenticação de destinatário externo não.
4547132	Correção: Acrobat Sign agora aplica corretamente o método de autenticação padrão configurado na conta quando acordos criados por API incluem destinatários com valor securityOption definido como null. Destinatários externos agora recebem o método de autenticação padrão necessário em vez de Nenhum.
4553171	Resumo: Em contas de desenvolvedor usando a nova experiência Criar modelo, modelos reutilizáveis podiam mostrar o prefixo [DEMO USE ONLY] na página Gerenciar, mas o prefixo não estava disponível ao editar o nome do modelo. Usuários não conseguiam remover o prefixo do nome do modelo existente a menos que substituíssem o nome completo ou mudassem para a experiência de modelo clássica.
4553171	Correção: a nova experiência “Criar modelo” agora mantém o nome do modelo reutilizável e o nome do contrato alinhados para o comportamento da marca d'água da conta de desenvolvedor. Usuários podem editar o nome completo do modelo, incluindo o prefixo [DEMO USE ONLY], sem mudar para a experiência clássica
4554947	Resumo: Na experiência moderna do Compose, os usuários não conseguiam remover endereços de email incorretos ou desatualizados das sugestões de preenchimento automático pessoal ao adicionar destinatários, CCs, CCs por destinatário ou membros de grupo. A opção de excluir ainda estava disponível na experiência clássica, mas nem todos os usuários conseguiam voltar para a clássica.
4554947	Correção: A experiência moderna de Composição agora permite que usuários excluam sugestões de preenchimento automático pessoal dos campos de email suportados, incluindo campos de destinatário, CC, CC por destinatário e membro de grupo. Contatos organizacionais não podem ser excluídos das sugestões de preenchimento automático.
4556731	Resumo: Depois que um remetente substituiu um destinatário por si mesmo e então delegou o acordo a outro destinatário, o acordo retornou para Em andamento, mas a opção Fazer upload de documento assinado permaneceu indisponível. Isso impediu o remetente de fazer upload de uma cópia assinada para acordos em andamento elegíveis após essa sequência de delegação.
4556731	Correção: Acrobat Sign agora restaura corretamente a opção Fazer upload de documento assinado depois que um destinatário é substituído pelo remetente e então delegado a outro destinatário, quando o acordo é elegível para upload de documento assinado.
4557576	Resumo: Quando um bloco de assinatura era atribuído a um grupo de destinatários com vários membros, o valor do email no bloco de assinatura podia ser cortado em vez de ser exibido claramente. Isso podia tornar as informações do grupo de destinatários difíceis de ler antes que um membro do grupo concluísse a assinatura.
4557576	Correção: o Acrobat Sign agora exibe informações de email do grupo de destinatários em blocos de assinatura sem cortar abruptamente o texto visível. Valores longos de email de grupo de destinatários são tratados para que as informações exibidas permaneçam legíveis dentro do bloco de assinatura.
4558445	Resumo: Modelos criados na experiência clássica podiam incluir grupos de botão de opção com apenas uma opção. Quando esses modelos foram abertos ou reutilizados na nova experiência Criar modelo, a validação bloqueou o fluxo de trabalho com o erro Um grupo de botão de opção deve conter mais de um item, impedindo que os usuários salvassem ou aplicassem modelos existentes.
4558445	Correção: As novas experiências Criar Modelo e criação agora se alinham com a experiência clássica para modelos existentes que contêm grupos de botão de opção com uma única opção. A validação foi relaxada para preservar a compatibilidade com versões anteriores e permitir que modelos afetados sejam abertos, salvos e reutilizados sem bloquear o fluxo de trabalho.
4559171	Resumo: na nova experiência “Criar modelo”, modelos criados a partir de PDFs marcados podiam ser salvos antes da conclusão do processamento de tag de texto. Se os usuários selecionassem Criar imediatamente após o carregamento da visualização, o modelo salvo poderia não conter campos de formulário convertidos, mesmo que o mesmo fluxo de trabalho tivesse êxito na experiência clássica.
4559171	Correção: A nova experiência de criação de modelo agora impede que os usuários criem o modelo até que o processamento de tags de texto seja concluído. O botão Criar fica disponível somente após todos os campos e detalhes relacionados serem totalmente carregados, garantindo que as tags de texto sejam convertidas e aplicadas antes de o modelo ser salvo.
4561898	Resumo: Alguns destinatários podem encontrar um erro de servidor após a autenticação ou ao finalizar a assinatura de contratos que usaram documentos PDF específicos. A falha foi causada por um problema no manuseio de dados de estrutura de PDF durante a geração de documento assinado, o que impediu que o signatário concluísse o contrato.
4561898	Correção: Acrobat Sign agora manipula dados de estrutura de PDF de forma mais defensiva durante a assinatura e geração de documentos. A correção impede que conflitos de árvore de estrutura bloqueiem a conclusão, permitindo que os destinatários se autentiquem, assinem e concluam contratos afetados com êxito.
4562041	Resumo: algumas notificações de webhook podem ser atrasadas ou falhar ao publicar quando Acrobat Sign recebeu um erro interno de servidor ao criar o conteúdo do webhook. Para a conta afetada, vários eventos em 19 de março de 2026 foram impactados, incluindo AGREEMENT_WORKFLOW_COMPLETED e outros eventos de acordo, o que atrasou fluxos de trabalho posteriores do cliente
4562041	Correção: o Acrobat Sign agora manipula falhas de geração de conteúdo de webhook de forma mais confiável para que respostas internas com falha não sejam armazenadas em cache de uma forma que bloqueie ou atrase a entrega de eventos. A correção foi validada por meio de teste de regressão e tem como objetivo impedir que eventos de webhook afetados sejam atrasados pelo mesmo caminho de falha de geração de conteúdo.
4562458	Resumo: os destinatários podem receber um erro “ID de contrato especificado inválido” ao abrir uma URL de assinatura para contratos enviados a usuários inativos em domínios de conta reivindicados, quando autenticações de destinatário, como “senha de uso único por email” ou autenticação de senha, eram usada. O fluxo de assinatura criou um usuário pendente de uso único para continuar o processo de assinatura, mas a solicitação de informações de assinatura pode ler dados de contrato obsoletos que não incluíam a participação recém-criada, bloqueando o acesso até que o link de assinatura fosse regenerado ou os dados atualizados.
4562458	Correção: Acrobat Sign agora recupera dados de participação de contrato atuais ao abrir URLs de assinatura autenticadas neste fluxo de trabalho. Isso impede que dados de contrato em cache obsoletos causem erros de ID de contrato inválido e permite que os destinatários concluam a autenticação e acessem a página de assinatura eletrônica com êxito.
4566894	Resumo: Alguns contratos expirados criados a partir de vários modelos não puderam ser copiados da página Gerenciar. Quando os usuários selecionaram "Criar uma cópia", a operação de cópia falhou com "Não é possível copiar o acordo". Tente novamente mais tarde porque a validação de acesso ao modelo falhou ao copiar acordos com mais de um modelo.
4566894	Correção: Acrobat Sign agora valida corretamente as informações do modelo ao copiar contratos que foram criados a partir de vários modelos. Os contratos afetados agora podem ser copiados sem acionar o erro de sessão de backend.
4568666	Resumo: As notificações de webhook podem falhar intermitentemente para contratos que incluíam participantes testemunha sem um ID de usuário atribuído. O evento principal do acordo foi criado, mas a geração de conteúdo do webhook pode falhar quando os dados do participante são processados em ordem imprevisível, fazendo com que alguns eventos de webhook esperados não sejam entregues após AGREEMENT_CREATED.
4568666	Correção: o Acrobat Sign agora lida com dados de participantes do webhook com IDs de usuário ausentes de forma segura durante a geração de conteúdo. Isso evita que participantes testemunha temporários causem falhas no conteúdo do webhook e permite que eventos de webhook esperados do contrato sejam entregues de forma consistente.
4571682	Resumo: em alguns contratos onde o Power Automate modificou grupos de destinatários antes da vez de um preenchedor de formulário posterior, campos somente de leitura podem não aparecer para o preenchedor de formulário subsequente. Após o preenchedor de formulário concluir seus campos editáveis, esses campos também podem desaparecer do contrato, mesmo que os campos ainda estejam atribuídos corretamente e marcados como visíveis através da API.
4571682	Correção: Acrobat Sign agora preserva a visibilidade de campos para grupos de destinatários subsequentes após alterações na associação de grupo de destinatários. Campos somente leitura, blocos de assinatura, seleções de menu suspenso e outros valores de campos preenchidos permanecem disponíveis para destinatários posteriores e no PDF baixado para os cenários corrigidos.
4572455	Resumo: alguns signatários podem ver uma mensagem de “Erro não tratado” ou “Algo deu errado” após concluir a assinatura, mesmo que a ela tenha sido aplicada e o contrato tenha avançado para o próximo destinatário. O problema ocorria quando participantes dinâmicos estavam habilitados e o fluxo de assinatura tentou preparar o documento para o próximo signatário, mas não conseguiu encontrar a versão esperada do documento assinado.
4572455	Correção: Acrobat Sign agora verifica a versão correta do documento assinado ao preparar um contrato para o próximo signatário. Isso evita que o fluxo de assinatura mostre um erro após uma assinatura bem-sucedida quando participantes dinâmicos estão habilitados.