Notas de versão do Adobe Acrobat Sign - 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 Solicitar assinatura e Modelos de biblioteca, ambientes de criação com regras de validação, como selecionar exatamente, pelo menos, no máximoou um intervalo de X em Y opções. 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 assinaturaOs 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 ou todos os membros realizem sua respectiva 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 anexação por meio de anotações de clipe de papel exibe um ícone de clipe de papel no documento e continua compatível com múltiplas 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ê insere o seu endereço de email, a página detecta automaticamente o tipo de conta e abre o método de logon correto, removendo etapas desnecessárias e telas antigas. Isso torna o logon mais rápido, simples e intuitivo para todos.
    • Novo formato de email para usuários do Acrobat Sign Enterprise que fazem logon diretamente na interface da web: agora, o Acrobat Sign 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.
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
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
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.
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 do grupo está definida para desabilitá-lo.
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.
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 lista suspensa condicional estava ausente no documento assinado, embora tivesse sido selecionado corretamente durante a assinatura, devido à lógica de visibilidade ser avaliada em relação a um campo dependente oculto e não persistir o valor renderizado no PDF final assinado.
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.
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.
Correção:  Atualizada a lógica de layout da página Enviar para restringir e quebrar corretamente rótulos de mensagem longos para 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 possui um atributo de nome obrigatório.
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.
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.
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 só conseguiam ver 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 os modelos já carregados no navegador.
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.
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.
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.
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 desativados por lógica condicional continuavam exibindo o asterisco de obrigatoriedade, levando signatários a acreditar que o preenchimento ainda era necessário, devido à interface não atualizar os indicadores de obrigatoriedade quando os campos eram desativados. Um problema separado de alinhamento de assinatura móvel foi identificado, mas abordado sob um escopo diferente.
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.
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.
Correção: A lógica de renderização do rascunho foi corrigida para preservar e exibir todos os campos atribuídos a testemunhas após salvar o progresso, garantindo que contratos abertos no estado de Rascunho mantenham a mesma visibilidade de campos observada durante a criação e a 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.
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 exibiam “Destinatário autenticado com o Adobe Acrobat Sign” após “Documento assinado eletronicamente” e “Contrato concluído”, devido aos eventos serem armazenados com carimbos de data/hora em nível de segundo, fazendo com que ações de autenticação e assinatura ocorridas no mesmo segundo aparecessem fora de ordem.
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.
Correção: A ação “criar modelo a partir do contrato” foi atualizada para ser aberta na Nova experiência, alinhando o comportamento do CTA à UX padrão e evitando trocas de contexto inesperadas para os usuários.
4544564 Resumo: Campos ocultos adicionados ou atualizados via API (visible:false) foram 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.
Correção: Atualizamos a interface do usuário do Modern eSign para filtrar campos cuja visibilidade é falsa na 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.
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 estava ausente na Nova Experiência de Solicitação de Assinatura, embora estivesse disponível na Experiência Clássica, devido à nova experiência de criação não incluir todas as fontes com suporte legado.
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.
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.
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, de modo que 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.
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.
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.
Correção: Os campos de hiperlink agora oferecem suporte a atribuições de participantes de espaço reservado na Nova Experiência de 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.
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.
Correção: A lógica de atualização do contrassignatário foi reforçada com tratamento seguro para valores nulos, permitindo que formulários web substituam contrassignatários com sucesso mesmo quando registros de usuários mais antigos não possuem 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.
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.
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.
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 em CC no novo Fluxo de Envio, nenhum erro de validação é exibido e as notificações por e-mail de CC não são enviadas a nenhum dos destinatários listados após o remetente na lista de CC. Isso difere do comportamento do fluxo de trabalho clássico e pode fazer com que os destinatários de CC percam notificações.
Correção: A lógica do novo Fluxo de Envio foi atualizada para que todos os destinatários em CC, excluindo o remetente, recebam notificações por e-mail de CC independentemente de sua posição na lista de CC, alinhando o comportamento aos resultados esperados.
4548583 Resumo: Não era possível habilitar PDF/A para um grupo se o grupo padrão do usuário tivesse assinaturas manuscritas habilitadas, mesmo quando as assinaturas manuscritas estavam desativadas para o grupo que estava sendo editado. Isso bloqueou a configuração válida de PDF/A para grupos não padrão.
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 eram suprimidas quando a configuração E-mail de contrato cancelado estava desativada. Isso impediu que clientes que desabilitam notificações de email enviassem alertas SMS obrigatórios de cancelamento.
Fix: Decoupled SMS and WhatsApp cancellation notifications from the email setting by introducing a dedicated notification control, allowing SMS delivery for cancelled agreements even when email notifications are disabled.
4549472 Resumo: No Acrobat Sign para Governo, 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.
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 está definida para a Nova Experiência de Solicitação de Assinatura, a mensagem de aviso de login configurada não é exibida após o login. 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.
Correção: O suporte para exibição da mensagem de aviso de login foi restaurado 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 para autenticação por telefone em um fluxo de trabalho envia o formulário prematuramente e aciona um erro do sistema, interrompendo o fluxo do processo porque o formulário é enviado em vez de aguardar a confirmação explícita.
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: Os e-mails de solicitação de assinatura e de lembrete em alemão utilizavam formas de tratamento inconsistentes, alternando entre o informal “Du” e o formal “Sie” dentro da mesma mensagem, resultando em uma redação confusa e pouco profissional.
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.
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.
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 os signatários porque os valores das caixas de seleção eram armazenados como strings de texto não vazias em vez de estados explícitos SIM/NÃO, fazendo com que a experiência de assinatura as tratasse como desmarcadas.
Correção: O tratamento dos valores das caixas de seleção foi atualizado para que qualquer valor pré-preenchido não vazio seja interpretado como marcado e valores em branco ou ausentes como desmarcados, garantindo que os estados das caixas de seleção permaneçam consistentes para os signatários.

Adobe, Inc.

Receba ajuda com mais rapidez e facilidade

Novo usuário?