Centro de Ajuda da Adobe

Ajuda do Adobe Acrobat Sign

Notas de versão do Adobe Acrobat Sign - 2026

Última atualização em 17/06/2026

Notas de versão do Adobe Acrobat Sign – 2026

Versão do Adobe Acrobat Sign v17.0

Implantação da produção: 3 de fevereiro de 2026

Implantação na GovCloud: 10 de fevereiro de 2026

Funcionalidade aprimorada

Caixas de seleção agrupadas na criação e nos modelos: os remetentes agora podem criar grupos de caixas de seleção por meio dos modernos ambientes de criação Solicitar assinatura e Modelos de biblioteca, que contam com regras de validação como as opções selecionar exatamente, pelo menos, no máximo ou um intervalo de X de Y. Enviar em massa, formulários web e Fluxos de trabalho personalizados são compatíveis com o uso de Modelos de biblioteca. Este aprimoramento garante lógica consistente do formulário e melhora a precisão dos dados em fluxos de trabalho de assinatura.

Intervalos de IP permitidos: controle expandido sobre o acesso à API e ao dispositivo móvel. Os administradores agora podem controlar explicitamente se as restrições de IP se aplicam a clientes baseados em API, incluindo aplicativos móveis do Acrobat Sign e integrações certificadas.

Suporte a autenticação para assinatura eletrônica moderna: a assinatura eletrônica moderna agora oferece suporte a três métodos: autenticação do Acrobat Sign, senha e 2FA por telefone.

Adicionando Grupos de Destinatários no Roteamento Híbrido para assinatura de solicitação moderna – Os grupos de destinatários agora podem ser incluídos no roteamento híbrido, permitindo que vários destinatários ou grupos atuem em paralelo dentro da mesma etapa de roteamento. Os modos de grupo oferecem suporte para que um ou todos os membros concluam a ação, proporcionando maior flexibilidade para fluxos de trabalho complexos de aprovação e assinatura.

Copiar acordos de terminal enviados de Solicitar assinatura—Os remetentes agora podem criar um novo rascunho de acordo copiando um acordo previamente concluído, cancelado ou expirado. Todos os destinatários, configurações, arquivos e campos de formulário são automaticamente preenchidos. O contrato copiado abre na página Redigir para fazer edições rápidas antes do envio, reduzindo o tempo de configuração, minimizando erros e melhorando a produtividade para fluxos de trabalho repetitivos, como renovações ou correções.

Desabilite o link Baixar contrato para contratos em andamento: administradores agora podem remover o link “Baixar uma cópia” das páginas de confirmação após a assinatura, no nível de conta ou grupo, impedindo que destinatários baixem os contratos nessa etapa.

Guia de recursos na navegação superior: uma nova página de Recursos está disponível na navegação superior para administradores e usuários, fornecendo acesso direto ao conteúdo educacional do Acrobat Sign, webinários, blogs e vídeos de atualização do produto. A página organiza tutoriais por nível de usuário — iniciante, experiente e administrador — e vincula diretamente à documentação de suporte adicional.

Participação dinâmica para contratos em andamento / remover destinatários: agora, os remetentes podem remover destinatários de contratos em andamento sem cancelar ou reiniciar a transação. Quando um destinatário é removido, o Acrobat Sign automaticamente revoga seu acesso, atualiza lembretes e trilhas de auditoria, remove os campos atribuídos e retorna o contrato sem percalços a seu estado de assinatura ativo. Essa flexibilidade ajuda as organizações a manter a precisão em fluxos de encaminhamento em tempo real, como quando um signatário fica indisponível, preservando a integridade legal, a conformidade e um histórico completo de auditoria.

Exigir assinaturas digitais para destinatários individuais durante a configuração do contrato – Os remetentes agora podem exigir assinaturas digitais para destinatários selecionados, garantindo requisitos de assinatura mais rigorosos quando necessário, sem afetar outros destinatários. A experiência de assinatura se adapta automaticamente, aplicando campos obrigatórios de assinatura digital e expondo verificações de identidade quando compatível, reduzindo erros e melhorando a conformidade para fluxos de trabalho regulamentados.

Provedores de identidade digital como métodos de autenticação padrão: agora, os administradores podem selecionar um provedor de gateway de identidade digital como método de autenticação padrão do signatário para destinatários internos e externos em Configurações de envio. A configuração se aplica automaticamente a contratos, formulários web, envios em massa e fluxos de trabalho, garantindo verificação consistente e compatível dos destinatários. Essa melhoria simplifica a configuração de autenticação, reforça as políticas de identidade organizacional e aprimora o suporte para clientes governamentais e corporativos que dependem de autenticação baseada em identidade digital.

Campos de formulário verificados com dados verificados de identidade: agora, os criadores de formulários podem criar campos de formulário verificados que são preenchidos automaticamente com dados retornados por um provedor de identidade (como o OneID) durante a autenticação do signatário. Esses campos podem ser definidos como somente leitura ou editáveis, garantindo que os dados de identidade verificados sejam capturados com precisão e opcionalmente bloqueados contra edições (por exemplo, nome, endereço ou número de conta). Isso fortalece a garantia de identidade, reduz erros de entrada manual e simplifica a conformidade para fluxos de trabalho que exigem dados validados do signatário.

Grupos de destinatários no arquivo CSV para Envio em Massa – Os remetentes agora podem definir grupos de destinatários diretamente no arquivo CSV de Envio em Massa, permitindo que vários destinatários atuem na mesma etapa de roteamento. Cada grupo pode ser configurado no modo UM ou TODOS—exigindo que um membro ou todos os membros concluam a ação antes que o roteamento avance. As definições de grupo, validação e rastreamento de auditoria são todos tratados por linha do CSV, com erros relatados por meio de arquivos de validação para download.

Modelo da biblioteca / compartilhar com vários grupos: agora , a experiência moderna de criar modelo da biblioteca permite o compartilhamento de modelos com vários grupos dentro de uma conta, sendo equivalente à funcionalidade disponível anteriormente no fluxo de trabalho clássico. Os usuários podem selecionar um ou mais grupos ao criar ou editar um modelo, garantindo comportamento consistente entre os grupos. Essa melhoria elimina o retorno à experiência clássica, melhora a colaboração e simplifica o gerenciamento de modelo para organizações com vários grupos.

Arquivos em anexo para todos os destinatários com assinaturas digitais: agora, todos os destinatários de um fluxo de trabalho de assinatura digital podem anexar arquivos (não apenas o primeiro signatário). Um novo método de anexo usando anotações de clipe de papel exibe um ícone de clipe de papel visível no documento e permanece compatível com várias assinaturas digitais. Cada anexo é adicionado antes que a assinatura digital do signatário seja aplicada, preservando a validade da assinatura e fornecendo um indicador visual claro dos arquivos anexados. Essa melhoria aprimora a integridade legal, transparência e consistência em fluxos de trabalho de assinatura eletrônica e assinatura digital.

Novas opções de TSP para assinaturas na nuvem: novos provedores de serviços de confiança foram adicionados para permitir assinaturas digitais na nuvem:
- Swisscom

Alterações de experiência

Notificações de cancelamento de contrato no fluxo de trabalho: a notificação de cancelamento foi atualizada para refletir o comportamento do fluxo de trabalho.
Ao cancelar um contrato criado por fluxo de trabalho, a caixa de seleção “Notificar destinatários” não aparece mais. As notificações são sempre enviadas com base nas configurações do fluxo de trabalho. Essa alteração ajusta a mensagem para refletir esse comportamento no desafio de cancelamento.

Melhorias na página de logon: agora, a página de logon do Acrobat Sign proporciona uma experiência mais clara e consistente. Assim que você inserir seu endereço de email, a página detecta automaticamente o tipo de conta e direciona você para o método de logon correto, removendo etapas desnecessárias e telas legadas. Isso torna o logon mais rápido, simples e intuitivo para todos.
- Novo formato de email para usuários corporativos do Acrobat Sign que fazem logon diretamente na interface web : o Acrobat Sign agora impõe um limite de 64 caracteres para a parte local de um endereço de email (a parte antes do símbolo “@”) ao editar um email existente ou criar um novo usuário.
  Todos os usuários com uma parte local acima de 64 caracteres foram avaliados e determinados como IDs de usuário inativo ou teste.

Observe que essa experiência é disponibilizada em lançamento gradual, com base no ambiente de servidor do Acrobat Sign. O cronograma de implantação está publicado na Notificação técnica da Experiência de login atualizada.

Habilitar gerenciamento de detalhes de usuários inativos: agora, os administradores podem editar detalhes de usuários inativos diretamente na IU do administrador e por meio do carregamento de arquivos CSV sem reativar contas. Isso inclui atualizar atribuições de grupo (para configurações de grupo único e múltiplo), gerenciar o atributo "Usuário pode assinar documentos" e realizar edições em massa para conformidade e manutenção de registros. A mudança simplifica o gerenciamento do ciclo de vida de usuários corporativos, reduz a carga administrativa e apoia uma organização de grupos mais limpa e o tratamento de registros alinhado ao GDPR.

Problemas resolvidos

