- Copiar contratos finais enviados pela opção Solicitar assinatura: os remetentes agora podem criar um novo rascunho de contrato copiando um contrato 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 Compor 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.
Este recurso será disponibilizado de forma gradual após o lançamento, com base no ambiente do servidor.
Ambientes disponíveis: sandbox, comercial, governamental Níveis de serviço disponíveis: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions Escopo de configuração: conta e grupo; ativado por padrão
Consulte a documentação de configuração >
Consulte a documentação de ações do usuário >
Novidades
Introdução
- Guia de início rápido para admins
- Guia de início rápido para usuários
- Para desenvolvedores(as)
- Biblioteca de tutoriais em vídeo
- Perguntas frequentes
Administrar
- Visão geral do Admin Console
- Gerenciamento de usuários
- Adicionar, editar e revisar usuários ativos
- Criar usuários focados em funções
- Revisar usuários que não concluíram a verificação
- Verificar usuários com erros de provisionamento
- Alterar nome/endereço de email
- Editar a associação de grupo de um usuário
- Editar a associação de grupo de usuários por meio da interface de grupo
- Promover um usuário a uma função de admin
- Tipos de identidade de usuário e logon único
- Alternar identidade de usuário
- Autenticar usuários com o MS Azure
- Autenticar usuários com a federação do Google
- Perfis de produto
- Experiência de logon
- Configurações de conta/grupo
- Visão geral das configurações
- Configurações globais
- Nível de conta e ID
- Nova experiência para destinatários
- Fluxos de trabalho de autoassinatura
- Envio em massa
- Formulários da Web
- Fluxos de trabalho de envio personalizados
- Fluxos de trabalho do Power Automate
- Documentos da biblioteca
- Coletar dados de formulário com contratos
- Visibilidade de documento limitada
- Anexar uma cópia em PDF do contrato assinado
- Incluir um link no email
- Incluir uma imagem no email
- Arquivos anexados a emails receberão o nome
- Anexar relatórios de auditoria a documentos
- Mesclar vários documentos em um
- Baixar documentos individuais
- Fazer upload de um documento assinado
- Delegação para usuários da minha conta
- Permitir que destinatários externos deleguem
- Autoridade para assinar
- Autoridade para enviar
- Autoridade para adicionar selos eletrônicos
- Definir um fuso horário padrão
- Definir um formato de data padrão
- Usuários em vários grupos (UMG)
- Permissões de admin de grupo
- Substituir destinatário
- Relatório de auditoria
- Rodapé da transação
- Mensagens e orientações nos produtos
- PDFs acessíveis
- Nova experiência de criação
- Cliente do setor de saúde
- Configuração da conta / Configurações de marca
- Preferências de assinatura
- Assinaturas bem formatadas
- Permitir que destinatários assinem por
- Permitir que signatários alterem seus nomes
- Permitir que os destinatários usem a assinatura salva
- Divulgação do cliente e Termos de uso personalizados
- Navegar pelos destinatários em campos de formulário
- Reiniciar fluxo de trabalho do contrato
- Recusar-se a assinar
- Permitir fluxos de trabalho de carimbo
- Exigir que signatários informem o cargo ou empresa
- Permitir que os signatários imprimam e insiram uma assinatura manuscrita
- Mostrar mensagens ao assinar eletronicamente
- Exigir que signatários usem um dispositivo móvel para criar assinaturas
- Solicitar endereço IP dos signatários
- Excluir o nome da empresa e o cargo dos carimbos de participação
- Aplicar dimensionamento adaptável do desenho de assinatura
- Assinaturas digitais
- Selos eletrônicos
- Identidade digital
- Configurações de relatório
- Nova experiência de relatório
- Configurações clássicas de relatório
- Configurações de segurança
- Configurações de logon único
- Configurações de lembrete pessoal
- Política de senha de logon
- Nível de segurança da senha de logon
- Duração da sessão da Web
- Tipo de criptografia PDF
- API
- Acesso às informações de usuários e grupos
- Intervalos de IP permitidos
- Compartilhamento de conta
- Permissões de compartilhamento da conta
- Controles de compartilhamento de contrato
- Verificação de identidade de signatário
- Senha de assinatura do contrato
- Nível de segurança da senha do documento
- Bloquear signatários por geolocalização
- Autenticação por telefone
- Autenticação baseada em conhecimento (KBA)
- Permitir extração de página
- Validade do link do documento
- Fazer upload de um certificado de cliente para webhooks e retornos de chamada
- Carimbo de data e hora
- Configurações de envio
- Mostrar a página Enviar após o logon
- Experiências da criação de contrato
- Solicitar nome do destinatário ao enviar
- Bloquear valores de nome para usuários conhecidos
- Funções de destinatário permitidas
- Permitir testemunhas eletrônicas
- Grupos de destinatários
- CCs
- Campos obrigatórios
- Anexar documentos
- Compactar campo
- Modificar contratos
- Remover destinatários de contratos em andamento
- Criar uma cópia (de um acordo)
- Nome do contrato
- Idiomas
- Mensagens privadas
- Tipos de assinatura permitidos
- Lembretes
- Proteção com senha de documentos assinados
- Enviar notificação de contrato por meio de
- Opções de identificação do signatário
- Visão geral
- Senha de assinatura
- Autenticação baseada em conhecimento
- Autenticação por telefone
- Autenticação por WhatsApp
- Senha de uso único por email
- Autenticação do Acrobat Sign
- Assinatura digital baseada em nuvem
- Autenticação de identidade digital
- Documento de identidade
- Relatórios de identidade do signatário
- Preencher campos de formulário com dados de identidade verificada
- Proteção de conteúdo
- Habilitar transações da Notarize
- Expiração do documento
- Visualizar, posicionar assinaturas e adicionar campos
- Ordem de assinatura
- Adicionar a mim mesmo
- Link para baixar o contrato
- Bordas do campo de formulário
- Liquid Mode
- Controles de fluxo de trabalho personalizados
- Opções de upload para a página de assinatura eletrônica
- URL de redirecionamento para confirmação pós-assinatura
- Limitar o acesso a contratos compartilhados
- Mostrar a página Enviar após o logon
- Modelos de mensagem
- Configurações de Bio-Pharma
- Integração de fluxo de trabalho
- Configurações de autenticação
- Integração de pagamento
- Mensagens para signatários
- Configurações de SAML
- Configuração de SAML
- Instalar o serviço de federação do Microsoft Active Directory
- Instalar Okta
- Instalar OneLogin
- Instalar a federação de identidade da Oracle
- Configuração de SAML
- Governança de dados
- Configurações de carimbo de data e hora
- Arquivo externo
- Idiomas da conta
- Configurações de email
- Migração de echosign.com para adobesign.com
- Opções de configuração para destinatários
- Orientações com respeito aos requisitos normativos
- Acessibilidade
- HIPAA
- GDPR
- 21 CFR parte 11 e EudraLex anexo 11
- Clientes do setor de saúde
- Suporte a IVES
- “Armazenamento” de contratos
- Considerações para a UE e Reino Unido
- Baixar contratos em massa
- Reivindicar um domínio
- Links para denunciar abuso
- Requisitos e limitações do sistema
Enviar, assinar e gerenciar contratos
- Opções do destinatário
- Cancelar um lembrete de email
- Opções na página de assinatura eletrônica
- Visão geral da página de assinatura eletrônica
- Abrir para ler o contrato sem campos
- Recusar-se a assinar um contrato
- Delegar autoridade de assinatura
- Reiniciar o contrato
- Baixar um PDF do contrato
- Exibir o histórico do contrato
- Exibir as mensagens do contrato
- Converter de uma assinatura eletrônica para uma assinatura manuscrita
- Converter de uma assinatura manuscrita para uma assinatura eletrônica
- Navegar pelos campos do formulário
- Limpar os dados dos campos de formulário
- Ampliação e navegação da página de assinatura eletrônica
- Alterar o idioma usado nas ferramentas e informações do contrato
- Revisar os Avisos legais
- Ajustar as preferências de cookies do Acrobat Sign
- Enviar contratos
- Página Enviar (composição)
- Visão geral dos pontos importantes e recursos
- Seletor de grupo
- Adicionar arquivos e modelos
- Nome do contrato
- Mensagem global
- Prazo de conclusão
- Lembretes
- Proteger o PDF com senha
- Tipo de assinatura
- Localidade do destinatário
- Ordem/fluxo de assinatura do destinatário
- Funções para destinatários,
- Autenticação de destinatários
- Mensagem particular para o destinatário
- Acesso do destinatário ao contrato
- Partes copiadas
- Verificação de identidade
- Enviar um contrato somente para você
- Enviar um contrato para outras pessoas
- Assinaturas manuscritas
- Ordem de assinatura dos destinatários
- Envio em massa
- Página Enviar (composição)
- Criar campos em documentos
- Ambiente de criação no aplicativo
- Detecção automática de campo
- Arrastar e soltar campos usando o ambiente de criação
- Atribuir campos de formulário aos destinatários
- Função de preenchimento prévio
- Aplicar campos com um modelo de campo reutilizável
- Transferir campos para um novo modelo de biblioteca
- Ambiente de criação atualizado ao enviar contratos
- Criar formulários e tags de texto
- Tags de texto - Visão geral
- Tags de texto - Conceitos básicos e sintaxe
- Tags de texto - Tipos de campo compatíveis
- Tags de texto - Exemplos
- Tags de texto - Comportamentos avançados
- Tags de texto - Campos calculados
- Tags de texto - Dados de identidade verificada
- Tags de texto - Resolução de problemas
- Criar formulários usando o Acrobat (Acroforms)
- Campos
- Tipos de campo
- Tipos de campo comuns
- Campos de assinatura eletrônica
- Campo Iniciais
- Campo Nome do destinatário
- Campo Email do destinatário
- Campo Data de assinatura
- Campo de texto
- Campo de data
- Campo de número
- Caixa de seleção
- Grupo de caixas de seleção
- Botão de opções
- Menu suspenso
- Sobreposição de link
- Campo de pagamento
- Anexos
- Carimbo de participação
- Número da transação
- Imagem
- Empresa
- Título
- Carimbo
- Aparência do conteúdo do campo
- Validações de campo
- Valores de campos ocultos
- Definir condições para mostrar e ocultar
- Campos calculados
- Tipos de campo
- Perguntas frequentes sobre criação
- Ambiente de criação no aplicativo
- Assinar contratos
- Gerenciar contratos
- Visão geral da página Gerenciar
- Copiar um Contrato
- Delegar contratos
- Substituir destinatários
- Limitar a visibilidade do documento
- Cancelar um contrato
- Criar novos lembretes
- Revisar lembretes
- Cancelar um lembrete
- Acessar fluxos do Power Automate
- Mais ações...
- Como a pesquisa funciona
- Visualizar um contrato
- Criação de um modelo a partir de um contrato
- Ocultar ou reexibir contratos
- Fazer upload de um contrato assinado
- Modificar os arquivos e campos de um contrato enviado
- Editar o método de autenticação de um destinatário
- Adicionar ou modificar uma data de expiração
- Adicionar uma nota ao contrato
- Compartilhar um contrato individual
- Deixar de compartilhar um contrato
- Baixar um contrato individual
- Baixar os arquivos individuais de um contrato
- Baixar o relatório de auditoria de um contrato
- Baixar o conteúdo dos campos de um contrato
- Relatório de auditoria
- Relatórios e exportações de dados
- Visão geral
- Conceder aos usuários acesso aos relatórios
- Gráficos de relatório
- Exportações de dados
- Renomear um relatório ou exportação
- Duplicar um relatório ou exportação
- Agendar um relatório ou exportação
- Excluir um relatório ou exportação
- Verificar o uso de transações
Recursos e fluxos de trabalho avançados de contratos
- Formulários web
- Criar um formulário web
- Editar um formulário web
- Desabilitar ou habilitar um formulário web
- Ocultar ou reexibir um formulário web
- Localizar o URL ou o código de script
- Preencher campos de formulário web com parâmetros de URL
- Salvar um formulário web para concluir mais tarde
- Redimensionar um formulário web
- Modelos reutilizáveis (modelos de biblioteca)
- Formulários do governo dos EUA na biblioteca do Acrobat Sign
- Criar um modelo de biblioteca
- Alterar o nome de um modelo de biblioteca
- Alterar o tipo de um modelo de biblioteca
- Alterar o nível de permissão de um modelo de biblioteca
- Copiar, editar e salvar um modelo compartilhado
- Baixar os dados de campo agregado de um modelo de biblioteca
- Transferir a propriedade de formulários web e modelos de biblioteca
- Fluxos de trabalho do Power Automate
- Visão geral da integração com o Power Automate e direitos incluídos
- Habilitar a integração do Power Automate
- Ações no contexto da página Gerenciar
- Acompanhamento do uso do Power Automate
- Criar um novo fluxo (exemplos)
- Acionadores usados para fluxos
- Importação de fluxos de fora do Acrobat Sign
- Gerenciar fluxos
- Editar fluxos
- Compartilhar fluxos
- Desabilitar ou habilitar fluxos
- Excluir fluxos
- Modelos úteis
- Somente admins
- Arquivar o contrato
- Arquivar o contrato de formulário web
- Salvar documentos de formulários web concluídos na biblioteca do SharePoint
- Salvar documentos de formulários web concluídos no OneDrive for Business
- Salvar documentos concluídos no Google Drive
- Salvar documentos de formulários web concluídos no Box
- Extração de dados do contrato
- Notificações de contrato
- Enviar notificações personalizadas por email com o conteúdo do contrato e o contrato assinado
- Receba notificações do Adobe Acrobat Sign em um canal do Teams
- Receba notificações do Adobe Acrobat Sign no Slack
- Receba notificações do Adobe Acrobat Sign no Webex
- Geração de contrato
- Gerar documento a partir de um modelo do Word e formulário do Power App, e enviar para assinatura
- Gere um contrato a partir de um modelo do Word no OneDrive e obter a assinatura
- Gerar contrato para a linha selecionada do Excel e enviar para revisão e assinatura
- Fluxos de trabalho de envio personalizados
- Compartilhar usuários e contratos
Integrar a outros produtos
- Visão geral das integrações do Acrobat Sign
- Acrobat Sign para Salesforce
- Acrobat Sign para Microsoft
- Outras integrações
- Integrações gerenciadas por parceiro
- Como obter uma chave de integração
Acrobat Sign Developer
- APIs REST
- Webhooks
- Sandbox
Suporte e solução de problemas
Este documento destaca os novos recursos, as alterações na experiência e os problemas resolvidos no aplicativo voltado para o cliente da versão mais recente.
As atualizações centradas no desenvolvedor para a API e Webhooks estão documentadas no guia do desenvolvedor do Acrobat Sign.
Nem todos os recursos/alterações estarão habilitados na data do lançamento.
Versão do Adobe Acrobat Sign v17.0
Implantação de 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.
Ambientes disponíveis: sandbox, comercial, governo | Níveis de serviço disponíveis: soluções do Acrobat Sign | Escopo de configuração: habilitado por padrão
Revisar a documentação atualizada >
- Intervalos de IP permitidos: controle expandido sobre acesso de API e dispositivos móveis : admins 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.
Ambientes disponíveis: sandbox, comercial, governamental | Níveis de serviço disponíveis: soluções do Acrobat Sign | Escopo de configuração: conta e grupo
Revisar a documentação atualizada >
- Suporte de autenticação para assinatura eletrônica moderna: a assinatura eletrônica moderna agora oferece suporte a três métodos de autenticação: autenticação do Acrobat Sign, senha e autenticação de dois fatores (2FA) por telefone.
Ambientes disponíveis: sandbox, comercial, governamental | Níveis de serviço disponíveis: Acrobat Sign Solutions | Escopo de configuração: habilitado por padrão
- Adição de grupos de destinatários no roteamento híbrido da moderna opção Solicitar assinatura: grupos de destinatários agora podem ser incluídos no roteamento híbrido, permitindo que vários destinatários ou grupos atuem em paralelo na mesma etapa de roteamento. Os modos de grupo permitem que um ou todos os membros concluam a ação, proporcionando mais flexibilidade para fluxos de trabalho de aprovação e assinatura complexos.
Ambientes disponíveis:sandbox, comercial, governo |Níveis de serviço disponíveis:Acrobat Sign Solutions |Escopo de configuração: habilitado por padrão
|
Data de implantação |
Ambiente do servidor |
|---|---|
|
3 de fev. de 2026 |
IN1 |
|
10 de fev. de 2026 |
JP1, AU1, SG1 |
|
14 de fev. de 2026 |
NA1-4, EU1-2 |
|
10 de fev. de 2026 |
GovCloud |
- Desabilitar o link Baixar contrato para contratos em andamento: os administradores agora podem remover o link “Baixar uma cópia” das páginas de confirmação pós-assinatura no nível da conta ou grupo, impedindo que os destinatários baixem contratos da página após a assinatura.
Ambientes disponíveis: sandbox, comercial, governo | Níveis de serviço disponíveis: soluções do Acrobat Standard, Acrobat Pro, Acrobat Sign | Escopo de configuração: conta e grupo
Revisar a documentação >
- 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 links diretamente para documentação de suporte adicional.
Ambientes disponíveis: sandbox, comercial, governo | Níveis de serviço disponíveis: soluções do Acrobat Sign | Escopo de configuração: habilitado por padrão
Revisar a documentação>
- Participação dinâmica para contratos em andamento – Remover destinatários: os remetentes agora podem remover destinatários de contratos que já estão em andamento sem cancelar ou reiniciar a transação. Quando um destinatário é removido, o Acrobat Sign revoga automaticamente o acesso, atualiza lembretes, trilhas de auditoria, remove os campos atribuídos e faz a transição do contrato de volta ao estado de assinatura ativo. Essa flexibilidade ajuda as organizações a manter a precisão em fluxos de trabalho de roteamento ativo—como quando um signatário fica indisponível—preservando a integridade legal, a conformidade e um histórico de auditoria completo
Ambientes disponíveis: sandbox, comercial | Níveis de serviço disponíveis: soluções do Acrobat Sign | Escopo de configuração: conta e grupo
Revisar a documentação >
- 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 de assinatura digital obrigatórios e expondo verificações de identidade quando aceitas, reduzindo erros e melhorando a conformidade para fluxos de trabalho regulamentados.
Ambientes disponíveis: sandbox, comercial, governo | Níveis de serviço disponíveis: soluções do Acrobat Standard, Acrobat Pro, Acrobat Sign | Escopo de configuração: conta e grupo
Revisar a documentação >
- Provedores de identidade digital como métodos de autenticação padrão: os administradores agora podem selecionar um provedor de Gateway de identidade digital como método de autenticação de signatário padrão para destinatários internos e externos nas 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, aplica políticas de identidade organizacional e melhora o suporte para clientes governamentais e corporativos que dependem de autenticação baseada em identidade digital.
Ambientes disponíveis: sandbox, comercial, governo | Níveis de serviço disponíveis: soluções do Acrobat Sign | Escopo de configuração: disponível por padrão
Revisar a documentação >
- Campos de formulário verificados usando dados de identidade verificados: os autores de formulários agora podem criar campos de formulário verificados que preenchem 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 de signatário validados.
Ambientes disponíveis: comercial, governo | Níveis de serviço disponíveis: soluções do Acrobat Standard, Acrobat Pro, Acrobat Sign | Escopo de configuração: conta e grupo
Revisar a documentação >
- Grupos de destinatários em arquivo CSV para envio em massa: os remetentes agora podem definir grupos de destinatários diretamente no arquivo CSV 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, a validação e o rastreamento de auditoria são todos tratados por linha do arquivo CSV, com os erros relatados por meio de arquivos de validação que podem ser baixados.
Ambientes disponíveis: sandbox, comercial, governo | Niveis de serviço disponíveis: soluções do Acrobat Sign | Escopo de configuração: conta e grupo
Revisar a documentação >
- Modelo de biblioteca – Compartilhar com vários grupos: a experiência moderna Criar modelo de biblioteca agora oferece suporte ao compartilhamento de modelos com vários grupos dentro de uma conta, correspondendo à funcionalidade anteriormente disponível 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 modelos para organizações com vários grupos.
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
Revisar a documentação atualizada >
- Anexos de arquivo para todos os destinatários usando assinaturas digitais: todos os destinatários em um fluxo de trabalho assinado digitalmente agora 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 entre fluxos de trabalho de assinatura eletrônica e assinatura digital.
Ambientes disponíveis: sandbox, comercial, governo | Níveis de serviço disponíveis: soluções do Acrobat Standard, Acrobat Pro, Acrobat Sign | Escopo de configuração: habilitado por padrão
Revisar a documentação atualizada>
- 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
- A Swisscom está disponível, mas ainda não é selecionável publicamente. Se você gostaria que este provedor fosse adicionado à sua conta, envie um caso de suporte e eles o instalarão para você.
- Swisscom
Ambientes disponíveis: sandbox, comercial | Níveis de serviço disponíveis: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Escopo de configuração: conta e grupo
Alterações de experiência
- Notificações de cancelamento de contrato de fluxo de trabalho – notificação de cancelamento 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. Esta alteração ajusta a mensagem para refletir esse comportamento no desafio de cancelamento.
Ambientes disponíveis: Sandbox, Commercial, Government Níveis de serviço disponíveis: Acrobat Sign Solutions Escopo de configuração: habilitado por padrão.
Consulte a documentação atualizada >
- Melhorias na página de logon: a página de logon do Acrobat Sign agora oferece 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.
- 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.
Observe que esta experiência é fornecida por meio de uma implantação gradual com base no ambiente do servidor do Acrobat Sign. O cronograma de implementação está publicado na Notificação técnica da Experiência de logon atualizada.
Ambientes disponíveis: sandbox, comercial | Níveis de serviço disponíveis: soluções do Acrobat Sign | Escopo de configuração: conta e grupo
Revisar a documentação atualizada >
- Habilitar gerenciamento de informações de usuários inativos: os administradores agora podem editar informações de usuários inativos diretamente na interface do administrador e por meio de uploads de 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 alteração simplifica o gerenciamento do ciclo de vida do usuário corporativo, reduz a sobrecarga administrativa e oferece suporte a uma organização de grupos mais clara e ao tratamento de registros em conformidade com o GDPR.
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
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.
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 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 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. |
| 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: 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. |
| 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 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. |
| 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 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. |
| 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 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. |
| 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. |
| 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 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. |
| 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. |
| 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. |
| 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, 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. |
| 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 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. |
| 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 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. |
| 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 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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 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. |
| 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. |
Na versão 16.1, o Acrobat Sign atualizou sua tecnologia de processamento de PDFs para uma solução própria da Adobe. Essa alteração fortalece a confiabilidade da plataforma, capacidade de dimensionamento e compatibilidade a longo prazo, reduzindo a necessidade de dependências externas. Como parte de uma atualização de infraestrutura interna, ela não foi mencionada nas notas de versão públicas da versão 16.1.
Após a atualização, um conjunto limitado de modelos, formulários web e fluxos de trabalho personalizados associados a documentos específicos apresentou problemas de compatibilidade. Os clientes afetados foram temporariamente permitidos por meio de uma configuração alternativa e serão totalmente transferidos de volta para a experiência de PDF da Adobe no primeiro semestre de 2026.
Clientes que acreditam ter sido afetados e precisam de informações adicionais devem entrar em contato com o Suporte do Acrobat Sign.
Os seguintes problemas relacionados a esta alteração foram resolvidos na versão 17.0.
| Problema | Descrição |
|---|---|
| 4534178 / 4550340 | Resumo: PDFs que usam Helvetica 12 são renderizados de forma diferente na sandbox que na produção, porque Helvetica não é uma fonte incorporada compatível no caminho de processamento de PDF mais recente, que substitui ArialMT como equivalente. Isso resulta em diferenças visuais que afetam o alinhamento de campos durante os testes no Sandbox. |
| Correção: padronizou-se o tratamento de fontes, incorporando-se fontes compatíveis equivalentes e mapeando-se explicitamente Helvetica para ArialMT, garantindo uma renderização de fontes consistente e previsível em todos os ambientes. | |
| 4535543 | Resumo: formulários da web que incluem campos suspensos condicionais clonados captam os valores selecionados, mas o PDF assinado baixado renderiza essas seleções suspensas como em branco, porque o caminho de mesclagem de assinatura para PDF não resolve e aplica corretamente valores para determinados widgets suspensos malformados ou condicionalmente direcionados na experiência de assinatura moderna. |
| Correção: atualizou-se o manuseio de campos suspensos durante a mesclagem de PDFs para que campos de escolha clonados e condicionais renderizem o valor selecionado corretamente no PDF assinado. | |
| 4535735 | Resumo: Formulários PDF contendo campos de texto definidos para tamanho de fonte automático renderizam o texto do campo em um tamanho muito pequeno durante a criação, assinatura e no PDF assinado final. |
| Correção: ajustou-se o dimensionamento automático de fontes e geração de aparência para campos de texto para que valores pré-preenchidos e inseridos pelo signatário sejam renderizados em um tamanho legível na criação, assinatura e no PDF assinado. Corrigiu-se a geração de aparência suspensa para que valores selecionados sejam renderizados no PDF assinado em vez de aparecerem em branco. | |
| 4535894 / 4547919 / 4550657 |
Resumo: em alguns contratos, campos de texto com várias linhas configurados com dimensionamento automático de fonte nem sempre redimensionavam o texto corretamente quando os signatários inseriam um conteúdo grande. Como resultado, partes do texto inserido poderiam aparecer cortadas no PDF assinado, mesmo que o texto completo fosse visível durante a assinatura. |
| Correção: A lógica de layout de texto e dimensionamento de fonte para campos multilinha foi corrigida para garantir que o conteúdo inserido seja redimensionado automaticamente para caber dentro dos limites do campo sem truncamento. | |
| 4536430 | Resumo: chamar GET /agreements/{agreementId}/documents/{documentId} falha com INVALID_DOCUMENT_ID (“O ID do documento especificado é inválido”), mesmo que o mesmo documento possa ser baixado com sucesso da experiência da web do Acrobat Sign devido a um formato malformado durante a etapa de processamento |
| Correção: fortaleceu-se o fluxo de obtenção e processamento de documentos para que contratos com casos extremos de estrutura de PDF não falhem mais na recuperação de documentos via API. | |
| 4537178 | Resumo: Depois que um FORM_FILLER delega um contrato, o destinatário delegado não consegue abrir o contrato para assinar. A página “Revisar e assinar” fica carregando indefinidamente. Nos contratos afetados, tanto o delegador original quanto o destinatário delegado aparecem como “Próximo a assinar”, o que deixa o contrato em um estado inconsistente. |
| Correção: aprimorou-se o processamento pós-delegação e reconciliação de estado para que a delegação não deixe mais vários participantes em “Próximo a assinar” e para que a visualização de assinatura não trave se artefatos de documento em segundo plano (imagens de página, dados do documento) falharem ou atrasarem. | |
| 4537632 / 4543510 |
Resumo: texto inserido em campos de dados configurados com o tamanho da fonte definido como “Automático” aparece truncado no PDF assinado. |
| Correção: a lógica de dimensionamento automático de fontes foi corrigida para refluir e dimensionar textos consistentemente, garantindo que todo o conteúdo inserido caiba dentro dos limites do campo em todos os PDFs compatíveis. | |
| 4544067 | Resumo: em alguns contratos assinados criados a partir de documentos de origem específicos, os clientes encontram um aviso de certificado inválido no Adobe Acrobat, porque anotações de campo de formulário ocultas e malformadas permanecem no PDF após a assinatura, fazendo com que o documento falhe na validação de certificação apesar de o processo de assinatura ser concluído com sucesso. |
| Correção: o Acrobat Sign remove anotações inválidas e órfãs durante o processamento de documentos, garantindo que os PDFs assinados sejam validados corretamente e exibam um certificado válido no Acrobat. | |
| 4543958 | Resumo: alguns hiperlinks criados no Acrobat param de funcionar quando dependem de destinos nomeados em vez de números de página, porque a lógica de processamento de PDFs não resolvia corretamente os destinos nomeados para suas localizações de página finais durante a assinatura, fazendo com que os links sejam corrompidos no documento assinado, mesmo que antes funcionassem no arquivo original. |
| Correção: agora, o Acrobat Sign resolve corretamente os destinos nomeados para suas localizações de página reais durante o processamento de PDFs, garantindo que todos os hiperlinks funcionem conforme esperado após a assinatura. | |
| 4543709 | Resumo: quando contratos enviados do Salesforce incluem um campo de formulário de imagem, alguns PDFs assinados crescem inesperadamente após a assinatura (frequentemente excedendo o limite de anexo de 12 MB do Salesforce), porque o caminho de processamento de PDFs pode incorporar imagens carregadas com uma compactação ineficiente, o que infla o arquivo final e impede que o Salesforce o salve de volta no registro do contrato. |
| Correção: o Acrobat Sign atualizou o tratamento de imagens durante a geração de PDFs, para que imagens carregadas (incluindo conteúdo de imagens e carimbos) sejam codificadas de forma eficiente, mantendo arquivos assinados muito mais próximos do tamanho esperado. | |
| 4543678 | Resumo: no caso de alguns modelos de biblioteca, os signatários podem preencher todos os campos obrigatórios, mas o PDF assinado baixado pode exibir alguns desses campos como em branco, mesmo que os dados sejam captados corretamente e permaneçam disponíveis por meio de relatórios e APIs do Acrobat Sign. |
| Correção: o Acrobat Sign atualiza como esses modelos são processados, garantindo que PDFs assinados renderizem de forma confiável todos os valores de campos obrigatórios preenchidos (evitando os efeitos colaterais vistos ao usar o caminho de processamento de PDFs mais antigo). | |
| 4538033 | Resumo: a fonte CourierNewPSMT é ignorada durante a criação e a assinatura, resultando em campos renderizados com uma fonte inesperada devido ao tratamento de fontes herdado, no qual fontes eram substituídas em vez de incorporadas. |
| Correção: tratamento de fontes atualizado para permitir a fonte Courier e outras fontes compatíveis em novos contratos, garantindo que a fonte selecionada seja preservada durante a criação, a assinatura e no documento concluído. | |
| 4538082 | Resumo: campos de texto com várias linhas são redimensionados automaticamente de forma incorreta, fazendo com que o texto encolha excessivamente ou seja truncado em contratos concluídos devido a mudanças no comportamento de processamento de PDFs que alteraram o dimensionamento mínimo de fonte e a lógica de quebra de linha para campos com várias linhas de tamanho automático. |
| Correção: lógica de dimensionamento automático ajustada para campos de texto com várias linhas para melhorar o dimensionamento de fontes e quebra de linha, para que o texto inserido permaneça legível e mais alinhado ao comportamento herdado. | |
| 4538599 | Resumo: alguns contratos concluídos mostram o valor padrão do menu suspenso em vez do valor selecionado pelo signatário, porque certos caracteres especiais nas opções do menu suspenso faziam com que o valor escolhido fosse renderizado incorretamente no PDF finalizado, mesmo que a seleção correta fosse captada durante a assinatura. |
| Correção: renderização de PDFs atualizada para preservar e exibir corretamente valores selecionados do menu suspenso que incluam caracteres especiais em contratos concluídos. | |
| 4539217 / 4539223 |
Resumo: em certos PDFs preenchíveis que contêm valores pré-preenchidos e campos de assinatura digital, os remetentes podem ver valores de campo ausentes ou alterados ao visualizar ou enviar o documento, o que pode bloquear o envio ou assinatura, pois a estrutura do documento faz com que dados pré-preenchidos e campos de assinatura digital somente de leitura sejam interpretados de forma inconsistente durante o processamento do documento. |
| Correção: processamento de documentos aprimorado para preservar corretamente valores de campos pré-preenchidos e lidar com campos de assinatura digital somente de leitura, garantindo que os contratos sejam visualizados corretamente e possam ser enviados e assinados sem perder dados pré-preenchidos. | |
| 4539226 | Resumo: em alguns contratos criados a partir de modelos que usam tags de texto em campos com caixa de seleção, os destinatários selecionam caixas de seleção com sucesso durante a assinatura, mas essas seleções não aparecem na visualização do remetente nem no PDF assinado final, porque os nomes dos campos com caixa de seleção são analisados de forma inconsistente, fazendo com que os valores assinados sejam armazenados sob uma chave diferente do campo de formulário renderizado. |
| Correção: mapeamento de valores de caixas de seleção atualizado para resolver corretamente campos com caixa de seleção criados a partir de tags de texto com nomes baseados em diretivas, garantindo que os valores selecionados sejam renderizados de forma consistente para todas as partes e no PDF assinado final. | |
| 4539432 | Resumo: alguns PDFs não podiam ser enviados para assinatura e eram imediatamente cancelados com um erro de processamento de documento causado por anotações de PDF malformadas ou órfãs, que acionavam um erro de ponteiro nulo durante a lógica de reparo do PDF e normalização de campos de formulários do Acrobat Sign. |
| Correção: lógica de reparo de PDFs e tratamento de anotações aprimorada, de modo que anotações malformadas ou órfãs não causem mais falhas na criação de contratos, permitindo que documentos afetados sejam enviados e assinados com sucesso. | |
| 4541859 | Resumo: campos de texto com várias linhas que usam a configuração de tamanho da fonte automático às vezes truncam o conteúdo de um PDF assinado no caso de campos com várias linhas somente de leitura (bloqueados) devido ao dimensionamento automático de fonte incorreto durante a renderização. |
| Correção: lógica de dimensionamento automático de fontes corrigida para campos de texto com várias linhas bloqueados, para que todo o texto inserido seja renderizado inteiramente dentro do campo. | |
| 4542835 | Resumo: clientes observaram que alguns campos obrigatórios (incluindo menus suspensos, campos de texto e caixas de seleção) apareciam em branco no PDF assinado baixado, mesmo que todos os campos tivessem sido preenchidos durante a assinatura |
| Correção: a lógica de renderização de PDFs foi corrigida para garantir que todos os valores de campo captados, incluindo menus suspensos, campos de texto e caixas de seleção, sejam escritos de forma confiável no PDF assinado, de modo que o documento visual corresponda aos dados do contrato armazenados. | |
| 4543678 | Resumo: Alguns contratos assinados estavam perdendo valores de campo obrigatórios no PDF finalizado porque certos modelos de biblioteca importados e atualizados via API não renderizavam corretamente os dados de campo obrigatórios durante a geração do PDF. |
| Correção: Atualizada a lógica de geração de PDF para garantir que todos os campos obrigatórios definidos em modelos de biblioteca, incluindo aqueles criados ou modificados via API, sejam renderizados consistentemente no PDF assinado, preservando os valores completos dos campos. | |
| 4543709 | Resumo: Alguns contratos enviados pelo Salesforce que incluem campos de formulário baseados em imagem podem fazer com que o PDF assinado final cresça significativamente além do tamanho do arquivo original, excedendo o limite de 12 MB do Salesforce e impedindo que o documento assinado seja gravado de volta no registro do Contrato do Salesforce, mesmo que o processo de assinatura seja concluído com sucesso. |
| Correção: Otimizado o manuseio de imagens durante a geração de PDF para aplicar compressão de imagem apropriada, garantindo que documentos assinados com campos de imagem, carimbo ou assinatura baseada em imagem não inflem em tamanho e permaneçam dentro dos limites de tamanho de arquivo do Salesforce. | |
| 4543958 | Resumo: Hiperlinks criados no acrobat usando destinos nomeados param de funcionar em PDFs assinados, enquanto links de número de página ainda funcionam devido a uma regressão no caminho de processamento de PDF onde destinos nomeados não estavam sendo resolvidos para alvos de página explícitos durante o pós-processamento. |
| Correção: destinos nomeados resolvidos para seus destinos de página explícitos durante a geração de PDFs, restaurando a funcionalidade de hiperlink para links “Usar destino nomeado” e “Usar número de página” em PDFs assinados. | |
| 4544067 | Resumo: alguns contratos assinados exibem um certificado digital inválido com um erro de validação “Anotação de widget excluída”, resultante de anotações de widget malformadas ou órfãs que permanecem no PDF após a assinatura, o que invalida a cadeia de certificação. |
| Correção: processamento de PDFs pós-publicação atualizado para detectar e remover anotações de widget corrompidas ou órfãs durante a limpeza de campos, garantindo que apenas anotações válidas permaneçam e que PDFs assinados exibam consistentemente um certificado digital válido. |