Revise as notificações técnicas listadas e marque as que são importantes para você.
A página Notificações técnicas é atualizada regularmente com novas informações, tornando o conteúdo altamente dinâmico. Embora versões traduzidas estejam disponíveis, o processo de tradução pode causar pequenas diferenças em relação à versão original em inglês dos EUA. Consulte sempre primeiro a página em inglês para obter as informações mais precisas e atualizadas.
[Próxima versão] A próxima versão do Adobe Acrobat Sign (v17.2) está agendada para 8 de setembro de 2026
Essa versão pequena de correção resolverá problemas relatados pelo cliente e aplicará as necessárias atualizações de otimização e segurança.
Esses patches serão aplicados no ambiente da Sandbox quatro semanas antes do lançamento programado. Uma lista dos problemas resolvidos do cliente será publicada nesse momento e atualizada 14 dias antes do lançamento.
Lançamento de recurso: Adobe Acrobat Sign – Lançamento de 21 de julho concluído
O lançamento foi concluído em todas as partes sem nenhuma interrupção nos serviços.
Avisos atuais:
|
Status |
Problema ou evento |
Data de execução |
|
Novo Próxima versão |
A partir de 8 de setembro de 2026 |
|
|
Novo Próxima versão Versão |
A partir de 16 de junho |
|
|
Atualizado Importante Atual |
5 de maio de 2026 |
|
|
Atualizado |
Setembro de 2026 |
|
|
Atualizado Versão |
Setembro de 2026 |
|
|
Versão Próxima versão principal |
Setembro de 2026 |
|
|
Importante |
A partir de março de 2026 |
|
|
Atualizado |
2027 |
|
|
Atual |
Setembro de 2026 |
|
|
Notificações informativas persistentes |
||
|
Atual Informativo |
Atual |
|
|
Atual Informativo |
Atual |
|
Relatado primeiro em: março de 2026 |
Atual |
|---|
|
Relatado primeiro em: março de 2026 |
Atual |
|---|
A edição de documento em linha durante a criação está sendo implantada por meio de um lançamento em fases como parte da versão 17.1.2 para contas VIP.
Cronograma de implantação:
As contas de cliente VIP e VIPMP recebem uma implantação de produção gradual após a versão 17.1.2.
A edição de documentos inline será incluída na implantação 17.2.1 da sandbox. A implantação para clientes ETLA é prevista após a versão 17.2.1.
O recurso é ativado por padrão no nível da conta para contas compatíveis novas e existentes. Administradores de conta e de grupo podem ativar ou desativar o recurso conforme necessário.
O recurso não é compatível com:
- Contas do Acrobat Sign for Government.
- Organizações que utilizam o sistema legado de gerenciamento de usuários do Acrobat Sign.
Para instruções de configuração, consulte Ativar ou desativar a edição de documento em linha
Para instruções de fluxo de trabalho do remetente, consulte Como editar texto durante a criação de campos
Os cronogramas para a implantação estão sujeitos a alterações, dependendo de eventos emergentes.
|
Relatado primeiro em: agosto de 2025 - Atualizado em fevereiro de 2026 |
Atual |
|---|
Para ajudar a manter a estabilidade do sistema e melhorar o desempenho, o Adobe Acrobat Sign está introduzindo um limite de pesquisa para pontos de extremidade da API GET. Esta política limita a frequência com que os aplicativos cliente podem fazer chamadas de API idênticas para o serviço Acrobat Sign.
A pesquisa de alta frequência cria carga desnecessária nos sistemas back-end, o que pode degradar o desempenho e diminuir os tempos de resposta. Os desenvolvedores de API são incentivados a usar webhooks para atualizações quase em tempo real em vez de consultas repetidas.
O que está mudando
A política de pesquisa se aplica a todos os pontos de extremidade da API GET para chamadas idênticas.
Existe um limite para a frequência com que o mesmo usuário efetivo pode realizar a mesma chamada de API para o Acrobat Sign. Um erro é retornado quando o mesmo usuário efetivo faz chamadas idênticas com mais frequência do que o limite de enquete aplicável permite.
Por exemplo, uma solicitação repetida para o mesmo ponto de acesso para o mesmo acordo ou documento de biblioteca é tratada como uma chamada idêntica. As solicitações para diferentes acordos ou documentos de biblioteca são tratadas como chamadas distintas porque cada objeto representa um destino de solicitação diferente.
Exemplos de pontos de acesso afetados
Recuperação de status
- GET /agreements/{agreementId} : recupera o status atual de um contrato.
- GET /agreements/{agreementId}/documents/{documentId}: recupera o fluxo de arquivo de um documento em um contrato.
Listagem, eventos e documentos de biblioteca
- GET /agreements : recupera contratos para o usuário.
- GET /agreements/{agreementId}/events: recupera informações de evento de um contrato.
- GET /libraryDocuments — Recupera documentos de biblioteca para o usuário.
- GET /libraryDocuments/{libraryDocumentId} — Recupera informações para um documento de biblioteca específico.
Detalhes da política de polling
O Intervalo Mínimo de Consulta de Objeto (MOPI) define com que frequência o mesmo usuário efetivo pode fazer a mesma solicitação de API GET para o serviço Acrobat Sign.
O MOPI padrão varia por nível de serviço:
- Camadas GLOBAL, ENTERPRISE e DEVELOPER: Três chamadas idênticas por intervalo de um minuto.
- Todos os outros níveis: três chamadas idênticas em intervalos de três minutos.
Se o mesmo usuário efetivo fizer solicitações GET idênticas com mais frequência do que a camada permite, o Acrobat Sign retorna uma resposta 429 Too Many Requests com um cabeçalho Retry-After.
Uma solicitação é considerada idêntica quando o mesmo usuário efetivo faz a mesma solicitação GET com o mesmo caminho de solicitação e cabeçalhos dentro do intervalo de polling aplicável.
Manipulação de ETag
Os aplicativos podem continuar a usar ETags e o cabeçalho If-None-Match para pontos de acesso que oferecem suporte a solicitações GET condicionais.
Para solicitações GET condicionais que são permitidas dentro do limite de consulta, o Acrobat Sign pode retornar 304 Not Modified quando o recurso não foi alterado.
Quando o limite de enquete é excedido, o Acrobat Sign retorna 429 Too Many Requests com um cabeçalho Retry-After, mesmo quando a solicitação inclui um cabeçalho If-None-Match.
Ação necessária
Se a sua aplicação exigir atualizações em tempo quase real, utilize webhooks em vez de pesquisa. Os webhooks fornecem uma maneira mais eficiente e escalável de receber atualizações oportunas.
Caso não seja possível implementar webhooks, os aplicativos devem usar cache no lado do cliente para armazenar e reutilizar respostas da API.
- Quando uma resposta 304 Não modificado é recebida, use os dados em cache em vez de realizar outra chamada de API.
- Quando uma resposta 429 Muitas solicitações é recebida, tente novamente a chamada da API apenas após o número de segundos especificado no cabeçalho Retry-After.
Recursos
- Manuseio de respostas 429: https://developer.adobe.com/acrobat-sign/docs/overview/developer_guide/apiusage#handling-rate-limiting-http-429
- Limite de consulta da API: https://developer.adobe.com/acrobat-sign/docs/overview/developer_guide/apiusage#get-endpoints
Linha do tempo
Os limites MOPI atualizados já estão em produção.
- O comportamento de limitação ETag atualizado está incluído na versão 17.1.1. Após esta alteração, o Acrobat Sign retorna 429 Muitas solicitações para solicitações limitadas, incluindo solicitações GET condicionais que incluem um cabeçalho If-None-Match.
- A política de polling está definida como ENFORCED para novas contas no ambiente Sandbox em 11 de fevereiro de 2026.
- A política de enquete está definida como ENFORCED para novas contas no ambiente de produção em 5 de abril de 2026.
Entre em contato com seu CSM se precisar de assistência ou tiver alguma dúvida.
|
Relatado primeiro em: março de 2026 |
Atual |
|---|
Atualizações de rotação de certificados SSL/TLS – Transição para períodos de validade mais curtos
O setor SSL/TLS está fazendo a transição para períodos de validade de certificados significativamente mais curtos. Esta mudança é impulsionada por atualizações do CA/Browser Forum (o órgão regulador de certificados publicamente confiáveis) e está sendo adotada pelas principais autoridades certificadoras (CAs), incluindo a DigiCert.
Como resultado, o ciclo de vida de certificados será reduzido gradualmente dos atuais ~398 dias para apenas 47 dias ao longo dos próximos anos.
O que está mudando?
O período máximo de validade para certificados TLS publicamente confiáveis será reduzido para 47 dias. Este requisito é definido pelo CA/Browser Forum e se aplica a todo o setor.
Por que essa alteração está acontecendo?
Os ciclos de vida de certificados mais curtos aprimoram a segurança ao:
- Reduzir a janela de exposição se um certificado ou chave privada for comprometida
- Limitar a dependência de mecanismos de revogação de certificados
- Incentivar o gerenciamento automatizado do ciclo de vida dos certificados
- Melhorar a postura geral de segurança na Internet
Os principais fornecedores de navegadores (Google, Apple, Mozilla, Microsoft) apoiam esta transição.
Para o contexto adicional do setor, consulte o anúncio da DigiCert:
O ciclo de vida dos certificados TLS será oficialmente reduzido para 47 dias
Como isso afeta você
- Maior frequência de rotação de certificados
- Os certificados terão uma rotação mais frequente conforme os períodos máximos de validade diminuem.
- Automação é obrigatória
- Devido aos períodos de validade mais curtos, espera-se que as renovações de certificados sejam totalmente automatizadas. Processos de renovação manual não são sustentáveis nesta frequência.
Se o ambiente depende de fixação de certificados, repositórios de confiança manuais ou referências de certificados estáticas, revise a configuração para garantir a compatibilidade com renovações frequentes.
Notificações do cliente
Anteriormente, as notificações eram enviadas quando os certificados rotacionavam anualmente.
A partir do final de junho de 2026, as notificações de rotina de rotações de certificados padrão serão descontinuadas.
Com períodos de validade mais curtos e renovações automatizadas:
- As rotações de certificados de rotina não gerarão notificações ao cliente.
- As notificações serão enviadas apenas em casos de:
- Falhas de renovação
- Impacto no serviço
- Ação do cliente necessária
Esta abordagem está alinhada com as práticas recomendadas do setor para gerenciamento automatizado do ciclo de vida de certificados.
Nenhuma ação necessária (se a automação estiver habilitada)
Se sua integração depende da validação de confiança TLS padrão e não depende da fixação de certificado, nenhuma ação é necessária.
Os certificados continuarão a ser renovados automaticamente antes da expiração.
Quando a ação pode ser necessária
Talvez seja necessário agir se:
- Você usa a fixação de certificado (fixação SPKI ou de certificado completo)
- Você mantém repositórios de certificados manuais
- Você tem regras de firewall vinculadas a impressões digitais de certificados específicas
- Você opera sistemas que não oferecem suporte a atualizações automatizadas de certificados
Se não tiver certeza, consulte sua equipe de segurança ou infraestrutura.
Perguntas frequentes
- Esta é uma alteração específica da Adobe?
- Não. Esta é uma alteração em todo o setor exigida pelo CA/Browser Forum e implementada por todas as principais autoridades de certificação.
- A disponibilidade do serviço será afetada?
- Não. Os certificados serão renovados automaticamente antes da expiração. Não há tempo de inatividade esperado como parte da rotação normal.
- Quando as notificações de rotação de certificados serão interrompidas?
- As notificações de rotação de certificados de rotina serão interrompidas no final de junho de 2026. Os clientes continuarão a ser notificados apenas se uma ação for necessária ou se um problema afetar o serviço.
- Onde posso saber mais?
- Para detalhes adicionais do setor, consulte o anúncio da DigiCert:
https://www.digicert.com/blog/tls-certificate-lifetimes-will-officially-reduce-to-47-days
- Para detalhes adicionais do setor, consulte o anúncio da DigiCert:
Precisa de ajuda?
Se você tiver dúvidas sobre a rotação de certificados ou precisar de ajuda para validar a integração, entre em contato com o suporte da Adobe ou com o representante de conta da Adobe.
|
Relatado pela primeira vez em: fevereiro de 2025. Atualizado em: junho de 2026 |
Atual |
|---|
Na versão 17.2 (setembro de 2026), todas as contas comerciais e governamentais serão atualizadas para usar o moderno ambiente Solicitar assinatura.
- Os links de alternância serão desabilitados
- Os controles de administração no menu de administração permanecerão disponíveis para os clientes que precisarem retornar à interface clássica.
O que vai mudar
Na versão de setembro de 2026 (17.2):
- Todas as contas comerciais e da GovCloud serão migradas automaticamente para a experiência moderna Solicitar assinatura.
- Os links de alternância serão desabilitados nas contas comerciais e da GovCloud
- Os controles para reverter a experiência para o ambiente clássico permanecerão disponíveis.
Na versão de janeiro de 2027 (18.0):
- Todas as contas serão migradas automaticamente para a experiência moderna Solicitar assinatura.
- Os links de alternância serão removidos.
- Os controles para reverter a experiência para o ambiente clássico serão removidos da interface.
Recomendamos familiarizar os usuários com a experiência moderna antes da nova versão para garantir uma transição fluida.
|
Relatado pela primeira vez em: fevereiro de 2025. Atualizado em: junho de 2026 |
Atual |
|---|
Na versão 17.2 (setembro de 2026), todas as contas comerciais e governamentais serão atualizadas para usar a experiência moderna Criar modelo.
- Os links de alternância serão desabilitados
- Os controles de administração no menu de administração permanecerão disponíveis para os clientes que precisarem retornar à interface clássica.
O que vai mudar
Na versão de setembro de 2026 (17.2):
- Todas as contas comerciais e da GovCloud serão migradas automaticamente para a experiência moderna Criar modelo.
- Os links de alternância serão desabilitados nas contas comerciais e da GovCloud
- Os controles para reverter a experiência para o ambiente clássico permanecerão disponíveis.
Na versão de janeiro de 2027 (18.0):
- Todas as contas serão migradas automaticamente para a experiência moderna Criar modelo.
- Os links de alternância serão removidos.
- Os controles para reverter a experiência para o ambiente clássico serão removidos da interface.
Recomendamos familiarizar os usuários com a experiência moderna antes da nova versão para garantir uma transição fluida.
|
Relatado pela primeira vez: abril de 2025 - Atualizado em junho de 2026 |
Atual |
|---|
A nova experiência do Designer de fluxo de trabalho está sendo habilitada para todas as contas existentes, substituindo a versão clássica ao longo do tempo. Durante a transição, administradores e usuários têm alguma flexibilidade para reverter à interface anterior até sua retirada completa.
Linha do tempo da implantação
Setembro de 2026 (v17.2)
- Todas as contas serão promovidas à nova experiência após a nova versão (se ainda não estiverem nela).
- Os administradores mantêm a capacidade de retornar à experiência clássica.
- Os usuários não veem mais os links de alternância; administradores podem habilitá-los se necessário.
Janeiro de 2027 (v18.0)
- Todas as contas serão transferidas permanentemente para a nova experiência.
- Os controles de administrador para reverter à versão clássica são removidos.
- O designer de fluxo de trabalho personalizado clássico está totalmente descontinuado e não pode mais ser acessado.
Recomendamos que você prepare seus usuários o mais rápido possível para garantir uma transição fluida.
Novas contas criadas após a versão de julho de 2025 do Acrobat Sign terão a nova experiência habilitada por padrão, e não haverá controles para retornar à versão legada.
|
Relatado primeiro em: agosto de 2025 - atualizado em outubro de 2025 |
Atual |
|---|
Todas as contas foram transferidas para o ambiente moderno
Na versão 17.0 (janeiro de 2026), todas as contas serão atualizadas para usar o ambiente moderno de assinatura eletrônica.
Os controles do ambiente clássico permanecerão disponíveis como uma medida alternativa para qualquer caso de uso em que o ambiente moderno não possa ser utilizado.
|
Relatado pela primeira vez: setembro de 2022 – Atualizado: junho de 2026 |
Atual |
|---|
Os relatórios clássicos serão completamente removidos da interface do Acrobat Sign em 2027. Isso inclui o link de alternância que permite a troca entre ambientes. Depois de removidos, clientes não poderão retornar ao ambiente clássico para revisar os relatórios clássicos, e os relatórios programados deixarão de ser executados.
O ambiente de relatórios modernos ficará como a única solução de relatórios.
É altamente recomendado que clientes recriem todos os seus relatórios já existentes no novo ambiente o mais rápido possível.
|
Relatado primeiro em: fevereiro de 2026 |
Atual |
|---|
Resumo
Devido aos requisitos regulamentares atualizados na Tailândia, a entrega de contratos via SMS não é compatível no momento para destinatários com números de telefone tailandeses.
O que está mudando
A Tailândia introduziu regulamentações atualizadas que restringem mensagens SMS contendo URLs que direcionam destinatários para fluxos que exigem interação do usuário. Como assinar um contrato exige interação do destinatário, a entrega por SMS para este caso de uso é restrita.
Quem é afetado
- Contratos enviados usando entrega de contratos via SMS.
- Destinatários com números de telefone tailandeses (+66).
Impacto
Destinatários com números de telefone tailandeses podem não receber mensagens SMS contendo links de contratos. Como resultado, os destinatários podem não conseguir acessar e concluir o processo de assinatura quando a entrega por SMS é usada.
Esta limitação é de natureza regulatória e não é causada por uma interrupção do serviço ou defeito do produto.
Cronograma
Atualmente não há uma linha do tempo confirmada para quando esta restrição pode ser suspensa ou uma solução técnica será aplicada. Este aviso será atualizado quando as condições mudarem.
Ações obrigatórias
- Não use Entrega de Acordo via SMS para destinatários com números de telefone tailandeses.
- Inclua endereço de email como método de entrega alternativo para garantir a entrega do contrato.
Detalhes adicionais
Esta limitação se aplica apenas à entrega baseada em SMS. Outros métodos de entrega de contratos e autenticação não são afetados.
|
Relatado pela primeira vez em: maio de 2024 |
Atual |
|---|
A opção de usar uma unidade externa para fazer upload de arquivos será limitada ao OneDrive na nova experiência de Solicitar assinatura.
É recomendado que os clientes que usam outras opções de upload de arquivos usem o aplicativo específico do fornecedor para fornecer uma unidade conectada à rede que possa ser acessada por meio do seletor de arquivos nativo do sistema local do usuário.
- Dropbox: https://www.dropbox.com/desktop
- Google Drive: https://support.google.com/drive/answer/10838124
- Box: https://support.box.com/hc/en-us/articles/360043697194-Installing-Box-Sync
- Acrobat/Document Cloud: https://www.adobe.com/br/acrobat/hub/share-sync-pdfs.html
Recursos adicionais
- Fóruns da comunidade
- Treinamento semanal - webinário semanal que abrange tópicos de treinamento para novos usuários e administradores
Notificações Arquivadas
Listado pela data em que o aviso foi removido da lista de avisos atual, do mais recente para o mais antigo.
Simplifique seu trabalho com o Acrobat Sign
Gerencie e assine documentos online de forma rápida e fácil.