Problema	Descrição
4528600	Resumo: As configurações de validação de campo não funcionam quando uma camada de campos de formulário é anexada a um fluxo de trabalho personalizado. Regras de validação, como regex ou limites de intervalo numérico, são removidas quando o fluxo de trabalho é iniciado, fazendo com que campos aceitem entrada inválida.
4528600	Correção: As regras de validação agora se aplicam corretamente quando camadas de campos de formulário são incluídas em fluxos de trabalho personalizados. Os campos mantêm seu comportamento de validação nas experiências de criação clássica e nova. Nenhuma ação dos usuários é necessária.
4528748	Resumo: Os administradores veem intermitentemente um “Erro não tratado” ao adicionar associação a grupo a usuários recém-sincronizados (sincronização do Azure). Alguns novos usuários no grupo têm o groupID definido como nulo
4528748	Correção: Se o grupo de um usuário for nulo após a criação, ele é colocado no grupo Padrão da conta.
4529934	Resumo: Em Gerenciar > formulários web, “Baixar dados de campo de formulário” continua carregando e nunca termina — especialmente em formulários web com muitos envios. Clientes do Teams sem acesso à API não conseguem exportar dados (por exemplo, 1º a 31 de maio) para relatórios
4529934	Correção: Adicionada exportação CSV paginada e mais rápida na interface. Downloads de dados de formulário são concluídos de forma confiável para intervalos de datas selecionados, sem travar.
4532186	Resumo: Na nova experiência de criação, o destaque de cor do campo não corresponde ao comportamento da Criação clássica. Quando vários destinatários estão envolvidos, todos os campos permanecem totalmente coloridos em vez de escurecer os campos de destinatários não selecionados. Isso torna difícil verificar atribuições de campo.
4532186	Correção: Clareza visual restaurada ao escurecer (20% de opacidade) campos que pertencem a destinatários não selecionados. Isso replica a clareza da Criação Clássica preservando o sistema de design moderno. O destaque agora ajuda usuários a identificar facilmente os campos do destinatário selecionado e reduz o risco de atribuição incorreta.
4534061	Resumo: o link “Baixar uma cópia” aparece na página de confirmação pós-assinatura mesmo quando a configuração da conta ou grupo está definida para desabilitá-lo.
4534061	Correção: Uma nova configuração foi adicionada para suprimir explicitamente a opção Baixar para todas as páginas pós-envio. A página pós-assinatura agora respeita corretamente a configuração de controle de download, ocultando o link “Baixar uma cópia” quando a configuração está desabilitada.
4536347	Resumo: Na Experiência Clássica, os remetentes não conseguiam adicionar um segundo arquivo (ou tentar novamente adicionar um arquivo) ao iniciar determinados fluxos de trabalho, bloqueando envios de fluxo de trabalho de vários documentos, devido a um erro na forma como o seletor de arquivos lidava com modelos compartilhados entre vários grupos.
4536347	Correção: Corrigido o manuseio do seletor de arquivos de modelos compartilhados entre múltiplos grupos para que usuários possam adicionar arquivos adicionais ou tentar novamente a seleção de arquivos na Experiência Clássica sem erros.
4537504	Resumo: um valor de menu suspenso condicional não estava presente no documento assinado, mesmo tendo sido selecionado corretamente durante a assinatura, porque a lógica de visibilidade avalia um campo dependente oculto e não mantém o valor renderizado no PDF assinado final.
4537504	Correção: Atualizada a renderização de campo condicional para resolver corretamente dependências de visibilidade no momento da assinatura e persistir o valor do menu suspenso selecionado no documento assinado quando as condições são atendidas.
4537995	Resumo: Em grupos de destinatários, alterar o método de autenticação para usuários externos revertia para Telefone após salvar, impedindo que OTP por Email fosse aplicado, devido a um erro de manuseio de estado do front-end que sobrescrevia a seleção do usuário.
4537995	Correção: Corrigida a lógica da interface de grupo de destinatários para persistir e reaplicar adequadamente o método de autenticação selecionado entre ações de salvamento, garantindo que o valor escolhido seja mantido em vez de ser redefinido para o padrão.
4539214	Resumo: Em fluxos de trabalho personalizados, um rótulo de mensagem longo faz com que o texto da mensagem se sobreponha e obscureça o hyperlink do modelo de mensagem na página Enviar, devido ao manuseio inadequado do layout de conteúdo excessivo do rótulo.
4539214	Correção: atualização da lógica de layout da página de envio para restringir e quebrar corretamente rótulos de mensagem longos, de modo que o hiperlink do modelo de mensagem permaneça visível e acessível.
4539854	Resumo: alguns signatários são redirecionados para fora da experiência de assinatura ao abrir determinados contratos, devido a um campo de link malformado no documento subjacente que não tem um atributo de nome obrigatório.
4539854	Correção: O fluxo de assinatura agora lida corretamente com campos de link sem nome atribuindo um nome válido no momento do processamento, prevenindo erros e permitindo que signatários completem contratos sem redirecionamento.
4539858	Resumo: Em dispositivos iOS, aprovadores que usam o teclado de escrita à mão chinês não conseguem concluir a aprovação porque o botão Aprovar permanece desabilitado após inserir o nome, devido à página de assinatura não detectar eventos de entrada de escrita à mão como entrada de texto válida.
4539858	Correção: Atualizada a lógica de manuseio de entrada para reconhecer entrada de texto baseada em escrita à mão no iOS, garantindo que o botão Aprovar seja habilitado corretamente uma vez que caracteres válidos sejam inseridos.
4540392	Resumo: Administradores veem intermitentemente erros HTTP 400 e grupos de destinatários aparecem ausentes em fluxos de trabalho mesmo que os grupos existam e o acesso esteja corretamente configurado, devido a cabeçalhos de solicitação excederem o limite de tamanho de cabeçalho da plataforma quando usuários pertencem a um grande número de grupos.
4540392	Correção: O limite de tamanho de cabeçalho de solicitação do lado do servidor foi aumentado para que pesquisas de grupo de destinatários não falhem mais quando usuários têm muitas associações de grupo.
4541258	Resumo: os administradores podiam ver apenas os primeiros 100 modelos na interface de sincronização de produção ou sandbox, com modelos adicionais ausentes das listas local e remota, devido à página de sincronização carregar um conjunto de dados limitado e a função de pesquisa filtrar apenas modelos já carregados no navegador.
4541258	Correção: A interface de sincronização foi atualizada para que inserir texto no campo de pesquisa carregue todos os modelos para o ambiente selecionado (até 5.000), garantindo que modelos além dos 100 iniciais estejam disponíveis para pesquisa e seleção
4541739	Resumo: Destinatários substituídos foram impedidos de assinar digitalmente e viram “O contrato não pode ser assinado digitalmente pois não está na fase de assinatura digital”, devido ao fluxo de trabalho falhar em fazer a transição de futuros signatários substituídos para a fase de assinatura digital quando campos de assinatura digital estavam presentes.
4541739	Correção: O fluxo de trabalho de assinatura foi atualizado para fazer corretamente a transição de destinatários substituídos ou delegados para a fase de assinatura digital quando há campos de assinatura digital, permitindo que assinem e completem o contrato.
4541849	Resumo: Campos de texto de linha única com tamanho de fonte automático preenchidos com caracteres multibyte foram truncados em PDFs assinados, causando corte de parte do texto devido ao dimensionamento incorreto do texto durante a renderização de PDF.
4541849	Correção: Corrigido o comportamento de medição de texto e tamanho automático de fonte para caracteres multibyte para que o valor completo caiba no campo sem truncamento.
4542574	Resumo: A edição de um modelo de biblioteca permitiu que campos suspensos obrigatórios incluíssem valores não emparelhados, fazendo com que o botão Clique para assinar permanecesse indisponível durante a assinatura quando esses valores eram selecionados, devido à falta de validação que garantisse que os valores de exibição e exportação suspensos permanecessem corretamente emparelhados.
4542574	Correção: A edição de modelo agora impõe validação em campos suspensos para que apenas valores corretamente pareados possam ser salvos, evitando entradas não pareadas e garantindo que seleções suspensas obrigatórias não bloqueiem a assinatura.
4542942	Resumo: em formulários web, campos obrigatórios desabilitados pela lógica condicional continuavam exibindo o asterisco obrigatório, induzindo os signatários a pensar que o preenchimento ainda era necessário, devido à interface não atualizar os indicadores obrigatórios quando os campos eram desabilitados. Um problema separado de alinhamento de assinatura móvel foi identificado, mas abordado sob um escopo diferente.
4542942	Correção: A interface de formulários web agora oculta o asterisco obrigatório quando um campo é desabilitado por lógica condicional, garantindo que os indicadores obrigatórios reflitam com precisão se a entrada do signatário é esperada.
4543157	Resumo: Na visualização Em andamento da página Gerenciar, a coluna Destinatários continuou a mostrar o nome do delegador após uma função de assinatura ser delegada, mesmo que um signatário diferente estivesse assinando ativamente, devido à interface não atualizar o destinatário exibido para refletir o delegado atual.
4543157	Correção: A lógica da página Gerenciar foi atualizada para que a coluna Destinatários agora exiba o nome do delegado ativo quando uma função de assinatura é delegada, garantindo que a visualização Em andamento reflita com precisão quem está assinando atualmente.
4543253	Resumo: Na Experiência de Fluxo de Trabalho Clássica, campos atribuídos a testemunhas (assinatura, nome, data) desapareceram após salvar um contrato no estado de Rascunho, mesmo que os campos existissem no backend, devido à lógica de renderização de rascunho falhar em restaurar campos de testemunha quando o progresso era salvo.
4543253	Correção: a lógica de renderização de rascunho foi corrigida para preservar e exibir todos os campos atribuídos a testemunhas após salvar o progresso, garantindo que os contratos abertos no estado de rascunho mantenham a mesma visibilidade de campo que durante a criação e assinatura.
4543513	Resumo: Usuários foram impedidos de enviar contratos na interface web do Sign com o erro “Localidade é inválida ou está ausente”, devido à validação de localidade incorretamente impor regras de localidade de nível de API na interface web quando a localidade do grupo de envio diferia da localidade do grupo principal herdado do usuário.
4543513	Correção: A validação de localidade foi corrigida para que a interface web do Sign resolva e aceite adequadamente combinações válidas de localidade de grupo e usuário, evitando que restrições de localidade apenas de API bloqueiem o envio de contratos na experiência web.
4543592	Resumo: alguns relatórios de auditoria mostravam “Destinatário autenticado com o Adobe Acrobat Sign” após “Documento assinado eletronicamente” e “Contrato concluído”, porque os eventos são armazenados com carimbos de data/hora em segundos, fazendo com que as ações de autenticação e assinatura que ocorrem no mesmo segundo apareçam fora de ordem.
4543592	Correção: o registro de eventos de auditoria foi atualizado para armazenar e exibir carimbos de data/hora com precisão de milissegundos, garantindo que os eventos de autenticação, assinatura e conclusão sejam sequenciados corretamente no relatório de auditoria.
4543617	Resumo: A criação de um modelo a partir de um contrato inicia a experiência Clássica em vez da Nova experiência, apesar da Nova experiência ser o padrão, devido à ação ainda ser direcionada para o fluxo de criação legado.
4543617	Correção: a ação “criar modelo a partir do contrato” foi atualizada para abrir na nova experiência, alinhando o comportamento do CTA com a UX padrão e evitando mudanças de contexto inesperadas para os usuários.
4544564	Resumo: campos ocultos adicionados ou atualizados via API (visible:false) eram renderizados como visíveis na experiência moderna de assinatura eletrônica. A interface de assinatura ignorou o sinalizador de visibilidade do campo, então os destinatários puderam ver campos que deveriam permanecer ocultos.
4544564	Correção: atualização da interface moderna de assinatura eletrônica para filtrar os campos onde a visibilidade é falsa em toda a lógica de renderização e navegação, de modo que os campos ocultos nunca sejam exibidos e não afetem o comportamento da página.
4544571	Resumo: A opção de entrega WhatsApp estava ausente das Configurações de Envio mesmo que o WhatsApp estivesse habilitado para a conta e disponível durante o envio de contratos, causando comportamento inconsistente e confusão para administradores.
4544571	Correção: A opção de entrega do WhatsApp foi restaurada nas Configurações de Envio sempre que o recurso estiver disponível, garantindo visibilidade e configuração consistentes entre as configurações do administrador e a experiência do contrato de envio.
4545381	Resumo: a fonte Roboto não era exibida na nova experiência Solicitar assinatura, mesmo estando disponível na experiência clássica, porque a nova experiência de criação não inclui todas as fontes legadas compatíveis.
4545381	Correção: Roboto foi adicionada à lista de fontes na Nova Experiência de Solicitação de Assinatura, restaurando a paridade de fontes com a Experiência Clássica e permitindo formatação consistente ao criar contratos.
4545484	Resumo: Alguns administradores não conseguiram acessar ou criar grupos de destinatários em Administrador > Catálogo de Endereços devido a uma falha de solicitação do backend, resultando em um erro 400 ao carregar dados do grupo de destinatários. O problema bloqueou a configuração inicial de grupos de destinatários para administradores afetados.
4545484	Correção: O processamento de solicitações do backend foi corrigido para que a pesquisa e criação de grupos de destinatários não falhe mais com erro 400. Os administradores agora podem acessar e gerenciar grupos de destinatários de forma confiável, independentemente da rede ou localização.
4545547	Resumo: Contratos criados a partir de PDFs do AutoCAD falharam ao enviar quando um campo de assinatura digital foi adicionado, exibindo um erro genérico de envio, devido ao sistema não processar corretamente a rotação da página ao validar a inserção do campo de assinatura digital.
4545547	Correção: as coordenadas dos campos de assinatura digital agora são ajustadas para levar em conta páginas rotacionadas, garantindo que os campos sejam validados em relação aos limites corretos da página, para que os PDFs gerados pelo AutoCAD possam ser enviados com sucesso com assinaturas digitais.
4545894	Resumo: Quando um grupo de destinatários é usado e nenhum campo de assinatura é colocado manualmente, o bloco de assinatura gerado automaticamente mostra o texto do endereço de email em um tamanho muito pequeno. O texto fica progressivamente menor conforme mais destinatários são adicionados ao grupo.
4545894	Correção: O bloco de assinatura gerado automaticamente agora renderiza corretamente o endereço de email em tamanho normal e legível, independentemente de quantos destinatários estão incluídos no grupo de destinatários.
4546085	Resumo: Ao usar Adicionar a Mim Mesmo na experiência Nova Solicitação de Assinatura, endereços de email contendo um apóstrofe são exibidos incorretamente. O endereço malformado impede que o contrato seja enviado, a menos que o email seja inserido novamente manualmente ou o Envio Clássico seja usado.
4546085	Correção: Endereços de email com apóstrofes agora são decodificados e exibidos corretamente quando Adicionar a Mim Mesmo é selecionado na experiência Nova Solicitação de Assinatura, permitindo que contratos sejam enviados sem correção manual.
4546110	Resumo: Na experiência de criação de Novo Modelo, adicionar um campo de Hyperlink atribuído a um participante específico faz com que o salvamento do modelo falhe. O mesmo campo funciona quando atribuído a todos os participantes ou ao usar a experiência Clássica.
4546110	Correção: os campos de hiperlink agora aceitam atribuições de participantes provisórias na experiência Novo modelo, permitindo que os modelos sejam salvos corretamente quando o campo é atribuído a um participante específico.
4546257	Resumo: No ambiente Sandbox, contratos enviados através de uma API de aplicativo personalizada mostram incorretamente um botão Voltar na página de criação devido ao Sandbox carregar configurações de um aplicativo gerenciado pela Adobe com criação integrada habilitada, diferentemente do Swagger ou Produção.
4546257	Correção: O comportamento do Sandbox foi alinhado com Produção e Swagger garantindo que a página de criação respeite as configurações pretendidas do aplicativo, impedindo que o botão Voltar apareça para contratos enviados via APIs de aplicativo personalizado.
4546547	Resumo: Formulários web falharam ao atualizar o signatário secundário e retornaram um erro diverso devido a registros de usuário mais antigos sem um sinalizador interno necessário, o que causou o processamento de um valor nulo durante a substituição do signatário secundário.
4546547	Correção: a lógica de atualização do contra-assinante foi reforçada com tratamento seguro de valores nulos, para que os formulários web possam substituir os contra-assinantes com sucesso, mesmo quando os registros de usuários mais antigos não tiverem o sinalizador interno esperado.
4546553	Resumo: Usuários atribuídos a múltiplos grupos podiam criar modelos em um grupo onde a criação de modelo está desabilitada quando a experiência Nova Criação de Modelo está habilitada. Isso permitia contornar restrições de nível de grupo.
4546553	Correção: A criação de modelo agora aplica permissões de nível de grupo consistentemente nas experiências nova e clássica. Usuários não podem mais criar modelos em grupos onde a criação de modelo está desabilitada, mesmo se pertencerem a outros grupos com essa permissão habilitada.
4547744	Resumo: Administradores de Grupo podiam atribuir direitos de Administrador de Conta a usuários através da nova página de Gerenciamento de Usuário. Isso excedia o escopo de permissão e criava um risco de conformidade ao permitir elevação de privilégios além da função de Administrador de Grupo.
4547744	Correção: O controle de seleção de função não está mais disponível para Administradores de Grupo. Apenas Administradores de Conta existentes podem atribuir ou revogar direitos de Administrador de Conta, garantindo que mudanças de função se alinhem com limites de permissão.
4547796	Resumo: Alguns remetentes que usam a interface em polonês ocasionalmente recebem um email de confirmação com o texto incorreto “não é possível fornecer uma assinatura digital”, mesmo que o contrato seja enviado e assinado normalmente.
4547796	Correção: Corrigidas as traduções em polonês para emails de confirmação do remetente para que a mensagem exiba “enviado para assinatura” em vez do texto incorreto “não é possível fornecer uma assinatura digital”.
4548315	Resumo: quando o remetente é incluído como destinatário CC no novo fluxo de trabalho de envio, nenhum erro de validação é mostrado e as notificações de email CC não são enviadas para nenhum destinatário listado após o remetente na lista CC. Isso difere do comportamento do fluxo de trabalho clássico e pode fazer com que os destinatários de CC percam notificações.
4548315	Correção: atualização da lógica do novo fluxo de trabalho de envio para que todos os destinatários CC, excluindo o remetente, recebam notificações de email CC independentemente de sua posição na lista CC, alinhando o comportamento com os resultados esperados.
4548583	Resumo: PDF/A não podia ser habilitado para um grupo se o grupo padrão do usuário tivesse assinaturas manuscritas ativadas, mesmo quando as assinaturas manuscritas estavam desabilitadas para o grupo que estava sendo editado. Isso bloqueou a configuração válida de PDF/A para grupos não padrão.
4548583	Correção: Atualizada a validação para verificar as configurações de assinatura manuscrita no grupo sendo modificado, não no grupo padrão do usuário, permitindo que o PDF/A seja habilitado corretamente onde permitido.
4549337	Resumo: as notificações por SMS para contratos cancelados foram suprimidas quando a configuração Contrato cancelado por email foi desabilitada. Isso impediu que clientes que desabilitam notificações de email enviassem alertas SMS obrigatórios de cancelamento.
4549337	Correção: desvinculamos as notificações de cancelamento por SMS e WhatsApp das configurações de email, introduzindo um controle de notificação dedicado, permitindo o envio de SMS para contratos cancelados mesmo quando as notificações por email estão desabilitadas.
4549472	Resumo: no Acrobat Sign for Government, os usuários não conseguiam criar modelos reutilizáveis usando a nova experiência Criar modelo. Após carregar um documento, o fluxo de trabalho travava em uma tela em branco, bloqueando a criação de modelos.
4549472	Correção: Restaurada a dependência de criação ausente necessária para a nova experiência Criar Modelo em ambientes governamentais, permitindo que a tela de criação carregue corretamente e os modelos sejam criados com sucesso.
4549862	Resumo: quando a página de destino é configurada com a nova experiência de solicitação de assinatura, a mensagem de aviso de logon configurada não é exibida após o logon. Isso impede que as organizações mostrem avisos críticos de manutenção ou interrupção quando os usuários chegam diretamente à página Enviar.
4549862	Correção: restauramos a capacidade de exibir a mensagem de aviso de logon na nova experiência de solicitação de assinatura. Quando os usuários chegam à página Enviar após fazer logon, a mensagem de aviso configurada agora aparece como uma notificação, correspondendo ao comportamento anterior e às expectativas do cliente.
4550175	Resumo: pressionar Enter após inserir um número de telefone na autenticação por telefone em um fluxo de trabalho envia o formulário antes do tempo e aciona um erro do sistema, interrompendo o fluxo de trabalho, pois o formulário é enviado em vez de aguardar uma confirmação explícita.
4550175	Correção: Atualizada a caixa de diálogo do destinatário para impedir o envio do formulário ao pressionar Enter para campos de autenticação por telefone, garantindo que os usuários permaneçam na caixa de diálogo e devam clicar em Continuar, eliminando a interrupção não intencional do fluxo de trabalho.
4550302	Resumo: emails de lembrete e solicitação de assinatura em alemão usavam formas inconsistentes de tratamento, alternando entre o informal “Du” e o formal “Sie” na mesma mensagem, resultando em um texto confuso e não profissional.
4550302	Correção: Atualizadas as traduções de email em alemão para usar uma única forma consistente de tratamento em todo o modelo, garantindo linguagem uniforme e previsível em todos os emails de solicitação de assinatura e lembrete.
4550556	Resumo: Contratos contendo PDFs de plantas arquitetônicas grandes falharam ao enviar quando campos de assinatura digital foram adicionados, retornando um erro durante a criação devido ao tratamento de rotação e tamanho da página na inserção de assinatura digital.
4550556	Correção: Atualizado o processamento de campo de assinatura digital para processar corretamente páginas rotacionadas de formato grande, permitindo que acordos com plantas arquitetônicas sejam enviados com sucesso com assinaturas digitais aplicadas.
4550579	Resumo: Quando um contrato foi concluído removendo os últimos destinatários restantes durante um estado de revisão, o sistema não gerou o evento AGREEMENT_WORKFLOW_COMPLETED, então nenhuma notificação webhook foi enviada, quebrando fluxos de trabalho que dependem deste evento para detectar conclusão.
4550579	Correção: Atualizado o processamento de eventos para que contratos concluídos por meio da remoção de destinatários na revisão agora gerem os eventos de conclusão apropriados, garantindo que os webhooks AGREEMENT_WORKFLOW_COMPLETED sejam acionados conforme esperado.
4550998	Resumo: caixas de seleção pré-preenchidas apareciam marcadas na criação, mas ficavam desmarcadas para signatários, pois os valores das caixas de seleção eram armazenados como strings de texto não vazias em vez de estados explícitos de SIM/NÃO, fazendo com que a experiência de assinatura as tratasse como desmarcadas.
4550998	Correção: atualizamos o tratamento de valores de caixas de seleção para que qualquer valor pré-preenchido não vazio seja interpretado como marcado e valores vazios ou ausentes sejam interpretados como desmarcados, garantindo que os estados das caixas de seleção permaneçam consistentes para os signatários.

