Notas de versão do Adobe Acrobat Sign: 2023
Funcionalidade aprimorada
- Substituir qualquer destinatário - A capacidade de substituir o destinatário atual foi estendida para se aplicar a qualquer destinatário que ainda não tenha assinado o contrato, permitindo a edição/substituição de endereços de email de qualquer destinatário futuro no contrato.
Alterações de experiência
Certificado de retenção na fonte de funcionário W-4 de 2023 adicionado à biblioteca do Acrobat Sign - Os clientes que usam o modelo de formulário fiscal W-4 dos EUA na biblioteca da Acrobat Sign têm acesso à versão de 2023, totalmente marcada e pronta para envio. Os clientes podem baixar o PDF e editá-lo para criar sua própria versão conforme necessário.
O certificado CDS do Acrobat Sign está programado para atualização em 7 de fevereiro de 2023 - O certificado CDS aplicado aos PDFs gerados no Acrobat Sign atualizará a identidade visual no certificado de Adobe Sign para Acrobat Sign. A atualização deve ser concluída após o lançamento de janeiro, em 7 de fevereiro de 2023.
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.
Webhooks
- Evento AGREEMENT_EXPIRATION_UPDATED adicionado à interface do aplicativo: o evento AGREEMENT_EXPIRATION_UPDATED foi adicionado à interface voltada para o cliente como um evento selecionável para contratos.
Funcionalidade aprimorada
- Permitir que os signatários salvem o progresso em um formulário web e retornem posteriormente para concluir - os administradores podem configurar uma conta ou grupos individuais para permitir que formulários web sejam salvos pelo signatário, permitindo que os destinatários preencham o formulário posteriormente, se necessário. Para salvar os dados do formulário, o destinatário deve fornecer seu nome, endereço de email e um nome para o formulário.
- Verificação de identidade de signatário expandida para incluir formulários web - Contas que usam a configuração de Verificação de identidade do signatário para garantir que os signatários internos se autentiquem no Acrobat Sign antes de aplicar sua assinatura aos contratos, agora podem estender essa segurança às assinaturas aplicadas a formulários web.
- Acesso em nível de usuário para criar modelos personalizados de fluxo de trabalho de contrato - O acesso ao Designer de fluxo de trabalho do cliente para enviar novos contratos, agora pode ser habilitado para usuários não administradores criarem seus próprios fluxos de trabalho. Os usuários com acesso para criar e editar fluxos de trabalho terão uma nova guia Fluxos de trabalho no painel de navegação superior.
- O acesso ao designer integrado de fluxo de trabalho Power Automate foi expandido para permitir a configuração em nível de grupo - A habilitação da integração com o Microsoft Power Automate foi estendida para o nível de grupo para que os administradores possam conceder acesso ao Power Automate para grupos específicos.
- Permitir que nomes de destinatários obrigatórios sejam opcionais para os remetentes - Os administradores que habilitarem o recurso Nome do destinatário obrigatório agora terão a opção de suavizar a exigência do nome, tornando-a opcional no nível de conta ou de grupo para o remetente. Em termos práticos, isso significa que o remetente pode inserir o nome do destinatário caso ele seja conhecido, mas não é impedido de enviar o contrato caso não seja.
- Enviar um contrato somente para si mesmo - Agora, os remetentes podem enviar um contrato apenas para si mesmos, sem precisar adicionar outro destinatário ao ciclo de assinatura. Isso permite que o destinatário teste novos modelos de biblioteca e experimente o processo de assinatura dos seus destinatários sem precisar usar um valor de email diferente para o signatário.
- Antes desta versão, uma tentativa de enviar um contrato apenas para você mesmo geraria um erro. A partir desta versão, nenhum erro é acionado e o contrato é iniciado normalmente.
- O processo de assinatura segue todas as regras esperadas de um contrato enviado em termos de notificação por email, autenticação, navegação de formulário, anexos de email, etc.
- Identidade digital do Aadhaar disponível para contas VIP - O método de autenticação premium de identidade digital Aadhaar agora está disponível por meio da Adobe para contas VIP que exigem que os destinatários se autentiquem com o serviço de identidade Aadhaar.
- Novos provedores de serviços confiáveis (TSP) -Novos provedores estão sendo adicionados para expandir a disponibilidade internacional da solução de assinatura digital. Novidades desta versão:
- A-Trust (UE / Áustria)
- ADACOM (UE / Grécia)
- CertSign (UE / Romênia)
- ComSign (Israel)
- PSC World (México)
- SSL.com (EUA)
- Melhoria na detecção automática de campos de formulário - A detecção automática de campos de formulário foi aprimorada para posicionar todos os campos de uma vez (em comparação a posicioná-los página a página) para todas as contas com a detecção automática de campos ativada nos fragmentos EU1 e JP1.
- Novas colunas estão disponíveis nas exportações de dados - Três novas colunas de dados já estão disponíveis:
- Número de documentos - Contagem total de todos os documentos usados para criar um contrato.
- Provedor de assinatura em nuvem - O nome do provedor de assinatura digital (nuvem).
- Emissor do certificado de assinatura em nuvem do destinatário - O emissor do certificado do provedor de assinatura digital (nuvem).
- Opção para imprimir em PDF disponível nas páginas de relatório - A nova experiência de Relatórios agora inclui um botão que permite aos usuários imprimir seus relatórios em PDF, facilitando o compartilhamento de relatórios com públicos que não têm contas do Acrobat Sign ou que preferem não fazer logon para visualizá-los.
- Novo filtro e coluna para identificar administradores na lista Usuários - Uma nova coluna está disponível na lista Usuários para identificar prontamente os administradores na conta. A lista mostra o nível mais alto de autoridade concedido ao usuário (Privacidade > Conta > Grupo). Um filtro Mostrar apenas administradores foi adicionado para facilitar a revisão de todos os administradores em uma lista consolidada.
Alterações de experiência
- Um link para baixar o Acrobat Reader gratuito foi adicionado ao email de pós-assinatura - O email de pós-assinatura enviado aos destinatários agora inclui um link de download do Acrobat Reader gratuito para que os destinatários possam facilmente abrir e visualizar o PDF do contrato (normalmente) anexado.
- Atualização da interface do destinatário ao usar a autenticação do Acrobat Sign - O método de autenticação do Acrobat Sign foi movido para um microsserviço, o que causou uma pequena alteração na interface do destinatário. A funcionalidade não foi alterada, e os contratos existentes não foram negativamente afetados.
- Atualização da interface para criar e editar selos eletrônicos - O painel de configuração e edição de selos eletrônicos foi atualizado com novos rótulos de texto para oferecer maior clareza. A funcionalidade não foi alterada, e os contratos existentes não foram negativamente afetados.
- Rodapé do relatório de auditoria atualizado - A partir do lançamento de março de 2023, todos os novos relatórios de auditoria contêm uma nova string de texto na parte inferior do relatório esclarecendo que os nomes dos destinatários são fornecidos pelo signatário, salvo indicação em contrário. A string diz: "Nomes e endereços de email são inseridos no serviço Acrobat Sign por usuários do Acrobat Sign e não são verificados, salvo indicação em contrário."
Integrações do Adobe Acrobat Sign
A integração Acrobat Sign for Veeva Vault está sendo atualizada para fornecer a funcionalidade de notificar usuários quando sua assinatura for necessária em um contrato e permitir que os usuários assinem dentro do ambiente Veeva Vault.
Problemas resolvidos
| Problema |
Descrição |
|---|---|
| 4293759 | Resumo: a opção noChrome é inconsistente ao passar um valor “false” depois que um valor “true” foi passado na mesma sessão. |
| Correção: adicionar lógica para remover o noChrome da sessão quando “noChrome=false” é passado como um parâmetro de consulta. | |
| 4320157 | Resumo: os contratos com status Rascunho na guia Gerenciar (estado de criação na API) expiraram de acordo com as configurações do prazo, apesar de não serem contratos ativos |
| Correção: o cálculo da data do prazo foi atualizado para excluir as transações de status Rascunho/Criação. |
|
| 4353443 | Resumo: as ferramentas de desenvolvimento relatam um erro de WCAG na página Enviar relacionado a objetos filho do grupo de opções que estão ausentes devido à opção de alternância do fluxo de trabalho estar definida como um grupo de opções. |
| Correção: atualizar o objeto filho para um objeto de botão, dado que há apenas duas opções, não uma matriz maior. |
|
| 4355729 | Resumo: algumas circunstâncias podem fazer com que a autenticação de nome da KBA use o sobrenome duas vezes no bloco de assinatura. |
| Correção: adição de código para detectar valores de nome duplicados e solicitação ao usuário para verificar ou atualizar o nome. |
|
| 4359478 | Resumo: as fontes de assinatura podem ser apresentadas em tamanhos diferentes no PDF final, pois as fontes não têm um tamanho padrão fixo. |
| Correção: os conjuntos de fontes foram ajustados para ter um tamanho consistente. |
|
| 4375042 | Resumo: os gráficos relacionados ao tempo não estão sendo carregados no novo ambiente de relatórios |
| Correção: uma atualização no banco de dados resolveu o problema. |
|
| 4375549 | Resumo: o filtro “Grupo” não é exibido na interface de exportação de dados. |
| Correção: os dados do grupo foram atualizados no banco de dados, corrigindo o problema. |
|
| 4375884 | Resumo: os destinatários explicitamente delegados podem delegar ainda mais sua autoridade de contrato |
| Correção: o código foi aprimorado para retornar o participantSetID apropriado | |
| 4377068 | Resumo: copiar um modelo da sandbox para a produção copia o modelo com os campos de formulário e apresenta o erro “Erro ao executar a solicitação”. Isso acontece porque os campos de hiperlink são detectados com uma altura negativa. |
| Correção: a funcionalidade de detecção de campo de formulário foi aprimorada para garantir uma compreensão consistente do posicionamento do campo e das coordenadas de posicionamento relativo. |
|
| 4380228 | Resumo: a visualização da barra lateral do aplicativo de assinatura eletrônica para dispositivos móveis não fornece a opção “Exibir histórico”. |
| Correção: o aplicativo foi atualizado para fornecer o conteúdo do Histórico. |
|
| 4382167 | Resumo: as versões localizadas da descrição da HIPAA não são claras. |
| Correção: a linguagem foi melhorada. |
|
| 4383351 | Resumo: copiar um formulário web entre ambientes (por exemplo, da sandbox para produção) faz com que campos não sejam exibidos no contrato final. |
| Correção: a chamada de API PUT /widgets/{widgetId}/formFields foi aprimorada para assegurar que os campos sejam posicionados corretamente. | |
| 4384877 | Resumo: as configurações do BioPharma podem ser ignoradas ao enviar uma transação de envio em massa se o BioPharma estiver configurado no nível de grupo |
| Correção: o código foi aprimorado para assegurar a herança adequada no nível de grupo ao gerar contratos. |
|
| 4387692 | Resumo: os pagamentos por meio do Braintree podem ser anulados se o usuário tentar assinar um contrato que já foi assinado. |
| Correção: foi adicionada uma verificação para identificar se o contrato foi alterado antes da conclusão do pagamento. |
|
| 4396329 | Resumo: a imagem de uma assinatura, quando tirada de um dispositivo móvel, gira 90 graus. |
| Correção: o código foi aprimorado para buscar a orientação das imagens antes de aplicar a imagem ao PDF. |
|
| 4396574 | Resumo: os fluxos de trabalho enviados de um grupo não primário podem falhar com um “Erro de validação do estado Rascunho”. devido a aplicação das configurações de sessão em vez da aplicação das configurações de grupo. |
| Correção: o código foi aprimorado para garantir a aplicação correta das configurações do grupo ao selecionar um novo grupo. |
|
| 4396871 | Resumo: os relatórios de auditoria em coreano mostram um nome de arquivo corrompido em caracteres de hash. |
| Correção: a função foi aprimorada para incluir todas as famílias de fontes necessárias. |
|
| 4397811 | Resumo: linhas de assunto de email poderiam ser exibidas incorretamente se dois pontos estivessem presentes na sequência de caracteres devido à marcação interna para identificar hiperlinks. |
| Correção: o código foi aprimorado para permitir esse caso de uso. |
|
| 4399942 | Resumo: indicações de cor incorretas podem ser aplicadas ao criar campos para participantes de tipo Todos e Qualquer um |
| Correção: lógica alterada na função de cores para Qualquer um e Todos. |
|
| 4399995 | Resumo: ao realizar um envio por meio da API, o URL do BulkSigning precisa ser composto por um URL personalizado em vez do URL protegido genérico para permitir que o signatário acesse a interface do BulkSign sem realizar um logon adicional caso o signatário já tenha sido autenticado por SAML. |
| Correção: o código foi aprimorado para permitir o URL personalizado ao usar chamadas de API do SendinBulk. |
|
| 4403487 | Resumo: os emails de cancelamento personalizados podem incluir a parte em cópia na notificação dos signatários. |
| Correção: a função para remover a parte em cópia foi adicionada ao modelo de cancelamento personalizado. |
|
| 4404574 | Resumo: o salvamento do formulário web pode falhar se o formulário web for criado em um grupo de membros (não no grupo principal). |
| Correção: o código foi aprimorado para garantir que as configurações do grupo de membros estejam habilitadas para o formulário web. |
|
| 4405782 | Resumo: os motivos da assinatura não são ajustados ao local selecionado. |
| Correção: o código foi aprimorado para mudar a localidade do conteúdo e alinhar-se à sessão atual. |
|
| 4415593 | Resumo: o texto não era recebido ao usar a opção de assinatura móvel para números canadenses. |
| Correção: o problema com o fornecedor foi corrigido. |
|
| 4419917 | Resumo: usar “now()” como um parâmetro em uma expressão localizada lança uma exceção que resulta na renderização incorreta da data |
| Correção: a função Date agora converte a data numérica em uma string antes de remover a localização, permitindo obter um valor de data correto. |
|
| 4420339 | Resumo: nos casos em que o primeiro signatário é um delegado e o mesmo signatário aparece posteriormente no ciclo de assinatura, um erro pode ser acionado com o URL de assinatura. |
| Correção: o código foi aprimorado para assegurar que a lista de assinaturas seja ordenada corretamente quando for buscada no banco de dados. |
|
| 4421259 | Resumo: as transações de Envio em massa podem ser configuradas para impedir o acesso ao ambiente de criação do aplicativo usando a autenticação por senha quando um autenticador interno for incluído |
| Correção: o código foi aprimorado para gerenciar melhor o fluxo de trabalho, permitindo a criação. |
Implantação de produção: 20 de abril de 2023
Implantação da GovCloud: 24 de abril de 2023
Funcionalidade aprimorada
- Atualização dos selos eletrônicos para permitir somente o selo gráfico: os selos eletrônicos estão sendo aprimorados para permitir somente o posicionamento do selo gráfico, sem o componente de texto (nome, data, hora e motivo da assinatura). Para oferecer suporte a este caso de uso:
- Ao configurar o selo, uma nova opção está disponível para omitir o componente de texto, permitindo que apenas o selo gráfico seja exibido.
- A assinatura digital pode ser criada com proporção quadrada (permitindo um selo redondo) através da criação com etiquetas de texto, Acroforms ou a API.
- O texto do selo (quando aplicado) agora informa corretamente “Selo digital” em vez de “Assinado digitalmente”.
- Ao configurar o selo, uma nova opção está disponível para omitir o componente de texto, permitindo que apenas o selo gráfico seja exibido.
Alterações de experiência
- Reformulação do cabeçalho e rodapé: o cabeçalho e o rodapé foram reformulados para acomodar melhor a exibição em plataformas menores e melhorar a acessibilidade.
- O cabeçalho de empilhamento duplo foi mesclado para conter o logotipo da marca e as guias de navegação em uma única barra de cabeçalho.
- A barra de cabeçalho recolherá e mostrará um ícone de opções em plataformas menores ou quando a ampliação da tela precisar do espaço para exibir o conteúdo corretamente.
- O rodapé será totalmente removido, e o seletor de Idioma será realocado para o menu Perfil, no canto superior direito da página.
Problemas resolvidos
| Problema |
Descrição |
|---|---|
| 4389075 | Resumo: ao fazer upload de um contrato assinado anteriormente como um arquivo em anexo, os campos de várias linhas não mantêm a capacidade de exibir linhas fora do escopo do espaço do campo original. |
| Correção: um código foi adicionado para reter a anotação do PDF original para campos de várias linhas em anexos. | |
| 4389207 | Resumo: os signatários do Microsoft Teams recebem uma tela em branco ao usar a autenticação do Acrobat Sign. |
| Correção: o código foi atualizado para transmitir os parâmetros corretos no ambiente do Teams para concluir a autenticação. |
|
| 4406571 | Resumo: os relatórios de auditoria em japonês duplicam os honoríficos. |
| Correção: o modelo foi atualizado para remover a duplicação. |
|
| 4415574 | Resumo: o ambiente de sandbox não está carregando todos os grupos devido a problemas de paginação |
| Correção: a paginação foi corrigida no ambiente de sandbox. |
|
| 4415966 | Resumo: o fuso horário definido pelo cliente nos relatórios de auditoria não é mantido nos formulários web |
| Correção: o código que oferece suporte aos relatórios de auditoria de formulários web foi atualizado para acomodar corretamente a configuração do fuso horário definido pelo cliente. |
|
| 4417187 | Resumo: os clientes com a opção Visibilidade de documento limitada habilitada podem não ver todos os campos ao exportar dados usando o novo ambiente de relatórios. |
| Correção: o código relacionado à visibilidade de documentos e dados foi atualizado para permitir o acesso aos dados de campo em relatórios. | |
| 4417835 | Resumo: as informações do signatário em contratos concluídos no ambiente de sandbox podem não ser exibidas ao visualizar o contrato devido a um conflito com a marca d'água. |
| Correção: melhorias no código permitem que a marca d'água e as informações do cliente sejam exibidas corretamente em contratos concluídos. |
|
| 4418255 |
Resumo: ao criar um formulário web em um grupo que não seja o grupo principal do usuário, a opção de usar vários signatários é herdada do usuário e não do grupo. |
| Correção: a herança da propriedade do recurso foi corrigida para usar o grupo selecionado em vez do grupo do usuário. |
|
| 4420675 | Resumo: alguns usuários não podiam executar relatórios usando o novo ambiente porque a API estava retornando informações incompletas. |
| Correção: um código foi adicionado para acomodar o tipo de evento de API que retornava informações insuficientes. |
|
| 4426975 | Resumo: algumas configurações de email, como a remoção do email e do nome do remetente, não são aplicadas corretamente. |
| Correção: os modelos de email foram reparados para aplicar corretamente as configurações herdadas. | |
| 4427301 | Resumo: os signatários que usam uma localidade diferente do inglês dos EUA não veem a lista suspensa Motivos da assinatura ao assinar. |
| Correção: o código responsável por recuperar a lista de motivos de assinatura foi corrigido para acomodar a localidade do destinatário. |
|
| 4430515 | Resumo: quando um remetente adiciona um campo de entrada utilizando a palavra “直” como valor padrão, o signatário vê a fonte antiga ao assinar e no documento concluído |
| Correção: a priorização da fonte foi aprimorada para corrigir a substituição. |
Implantação de produção: 23 de maio de 2023
Implantação do GovCloud: 06 de junho de 2023
Funcionalidade aprimorada
- Integração incorporada com o Microsoft Power Automate - Disponível para todas as contas corporativas licenciadas do Acrobat Sign que buscam automatizar seus processos de pré-assinatura ou pós-assinatura. Essa integração é ativada pelo administrador da conta na guia Configurações da conta > Integração do fluxo de trabalho . Uma vez habilitada, a integração é acessada através de um bloco na página inicial ou uma nova guia Fluxo de trabalho na barra de navegação principal.
Com o direito do Power Automate incluído (ativado na habilitação), os usuários podem acessar todos os conectores padrão e Premium do Power Automate para uso com o Acrobat Sign. Os clientes com licenças existentes do Power Automate por meio da Microsoft também podem usá-las com a integração.
O acesso para descobrir esse recurso por meio da guia Fluxos de trabalho e os pontos de acesso da página Inicial estão habilitados por padrão para todos os usuários.
A capacidade de criar e usar fluxos de trabalho não estará disponível até ser explicitamente habilitada pelo administrador da conta.
Controles para desativar a capacidade de descoberta de usuários podem ser encontrados em Configurações da conta > Configurações globais.
- Suporte a nome e assinatura para o idioma hebraico - Os valores de nome e iniciais no idioma hebraico (da direita para a esquerda) agora são compatíveis com os campos de assinatura no documento final e nos PDFs de relatório de auditoria.
- Exigir o salvamento de um formulário Web quando aberto - Os administradores podem remover a opção para cancelar o processo de salvamento quando Salvar ao abrir o formulário Web estiver ativada, forçando o signatário a converter o processo de formulário web em um processo normal de contrato.
Problemas resolvidos
| Problema |
Descrição |
|---|---|
| 4316916 | Resumo: Caso vários signatários apliquem sua assinatura essencialmente ao mesmo tempo em um fluxo de assinatura paralelo, a primeira assinatura do signatário é omitida nas versões subsequentes do documento. |
| Correção: Um processo de bloqueio foi adicionado à conversão do documento para evitar a colisão do aplicativo de assinatura na versão oficial do documento. Os signatários subsequentes em um fluxo de assinatura paralelo encontrarão uma mensagem informando que o contrato foi atualizado e que precisam assinar novamente se sua versão tiver sido alterada (devido a um aplicativo de assinatura) desde a abertura do contrato | |
| 4382014 | Resumo: As caixas de seleção adicionadas usando o posicionamento de campo automatizado não se alinham corretamente com o gráfico de caixa de seleção. |
| Correção: O código de posicionamento foi aprimorado para usar um deslocamento de pixel para o campo e o tamanho do campo é calculado antes do posicionamento, quando o nível de zoom é alterado, melhorando o posicionamento do campo. |
|
| 4415970 | Resumo: Usuários criados em uma conta com Usuários em Vários Grupos (UMG) ativado, o que posteriormente define o grupo Padrão para não permitir o envio e desativar o UMG, podem ter o botão Iniciar da biblioteca na página inicial desativado. |
| Correção: O código foi aprimorado para contabilizar a desativação do UMG e a herança adequada das configurações do grupo do usuário. |
|
| 4416451 | Resumo: Remetentes que tentam enviar uma transação de Envio em massa em que o remetente assina primeiro e a assinatura aplicada é uma assinatura digital de um IdP baseado na nuvem encontram um erro informando que o IdP não está disponível. |
| Correção: O código de Envio em massa foi aprimorado para identificar corretamente que o remetente tem permissão para assinar primeiro usando uma assinatura digital |
|
| 4418343 | Resumo: Os participantes que assinarem com a opção Motivos da assinatura ativada em um ambiente localizado descobrirão que as cadeias de caracteres "Assinado por", Motivo" e Data" não estão localizadas. |
| Correção: A localização foi aplicada às sequências de caracteres. |
|
| 4419664 | Resumo: Os clientes que obtêm relatórios excepcionalmente longos no novo ambiente podem falhar devido ao tamanho do conjunto de dados. |
| Correção: Os parâmetros do conjunto de dados foram melhorados para acomodar solicitações muito maiores. |
|
| 4420278 | Resumo: A atribuição de campo pode reverter para o primeiro recipient ao salvar um modelo e clicar no botão Voltar. |
| Correção: O construtor do campo de formulário foi atualizado para atribuir corretamente a ID de participação ao salvar o modelo. |
|
| 4420932 | Resumo: Os PDFs criados por alguns aplicativos não estão em conformidade com o padrão PDF e, como resultado, não podem ser baixados como documentos individuais na página Gerenciar. |
| Correção: Avalie os PDF carregados e salve-os novamente se forem considerados deficientes. | |
| 4421539 | Resumo: O novo ambiente de relatório não exportará campos de formulário se todos os campos estiverem definidos como Somente leitura |
| Correção: O sinalizador para somente leitura deve ser ignorado ao extrair os dados do relatório. |
|
| 4424177 | Resumo: A opção "Signatário" está disponível nas permissões de Edição no nível de Grupo quando a configuração Assinar em nome de terceiros não está ativada. |
| Correção: A ordem do código foi atualizada para verificar as configurações de assinatura antes de exibir as permissões de assinatura. |
|
| 4426708 | Resumo: A sequência de caracteres do hiperlink ultrapassa o limite da caixa de exibição ao confirmar um redirecionamento para um novo URL por meio do campo Hiperlink . |
| Correção: Overflow wrap aplicado à sequência de caracteres. |
|
| 4427788 | Resumo: Em contas com a opção Usuários em vários grupos ativada, as associações a grupos existentes são removidas quando um usuário é promovido a administrador de grupo usando a pesquisa de associação de grupo devido à aplicação da filtragem à userID resultante. |
| Correção: A lista de valores não filtrada deve ser usada ao salvar as novas relações de usuário. |
|
| 4427893 | Resumo: Uma documentKey não pode ser gerada em retornos de chamada para contas em webhooks 2.0 |
| Correção: Foram adicionadas verificações nulas para interceptar os eventos e corrigir o problema. |
|
| 4428561 | Resumo: No novo ambiente de relatório, nem todos os grupos podem ser exibidos ao filtrar pelo grupo. |
| Correção: O código de busca foi aprimorado para garantir que todos os grupos sejam exibidos. | |
| 4430423 | Resumo: Os idiomas escritos da direita para a esquerda invertem a assinatura após a aplicação. |
| Correção: O suporte para idiomas escritos da direita para a esquerda foi adicionado para capturar uma assinatura e aplicá-la corretamente à documentação. | |
| 4430515 | Resumo: Quando um remetente adiciona um campo de entrada utilizando a palavra “直” como valor padrão, o signatário vê a fonte antiga ao assinar e no documento concluído |
| Correção: A priorização da fonte foi aprimorada para corrigir a substituição. | |
| 4433166 | Resumo: alguns campos que foram gerados por tags de texto podem não estar visíveis ao visualizar o contrato assinado online. Os PDF baixados estão renderizando corretamente. |
| Correção: A biblioteca PDF foi atualizada, corrigindo o problema de como a biblioteca decodifica os metadados de PDF para exibir arquivos PDF. |
Implantação de produção: 19 de julho de 2023
Implantação do GovCloud: 25 de julho de 2023
Funcionalidade aprimorada
- Relatórios de consumo de transações - Os relatórios de consumo de transações fornecem aos administradores a visibilidade para entender melhor os padrões de consumo de transações de sua organização. Os administradores podem criar relatórios dedicados para rastrear o consumo de transações com quatro gráficos diferentes:
- Tendência de volume de transações
- Transação por remetente
- Transação por grupo
- Transação por fluxo de trabalho
- Nova auditoria de atividade de configuração para revisar as atividades dos administradores - Um novo tipo de relatório que fornece um log de auditoria que ajuda a garantir conformidade contínua, protegendo contra alterações inadequadas e auditando comportamento suspeito dentro da sua organização.
Como administrador, você tem visibilidade completa sobre as alterações de configuração feitas nas configurações para os usuários, grupos ou conta (dependendo do nível de autoridade do usuário). Você pode filtrar o log de auditoria com base no nome da configuração, em quem fez a alteração ou no destino da alteração (nome, usuário ou grupo). Em seguida, exiba e exporte esses relatórios para análise posterior. Os administradores de conta podem exibir logs em todos os grupos. Administradores de grupo podem visualizar apenas os logs de auditoria para os grupos nos quais têm autoridade.
- Detalhes aprimorados nas exportações de dados para refletir adequadamente os eventos de substituição de destinatários - Novas colunas de exportação de dados foram adicionadas para melhor representar quando os destinatários são alterados durante o processo de assinatura de uma transação. As novas colunas são:
- Status do recipient
- Recipient assinado
- Motivo da alteração do recipient
- Data de alteração do recipient
- Registro de relatório de auditoria de desafios de autenticação aplicada : clientes que usam o recurso Autenticação de identidade aplicada (na guia Configurações do Bio-Pharma) com autenticação com base em Telefone terá cada evento de autenticação explicitamente registrado no relatório de auditoria. Os novos eventos de relatório de auditoria incluem o estágio no qual a autenticação foi capturada (abertura do contrato, aplicação da assinatura e clique no botão Clicar para assinar) e o tipo de autenticação usado. (A autenticação por Telefone é o único método aceito nesta versão. A autenticação do Acrobat Sign está programada para ser incluída na versão de agosto de 2023.)
A lista de atividades também reflete cada autenticação (embora em formato mais curto).
- Suporte de formulários web para autenticação de identidade obrigatória - Os formulários web agora respeitam as configurações de Autenticação de identidade obrigatória, permitindo conformidade de assinatura com regulamentações como CFR 21 parte 11, e registrando completamente os eventos de assinatura no log de auditoria (conforme descrito abaixo).
Além disso, a autenticação do Acrobat Sign foi adicionada como método de autenticação, fornecendo aos formulários web o log detalhado de assinatura que atende a muitos requisitos de conformidade.
- Catálogo de endereços organizacional integrado ao LDAP ou Active Directory - Os clientes que gerenciam seus usuários no Adobe Admin Console podem vincular seu LDAP ou Active Directory para importar um catálogo de endereços organizacional para todos os usuários na conta. Isso permite que os usuários digitem o nome ou email de qualquer pessoa em seu LDAP/AD da empresa e classifiquem essa parte na lista de contatos gerada automaticamente. Os contatos organizacionais (derivados da organização LDAP/AD) são listados separadamente dos contatos pessoais (derivados de qualquer endereço de email para o qual o usuário tenha enviado um contrato).
- Novo relatório de provisionamento de usuários para ajudar a resolver problemas de criação de usuários - Contas que gerenciam seus usuários no Adobe Admin Console têm um novo relatório de provisionamento de usuário disponível em uma nova página Pendente abaixo da guia Usuários. Isso é particularmente útil para contas que movem usuários de várias organizações existentes do Adobe Admin Console (talvez em ambientes diferentes) para uma organização corporativa. Para filtrar usuários ativos de usuários que ainda não concluíram ativação na nova organização, a guia Usuários foi dividida em duas seções:
- Autorizado - Usuários provisionados de maneira apropriada e capazes de usar o Acrobat Sign. Esta página é idêntica à página Usuários anterior, com todas as mesmas funcionalidades.
- Pendente - Os usuários que ainda não têm direitos plenos precisam de alguma ação ou assistência.
- Autorizado - Usuários provisionados de maneira apropriada e capazes de usar o Acrobat Sign. Esta página é idêntica à página Usuários anterior, com todas as mesmas funcionalidades.
- Aprimoramento da granularidade das permissões para editar configurações no nível de grupo - Os administradores no nível da conta agora têm granularidade no nível da guia para permitir a edição de permissões no nível do grupo. Os administradores de nível de grupo recebem uma mensagem clara de seu acesso restrito na parte superior das páginas do grupo quando a autoridade para editar está desativada.
- Selecionar como os arquivos anexados são nomeados quando adicionados aos emails: admins de nível de conta e de grupo agora podem determinar como os arquivos anexados às notificações de email são nomeados. Os nomes de arquivos são influenciados pela configuração Mesclar vários documentos em um único documento após a assinatura, que fornece um anexo com todos os arquivos mesclados ou arquivos anexos separados com seus nomes individuais. As opções são:
- Nome do contrato:
- Quando todos os arquivos são mesclados: um arquivo que é nomeado de acordo com o nome do contrato. por exemplo, Contrato de serviço de 2023
- Quando os arquivos são separados: um arquivo é anexado para cada arquivo carregado. Cada arquivo usa o nome do contrato com a adição de um enumerador. por exemplo: Contrato de serviço de 2023 (parte 1), Contrato de serviço de 2023 (parte 2), Contrato de serviço de 2023 (parte 3)
- Quando todos os arquivos são mesclados: um arquivo que é nomeado de acordo com o nome do contrato. por exemplo, Contrato de serviço de 2023
- Nome do arquivo
- Quando todos os arquivos são mesclados: um arquivo com o nome derivado do primeiro arquivo carregado.
- Quando os arquivos são separados: um arquivo é anexado para cada arquivo carregado. Cada anexo mantém o nome do arquivo original, independentemente da origem (modelo, documento de contrato carregado, documento temporário, anexo do destinatário).
- Quando todos os arquivos são mesclados: um arquivo com o nome derivado do primeiro arquivo carregado.
- Híbrido
- Quando todos os arquivos são mesclados: um arquivo que é nomeado de acordo com o nome do contrato.
- Quando os arquivos são separados: um arquivo é anexado por arquivo carregado, com cada anexo mantendo o nome do arquivo original.
- Quando todos os arquivos são mesclados: um arquivo que é nomeado de acordo com o nome do contrato.
- Nome do contrato:
Para acessar os controles, navegue até Configurações da conta > Configurações globais > Arquivos anexados ao email serão nomeados como:
- Deixar de compartilhar contratos: o compartilhamento dos contratos pode ser cancelado por quem criou o contrato ou por qualquer participante que o tenha compartilhado com outra parte. Cancelar o compartilhamento do contrato com qualquer parte o cancela automaticamente com todas as partes no downstream, removendo toda a ramificação de compartilhamento.
Alterações de experiência
- A interface do fluxo de trabalho de envio personalizado será habilitada para todos os usuários - Todas as contas que habilitaram fluxos de trabalho de envio personalizados para seus administradores foram habilitadas com acesso ao designer de fluxo de trabalho para todos os usuários. Os usuários podem acessar o designer de fluxo de trabalho por meio da guia Fluxos de trabalho na barra de navegação superior e no bloco Criar fluxos de trabalho reutilizáveis na Página inicial. Os usuários têm autoridade apenas para criar fluxos de trabalho para uso pessoal até que um administrador habilite explicitamente a opção de compartilhar fluxos de trabalho no menu de administração.
Os administradores que desejam suprimir o acesso ao designer de fluxo de trabalho para usuários podem fazê-lo nas Configurações globais na seção Fluxo de trabalho de envio personalizado:
- A guia Usuário foi dividida em duas tabelas para usuários do Admin Console: contas que gerenciam seus usuários no Adobe Admin Console têm sua guia Usuários dividida em duas páginas:
- Habilitado: esta página contém uma tabela de todos os usuários que foram criados com sucesso no ambiente do Acrobat Sign e de quem poderá usar o serviço sem problemas. Esta página é equivalente à guia Usuários anterior e possui as mesmas funcionalidades.
- Pendente: essa página contém os usuários que foram adicionados ao perfil de usuário no Admin Console, mas que não foram convertidos com sucesso em um usuário funcional no sistema do Acrobat Sign.
- Fluxo de autenticação do Acrobat Sign aprimorado - O método de autenticação do Acrobat Sign foi aprimorado para reduzir a complexidade e o número de etapas para os signatários. O email do destinatário é importado para o sistema de autenticação da Adobe para determinar se o usuário é uma entidade conhecida, o que elimina várias etapas/cliques e fornece um caminho mais linear para a autenticação. O destinatário será solicitado a fornecer uma senha se o email já existir. O usuário será direcionado automaticamente para criar uma conta se o email não existir.
- Compatível com até 10 assinaturas digitais por destinatário: a limitação de uma assinatura digital por destinatário foi atualizada para assinaturas baseadas na nuvem, a fim de permitir que até dez campos de assinatura digital sejam inseridos por destinatário. (assinaturas Aadhaar e Singpass não são compatíveis)
- O novo ambiente de Relatórios é carregado por padrão ao abrir a página: a versão padrão da página Relatórios foi alterada para carregar o novo ambiente de relatórios ao abrir a interface pela primeira vez. Ainda há a opção de voltar ao ambiente clássico se necessário.
A expectativa é que o ambiente de relatórios clássico seja totalmente removido do serviço até o final de 2023. Recomenda-se que clientes que ainda utilizam os relatórios clássicos recriem e programem seus relatórios no novo ambiente o quanto antes para garantir a continuidade dos relatórios.
- Antes da versão de julho de 2023, um contrato enviado usando um fluxo de trabalho de envio personalizado não respeitava os métodos de autenticação definidos no nível da conta e do grupo. Um remetente poderia alterar o método de autenticação padrão para o signatário mesmo que as configurações de conta/grupo não o permitissem. A versão de julho corrigiu esse comportamento e o tornou consistente com a página Enviar, que exige que o remetente use o método de autenticação padrão se a configuração da conta/grupo não permitir a alteração do método.
Por exemplo, se o método de autenticação padrão para signatários internos for Email e a opção Permitir que os remetentes alterem o método de autenticação padrão não estiver habilitada, os remetentes serão impedidos de enviar o contrato com outros métodos de autenticação. Esse é o comportamento correto e está alinhado à experiência da página Enviar.
Atualizações de aplicativos para dispositivos móveis
- Opção de notificações por push na plataforma iOS: as contas que gerenciam seus usuários no Adobe Admin Console podem habilitar notificações por push para usuários que possuam o aplicativo do Acrobat Sign para iOS instalado em seus dispositivos móveis. As notificações por push ativas atualizam os destinatários sobre novos contratos que requerem sua atenção e os remetentes são notificados sobre contratos assinados ou concluídos. Usuários individuais podem optar por desabilitar notificações por push nas configurações do dispositivo.
Este recurso estará disponível para usuários no iOS v15+ na versão 3.29 na App Store da Apple no início de agosto.
Integrações
O Acrobat Sign para Veeva Vault está recebendo as seguintes atualizações:
- Identidade visual atualizada: a identidade visual do Adobe Sign foi atualizada para Adobe Acrobat Sign para alinhar-se à marca atual do serviço. Como parte dessa mudança de marca, todos os objetos na integração do Veeva Vault foram atualizados para o Adobe Acrobat Sign.
- Garantia da versão do documento atual: visto que o Veeva Vault permite manter várias versões de um documento, instalar a versão atualizada do Acrobat Sign para Veeva Vault restringirá os usuários a anexar somente a versão mais atual de um documento.
Problemas resolvidos
| Problema |
Descrição |
|---|---|
| 4356308 |
Resumo: o campo de email dos fluxos de trabalho não é redefinido corretamente para um valor vazio após a remoção de um valor anterior com mais de uma divisão devido a espaços ou vírgulas. Os valores de divisão permanecem no modelo, causando um erro quando novos valores são adicionados, pois o campo lê vários valores quando só deveria haver um. |
| Correção: o código do campo de entrada foi atualizado para permitir que novos valores de entrada adicionem o valor diretamente e não adicionem o valor ao conteúdo anterior. | |
| 4358989 |
Resumo: compartilhar um modelo de biblioteca entre grupos com UMG habilitado pode impedir o salvamento do modelo se o número de grupos exceder 100, pois o código de busca de grupo faz referência apenas aos 100 primeiros grupos. |
| Correção: a lógica de busca de grupo foi atualizada para percorrer as páginas, se presentes, e salvar todos os nomes de grupo armazenados. |
|
| 4361087 |
Resumo: os contratos enviados para assinatura paralela expõem a ação Fazer upload de assinatura na página Gerenciar. |
| Correção: a página Gerenciar foi atualizada para ocultar corretamente a ação Fazer upload quando o contrato tiver uma condição não compatível. | |
| 4379342 |
Resumo: contratos com vários destinatários usando uma autenticação que requer um token do sistema Acrobat Sign (por exemplo, autenticação por telefone) podem encontrar uma situação na qual um destinatário aciona um erro “Token de acesso inválido” em função do token de autenticação de sessão ter sido destruído por uma chamada de API de atualização de token. |
| Correção: o gerenciamento de tokens entre sessões foi aprimorado para corrigir o problema subjacente. | |
| 4383564 |
Resumo: não é possível assinar documentos por meio do email de solicitação de assinatura quando a verificação de identidade do signatário está habilitada e o signatário está em um fragmento diferente. |
| Correção: o código que gerencia as configurações entre fragmentos foi atualizado. | |
| 4384284 |
Resumo: fazer logon no ambiente da nuvem governamental pode redirecionar o usuário ou usuária de volta ao hub. |
| Correção: as Origens confiáveis no hub foram atualizadas. | |
| 4403772 |
Resumo: os erros ao adicionar modelos de documento indisponíveis em um modelo de fluxo de trabalho são atrasados porque a API está demorando mais do que o esperado para atualizar o modelo. |
| Correção: uma mensagem “Salvando” foi adicionada para fornecer uma notificação de que um processo ainda está em andamento. | |
| 4403836 |
Resumo: nenhuma mensagem será entregue ao usuário ou à usuária se um contrato criado por API for alterado automaticamente de um fluxo de trabalho Manuscrito para Eletrônico. |
| Correção: a documentação da API foi atualizada para indicar esse evento. | |
| 4404257 |
Resumo: o gráfico de seta vermelha do Sign não tem contraste suficiente. |
| Correção: a cor foi atualizada para atender ao requisito de 4,5:1. | |
| 4409720 |
Resumo: os usuários que assinaram um documento são posteriormente marcados como inativos no sistema, e retornar ao contrato assinado pode criar uma situação em que os emails subsequentes do contrato são enviados a eles, possivelmente várias vezes, devido ao sistema delegar a ação para o signatário inativo. |
| Correção: para impedir a delegação, foi adicionada lógica para considerar usuários que estão inativos e ainda têm acesso a contratos. | |
| 4412152 |
Resumo: a taxa de contraste do indicador de foco não é suficiente para campos de todos os tipos na página para assinar eletronicamente. |
| Correção: a cor foi atualizada para atender ao requisito de 4,5:1. |
|
| 4412153 |
Resumo: a taxa de contraste do indicador de foco não é suficiente para o botão Aplicar. |
| Correção: a cor foi atualizada para atender ao requisito de 4,5:1. |
|
4417413 4422433 |
Resumo: os campos calculados são processados corretamente quando o idioma é inglês dos EUA, mas não em páginas localizadas em que uma vírgula é usada como separador decimal, em vez de um ponto. |
| Correção: o código foi atualizado para considerar a localidade antes de realizar o cálculo. | |
| 4417905 |
Resumo: o relatório de auditoria não inclui o motivo do BioPharma para um segundo signatário. |
| Correção: o código foi atualizado para permitir a assinatura de eventos por vários motivos. | |
| 4419219 |
Resumo: se a primeira letra da assinatura se inclinar para trás como a letra minúscula p, ela ficará truncada à medida que a letra se inclina para fora do espaço da assinatura. |
| Correção: o texto de assinatura foi atualizado para começar da direita, para que o texto não seja perdido durante a renderização de caracteres inclinados para a esquerda. |
|
| 4420176 |
Resumo: o upload de um documento assinado falha quando as assinaturas são campos de assinatura digital. |
| Correção: a página Gerenciar foi atualizada para ocultar corretamente a ação de Upload quando o contrato tiver uma condição não compatível. |
|
| 4420880 |
Resumo: o registro do relatório de auditoria das assinaturas aplicadas por meio de uma permissão de conta compartilhada não é claro. |
| Correção: o texto do log de auditoria foi atualizado para ser mais explícito no processo de assinatura e sobre quem assinou em nome de outra pessoa. | |
| 4422206 |
Resumo: ao exportar a lista de usuários de um grupo, a coluna Grupos fica vazia, exceto para o grupo principal quando o usuário ou usuária administra vários grupos. |
| Correção: a consulta para ingressar em vários grupos foi aprimorada, e a função exportUser foi atualizada para gerenciar adequadamente esse caso de uso. | |
| 4424153 |
Resumo: quando um hiperlink é colocado em um documento com várias páginas fazendo referência a uma página no documento, ele não funciona em dispositivos móveis. |
| Correção: a funcionalidade Deslocar e rolar no aplicativo para dispositivos móveis foi aprimorada para definir melhor o foco no destino do hiperlink. | |
| 4426232 |
Resumo: o parâmetro pageSize não funciona ao fazer a solicitação “GET /libraryDocuments/{libraryDocumentId}/formData”, fazendo com que o tempo de resposta seja superior a 2 minutos e interrompendo o fluxo de trabalho. |
| Correção: o código foi revertido para uma versão anterior enquanto a causa é investigada. | |
| 4426529 |
Resumo: um caractere de controle especial inserido como um nome de usuário impede o download do relatório de auditoria. |
| Correção: uma função foi criada para verificar e remover caracteres de controle invisíveis. | |
| 4426607 |
Resumo: ao enviar um contrato por meio de um fluxo de trabalho, se vários signatários tiverem o mesmo email, mas tipos ou valores de autenticação diferentes, um tipo de autenticação substitui o(s) outro(s) para esse email. |
| Correção: o código foi aprimorado para verificar as informações de autorização e o endereço de email no índice de signatários. | |
| 4427083 |
Resumo: as exportações de dados com a coluna Email do recipient adicionada podem acionar um erro se a contagem de recipients exceder 99. |
| Correção: a matriz da lista de recipients foi aumentada. | |
| 4427245 |
Resumo: os hiperlinks obrigatórios são considerados “concluídos” quando o signatário/aceitador opta por cancelar o redirecionamento do hiperlink. |
| Correção: código atualizado para verificar se o usuário abre o link antes de remover o sinalizador necessário e marcar o campo como concluído. | |
| 4427490 |
Resumo: o campo de anexo é redefinido para o tamanho anterior após redimensionar e salvar o modelo de campo. |
| Correção: o redimensionamento do campo de anexo agora pode ser feito manualmente. |
|
| 4427512 |
Resumo: é possível arrastar e soltar o URL do contrato nos campos. |
| Correção: as propriedades de campo foram aprimoradas para evitar soltar o URL do contrato nos campos. | |
| 4427761 |
Resumo: os workflows criados em contas com UMG habilitado podem ser enviados sem aplicar a autenticação. |
| Correção: a autenticação por signatário foi aprimorada para garantir que a autenticação seja aplicada aos workflows. | |
| 4429024 |
Resumo: o bloco de assinatura não fica visível para o último recipient quando uma cópia assinada é carregada pelo remetente para o primeiro recipient. |
| Correção: um novo método para inserir campos de signatário foi aplicado para acomodar os signatários subsequentes quando um contrato tem um evento de upload. | |
| 4429142 |
Resumo: os workflows podem ficar travados ao adicionar um segundo arquivo ao fluxo de trabalho devido a um problema de paginação se o novo modelo não estiver no grupo inicial de modelos carregados. |
| Correção: o comprimento da coleção foi atualizado para corresponder ao número de modelos no conjunto de métodos. | |
| 4429268 |
Resumo: os usuários com tokens IMS não conseguem executar chamadas de API para pontos de acesso de aplicativos |
| Correção: os escopos application_read e application_write foram adicionados à configuração WEB_APP_LOGIN_IMS_SCOPES |
|
| 4429712 |
Resumo: os grupos de recipients adicionados em modelos de fluxo de trabalho personalizados exigem que o remetente forneça um nome de grupo antes do envio. |
| Correção: os grupos de recipients adicionados ao modelo personalizado do designer de fluxo de trabalho usando o campo de entrada (delimitado por vírgula) agora inserem um nome de grupo gerado automaticamente. O nome gerado tem um prefixo para identificá-lo como gerado automaticamente, seguido da sequência de caracteres “Grupo de destinatários X”, em que X é um número incremental aplicado a um ou mais grupos. Por exemplo, “(Nome gerado automaticamente) Grupo de recipients 1”, “(Nome gerado automaticamente) Grupo de recipients 2” etc. |
|
| 4429860 |
Resumo: a funcionalidade Fazer upload de documento foi removida da experiência de usuário do Acrobat Web com base em recursos a serem lançados em julho |
| Correção: um sinalizador do Floodgate foi adicionado para suprimir os novos recursos até julho. | |
| 4431104 |
Resumo: os eventos do webhook AGREEMENT_ACTION_REQUESTED não estão sendo gerados para workflows de autoassinatura. |
| Correção: um método foi adicionado para garantir que o atributo sendType não seja alterado durante a atualização do recurso de rascunho. |
|
| 4432028 |
Resumo: a guia Fluxo de trabalho está visível no painel de navegação superior, mesmo que a opção “Ativar acesso de designer de fluxo de trabalho para todos os usuários” esteja desativada no nível de grupo. |
| Correção: o código agora lê as configurações das associações de pod ativas em vez de todas as associações de pod. |
|
| 4432450 |
Resumo: uma conta não pode criar automaticamente usuários com domínios de email reivindicados internamente devido a valores de cache incorretos. |
| Correção: o cache da conta de domínio reivindicada é limpo sempre que é atualizado. | |
| 4434547 |
Resumo: editar um formulário web desativado permite que o nome seja alterado, mas o nome não persiste. |
| Correção: a opção para modificar formulários web desativados foi removida. | |
| 4435506 |
Resumo: nada acontece ao selecionar a opção Obter código em formulários web no ambiente do Acrobat Web após uma atualização. |
| Correção: o código foi reparado para restaurar a função. | |
| 4437747 |
Resumo: falha de redirecionamento quando o URL de redirecionamento contém “&” após uma atualização no AdobeSignAuthService. |
| Correção: o problema de código no AdobeSignAuthService foi corrigido e reimplantado. |
|
| 4439111 |
Resumo: os fluxos de trabalho salvos inicialmente sem signatários obrigatórios manterão o status de erro mesmo depois que um signatário for configurado conforme necessário, |
| Correção: o código foi aprimorado para eliminar corretamente a mensagem de erro quando o destinatário for reconfigurado. | |
| 4440076 |
Resumo: os arquivos PDF que contêm mais de 1024 caracteres após o EOF não conseguir converter corretamente, cancelando o contrato. |
| Correção: atualização da biblioteca de gerenciamento para ser mais robusta com PDFs que são menos diligentes com o padrão PDF, no que diz respeito ao identificador EOF. | |
| 4440077 |
Resumo: o designer de fluxo de trabalho aciona um erro após adicionar destinatários devido a uma falha em um método. |
| Correção: a falha foi corrigida e o método foi reimplantado. | |
| 4443907 |
Resumo: os administradores ou administradoras de grupo não puderam adicionar usuários ou usuárias, gerando um erro informando que não possuem permissão para atualizar a página com base nas configurações de edição do grupo. |
| Correção: A configuração foi atualizada para permitir que a autoridade de administração do grupo adicione usuários ou usuárias. |
Implantação de produção: 22 de agosto de 2023
Implantação do GovCloud: 24 de agosto de 2023
Funcionalidade aprimorada
- Registro de relatório de auditoria de desafios de autenticação aplicada : o registro aprimorado do relatório de auditoria foi expandido para incluir suporte para autenticações SAML e Admin Console. Clientes que ativaram o recurso Aplicar autenticação de identidade (na guia Configurações do Bio-Pharma) farão com que cada evento de autenticação seja explicitamente registrado no relatório de auditoria, incluindo o estágio no qual a autenticação foi capturada (abertura do contrato, aplicação da assinatura e o clique no botão Clique para assinar ). A lista de atividades do contrato também reflete cada autenticação (embora em um formato mais curto).
Alterações de experiência
- O cabeçalho De foi atualizado, em todos os emails de saída, para um formato mais consistente, a fim de reduzir os problemas com servidores de email. Há duas formas de cabeçalho:
- Quando o destinatário tiver um nome conhecido, como um usuário registrado, ou quando a configuração Nome do destinatário obrigatório estiver em uso, o cabeçalho será lido como Adobe Sign em nome de (nome) (sobrenome) <adobesign@adobesign.com>
- Quando o valor do nome do destinatário for desconhecido, o cabeçalho será lido como Adobe Sign <adobesign@adobesign.com>
- Quando o destinatário tiver um nome conhecido, como um usuário registrado, ou quando a configuração Nome do destinatário obrigatório estiver em uso, o cabeçalho será lido como Adobe Sign em nome de (nome) (sobrenome) <adobesign@adobesign.com>
Problemas resolvidos
| Problema |
Descrição |
|---|---|
| 4425785 |
Resumo: os campos de data com o formato “dd/mmm/aaaa” não podem ser preenchidos no idioma tcheco ao usar o valor čvn. |
| Correção: os provedores de localidade para a funcionalidade de data foram atualizados para gerenciar corretamente este caso de uso. | |
| 4429246 |
Resumo: editar a lista de destinatários de um fluxo de trabalho pode afetar os contratos enviados por esse fluxo de trabalho, resultando em contratos presos em um status Em andamento. |
| Correção: o código que gerencia como um contrato compreende a lista de destinatários de contratos foi aprimorado para gerenciar a lista de destinatários na transação, ignorando as edições feitas no modelo. | |
| 4432494 |
Resumo: os contratos no ambiente do Acrobat podem não carregar a exibição da imagem do contrato quando abertos na página Gerenciar devido a uma exceção não tratada. |
| Correção: o método usado para preencher a imagem foi atualizado para gerenciar corretamente a exceção. | |
| 4436936 |
Resumo: os formulários web com campos de hiperlink obrigatórios exibem um erro quando usuários tentam salvá-los. |
| Correção: uma condição foi adicionada para permitir salvar o formulário web apesar do hiperlink não estar selecionado. | |
| 4437223 |
Resumo: assinar um contrato no Adobe Sign usando um dispositivo iOS pode exibir um erro de servidor devido à API não estar corretamente /PUTing campos de somente leitura. |
| Correção: atualização da API usada para inserir os campos do contrato. | |
| 4441057 |
Resumo: a notificação de lembrete por email é enviada a um destinatário que ainda não é o destinatário ativo durante a criação do lembrete usando REST v5, enquanto o futuro destinatário foi substituído pelo remetente. |
| Correção: foi adicionada uma condição para enviar o lembrete apenas para participações delegadas que podem potencialmente assinar o contrato naquele momento. |
|
4442166 |
Resumo: os contratos arquivados não são removidos do sistema quando adicionados à fila Excluir. |
| Correção: os contratos arquivados são removidos imediatamente quando enviados para exclusão em vez de serem mantidos na fila por 14 dias. | |
| 4444011 |
Resumo: erro HTTP 501 access_denied ao usar o Intesi como Selo Eletrônico devido a um token de ponto de acesso inválido. |
| Correção: a maneira como o token é criado foi atualizada para ser mais robusta e fornecer tolerância à versão. | |
| 4447727 |
Resumo: alguns formulários web de 2018 e anteriores podem falhar e exibir uma mensagem de erro genérica devido a um erro de ponteiro nulo. |
| Correção: o código problemático foi identificado e corrigido. |
- Experiência de Exibição Contrato atualizada : a interface do cliente para visualização do contrato foi atualizada. As mudanças na experiência são:
- Os controles de PDF abaixo do documento foram movidos para região entre o conteúdo do documento e as opções de ação do contrato.
- Foi adicionada uma opção para exibir duas páginas na visualização do documento.
- A opção Pesquisar está removida dos controles de PDF no momento, mas é possível usar Ctrl/Cmd + F para pesquisar no conteúdo do documento.
- O cabeçalho De em todos os emails enviados foi atualizado para fornecer identidade visual corrigida. A string" Adobe Sign" foi atualizada para "Adobe Acrobat Sign" para todas as instâncias. Por exemplo:
- quando a configuração Nome do destinatário obrigatório está em uso, o cabeçalho será exibido como Adobe Acrobat Sign em nome de <nome> <sobrenome> <adobesign@adobesign.com>
- Quando o valor do nome do destinatário é desconhecido, o cabeçalho será exibido como Adobe Acrobat Sign <adobesign@adobesign.com>
- quando a configuração Nome do destinatário obrigatório está em uso, o cabeçalho será exibido como Adobe Acrobat Sign em nome de <nome> <sobrenome> <adobesign@adobesign.com>
Problemas resolvidos
| Problema |
Descrição |
|---|---|
| 4418093 |
Resumo: ao fazer um contrato, os campos de carimbo de participação são criados com a função POST_SIGN. Nos casos de uso de modelo de biblioteca, espera-se que os campos de carimbo de participação tenham a função SIGNER. Ao criar um modelo de biblioteca a partir de um contrato, o campo não é atualizado para a função correta dos campos de carimbo de participação, causando problemas subsequentes quando o modelo é usado. |
| Correção: o código foi atualizado para definir a função esperada para os campos de carimbo de participação. |
|
| 4429823 |
Resumo: a seta de navegação “Próximo” deveria pular para o próximo campo, mas não o faz depois que uma seleção de Botão de opção é feita. |
| Correção: a navegação entre campos foi aprimorada para resolver esse problema. | |
| 4429824 |
Resumo: o nome do formulário web está truncado em uma exibição do iFrame. |
| Correção: a página CSS foi atualizada para ajustar o posicionamento do texto. | |
| 4438886 |
Resumo: os formulários web em navegadores para dispositivos móveis iOS podem não rolar até a próxima caixa de seleção obrigatória quando o foco muda. |
| Correção: o código foi ajustado para forçar uma rolagem para o próximo elemento antes de definir o foco. |
|
| 4439434 |
Resumo: clicar na guia Próximo não funciona em um formulário web com campos de anexo. |
| Correção: as propriedades de referência de anexos foram recodificadas para permitir que a guia Próximo funcione adequadamente nos campos de anexo. | |
| 4440393 |
Resumo: os participantes de um contrato que estão desabilitados enquanto o contrato está em andamento são removidos da tabela de participantes, resultando em informações de participantes incompletas quando extraídas do contrato por meio da API. |
| Correção: adição de lógica para incluir o conjunto de participantes substituídos no conjunto de participantes totais do contrato. |
|
| 4441785 |
Resumo: a mensagem exibida ao tentar delegar a partir de um link de email e usar o recurso nome do destinatário obrigatório com a delegação não é muito intuitiva. |
| Correção: a mensagem foi aprimorada, instruindo sobre como delegar a partir da página do eSign e fornecendo um link para ela. |
|
| 4445134 |
Resumo: não é possível baixar documentos PDF de contratos assinados com campos em listas de anotação. |
| Correção: a clonagem de anotações agora é permitida, evitando a exceção. |
|
| 4445626 |
Resumo: falha do Fill & Sign com 400 “MISSING_REQUIRED_PARAM” quando a autenticação de signatário padrão é definida como SENHA. |
| Correção: os métodos de autenticação obrigatórios são ignorados nos fluxos de trabalho do Fill & Sign. | |
| 4446367 |
Resumo: os dados de campo de formulário desaparecem após a assinatura do contrato quando a hora é selecionada como 00:00, em vez de usar cálculos de campo. |
| Correção: 1 milissegundo é adicionado à data se ela for fornecida como “00:00”, a fim de ignorar o retorno 0.0 como resultado da conversão da data para um número. |
|
| 4447747 |
Resumo: chamar GET /widgets/{widgetId}/formData usando aplicativo/json aciona 500 “MISC_SERVER_ERROR” devido a alterações recentes de código. |
| Correção: o código foi revertido para a versão anterior restaurando a funcionalidade. | |
| 4447879 |
Resumo: é possível tentar inserir os selos eletrônicos enquanto os documentos criados estão sendo atualizados. Isso faz com que os contratos sejam cancelados. |
| Correção: um código foi adicionado para um melhor gerenciamento da exceção de envio, evitando a condição de disputa. | |
| 4448750 |
Resumo: após a atualização recente, o ponto de acesso refreshweb agora requer um parâmetro de segurança do cliente. Isso pode resultar em uma mensagem de erro que é publicada na interface a cada 15 minutos. |
| Correção: o código foi atualizado para garantir que o parâmetro seja verdadeiro antes da execução do fluxo do proxy. | |
| 4450877/4454555 |
Resumo: nova criação - Não é possível mover campos de assinatura/texto nas versões atualizadas do Chrome/Edge |
| Correção: o ambiente de criação foi atualizado para se adaptar às alterações dos navegadores Chrome/Edge | |
| 4451025 |
Resumo: o uso de PUT API /agreements/{agreementId}/formFields para atualizar um campo de formulário com um cálculo funcionará corretamente ao assinar, mas pode ficar vazio. O PDF será baixado se a string possuir caracteres prefixados por "\" (como ') |
| Correção: as expressões não são prefixadas por "\" antes de enviar a string para análise e são impressas no PDF. | |
| 4454835 |
Resumo: as versões traduzidas do cabeçalho de email não incluem a string Adobe Acrobat Sign. |
| Correção: os cabeçalhos de email adicionaram a string da marca aos modelos de email traduzidos. | |
| 4455067 |
Resumo: a classificação de fluxos de trabalho por data não é realizada corretamente quando usada em páginas traduzidas (que não estão em inglês). |
| Correção: o método de classificação foi atualizado para classificar corretamente as versões traduzidas de fluxos de trabalho. |
Implantação de produção: 13 de novembro de 2023
Implantação da GovCloud: 16 de novembro de 2023
Funcionalidade aprimorada
- Nova experiência da página Enviar - A composição de um novo contrato na página Enviar agora é feita por meio de um processo estabelecido, começando com os documentos a serem assinados e adicionando os destinatários no final.
A nova experiência de envio pode ser habilitada navegando até Configurações da conta > Configurações globais > Nova experiência de solicitação de assinatura
A nova experiência de envio não é equivalente à página clássica de envio.É altamente recomendável que, se você habilitar a opção para usuários, também habilite a opção de alternar entre as experiências.
- Nova experiência de criação no aplicativo - O novo ambiente de criação agora permite que o usuário selecione um tipo de campo e clique no documento para inserir quantos campos forem necessários. Clicar duas vezes em um campo exibe as propriedades do campo no painel de informações à esquerda, onde propriedades individuais podem ser configuradas.
Observe que o novo ambiente de criação só pode ser acessado por meio da nova experiência da página Enviar.
Um novo parâmetro agreementStatus será anexado automaticamente ao URL quando o contrato atingir um status terminal, como Concluído ou Cancelado.
- Elemento anexado a contratos concluídos: ?agreementStatus = completed.
- Elemento anexado a contratos cancelados (recusados): ?agreementStatus = declined.
O novo parâmetro é aplicado a todos os contratos, incluindo contratos enviados manualmente, formulários web, envios de contratos em massa etc.
- O recurso Envio em massa foi atualizado e aprimorado para permitir mais destinatários por contrato, mais transações no total, entre outras atualizações - O Envio em massa foi atualizado com uma nova interface que permite a inclusão de muitos recursos solicitados por clientes que estão disponíveis no processo de “envio para assinatura” padrão. Os novos recursos incluem:
- Vários destinatários com funções, tipos de autenticação e mensagens privadas configuráveis individualmente.
- Configurações individuais de contrato, como nome do contrato, localidade, expiração e ordem de assinatura.
- O controle de uso foi adicionado à integração do Power Automate - Admins poderão verificar o uso do Power Automate em seu locatário referente ao mês anterior e baixar um arquivo CSV referente ao uso da organização nos últimos 12 meses, que contém:
- Fluxos ativos mensais - O número de fluxos disponíveis para serem usados no sistema do Acrobat Sign pelo período de um mês.
- Execuções de fluxo mensais - O número de vezes que um fluxo foi acionado no período de um mês.
- Chamadas de API mensais - O número total de chamadas de API usadas para rodar as execuções de fluxo no período de um mês.
- Armazenamento do Dataverse - A quantidade total de armazenamento do Dataverse consumido ao final do período de um mês.
- Mensagens privadas para fluxos de trabalho de envio personalizados - As mensagens privadas agora podem ser configuradas para cada destinatário ao criar fluxos de trabalho de envio personalizados.
- Mensagens privadas para contra-signatários de formulários web - As mensagens privadas agora podem ser configuradas em formulários web para contra-signatários.
- Grupos de destinatários ad hoc para formulários web - Grupos de destinatários ad hoc agora podem ser usados ao configurar um formulário web. Grupos de destinatários ad hoc são definidos na página do modelo e são usados apenas no formulário web onde são criados.
O acesso aos grupos de destinatários reutilizáveis não está incluído nesta versão.
- Suporte a identidades digitais em formulários web - É possível utilizar a identidade digital como um método de autenticação para participantes e contra-signatários adicionados.
- Controle manual para acessar o ambiente de relatórios clássico - A versão de novembro de 2023 atualizou todas as contas para o ambiente de relatórios moderno. As contas que precisam acessar o ambiente clássico podem conceder essa opção a usuários habilitando explicitamente o link de alternância.
- Aprimoramento dos relatórios de contrato - O tipo de relatório Contrato adicionou um novo bloco de Rascunho à página de resumo de contratos e um novo filtro que permite filtrar contratos pelo status atual.
- Aprimoramento dos grupos de destinatários reutilizáveis - Grupos de destinatários reutilizáveis agora podem ser adicionados à página Enviar clássica usando o link existente. Ao inserir o nome do grupo, uma lista dos grupos de destinatários disponíveis é preenchida em um submenu sob o campo de nome do grupo.
Além disso, uma função de pesquisa foi adicionada para encontrar grupos pelo nome do grupo ou inserindo o endereço de email de um membro individual do grupo.
- Bloquear destinatários em regiões designadas - Admins podem bloquear explicitamente o acesso de destinatários aos contratos a partir de locais designados usando o endereço IP do destinatário. Destinatários que tentarem acessar um contrato ou formulário web receberão uma mensagem informando que o Acrobat Sign não está disponível em sua localidade. Atualmente, China é a única opção selecionável.
- Novo método de autenticação: Senha de uso único por email (OTPvE) - A autenticação por meio de uma senha de uso único por email foi adicionada como um método de autenticação de fator único. Essa autenticação fornece um método de baixa complexidade para qualificar um destinatário, usando seu endereço de email para o acesso ao contrato. O método Senha de uso único por email está disponível ao enviar um contrato individual, utilizar o envio em massa ou criar formulários web.
- Proteção de conteúdo para contratos - Proteja a visualização de contratos, mesmo após concluí-los, usando o método de autenticação de destinatário original atribuído aos destinatários ou uma senha de uso único que é entregue ao endereço de email do(a) participante, caso nenhuma autenticação tenha sido definida.
- Flexibilidade aprimorada para requisitos de autenticação de assinatura - As configurações da autenticação de identidade aplicada (Configurações da conta > Configurações do BioPharma) foram separadas, permitindo uma seleção mais específica do momento em que a nova autenticação do destinatário deve ocorrer.
As contas criadas antes da versão de novembro de 2023 devem aceitar a nova configuração da autenticação de identidade aplicada, habilitando explicitamente a atualização na página Configurações do BioPharma:
- Suporte ampliado para usuários em vários grupos (UMG) - O UMG agora é compatível com as seguintes integrações:
- Salesforce
- Power Automate
- Novos webhooks para eventos de cancelamento de compartilhamento - A interface do webhook tem dois novos eventos que são acionados ao cancelar o compartilhamento de um contrato.
- Compartilhamento de contrato cancelado - Aciona quando um usuário cancela explicitamente o compartilhamento de um contrato com outro usuário.
- Compartilhamento de contrato cancelado automaticamente: aciona como resultado da revogação do compartilhamento de contrato no “upstream”. Todos os usuários com os quais uma parte “que recebeu o compartilhamento” compartilha um contrato são revogados automaticamente se o acesso compartilhado ao contrato for perdido.
- Adição do recurso Usuários em vários grupos para integrações do Microsoft Teams, Outlook e Word/PPT - Clientes que usam as integrações do Acrobat Sign para os aplicativos do Microsoft Teams, Outlook ou Word/PowerPoint agora podem selecionar um grupo a partir do qual enviar um contrato na integração.
Atualizações de integração
- O Acrobat Sign for Veeva Vault v 1.3.0 será lançado no final de novembro
- Atualização da biblioteca do Veeva Vault: o aplicativo foi atualizado com uma biblioteca da API Vault (VAPIL) mais moderna e eficiente para uma integração aprimorada.
- Atualização da versão da API do Veeva Vault: a versão da API do Veeva Vault foi atualizada para v23.1
- O pacote de implantação da integração foi aprimorado para garantir que nenhum requisito relacionado ao uso da versão mais recente do documento seja imposto a clientes.
- Adobe Acrobat Sign para Microsoft Teams com Live Sign - O Live Sign permite que os usuários obtenham contratos assinados mais rapidamente hospedando uma experiência de assinatura segura dentro de uma reunião do Microsoft Teams a partir de qualquer dispositivo que simule a assinatura presencial.
- Suporte à integração com o Acrobat Sign no aplicativo móvel do Salesforce - Clientes que usam o aplicativo móvel do Salesforce agora podem usar a integração do Acrobat Sign em seus dispositivos móveis iOS ou Android para gerenciar contratos.
Alterações de experiência
- Os relatórios de transações agora incluem fluxos de trabalho de Preencher e assinar e autoassinatura - As transações do recurso Preencher e assinar e de autoatendimento estruturadas (por meio da interface do Acrobat Sign) agora são contabilizadas no relatório de consumo de transações atualizado, fornecendo às organizações uma visão mais completa de seu volume de transações e métricas.
As transações do recurso Preencher e assinar realizadas por meio da interface do Acrobat fazem parte da plataforma do Acrobat e não são contabilizadas no relatório de consumo de transações do Acrobat Sign.
- Experiência aprimorada para usuários do Power Automate - A experiência integrada com o Power Automate foi refinada para melhorar a experiência do usuário e conta com as seguintes atualizações:
- A localização em outros idiomas foi expandida.
- Compatibilidade com usuários em vários grupos.
- Acesso ao Power Automate na sandbox do Acrobat Sign por meio de um novo conector de sandbox.
- Possibilidade de baixar o relatório de auditoria do contrato.
- Clientes VIP têm acesso a uma nova experiência do Chatbot ao usar a orientação do aplicativo - O novo Chatbot foi desenvolvido para melhorar a resposta às perguntas de clientes, fornecendo uma interface melhor e mais interativa que oferece sugestões para as principais consultas na mensagem de boas-vindas, recomendações com base em seleções anteriores do usuário, suporte direto a consultas e resolução de consultas complexas. Os usuários são solicitados a fornecer feedback sobre as informações retornadas para ajudar a responder melhor essas perguntas em futuras ocasiões, e uma opção para se conectar a um(a) agente de suporte por chat é apresentada se as informações solicitadas não forem encontradas.
- Editar formulários web por meio do compartilhamento avançado de conta - Contas com o compartilhamento avançado de conta habilitado podem permitir que formulários web sejam editados por usuários ou grupos com os quais compartilharam conteúdo. O usuário ou grupo que recebe o compartilhamento deve ter uma permissão de edição para obter acesso ao formulário web.
Problemas resolvidos
| Problema |
Descrição |
|---|---|
| 4337861 |
Resumo: quando um contrato tem uma assinatura digital e é protegido por senha, o serviço de rasterização não pode criar uma imagem de miniatura pequena o suficiente para dispositivos móveis, resultando em um erro Miniatura ainda não disponível. |
| Correção: o processo foi atualizado para usar o tamanho de imagem correto antes da criptografia, o que afeta o dimensionamento da imagem. | |
| 4373355 |
Resumo: algumas caixas de seleção de formulários de origem externa podem ser renderizadas como “desmarcadas” após a assinatura. |
| Correção: uma verificação adicional foi adicionada para garantir que, quando isCheckBoxTrue for avaliado, o estado de “marcado” corresponda a um dos valores aceitáveis para “não marcado”. |
|
| 4395764 |
Resumo: as notificações do webhook não contêm um parâmetro de ordem quando o contrato é enviado usando um fluxo de trabalho personalizado, o que resulta em um problema na análise dos destinatários. |
| Correção: a nova lógica de geração de ordem foi adicionada com base na estrutura do gráfico armazenada no fluxo de trabalho associado. |
|
| 4417517 |
Resumo: fluxos de trabalho de envio que contêm um grupo de destinatários e uma parte em cópia (CC) podem enviar o email de notificação de assinatura para o endereço de email da parte em cópia. |
| Correção: o modelo de email foi corrigido para não incluir partes em cópia no evento de notificação do signatário. | |
| 4418217 |
Resumo: o link Gerenciar usuários no console da Government Cloud leva a uma página de ajuda em vez do console da Government Cloud. |
| Correção: o link foi atualizado para direcionar corretamente para o console da Government Cloud. | |
| 4430408 |
Resumo: a classificação por data não funciona para fluxos de trabalho porque a data é exibida como uma sequência de caracteres. |
| Correção: o valor da data foi corrigido para ser corretamente representado como uma data e permitir a classificação. | |
| 4435150 |
Resumo: quando o remetente também é um signatário e esse signatário é substituído, após a expiração do contrato o remetente não pode adotar o status “expirado” e o contrato permanece no estado Enviado para assinatura. |
| Correção: o código foi aprimorado para verificar explicitamente o status de expiração do contrato quando um destinatário é substituído. | |
| 4439375 |
Resumo: quando os XObjects de uma página de PDF têm entradas PieceInfo.LastModified inválidas, o PDF renderizado pode aparecer em branco. |
| Correção: a biblioteca usada para combinar PDFs foi atualizada, a fim de resolver esse problema. | |
| 4439478 |
Resumo: PDFs com parâmetros de criptografia nulos em DecodeParms podem fazer com que o Acrobat Sign anule a criação do contrato. |
| Correção: a biblioteca de PDFs foi atualizada para lidar melhor com DecodeParms nulos. |
|
| 4440373 |
Resumo: a taxa de contraste entre cores de coach mark e a cor de fundo cinza da barra lateral na página do eSign é insuficiente. |
| Correção: novas cores foram introduzidas para atender aos requisitos de taxa de contraste de 3:1, incluindo cores de texto, cores de plano de fundo, opacidade e tonalidades de cinza para a barra lateral. |
|
| 4440504 |
Resumo: a mensagem “Erro ao executar solicitação” é exibida ao copiar um modelo da sandbox para o ambiente de produção. O modelo é copiado sem campos de formulário. Isso ocorre porque um número negativo está sendo selecionado para o local da página no SandboxOrchestrator. |
| Correção: o SandboxOrchestrator foi atualizado para corrigir esse problema. | |
| 4443410 |
Resumo: o relatório de auditoria de atividades de configuração lista apenas uma configuração. |
| Correção: a consulta foi corrigida para retornar corretamente os 15 resultados. | |
| 4443916 |
Resumo: campos de data com o formato “dd/mmm/aaaa” retornam um erro de servidor quando o mês localizado é “čvn” |
| Correção: a biblioteca locale.date foi atualizada para tratar corretamente esse valor de data. | |
| 4445937 |
Resumo: os fluxos de trabalho não são classificados corretamente quando o idioma da interface não é o inglês. |
| Correção: o código de classificação foi aprimorado para classificar corretamente o conteúdo localizado com base em formatos de data localizados. | |
| 4445977 |
Resumo: a validação e a formatação condicional não funcionam com as tags de texto de âncora devido a um defeito na chamada POST da API v6. |
| Correção: foi implementado um novo método para converter manualmente o v6/FormFieldGenerator em data_objects. |
|
| 4446030 |
Resumo: a classificação da coluna “Última modificação” não funciona corretamente para grupos, pois apenas o primeiro número da data é considerado, em vez da data inteira. |
| Correção: implementação da função “sortValue” em groupgrid.js para classificar a coluna “Última modificação” com base nos carimbos de data e hora. |
|
| 4447218 |
Resumo: os contratos não estão seguindo a política de governança de dados no ambiente de sandbox. |
| Correção: um aplicativo de API foi criado para habilitar a governança de dados na sandbox. | |
| 4447334 |
Resumo: a validação de localidade está ausente durante a importação em massa de usuários por meio de um arquivo CSV. |
| Correção: o código para a importação de usuários por CSV foi atualizado para inserir a localidade padrão do aplicativo (en_US) quando um código de localidade inválido é encontrado. | |
| 4447971 |
Resumo: o campo de data é alterado para o valor padrão “--” quando o contrato é enviado ao participante 2, porque a sequência de caracteres calculada nunca é atendida. |
| Correção: antes de calcular os campos, todos os valores possíveis de campo de formulário são convertidos em números. Isso inclui sequências de caracteres em formatos de data. Ao calcular os campos, as sequências de caracteres em formatos de data são ignoradas. |
|
| 4448602 |
Resumo: o upload do Word pode resultar no condensamento do espaço entre as letras devido ao uso de uma fonte inadequada. |
| Correção: a fonte foi removida da lista de fontes possíveis. | |
| 4448946 |
Resumo: os signatários podem não ver todos os campos de formulário preenchidos após a conclusão de um contrato de autoassinatura devido a um espaço após o nome do campo de formulário. |
| Correção: um limite de tamanho para nomes de campo está sendo aplicado. | |
| 4449000 |
Resumo: emails de notificação para webhooks: o recurso “Limpar campo e salvar” não limpa o campo |
| Correção: a função de notificação foi aprimorada para garantir que o campo seja limpo. | |
| 4449148 |
Resumo: admins de grupo não podem enviar emails de verificação para usuários não verificados |
| Correção: um conflito entre admins de grupo e o recurso UMG foi corrigido para permitir o envio de emails. | |
| 4449662 |
Resumo: adicionar dois destinatários externos com o mesmo endereço de email pode gerar uma condição de erro quando o lembrete é cancelado. |
| Correção: uma nova verificação de erros foi adicionada para várias instâncias de destinatários externos na função de lembrete. | |
| 4452509 |
Resumo: os eventos com “type”, “PHONE_AUTHENTICATED” e “SIGN_AUTHENTICATED” não estão disponíveis na lista de eventos da API REST do Sign no Salesforce |
| Correção: os eventos foram adicionados. | |
| 4452510 |
Resumo: a opção “Vida (teste)” indisponível para o VIDA no ambiente de demonstração |
| Correção: o serviço foi reimplantado e o problema foi resolvido. | |
| 4457457 |
Resumo: quando um documento que foi preenchido e assinado fora do ecossistema do Adobe Sign é carregado, os dados são ofuscados porque as caixas de texto em branco das tags de texto se sobrepõem aos campos existentes. |
| Correção: foi adicionada uma configuração que informa ao processamento de documentos para usar o artefato adequado ao criar o documento assinável. |
|
| 4457557 |
Resumo: não é possível criar formulários web com participantes e contra-signatários em contas de sandbox e produção do Sign, porque partes desconhecidas do formulário web retornam um ponteiro nulo. |
| Correção: uma verificação adicional foi implementada para verificar se há valores nulos. e gerenciá-los adequadamente. | |
| 4458537 |
Resumo: signatários no ambiente da GovCloud podem ter a assinatura bloqueada devido a medidas de segurança que limitam o número de sessões. |
| Correção: o tipo e o número de sessões foram avaliados e aumentados para acomodar a demanda. |