Adobe Acrobat Sign versão v17.0.1

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

Implantação da GovCloud: 19 de março de 2026

Funcionalidade aprimorada

Criar uma cópia – Pontos de acesso expandidos, reutilização mais rápida de contratos.
Criar uma cópia agora está disponível diretamente nos filtros Em andamento e Aguardando você na página Gerenciar, bem como na página de confirmação pós-envio. Esses pontos de entrada adicionais facilitam a reutilização de contratos em mais pontos do ciclo de vida de envio, reduzindo a necessidade de reiniciar do zero.
Observação: com esta versão, os controles administrativos para desabilitar este recurso serão removidos do menu de administração, estabelecendo a opção Criar uma cópia como um recurso padrão disponível para todos os usuários elegíveis.

Ambientes disponíveis: Sandbox, Comercial, Governo | Níveis de serviço disponíveis: Soluções do Acrobat Sign | Escopo de configuração: Conta e Grupo; Habilitado por padrão.

Alterações de experiência

Visibilidade de expiração da chave de integração: as datas de expiração agora são exibidas na guia Tokens de acesso
A guia Tokens de acesso, no menu Preferências pessoais, exibe a data de expiração de cada chave de integração. Isso oferece aos usuários e administradores maior visibilidade sobre a idade da chave e o tempo de substituição, facilitando o monitoramento das chaves existentes e evitando interrupções inesperadas quando uma chave atinge o final de seu período de validade de 10 anos.

Ambientes disponíveis: sandbox, comercial, governo Níveis de serviço disponíveis:soluções do Acrobat Sign Escopo de configuração: API

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.

Exibição de email personalizada OEM 2.0 – Identidade mais clara do remetente e destinatário em experiências incorporadas e entrega correta de email.
Para fluxos de trabalho incorporados OEM 2.0, o Acrobat Sign agora exibe o endereço de email personalizado do usuário em vez do endereço de email registrado do parceiro nas principais superfícies da interface e notificações. Contratos, filas como “Aguardando você” e endereços de email “Revisar e assinar” refletem consistentemente a identidade personalizada, preservando o endereço de email registrado internamente para autenticação e direitos. Isso melhora a clareza para remetentes e signatários e impede que emails sejam enviados para endereços registrados inválidos.

Ambientes disponíveis: sandbox, comercial | Níveis de serviço disponíveis: soluções do Acrobat Sign | Escopo de configuração: API - Parceiros OEM 2.0; apenas mediante solicitação

Notificação de webhook para falhas de entrega de SMS – Visibilidade em tempo real de envios de SMS com falha, correção automatizada e paridade com rejeições de endereço de email.
O Acrobat Sign agora emite um novo evento de webhook, AGREEMENT_PHONE_BOUNCED, quando um contrato enviado via SMS não pode ser entregue devido a problemas como números de telefone inválidos, rejeição da operadora ou linhas bloqueadas. Isso permite que os clientes detectem falhas de entrega de SMS em tempo quase real e acionem automaticamente ações de acompanhamento como correção de números de telefone, nova tentativa de entrega ou abertura de casos de suporte, eliminando pontos cegos e reduzindo atrasos em fluxos de trabalho de assinatura com foco em dispositivos móveis.

Ambientes disponíveis: sandbox, comercial, governo Níveis de serviço disponíveis: soluções do Acrobat Sign Escopo de configuração: API

Cargas úteis de webhook – Campo extendedStatus de participante condicional adicionado para atualizações de participação dinâmica, melhorando a visibilidade do estado do participante.
As notificações de webhook agora incluem um campo extendedStatus em cada objeto de participante (memberInfos[]) quando o remetente modifica um contrato em andamento usando participação dinâmica. Este campo fornece detalhes adicionais do ciclo de vida do participante, mantendo o campo status existente inalterado para compatibilidade com versões anteriores.

Valores de status (inalterado): ATIVO, SUBSTITUÍDO.
Valores de extendedStatus: ACTIVE, REPLACED, REMOVED, COMPLETED.

Ambinetes disponíveis: sandbox, comercial, governo | Níveis de serviço disponíveis: soluções do Acrobat Sign | Escopo de configuração: API

Problemas resolvidos

Problema	Descrição
4543515	Resumo: um evento de webhook de rejeição de email pode ser gerado incorretamente para um signatário válido após o signatário assinar com sucesso e o contrato avançar para a próxima etapa. Isso pode ocorrer quando um delegado no mesmo grupo de assinatura tem um endereço de email inválido e o remetente substitui o delegador original. Nesses casos, o sistema pode atribuir incorretamente o evento de erro “assinado em nome de...” ao signatário válido em vez do participante cujo email é rejeitado.
4543515	Correção: a lógica de atribuição de evento foi corrigida para que os eventos de rejeição de email sejam associados apenas ao participante cujo email foi rejeitado. Um evento de rejeição não é mais gerado para um signatário válido que já concluiu a assinatura, e as notificações de webhook agora refletem o participante e endereço de email corretos.
4544548	Resumo: chaves de integração criadas através da interface Web podem expirar após 10 anos, mesmo que a página de criação declare que a chave fornece “acesso permanente”. Quando uma chave atinge seu tempo de vida de 10 anos, as chamadas de API começam a retornar um erro de token expirado, o que pode causar falhas em integrações existentes inesperadamente.
4544548	Correção: as mensagens da interface foram atualizadas para remover a expressão “acesso permanente” e exibir claramente a data de expiração de Chaves de integração. O texto atualizado agora declara que a chave mantém acesso até a data de expiração ou até ser revogada manualmente, fornecendo transparência sobre o tempo de vida padrão de 10 anos.
4546301	Resumo: a entrega de eventos de webhook pode ser atrasada em até várias horas para contratos com documentos muito grandes, mesmo quando a criação do contrato está concluída e as etapas iniciais de processamento parecem terminar em minutos. Durante a janela de atraso, o serviço de entrega de webhook pode receber repetidamente respostas DOCUMENT_NOT_AVAILABLE ao tentar recuperar documentos do contrato, e o evento de webhook pode não ser entregue até que o serviço pare de tentar novamente ou os documentos se tornem disponíveis.
4546301	Correção: o tratamento da disponibilidade de documentos foi corrigido para que grandes contratos façam a transição de forma confiável para um estado em que os documentos podem ser recuperados sem respostas DOCUMENT_NOT_AVAILABLE prolongadas. Como resultado, eventos de webhook são entregues sem atrasos de várias horas causados por tentativas de recuperação de documento contra documentos indisponíveis.
4547823	Resumo: a mensagem privada de um destinatário pode não ser exibida para alguns signatários quando um contrato é criado no estado de autoria por meio da API e, em seguida, editado na experiência de gerenciamento. Neste cenário, a interface pode mostrar o valor da Mensagem privada como “Nenhuma” ou em branco, mesmo que os dados do contrato incluam o valor correto da mensagem privada. Este comportamento aparece em cenários de conta compartilhada onde um usuário muda para a conta de outro usuário para editar o rascunho, e pode afetar apenas destinatários específicos enquanto outros são exibidos corretamente.
4547823	Correção: uma verificação foi adicionada para recuperar o contexto de compartilhamento ativo e retornar a mensagem privada para usuários compartilhados autorizados. Como resultado, o Valor da Mensagem Privada agora é exibido corretamente ao visualizar ou enviar um rascunho criado por API a partir do fluxo de criação.
4548274	Resumo: a Data de modificação de modelos de biblioteca pode não ser atualizada após um modelo ser editado e salvo na nova experiência de modelo. Os usuários podem ver campos recém-adicionados ou atualizados no modelo, mas a Data de Modificação permanece inalterada na interface Gerenciar e em visualizações administrativas, o que faz parecer que o modelo não foi modificado recentemente. Isso ocorre porque a nova experiência atualiza campos de formulário através de um caminho que não atualiza também o carimbo de data e hora de modificação do modelo.
4548274	Correção: o comportamento de atualização da data de modificação foi alinhado entre a nova experiência de modelo e as operações de API relacionadas. O caminho de código que salva alterações de campo do modelo agora também atualiza a Data de Modificação do modelo para que reflita o horário real da alteração mais recente.
4548564	Resumo: assinaturas e campos de formulário podem aparecer invisíveis no PDF assinado quando são colocados sobre anotações de carimbo pré-existentes no documento de origem. Em modelos afetados, as anotações de carimbo se sobrepõem ou obscurecem os campos interativos durante o processamento, fazendo com que assinaturas concluídas e outros campos fiquem ocultos no documento assinado final.
4548564	Correção: o tratamento de anotações de carimbo foi atualizado para processar e simplificar com segurança as anotações de carimbo preexistentes, para que elas não ocultem mais os campos do formulário ou as assinaturas. Campos colocados sobre áreas carimbadas agora permanecem visíveis durante a assinatura e no pdf totalmente executado.
4549103	Resumo: Um evento de rejeição de email pode ser registrado novamente para um destinatário anteriormente incorreto após o remetente substituir esse destinatário por um endereço de email válido. Em alguns casos, a trilha de auditoria pode mostrar um segundo evento de rejeição para o email antigo, e o status do contrato pode refletir “email rejeitado” mesmo que o novo destinatário receba, visualize ou assine o contrato com sucesso. Esse comportamento pode fazer parecer que o contrato ainda está direcionado tanto para o endereço de email antigo quanto para o novo.
4549103	Correção: O fluxo de trabalho de substituição de signatário foi atualizado para impedir o envio de emails de notificação adicionais para um destinatário substituído cujo email já foi rejeitado. O sistema agora verifica o histórico de rejeições anteriores antes de enviar notificações relacionadas à substituição, garantindo que nenhum novo evento de rejeição seja gerado para o endereço de email antigo após a substituição.
4549306	Resumo: Usuários cujos endereços de email contêm certos caracteres especiais (por exemplo, um apóstrofe) podem não conseguir fazer login nas páginas de login públicas genéricas adobesign.com ou echosign.com. Após inserir o endereço de email e clicar no campo de senha, a página pode recarregar e limpar o campo de endereço de email em vez de redirecionar o usuário para o fragmento correto ou página de logon SSO. Isso impede que usuários afetados concluam a autenticação e bloqueia integrações que dependem do ponto de acesso de logon público.
4549306	Correção: a lógica de resolução de fragmento de login foi corrigida para manusear e decodificar adequadamente endereços de email contendo caracteres especiais antes de construir o URL de redirecionamento entre fragmentos. Usuários com formatos de endereço de email afetados agora são redirecionados corretamente para seu fragmento designado e página de logon SSO sem que o campo de endereço de email seja limpo.
4549331	Resumo: Assinaturas e outros campos de formulário podem aparecer ausentes ou invisíveis no PDF assinado quando determinados recursos de processamento de documento estão habilitados e o PDF de origem contém coordenadas de caixa de página inválidas (por exemplo, valores incorretos de CropBox ou MediaBox). Neste cenário, campos que dependem de coordenadas de página podem renderizar fora da área de página visível, fazendo com que assinaturas concluídas pareçam ausentes mesmo que a assinatura seja concluída com sucesso.
4549331	Correção: o manuseio de caixa de página PDF foi corrigido para normalizar com segurança valores inválidos de CropBox e MediaBox durante o processamento de documento. Como resultado, a inserção de assinatura e campo de formulário agora se alinha à área de página visível, e PDFs assinados exibem assinaturas conforme esperado.
4550367	Resumo: A criação de um formulário web pode falhar com um “Erro do servidor” genérico após selecionar Visualizar e Adicionar campos quando a autenticação padrão do signatário do grupo do remetente está definida como Telefone e a conta não tem cota de autenticação por telefone disponível, mesmo se a autenticação do signatário do formulário web estiver definida como um método que não seja telefone (por exemplo, Adobe Sign). Como resultado, todos os usuários na conta afetada podem ser impedidos de criar formulários web em todos os documentos.
4550367	Correção: A criação de formulário web agora avalia a cota apenas para o método de autenticação realmente configurado para o signatário do formulário web, e não aplica mais verificações de cota de autenticação por telefone baseadas apenas na configuração de autenticação padrão do grupo. Isso evita erros falsos de esgotamento de cota e permite que formulários web sejam criados normalmente.
4551011	Resumo: Quando um remetente faz upload de determinados PDFs digitalizados, adiciona campos de assinatura e envia o contrato, o PDF assinado pode não exibir assinaturas visíveis após a conclusão da assinatura. Este comportamento pode ocorrer quando o PDF carregado contém metadados de limite de página inválidos (as coordenadas MediaBox e CropBox aparecem invertidas), o que pode fazer com que a assinatura e outras camadas de aparência de campo sejam renderizadas fora da área de página visível.
4551011	Correção: O manuseio de limite de página PDF foi atualizado para processar corretamente PDFs com valores de coordenadas MediaBox e CropBox inválidos ou invertidos, para que o conteúdo de aparência de assinatura e campo de formulário seja renderizado dentro da área de página visível e permaneça visível no PDF assinado final.
4551427	Resumo: Alguns destinatários que já têm contas ativas e corretamente provisionadas recebem contratos como destinatários “pseudo usuário”, então o contrato não aparece na exibição normal de Gerenciar. Isso acontece quando endereços de email de destinatários incluem espaços no início ou no final, o que impede o sistema de combinar o email com o usuário existente e causa a criação de um registro de pseudo-usuário.
4551427	Correção: A análise de email e busca de usuário foram atualizadas para normalizar endereços de email de destinatários (remover espaços em branco no início e no final) antes de combiná-los com usuários existentes. Como resultado, contratos endereçados a usuários existentes são resolvidos para a conta registrada em vez de criar um destinatário pseudo-usuário, mesmo se o email foi inserido com espaços (em conteúdos de API e listas de destinatários de fluxo de trabalho).
4553198	Resumo: Quando um contrato inclui pelo menos um destinatário configurado para entrega por SMS e pelo menos um destinatário configurado para entrega apenas por email, cancelar o contrato através da API não envia uma notificação de cancelamento por SMS para o destinatário de SMS. O contrato é cancelado com sucesso e as notificações por endereço de email são entregues, mas os destinatários de SMS não recebem uma mensagem de cancelamento.
4553198	Correção: O fluxo de trabalho de cancelamento foi corrigido para garantir que notificações de cancelamento por SMS sejam enviadas para todos os destinatários configurados para entrega por SMS quando um contrato é cancelado, independentemente dos métodos de entrega de outros destinatários.
4554463	Resumo: Quando contratos incluem botões de opção clonados que compartilham o mesmo nome de campo em documentos combinados, apenas uma instância da opção selecionada permanece selecionada no PDF assinado final. Embora os campos apareçam visualmente como caixas de seleção, eles são implementados como botões de opção. Após a assinatura, o valor selecionado não se propaga consistentemente em todas as instâncias clonadas, causando mapeamento incorreto ou incompleto da seleção esperada.
4554463	Correção: A lógica de manuseio de campo de formulário foi corrigida para que botões de opção clonados armazenem e propaguem o valor de exportação selecionado em vez de um valor de índice interno. Isso garante que todas as instâncias clonadas do mesmo campo de botão de opção reflitam a seleção correta no PDF assinado.
4554593	Resumo: Algumas integrações de parceiros que usam os pontos de acesso OAuth legados para atualizar tokens de acesso começaram a falhar com erros HTTP 401. O serviço rejeitou solicitações de atualização de token com um erro indicando que o aplicativo não tem permissão para usar os pontos de acesso OAuth legados e deve usar os pontos de acesso OAuth v2. Isso bloqueou clientes de autenticar Acrobat Sign através de aplicativos de parceiros, mesmo para integrações que estavam funcionando anteriormente.
4554593	Correção: O serviço de autenticação foi corrigido para que aplicativos de parceiros configurados para usar o fluxo OAuth legado possam atualizar tokens com sucesso novamente, em vez de serem incorretamente forçados aos pontos de acesso OAuth v2.
4554614	Resumo: quando um signatário usa a experiência moderna de assinatura eletrônica em um contrato que requer autenticação do signatário e está configurado para exigir aceitação dos termos de uso antes da assinatura, clicar em Clique para assinar aciona um redirecionamento de 5 segundos para a experiência de assinatura clássica. A mensagem de redirecionamento avisa que as assinaturas e iniciais inseridas na assinatura moderna serão apagadas, forçando o signatário a inseri-las novamente e efetivamente assinar duas vezes.
4554614	Correção: O fluxo de atualização de token de assinatura foi corrigido para que quando o signatário aceita os termos de uso antes da assinatura, o token de assinatura reemitido mantenha os detalhes de autenticação do signatário. Isso impede que a etapa final de assinatura falhe na autenticação e elimina o retorno forçado da assinatura moderna para a experiência clássica.
4555656	Resumo: Sob condições específicas de tempo, uma transição de estado de contrato pode parecer ter sucesso, mas na verdade não altera o estado do contrato. Quando uma notificação de webhook é recebida antes que o processamento de backend seja concluído, chamadas de API subsequentes podem usar dados de status de contrato obsoletos. Nesta janela, certos métodos de transição de estado retornam HTTP 200 OK mesmo que o contrato não esteja em um estado válido para a transição solicitada. Como resultado, os fluxos de trabalho de automação podem presumir que a transição foi bem-sucedida, embora o contrato permaneça no estado original.
4555656	Correção: a lógica de transição de estado do contrato foi atualizada para aplicar validação rigorosa antes de aplicar uma transição. Se o contrato não estiver em um estado válido, a API agora retorna uma resposta de erro clara em vez de retornar sucesso silenciosamente. Isso garante que transições inválidas sejam explicitamente rejeitadas, permite que sistemas de chamada tentem novamente de forma apropriada e impede que contratos permaneçam em um estado não intencional sem visibilidade.

Adobe Acrobat Sign versão v17.1

Implantação da produção: 5 de maio de 2026

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

Funcionalidade aprimorada

Assinatura presencial – Habilite sessões de assinatura hospedadas no aplicativo web
A Assinatura presencial permite que um remetente designe um host interno para facilitar uma sessão de assinatura presencial usando um navegador web. O host inicia uma sessão de assinatura controlada na página Gerenciar ou em uma notificação por email, entrega temporariamente o dispositivo ao signatário para concluir as ações necessárias e retoma o controle na conclusão. A criação e a conclusão da sessão são registradas na trilha de auditoria, e os signatários podem, opcionalmente, fornecer um endereço de email para receber uma cópia do contrato.

Assinatura digital em massa na página Gerenciar – Aplica uma assinatura digital a vários contratos com uma única autorização
Signatários podem selecionar vários contratos na exibição Aguardando você e aplicar assinaturas digitais como uma ação em massa usando uma única autorização de assinatura. Isso reduz etapas repetitivas de assinatura para fluxos de trabalho de alto volume, preservando a segurança, autenticação e controles de auditoria da assinatura na nuvem existentes. A assinatura em lote exige que os signatários revisem ou ignorem todos os contratos antes de concluir a ação em lote.

Enviar apenas para destinatários internos – Restringe contratos a serem enviados para destinatários dentro da mesma conta Acrobat Sign.
A configuração Enviar apenas para destinatários internos impede que usuários enviem contratos para destinatários fora de sua conta Acrobat Sign. Quando habilitada, contratos podem ser enviados apenas para destinatários cujos IDs de conta correspondem ao do remetente. Este controle é compatível com os requisitos de segurança internos e impede que contratos sejam compartilhados externamente.

Relatórios de uso de transações telefônicas – Relatórios expandidos com visibilidade no nível do grupo e acesso a relatórios agendados
Os relatórios de transações telefônicas agora oferecem visibilidade das quantidades compradas, datas de início da cota e consumo detalhado em transações de SMS e WhatsApp. Os clientes podem rastrear o uso no nível do grupo e acessar relatórios CSV agendados por meio de uma experiência de relatórios unificada, permitindo orçamento mais preciso, alocação interna e monitoramento proativo para evitar interrupção do serviço quando os limites de transação forem atingidos.
Os relatórios agora são gerados por meio de relatórios agendados na interface de relatórios, com acesso à API disponível para recuperar a saída do relatório mais recente.

Novo ponto de acesso: POST /api/rest/v6/reportDownload
Este ponto de acesso aceita um scheduleId e retorna a URL de download para o relatório CSV mais recentemente gerado associado a esse agendamento.

Alterações de experiência

Aparência da assinatura em relatórios de auditoria – Registra o método de entrada de assinatura usado por cada signatário, aumentando a visibilidade de conformidade e reduzindo a verificação manual
Os relatórios de auditoria agora registram o método de inserção da assinatura usado quando um signatário aplica a assinatura. Para cada evento ESIGNED, a trilha de auditoria identifica se o signatário usou uma assinatura digitada, uma assinatura desenhada, uma imagem enviada ou um desenho baseado em tela sensível ao toque ou uma captura de imagem. Este aprimoramento permite que equipes de conformidade e operações verifiquem métodos de assinatura diretamente do relatório de auditoria, reduzindo ambiguidade e evitando rejeições desnecessárias de contratos.
Tipos de aparência de assinatura:
- Digitar: O signatário digita o nome e seleciona um estilo de assinatura baseado em fonte.
- Desenhar: O signatário desenha a assinatura usando mouse ou trackpad no desktop.
- Imagem: O signatário faz upload de um arquivo de imagem de assinatura do desktop.
- Desenhar no mobile: O signatário desenha a assinatura usando toque em um dispositivo móvel.
- Imagem mobile: o signatário faz upload ou captura uma imagem de assinatura em um dispositivo móvel.

Assinaturas salvas para URLs de assinatura de API – Permite uso de assinaturas de perfil salvas durante assinaturas baseadas em API
Permite que usuários registrados apliquem suas assinaturas de perfil salvas ao assinar contratos através de URLs de assinatura geradas por API (GET /agreements/{agreementId}/signingUrls). As assinaturas salvas aparecem para signatários internos e para signatários externos que fazem autenticação usando email OTP ou Adobe ID. Este recurso simplifica fluxos de trabalho de assinatura para integrações de backend mantendo controles de segurança no nível da conta.
Habilitado pelo Adobe caso a caso após revisão de segurança.

Gerenciamento do catálogo de endereços pessoal na experiência moderna – Os usuários podem excluir endereços de email salvos diretamente do catálogo de endereços pessoal na experiência moderna Solicitar assinatura, facilitando manter as listas de destinatários pessoais precisas e atualizadas.

Janela de expiração de contratos – Período de expiração padrão estendido para 365 dias
O prazo máximo de conclusão para contratos foi estendido de 180 dias para 365 dias. Quando a expiração de documentos está habilitada, os contratos agora recebem automaticamente uma data de expiração de 365 dias que não pode ser removida. Esta alteração garante que todos os contratos tenham um ciclo de vida definido, melhora o rastreamento e a conformidade a longo prazo e reduz o risco de contratos permanecerem abertos indefinidamente, ainda permitindo que os usuários definam prazos mais cedo quando necessário.

Página inicial reformulada – Melhora acesso ao fluxo de trabalho, destaca ações críticas
A página inicial foi redesenhada para facilitar o início de contratos, monitorar atividades e acessar os recursos principais, incluindo a capacidade de copiar contratos enviados recentemente, visualizar blocos de ação em uma ordem mais intuitiva, identificar rapidamente itens em andamento e aguardando você, e experimentar um banner de novidades simplificado que reduz a desordem visual, ajudando usuários a se moverem mais rapidamente, reduzir contratos perdidos e navegar em uma experiência de página inicial mais focada.

A nova página inicial será implementada ao longo de 10 dias após o lançamento. Consulte o Aviso técnico para o cronograma.

Melhorias da avaliação - A mais recente experiência de integração foi adicionada à avaliação do Sign.
A avaliação do Sign agora inclui a experiência de integração aprimorada e os recursos introduzidos em versões pagas recentes.

O novo Designer de fluxo de trabalho personalizado torna-se padrão – Promover designer moderno, remover controles de troca de usuário, manter flexibilidade administrativa
A nova experiência do Designer de fluxo de trabalho personalizado agora é o padrão para todas as contas. Os usuários não veem mais links de alternância para reverter ao designer clássico, enquanto administradores mantêm a capacidade de habilitar novamente o acesso à experiência anterior, se necessário. Esta atualização acelera a transição para a interface moderna de design de fluxo de trabalho, preservando o controle administrativo durante o período de transição.

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.

Gerenciamento de chaves mTLS para webhooks – Adicionar opção de chave gerada pelo Acrobat Sign, habilitar fluxo de trabalho de assinatura com certificado, melhorar conformidade de segurança
Os desenvolvedores agora podem escolher como as chaves privadas são gerenciadas para autenticação mTLS de webhook no Acrobat Sign. Além do modelo já existente onde clientes geram e fazem upload de sua própria chave privada e certificado, o Acrobat Sign agora pode gerar a chave privada e uma solicitação de assinatura de certificado (CSR). Os clientes podem usar a CSR para obter um certificado de sua autoridade certificadora e fazer upload dele para completar a configuração. Esta opção melhora a segurança mantendo as chaves privadas dentro do Acrobat Sign, mantendo a compatibilidade com o comportamento mTLS do webhook existente.

Inicialização de identidade digital via parâmetro login_hint – Permite que remetentes da API inicializem a autenticação de identidade digital com um identificador de login específico do destinatário.
Vários pontos de acesso da API REST v6 /agreements agora oferecem suporte a um parâmetro loginHint que permite aos remetentes da API inicializar a autenticação do Gateway de identidade digital usando um identificador de login conhecido, como um endereço de email ou número de ID do usuário. O provedor de identidade controla a experiência do usuário, mas o identificador normalmente pré-preenche a tela de login para fortalecer fluxos de trabalho de autenticação de alta confiança e reduzir o risco de impostores. O identificador aparece em formato mascarado na página de destino do Digital Identity Gateway e no relatório de auditoria para preservar a rastreabilidade enquanto protege dados sensíveis.
Os seguintes pontos de acesso foram atualizados para incluir o parâmetro loginHint:
- POST /agreements
- PUT /agreements/{agreementId}
- PUT /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}
- GET /agreements/{agreementId}/members/participantSets/{participantSetId}
- GET /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}/members

Aprimoramentos de identidade e limite de confiança do OEM 2.0 – O recurso "Mostrar endereço de email personalizado/OEM em todos os lugares" agora prioriza usuários provisionados pelo mesmo parceiro e cria automaticamente um destinatário quando nenhuma combinação é encontrada
Quando o recurso Mostrar endereço de email personalizado/OEM em todos os lugares está habilitado, a resolução de participante do contrato prioriza usuários provisionados pelo mesmo parceiro e cria automaticamente um registro de destinatário quando nenhum usuário correspondente existe, garantindo tratamento de identidade consistente entre contas.

Além disso, com Mostrar email personalizado/OEM em todos os lugares habilitado, os relatórios de auditoria indicam se um remetente é provisionado por parceiro ou uma conta pessoal, e os fluxos do signatário orientam os usuários a alternar contas quando endereços de email idênticos existem entre diferentes tipos de conta, reduzindo a confusão e evitando acesso não intencional.

Problemas resolvidos

4520028	Resumo: A coluna Grupo na página Gerenciar exibia valores incorretos ou inconsistentes quando os usuários pertenciam a vários grupos. Alterar o grupo principal do usuário fazia com que os contratos mostrassem o grupo errado, incluindo o último grupo principal selecionado ou vários grupos, em vez do grupo do qual o contrato foi originalmente enviado.
Problema	Descrição
4520028	Correção: Atualizada a lógica da página Gerenciar para usar o grupo de envio do contrato (agreement_group_id) em vez do grupo principal atual do usuário ao renderizar a coluna Grupo.
4532690	Resumo: usuários não conseguiam editar rascunhos de contratos criados a partir de fluxos de trabalho personalizados quando tanto "Habilitar contratos para serem enviados apenas usando um fluxo de trabalho" quanto "Habilitar nova experiência de envio de fluxo de trabalho personalizado" estavam habilitados. O sistema bloqueava incorretamente o acesso à página de composição ao editar um rascunho existente, tratando-o como uma nova ação de envio em vez de uma edição de rascunho.
4532690	Correção: Atualizada a lógica da página Compor para detectar cenários de edição de rascunho e ignorar a verificação de restrição de fluxo de trabalho, permitindo que os usuários editem contratos de rascunho existentes criados a partir de fluxos de trabalho personalizados.
4536764	Resumo: O envio de contratos por meio de um fluxo de trabalho personalizado resultou em um erro do servidor devido a uma falha no processamento de PDFs de modelo específicos. O erro foi causado por dados de aparência de anotação inválidos ou ausentes em um ou mais documentos de origem, o que acionou uma exceção de renderização durante o preenchimento. O problema não era consistentemente reproduzível e não pôde ser replicado fora dos fluxos de trabalho afetados.
4536764	Correção: Melhorado o tratamento de exceções de renderização na camada de processamento de PDF.
4537197	Resumo: Ao usar a nova experiência Enviar em massa com nomes de destinatários inseridos manualmente, o segundo campo de nome foi removido durante a assinatura devido ao tratamento incorreto dos dados de nome de destinatário obrigatórios entre documentos.
4537197	Correção: Atualizada a lógica de processamento de documentos para reter corretamente todos os campos de nome de destinatário ao enviar contratos em massa.
4538172	Resumo: cópia de fluxos de trabalho que incluem grupos de destinatários falhava durante a sincronização do Sandbox com uma mensagem "Erro ao executar solicitação" devido a referências inválidas de grupo de destinatários. O fluxo de trabalho usou IDs de grupo de destinatários específicos do ambiente, que não são portáveis entre ambientes, fazendo com que a validação falhasse durante a sincronização.
4538172	Correção: Atualizado o tratamento da sincronização do Sandbox para validar e processar corretamente as referências de grupo de destinatários durante as operações de cópia de fluxo de trabalho, evitando falhas quando grupos de destinatários existem em ambos os ambientes.
4538251	Resumo: Na nova experiência Enviar em massa, os campos de informações do signatário de nome completo e email não apareceram durante a assinatura ou no documento final quando o arquivo de origem continha campos AcroForm existentes. O problema foi causado pelo manuseio incorreto dos dados do campo de mesclagem ao combinar campos de informações do signatário com campos de formulário pré-existentes, resultando na não renderização dos campos em contratos filho
4538251	Correção: Atualizada a lógica de processamento de mesclagem e campos de formulário para aplicar corretamente os campos de informações do signatário em documentos que incluem campos AcroForm existentes.
4545485	Resumo: A criação de contrato falhou intermitentemente quando a geração de miniatura encontrou campos de formulário PDF malformados. A falha foi causada por documentos de origem contendo campos de formulário sem nomes válidos e estruturas de campos aninhados inválidas, que acionaram erros de processamento durante a geração de PDF.
4545485	Correção: Adicionadas validação e verificações nulas durante o processamento de PDF para lidar com campos de formulário malformados e evitar falhas durante a geração de miniatura e criação de contrato.
4545814	Resumo: Os campos estão desalinhados e as tags de texto permanecem visíveis ao processar documentos em orientação paisagem gerados a partir de fluxos de trabalho baseados em XDP. Cálculos de coordenadas incorretos em layouts em paisagem causam posicionamento inadequado de campos e impedem que as tags de texto sejam analisadas e removidas adequadamente.
4545814	Correção: A lógica de renderização de campos foi atualizada para calcular e posicionar corretamente os campos de formulário em documentos com orientação paisagem, garantindo alinhamento adequado e remoção de tags de texto durante o processamento.
4545978	Resumo: Caracteres acentuados em nomes de signatários são renderizados incorretamente no bloco de assinatura visível ao usar assinatura digital local. O problema ocorre porque a fonte padrão incorporada no documento não possui codificação adequada para caracteres da Europa Ocidental, causando substituição incorreta de caracteres durante a renderização da aparência da assinatura.
4545978	Correção: Atualizada a configuração da fonte incorporada para incluir codificação adequada para caracteres acentuados, garantindo renderização correta dos nomes dos signatários na aparência da assinatura
4547100	Resumo: Campos de texto multilinha clonados são renderizados de forma inconsistente no PDF assinado. Campos multilinha clonados não possuem o dicionário de aparência padrão, o que faz com que os campos clonados exibam menos linhas que o campo de origem, mesmo quando ambos os campos usam o mesmo tamanho e configurações.
4547100	Correção: Adicionado o dicionário de aparência padrão aos campos clonados multilinha para que os campos clonados e de origem sejam renderizados de forma consistente em documentos assinados.
4548305	Resumo: A lista de verificação de integração mostra "Solicitar BAA para conformidade com a HIPAA" como pendente mesmo quando a HIPAA está habilitada. A lógica de avaliação da lista de verificação trata incorretamente as configurações relacionadas ao HIPAA herdadas como incompletas, fazendo com que o status da tarefa permaneça Pendente apesar do recurso estar habilitado.
4548305	Correção: Atualizada a lógica de avaliação da lista de verificação para interpretar corretamente as configurações relacionadas ao HIPAA, incluindo valores herdados, para que a tarefa de integração reflita o estado concluído quando HIPAA estiver habilitado.
4550731	Resumo: Um grande espaço aparece entre o sublinhado da assinatura e o carimbo de data e hora ao assinar documentos usando Preencher e assinar. O problema ocorre quando o campo de assinatura não é largo o suficiente para acomodar o conteúdo da assinatura renderizada, causando espaçamento incorreto na aparência da assinatura
4550731	Correção: Atualizada a renderização da assinatura para respeitar as dimensões definidas do campo e ajustar o espaçamento adequadamente, reduzindo o espaço entre o sublinhado e o carimbo de data e hora.
4550906	Resumo: O link Alterar senha aponta para uma URL inválida para determinados usuários, causando um erro do navegador. O problema ocorre quando o aplicativo lê um ponto de acesso desatualizado da configuração em vez da URL correta, levando a comportamento inconsistente entre ambientes.
4550906	Correção: atualização do ponto de acesso de alteração de senha configurado para usar a URL correta em ambientes afetados.
4550992	Resumo: Editar determinados modelos na nova experiência redireciona para a página Criar modelo em vez de abrir o modelo no modo de edição. O problema ocorre porque o sistema determina a experiência com base nas configurações do proprietário do modelo, e não nas configurações do usuário atual, causando roteamento incorreto ao editar modelos compartilhados.
4550992	Correção: Lógica de edição de modelo atualizada para usar as configurações de experiência do usuário atual em vez das configurações do proprietário do modelo, garantindo que os modelos abram no modo de edição correto.
4551756	Resumo: Os emails de solicitação de aprovação exibem variáveis de modelo não resolvidas no campo do destinatário, causando formatação incorreta do email. O problema ocorre devido a uma falha na lógica de renderização do modelo de email ao gerar notificações de conflito de direito.
4551756	Correção: Renderização de modelo de email atualizada para resolver e preencher corretamente os campos do destinatário, garantindo que endereços de email válidos sejam exibidos nos emails de solicitação de aprovação.
4551768	Resumo: Os signatários encontram um erro não tratado ao acessar ou concluir contratos devido a uma falha no processamento da aparência do campo do formulário. Um objeto de aparência malformado causa uma ClassCastException durante a geração do documento, levando à falha na renderização do contrato.
4551768	Correção: Lógica de processamento de campo de formulário atualizada para validar tipos de objeto de aparência antes da conversão, evitando exceções e garantindo que os contratos sejam renderizados corretamente para assinatura.
4552272	Resumo: Contratos cancelados ou abandonados aparecem em Aguardando você na página Gerenciar. O problema ocorre quando um evento de reinicialização do fluxo de trabalho não limpa adequadamente os dados de status do participante, deixando dados de visibilidade e indexação obsoletos que fazem o contrato aparecer em exibições incorretas
4552272	Correção: Tratamento de reinicialização do fluxo de trabalho e lógica de indexação atualizados para limpar corretamente os dados de status do participante anterior e garantir que os contratos apareçam apenas em seu estado correto.
4553158	Resumo: Em ambientes de idioma RTL no iOS, o painel de assinatura não responde corretamente ao desenhar uma assinatura. O painel rola em vez de capturar a entrada, exigindo que os usuários rolem manualmente para desenhar e aplicar a assinatura, o que impede o comportamento normal de assinatura quando a nova experiência de assinatura do destinatário está habilitada.
4553158	Correção: Tratamento de interação do painel de assinatura atualizado para layouts RTL no iOS para capturar corretamente a entrada de desenho sem rolagem não intencional, permitindo criação e aplicação normal de assinatura.
4553583	Resumo: Os fluxos de trabalho permitem endereços de email com espaços no início ou no final, o que faz com que os contratos falhem silenciosamente ao enviar na nova experiência. O sistema não valida nem normaliza a entrada, e nenhuma mensagem de erro é exibida para indicar o problema.
4553583	Correção: Tratamento de entrada atualizado para remover automaticamente espaços em branco dos endereços de email e impedir o salvamento de valores inválidos, e adicionado tratamento para fluxos de trabalho existentes para que os contratos possam ser enviados com sucesso.
4553676	Resumo: hiperlinks são exibidos incorretamente na visualização Gerenciar, na qual o título do contrato é anexado à URL, resultando em links quebrados. O problema ocorre devido à análise incorreta da URL ao renderizar hiperlinks na interface Gerenciar.
4553676	Correção: Renderização de hiperlink atualizada para usar análise adequada de URL, garantindo que os links permaneçam inalterados e funcionem corretamente em todas as exibições.
4555021	Resumo: A validação do OTP falha com um erro "expirado" mesmo quando o código é inserido imediatamente. O problema ocorre devido a uma condição de corrida no fluxo de autenticação, onde vários eventos de envio fazem com que o OTP seja invalidado prematuramente.
4555021	Correção: Fluxo de validação OTP atualizado para tratar eventos de envio duplicados ou rápidos corretamente, evitando expiração prematura e permitindo que entradas OTP válidas sejam bem-sucedidas.
4555028	Resumo: A remoção do próximo destinatário para assinar pode falhar com um erro do sistema e deixar o contrato preso em um estado de revisão pendente. O problema ocorre quando o destinatário tem um lembrete ativo, o que impede que a atualização do contrato seja concluída com sucesso.
4555028	Correção: Lógica de remoção de destinatário atualizada para lidar com casos em que o próximo signatário tem lembretes ativos, permitindo que a atualização do contrato seja concluída sem erros.
4555319	Resumo: criadores de formulários Web veem apenas as opções Digitar e Desenhar assinatura ao visualizar o formulário, enquanto os signatários veem todas as opções disponíveis (Digitar, Desenhar, Imagem, Mobile). O problema ocorre porque o modo de visualização não aplica corretamente as configurações de entrada de assinatura habilitadas quando o criador não está agindo como signatário.
4555319	Correção: Atualizado o comportamento de visualização de formulários web para aplicar o conjunto completo de tipos de entrada de assinatura habilitados, garantindo que os criadores vejam as mesmas opções de assinatura que os signatários.
4555345	Resumo: Contratos com múltiplos destinatários do tipo Signatário com Testemunha falham ao abrir na visualização do rascunho com o erro "ParticipantSetsInfo não pode ser modificado." O problema ocorre devido à lógica incorreta de ordenação de participantes e testemunhas em fluxos de trabalho personalizados, o que impede que o contrato faça a transição de volta ao estado de criação
4555345	Correção: Lógica de ordenação de participantes e testemunhas atualizada em fluxos de trabalho personalizados para calcular corretamente a ordem de execução, permitindo que os contratos retornem ao estado de criação e prossigam normalmente.
4555615	Resumo: Os conteúdos de eventos webhook para destinatários delegados e substituídos não incluem o campo privateMessage. O problema ocorre porque a mensagem privada não é propagada para o estado do destinatário usado para gerar conteúdos webhook, resultando em dados ausentes para eventos afetados.
4555615	Correção: Manipulação de dados do participante atualizada para garantir que mensagens privadas sejam incluídas em conteúdos webhook para destinatários delegados e substituídos.
4555687	Resumo: Os contratos podem ser cancelados automaticamente e movidos para um estado oculto após a assinatura devido a uma falha de validação de Visibilidade do documento. Quando um participante é delegado ou substituído, o mapeamento de visibilidade do documento não é transferido corretamente, causando uma incompatibilidade entre campos atribuídos e documentos visíveis, o que pode acionar um cancelamento automático.
4555687	Correção: A lógica de delegação e substituição agora clona corretamente os mapeamentos de visibilidade do documento para novos participantes, prevenindo falhas de validação e cancelamento não intencional do contrato.
4556516	Resumo: Os campos de formulário podem ignorar tamanhos de fonte configurados e renderizar de forma inconsistente em contratos gerados. O problema ocorre em campos de múltiplas linhas quando o mecanismo de processamento de documento ajusta o tamanho da fonte para evitar corte de texto, substituindo configurações de tamanho de fonte fixo.
4556516	Correção: Comportamento de renderização de fonte atualizado para que campos de múltiplas linhas respeitem as configurações de tamanho de fonte fixo, alinhando o comportamento com a saída esperada e evitando ajustes de tamanho não intencionais.
4556967	Resumo: Caixas de seleção marcadas podem aparecer desmarcadas no PDF assinado finalizado para formulários web. O problema ocorre quando certos valores ocultos (por exemplo, "não", "falso", "0", "desligado", "desmarcado") são usados, o que pode fazer com que os estados das caixas de seleção sejam mal interpretados durante o processamento do documento quando a fonte Gibson está habilitada.
4556967	Correção: Processamento de caixas de seleção atualizado para interpretar corretamente valores ocultos e preservar estados selecionados no documento finalizado, garantindo consistência entre a assinatura e o PDF assinado.
4557222	Resumo: Campos de link de modelos de campo podem desaparecer na página de criação quando usados dentro de um fluxo de trabalho. O problema ocorre porque campos de link não são incluídos nos dados de campo de formulário do contrato retornados durante a criação baseada em fluxo de trabalho, resultando em campos ausentes.
4557222	Correção: Manipulação de campos de formulário atualizada para incluir campos de link de modelos de campo durante o processamento do fluxo de trabalho, garantindo que sejam corretamente mesclados e exibidos na página de criação.
4557272	Resumo: O campo Data de assinatura pode não aparecer no PDF final assinado. O problema ocorre quando a renderização do campo de texto falha durante o processamento do documento, impedindo que o campo de data seja exibido no documento de saída.
4557272	Correção: Renderização de campo de texto atualizada para lidar corretamente com valores nulos ou em branco, garantindo que o campo Data de Assinatura seja consistentemente exibido em documentos assinados.
4557282	Resumo: Campos de botão de opção em formulários web podem exibir um valor de dica de ferramenta inesperado ("object Object") quando criados usando a nova experiência de modelo. O problema ocorre devido ao manuseio incorreto de valores de dica de ferramenta em branco, fazendo com que dados de espaço reservado sejam renderizados em vez de serem suprimidos.
4557282	Correção: Lógica de manuseio de dica de ferramenta atualizada para ignorar adequadamente valores em branco, impedindo que texto de espaço reservado não intencional apareça em formulários web.
4557589	Resumo: Campos de caixa de seleção pré-preenchidos podem aparecer desmarcados quando o contrato é enviado para assinatura. O problema ocorre quando valores ocultos duplicados ou conflitantes são definidos para entradas de caixa de seleção ou botão de opção, o que pode causar interpretação incorreta do estado selecionado durante o processamento do documento.
4557589	Correção: Manipulação de valor de campo atualizada para processar corretamente valores ocultos e preservar seleções pré-preenchidas, garantindo que os estados da caixa de seleção permaneçam consistentes quando contratos são gerados e enviados.
4557672	Resumo: A nova experiência de solicitação de assinatura pode exibir um erro genérico ("A solicitação fornecida é inválida") ao enviar um contrato, sem identificar o campo específico que está causando a falha. Isso pode ocorrer quando detalhes do destinatário (como formato de número de telefone) falham na validação, mas o erro não é claramente apresentado ao usuário.
4557672	Correção: Manipulação de validação atualizada para fornecer mensagens de erro específicas no nível do campo, ajudando usuários a identificar e corrigir entradas inválidas antes de enviar o contrato.
4557680	Resumo: Mapeamentos de caixa de seleção ou botão de opção podem falhar em alguns contratos ao combinar múltiplos documentos, fazendo com que os valores esperados não sejam aplicados. O problema ocorre quando valores padrão não combinam exatamente com valores de exportação definidos, o que pode fazer com que campos sejam tratados como grupos separados e quebrar o comportamento de mapeamento.
4557680	Correção: Lógica de mapeamento de campo atualizada para ignorar valores padrão incompatíveis e associar corretamente campos entre documentos, melhorando a consistência do comportamento de caixa de seleção e botão de opção.
4557902	Resumo: Um espaço extra pode aparecer entre a assinatura e o carimbo de data e hora em acordos Fill and Sign. O problema ocorre devido ao cálculo incorreto de espaçamento em assinaturas bem formatadas, levando a um layout inconsistente em comparação com outros fluxos de assinatura.
4557902	Correção: Cálculo de layout de assinatura atualizado para posicionar corretamente a assinatura e o carimbo de data e hora, removendo espaçamento não intencional e garantindo formatação consistente.
4557947	Resumo: Campos de caixa de seleção podem aparecer desmarcados no PDF assinado finalizado ao usar modelos de biblioteca, mesmo que o signatário os tenha selecionado. O problema pode ocorrer quando campos de caixa de seleção são mal configurados ou usam certos valores ocultos, o que leva à interpretação incorreta do estado selecionado durante o processamento do documento.
4557947	Correção: Processamento de caixa de seleção atualizado para interpretar corretamente valores ocultos e preservar estados selecionados, garantindo que seleções de caixa de seleção sejam mantidas no documento assinado.
4558295	Resumo: Os valores obrigatórios do botão de opção podem estar ausentes no PDF assinado finalizado. O problema pode ocorrer quando os valores do campo contêm caracteres especiais (por exemplo, aspas ou símbolos) que não são processados adequadamente, fazendo com que o valor selecionado não seja renderizado na saída do documento.
4558295	Correção: Processamento de valor do campo atualizado para lidar corretamente com caracteres especiais, garantindo que os valores selecionados sejam preservados e exibidos no PDF assinado.
4558307	Resumo: Os campos de formulário podem ignorar os tamanhos de fonte configurados e renderizar de forma inconsistente nos contratos gerados. O problema pode ocorrer em campos de várias linhas quando o mecanismo de processamento do documento ajusta o tamanho da fonte para evitar o corte do texto, substituindo as configurações fixas de tamanho da fonte.
4558307	Correção: Comportamento de renderização da fonte atualizado para que os campos de várias linhas respeitem as configurações de tamanho fixo da fonte, evitando redimensionamento não intencional e garantindo saída consistente.
4558554	Resumo: Os signatários podem concluir acordos sem interagir com o bloco de assinatura. O problema pode ocorrer em contas habilitadas para Gibson quando o Bloco de Assinatura não é renderizado ou aplicado adequadamente durante a assinatura, permitindo a conclusão apenas com o Campo de Assinatura.
4558554	Correção: Lógica de renderização e validação de assinatura atualizada para garantir que os blocos de assinatura sejam exibidos corretamente e obrigatórios antes da conclusão do acordo.
4558725	Resumo: As tags de texto podem falhar ao renderizar ou converter em campos de formulário durante a visualização. O problema pode ocorrer quando o PDF carregado contém elementos não suportados ou inválidos (por exemplo, anotações nulas ou campos preenchíveis existentes), que impedem que o processamento de tags de texto seja concluído com sucesso.
4558725	Correção: Processamento de tags de texto atualizado para lidar com PDFs com anotações inválidas ou não suportadas de forma mais confiável, permitindo que os campos sejam gerados conforme esperado durante a visualização.
4559285	Resumo: A autenticação por telefone pode falhar para certas regiões ao selecionar um código de país na nova experiência de solicitação de assinatura. O problema ocorre quando a interface exibe um código de país incompleto ou incorreto (por exemplo, “+1” em vez de “+1246” para Barbados), o que pode causar erros de validação ao enviar o contrato.
4559285	Correção: Tratamento de código de país atualizado para usar os códigos de discagem completos corretos, garantindo que os números de telefone sejam validados e processados corretamente na nova experiência.
4560119	Resumo: O texto nos campos de formulário pode aparecer desalinhado ou sobreposto nos contratos gerados. O problema pode ocorrer em campos de texto de várias linhas quando diferenças de renderização são introduzidas pelo mecanismo de processamento do documento, levando a mudanças de layout em comparação com a exibição de criação.
4560119	Correção: Renderização de texto e tratamento de layout atualizados para campos de várias linhas para melhorar o alinhamento e evitar sobreposição, garantindo exibição mais consistente entre criação e documentos finais
4562058	Resumo: O nome do destinatário pode permanecer inalterado ao selecionar um email diferente do catálogo de endereços na página Enviar. O problema ocorre porque o campo de nome não é atualizado quando um novo contato é selecionado, causando incompatibilidade entre o nome exibido e o email selecionado.
4562058	Correção: Comportamento de seleção de destinatário atualizado para que o campo de nome sempre seja atualizado quando um novo contato for selecionado, garantindo que o nome e o email permaneçam sincronizados.
4566339	Resumo: Estados incorretos de caixa de seleção podem aparecer ao processar PDFs XFA estáticos com valores de campo malformados. O problema pode ocorrer quando dados XFA não compatíveis ou inválidos (por exemplo, valores de string em campos numéricos) são tratados de forma inconsistente, particularmente em ambientes habilitados para Gibson onde padrões de caixa de seleção podem ser mal interpretados.
4566339	Correção: Tratamento XFA atualizado no pipeline de processamento de documentos para normalizar ou ignorar valores malformados de forma mais consistente, evitando estados incorretos de caixa de seleção e alinhando o comportamento entre ambientes.
4567278	Resumo: Campos de texto somente leitura podem falhar ao aparecer na página de assinatura quando participantes dinâmicos estão habilitados. O problema ocorre devido a inconsistências de renderização de campo durante a resolução de participantes, o que pode fazer com que campos não editáveis sejam omitidos da exibição do signatário.
4567278	Correção: Lógica de renderização de campo atualizada para participantes dinâmicos para garantir que campos somente leitura sejam consistentemente incluídos e exibidos durante a assinatura.
4568023	Resumo: As opções de assinatura por imagem e mobile podem falhar ao aparecer em formulários web durante a assinatura. O problema pode ocorrer devido ao carregamento inconsistente de opções de assinatura no fluxo de entrada do formulário web, onde certos métodos de assinatura não são apresentados até que a sessão seja recarregada ou acessada por um caminho alternativo.
4568023	Correção: Inicialização de assinatura de formulário web atualizada para carregar consistentemente todas as opções de assinatura habilitadas, garantindo que os métodos por imagem e mobile estejam disponíveis em todos os pontos de entrada.

Adobe Acrobat Sign versão v17.1.1

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

Implantação da 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 aos Relatórios modernos, para relatórios de 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 oferece suporte ao comportamento de preenchimento automático e seleção múltipla consistente com o filtro Remetente existente e aplica-se tanto aos relatórios visuais quanto às exportações CSV.

Alterações de experiência

Suporte a Bio-Farma (CFR) na Assinatura eletrônica moderna – Adiciona captura do motivo da assinatura e reautenticação obrigatória no momento da assinatura
As configurações de assinatura Bio-Farma, incluindo captura do motivo da assinatura e reautenticação no momento da assinatura, agora têm suporte na experiência moderna de assinatura eletrônica. Os contratos que usam essas configurações não retornam mais à experiência de assinatura clássica. Nenhuma ação do cliente ou alteração de configuração do administrador é necessária.

Ambientes disponíveis: Sandbox, Comercial, Governamental | Níveis de serviço disponíveis: Acrobat Sign Solutions | Escopo de configuração: O suporte para configurações de Bio Pharma no Modern eSign está habilitado por padrão.

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.

Suprimir notificações de acordo via API – Adicionar controle granular sobre mensagens de destinatário
Usando a API REST v6 POST /agreements, controle quais notificações são enviadas ao criar acordos 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, Governamental | Níveis de serviço disponíveis: Acrobat Sign Solutions | Escopo de configuração: REST v6 API

Problemas resolvidos

Problema	Descrição
4545881	Resumo: signatários que usam Baixar e assinar no Acrobat podiam receber um erro "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 pseudonym. O acordo não pôde ser concluído mesmo que o PDF assinado tenha sido carregado.
4545881	Correção: Acrobat Sign agora lida com certificados de ID Digital com valores de nome de signatário ausentes sem gerar um 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 foram criados através da solicitação da API POST /agreements e securityOption foi definida como null, destinatários externos poderiam ter "None" atribuído 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 foi.
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 um valor securityOption 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 podiam 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 de 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
4556731	Resumo: Após um remetente substituir um destinatário por si mesmo e depois delegar o acordo a outro destinatário, o acordo retornava para "Em progresso", mas a opção "Fazer upload de documento assinado" permanecia 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 fazer 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 completasse a assinatura.
4557576	Correçã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.
4561898	Resumo: Alguns destinatários podiam encontrar um erro de servidor após a autenticação ou ao finalizar a assinatura de contratos que usavam documentos PDF específicos. A falha foi causada por um problema no manuseio de dados de estrutura PDF durante a geração de documento assinado, o que impedia que o signatário concluísse o contrato.
4561898	Correção: Acrobat Sign agora manipula dados de estrutura PDF de forma mais defensiva durante a assinatura e geração de documento. 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 sucesso.
4562041	Resumo: Algumas notificações de webhooks poderiam ser atrasadas ou falhar ao publicar quando o Acrobat Sign recebeu um erro interno do servidor ao criar o payload 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 contrato, o que atrasou os fluxos de trabalho subsequentes do cliente
4562041	Correção: O Acrobat Sign agora lida com falhas de geração de payload de webhook de forma mais confiável, para que respostas internas com falha não sejam armazenadas em cache de uma maneira que bloqueie ou atrase a entrega de eventos. A correção foi validada através de testes de regressão e visa evitar que eventos de webhook afetados sejam atrasados pelo mesmo caminho de falha de geração de payload.
4562458	Resumo: Os destinatários poderiam receber um erro "ID de acordo inválido especificado" ao abrir uma URL de assinatura de acordos enviados a usuários inativos em domínios de conta reivindicados, quando a autenticação de destinatário como Email OTP ou autenticação por senha era usada. O fluxo de assinatura criava um usuário pendente de uso único para continuar o processo de assinatura, mas a solicitação de informações de assinatura podia 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 atuais de participação de contrato ao abrir URLs de assinatura autenticadas neste fluxo de trabalho. Isso impede que dados de contrato obsoletos armazenados em cache 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 sucesso.
4566894	Resumo: Alguns contratos expirados criados a partir de vários modelos não podiam ser copiados da página Gerenciar. Quando usuários selecionavam Criar uma cópia, a operação de cópia falhava com Não é possível copiar contrato. Tente novamente mais tarde porque a validação de acesso ao modelo falhou ao copiar contratos 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. 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 incluem participantes testemunhas sem um ID de usuário atribuído. O evento principal do acordo foi criado, mas a geração do payload do webhook poderia falhar quando dados de participante eram processados em uma ordem imprevisível, fazendo com que alguns eventos de webhook esperados não fossem entregues após AGREEMENT_CREATED.
4568666	Correção: o Acrobat Sign agora processa dados de participante do webhook com IDs de usuário ausentes de forma segura durante a geração de conteúdo. Isso evita que participantes testemunhas provisórios causem falhas de conteúdo do webhook e permite que eventos de webhook do contrato esperados sejam entregues consistentemente.
4571682	Resumo: em alguns contratos onde o Power Automate modificava grupos de destinatários antes da vez de um preenchedor de formulário posterior, campos somente leitura podiam não ser exibidos para o preenchedor de formulário seguinte. Após o preenchedor de formulário completar seus campos editáveis, esses campos também poderiam desaparecer do acordo, mesmo que os campos ainda estivessem atribuídos corretamente e marcados como visíveis através da API.
4571682	Correção: Acrobat Sign agora preserva a visibilidade dos 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.
4571845	Resumo: A assinatura presencial pode falhar com erro do servidor quando o email do signatário presencial coincide com uma conta de usuário existente em um shard diferente, impedindo a conclusão do contrato.
4571845	Correção: Processamento do signatário presencial atualizado para criar e usar corretamente um registro de signatário temporário, evitando conflitos de usuário entre shards e permitindo que a sessão de assinatura seja concluída com sucesso.
4573019	Resumo: A ordem do grupo de destinatários pode ser calculada incorretamente após atualizações dinâmicas de participantes que removem uma combinação de destinatários e grupos de destinatários, fazendo com que o grupo restante exiba a ordem de roteamento incorreta.
4573019	Correção: Recálculo da ordem dos participantes atualizado para que os grupos de destinatários mantenham a ordem correta após remoções complexas de participantes dinâmicos, incluindo casos em que um grupo é reduzido a um único membro restante.
4572455	Resumo: alguns signatários podiam ver uma mensagem Erro não tratado ou Algo deu errado após concluir a assinatura, mesmo que a assinatura tivesse sido aplicada e o contrato avançado para o próximo destinatário. O problema ocorreu 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.

Notas de versão do Adobe Acrobat Sign - 2023

Notas de versão do Adobe Acrobat Sign - 2022

Saiba mais

Aprenda com tutoriais em vídeo passo a passo e orientações práticas diretamente no aplicativo.

Comunidade

Participe de discussões, encontre respostas, aprenda com especialistas e compartilhe seus conhecimentos.

Página inicial da Adobe

Acesse seus aplicativos, serviços, gerenciamento de arquivos favoritos da Creative Cloud e muito mais.