Notificações técnicas do Adobe Acrobat Sign 2021-2022

Modelo do Adobe Sign: W-4 (2022)

O novo formulário IRS W-4 (2022), intitulado W-4 2022 (Certificado de retenção do funcionário), deverá ser adicionado à biblioteca do Adobe Sign como parte da versão de abril de 2022.

AÇÃO NECESSÁRIA

O novo modelo de formulário W-4 tem um novo valor libraryDocumentId. Se você usar o valor libraryDocumentId do modelo existente nos aplicativos, precisará atualizá-lo.

A versão de 2021 será removida do sistema em junho de 2022.

Aplicativos ou APIs que estiverem usando o formulário antigo (versão 2021) deverão ser atualizados antes de 1^º de junho para evitar a interrupção do serviço.

Para localizar o valor libraryDocumentId em uma conta habilitada para API:

1. Faça logon como um administrador de conta
2. Clique na guia Conta > API do Adobe Sign > Informações da API > clique no link: Documentação de métodos de API REST
3. Na seção GET /libraryDocuments, clique no botão OAUTH ACCESS-TOKEN 
   • Ative o escopo library_read:self
4. Clique no botão Experimente! botão
5. No Corpo da resposta, localize o novo modelo de formulário W-4 2022 (Certificado de retenção do funcionário) (não a versão 2021) para ver o valor libraryDocumentId.  

Dois novos webhooks foram adicionados na versão de 14 de junho

Dois novos webhooks foram adicionados na versão de 14 de junho:

• expiração do contrato atualizada (AGREEMENT_EXPIRATION_UPDATED) (disponível apenas via API REST v6 POST /webhooks) - aciona quando a data de expiração de um contrato é atualizada.
  
• nome do signatário do contrato alterado pelo signatário (AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER) - acionado quando um destinatário altera seu nome ao assinar para um valor diferente do nome fornecido quando o contrato foi criado.

Ambos os webhooks estão disponíveis.

Lançamento de recursos: Adobe Acrobat Sign – versão concluída em 15 de junho

O lançamento da versão está concluído e todos os recursos estão disponíveis.

Atualização de permissão do Adobe Acrobat Sign para integrações Microsoft em 8 de junho de 2022 concluída

Em 8 de junho de 2022, o Acrobat Sign migrou a estrutura de notificações para as integrações do Microsoft Teams, Outlook, Word e PowerPoint de callbacks para webhooks. Isso melhorará a entrega de notificações e habilitará os usuários a receber todas as notificações de documentos do Acrobat Sign na integração de sua preferência, independentemente de onde o documento se originou.

Agora que a atualização está completa, os usuários finais serão solicitados a aceitar novamente as permissões do Acrobat Sign, incluindo visualizar, criar/editar e excluir webhooks, antes de poderem continuar usando as integrações.

A reaceitação das permissões do Acrobat Sign é necessária apenas uma vez e se aplicará ao Acrobat Sign em todas as integrações do Microsoft 365.Esta permissão é concedida no nível da conta e deve ser aceita pelos usuários finais.

Visite a página de ajuda apropriada abaixo e revise "Estabelecer o relacionamento autenticado" para informações adicionais. Para assistência "ao vivo" do Acrobat Sign, faça logon na sua conta do Acrobat Sign e clique no "?" depois "Entrar em contato com o suporte" para ver suas opções de suporte.

O recurso antigo Código de acesso foi removido do serviço na versão de junho de 2022

O recurso Código de acesso foi completamente removido do sistema do Acrobat Sign na versão de junho de 2022, quando a página Gerenciar foi removida do serviço.  

Interrupção do serviço para o Designer de fluxo de trabalho personalizado programada para 15 de junho de 2022, concluída.

O Designer de fluxo de trabalho personalizado teve uma breve interrupção do serviço para atualizar o código subjacente em conjunto com a versão principal de 15 de junho.

Entre 15h e 15h30, horário do Pacífico, o designer de fluxo de trabalho pode não ter permitido que usuários criassem um novo fluxo de trabalho ou salvassem um fluxo de trabalho que estava sendo editado.

O uso de fluxos de trabalho para gerar contratos não foi impactado durante esse período.

Fim do suporte para os navegadores Microsoft Internet Explorer 11 e Edge legado a partir de 31 de dezembro de 2021

Até 31 de dezembro de 2021, o Adobe Sign não oferecerá mais suporte formal aos navegadores Microsoft Internet Explorer 11 ou Microsoft Edge Legacy. Recomendamos que os clientes não acessem mais o aplicativo Adobe Sign com esses navegadores. Após 31 de dezembro de 2021, clientes que usam esses navegadores podem ter uma experiência degradada, e alguns recursos podem parar de funcionar.

A página de assinatura eletrônica do destinatário deve continuar a funcionar adequadamente nesses navegadores para evitar interromper os fluxos de trabalho do destinatário. Estamos nos esforçando para realizar essa transição da maneira mais suave possível.

Lançamento de recursos: Adobe Acrobat Sign — lançamento de 5 de abril concluído

O Adobe Acrobat Sign concluiu o lançamento de recursos programado para a primeira semana de abril de 2022. Não houve período de inatividade durante esse lançamento

A versão de abril de 2022 inclui melhorias de recursos para usuários e administradores, além de resoluções de vários problemas relatados por clientes.  

Novo certificado SSL —
em vigor a partir de 1º de abril de 2022

O Acrobat Sign lançou os novos Certificados SSL na manhã de 1º de abril de 2022.
Não há alteração na chave pública, protocolos criptográficos subjacentes ou esquema.

AÇÃO NECESSÁRIA

Uso da chave pública

• Se você tiver integrações personalizadas com o Acrobat Sign usando as APIs SOAP ou REST, e se qualquer uma destas integrações “fixou” a chave pública existente, nenhuma ação é necessária.
• Se você está usando certificados SSL do Adobe Acrobat Sign para SSO, ou se está fixando o próprio certificado (ou usando outros métodos), pode encontrar os novos certificados do Adobe Acrobat Sign nos requisitos de sistema do Adobe Acrobat Sign.
  • Se a sua configuração de SSO for compatível com vários certificados/cadeias públicos, você poderá adicionar os novos certificados agora e remover os certificados/cadeias públicos antigos da sua configuração após a alteração de abril.
  • Se seu SSO não for compatível com vários certificados/cadeias públicos, você precisará sincronizar seu SSL alterado com o Acrobat Sign em 1º de abril de 2022.  

Os novos certificados SSL estão ativos desde 1º de abril de 2022.

Lançamento de recursos secundário: Adobe Acrobat Sign 3 de maio de 2022

O Acrobat Sign concluiu uma pequena atualização de recursos em 3 de maio de 2022.Não houve período de inatividade durante esse lançamento

A versão de maio de 2022 inclui uma melhoria de recurso para permitir autenticação baseada em conhecimento para participantes adicionais em formulários web. 

Atualização de locatário para o Acrobat Sign para Word/PowerPoint, Outlook e integrações do Teams

Em 22 de março de 2022, o Adobe Acrobat Sign atualizou o locatário do aplicativo Acrobat Sign para Office 365, o locatário do aplicativo comum para Word/PowerPoint, Outlook e integrações do Teams.  

A partir das 10 horas (horário de verão do leste dos EUA), os administradores/usuários podem ter sido solicitados a aceitar novamente um pedido de permissões para o aplicativo antes que o acesso fosse permitido. O horário exato depende de quando o token de autenticação da conta emitido pela Microsoft expira (até 24 horas após o ponto de início).

Manutenção agendada para o serviço de Modelos personalizados de email (CEMT) do Adobe Sign - Concluído

No sábado, 12 de fevereiro de 2022, das 18h PST às 19h PST, o Serviço de Modelos de Email Personalizados (CEMT) do Adobe Sign terá uma breve indisponibilidade enquanto componentes essenciais da infraestrutura são atualizados.Durante esse período, os clientes poderão ver modelos de email padrão, em vez dos modelos personalizados que esperavam. Nenhuma interrupção é esperada.

Lançamento de recursos: janeiro de 2022 - Concluído

O Adobe Sign concluiu o lançamento de janeiro de 2022, sem período de inatividade no aplicativo.

A versão de janeiro inclui melhorias de recursos para usuários e administradores, bem como resoluções para múltiplos problemas relatados por clientes. 

As novas páginas Início e Gerenciar se tornam padrão em janeiro de 2022; as páginas clássicas foram removidas do serviço

O Adobe Sign está removendo as experiências clássicas das páginas Início e Gerenciar na versão de janeiro de 2022.Nesse momento, todas as contas serão migradas para a experiência moderna de Página inicial e Gerenciar , sem opção de reverter para a interface clássica.
Observe que estamos comprometidos em tornar esta transição o mais suave possível e lançamos recursos para reproduzir comportamentos da página de gerenciamento clássica, incluindo:

• Pesquisa direcionada por nome e sobrenome.
• Os remetentes agora podem adicionar uma mensagem ao substituir o signatário.
• Adição da funcionalidade de lembrar os CCs e os signatários que concluíram.

Na versão de dezembro, estamos aprimorando ainda mais os recursos de pesquisa e adicionando um recurso de “visualização rápida de metadados”.  

A autenticação do Adobe Sign redireciona para o Adobe Identity Management

A partir da versão de setembro do Adobe Sign, alguns usuários que se autenticam diretamente no aplicativo Adobe Sign verão que o método de autenticação foi redirecionado para o Adobe Identity Manager.

A Adobe está padronizando a autenticação nesse formato até o fim de 2020.

Lançamento de recurso: Adobe Sign de outubro de 2021

O Adobe Sign concluiu o lançamento de outubro de 2021 sem período de inatividade no aplicativo.

A versão de outubro inclui melhorias de recursos para usuários e administradores, bem como resoluções para vários problemas relatados por clientes.  

Bloqueio de valores de nome estendidos a assinaturas digitadas

A versão de março introduziu uma configuração para ativar/desativar a capacidade de um destinatário editar seu valor de nome ao assinar, desde que o nome tenha sido fornecido ou reconhecido (por meio da API ou perfil de usuário). As assinaturas digitadas foram excluídas desse recurso, resultando na capacidade de alguns signatários de alterar o valor do nome durante o processo de assinatura. A versão de setembro atualiza esse recurso para manter a configuração de bloqueio de nome para todos os tipos de assinatura, inclusive assinaturas digitadas.

• Os clientes que ativaram a opção Digitar o nome e as iniciais e desativaram a opção Os signatários podem alterar o nome ou as iniciais verão uma alteração de comportamento. O valor do nome não pode mais ser editado durante o processo de assinaturas digitadas.
• Os clientes que desejam permitir a edição do nome-valor durante o processo de assinatura devem ativar a configuração Os signatários podem alterar o nome ou as iniciais (no menu Preferências de assinatura).

Acesso controlado à página do e-Sign na versão de setembro

Para atender aos requisitos legais da Adobe, o Adobe Sign está atualizando o comportamento de aceitação dos termos de uso (ToU) na página do e-Sign. Na nova experiência, todos os recipients "desconhecidos" devem aceitar o TOU do Adobe Sign (clicando no botão Continuar) antes de interagir com o contrato. Esta aceitação é distinta de qualquer TOU personalizado que a conta do cliente possa ter configurado, que continuará a ser aplicado de acordo com a configuração de aceitação TOU/CD da conta.

• Um destinatário "desconhecido" é qualquer endereço de email que não seja um email de usuário registrado e ativo em uma conta confiável.
  
• Os usuários "conhecidos" aceitaram o ToU do Adobe Sign como parte do processo de registro quando verificaram sua conta de usuário. Portanto, não serão solicitados a aceitá-lo novamente.

Veja abaixo um exemplo do fluxo de consentimento implícito para um contrato com um ToU personalizado e configurado pelo cliente:

1. Aceite os termos de uso do Adobe Sign selecionando o botão Continuar (depois de abrir o contrato).
2. Preencha os campos do contrato conforme necessário.
3. Aceite a Divulgação do cliente e os Termos de uso personalizados selecionando o botão Clique para assinar.

Atualizações da API e da página Enviar para o recurso de Integração da Notarize (previsto para outubro)

A versão de outubro introduzirá um novo recurso do Adobe Sign para dar suporte à integração com a plataforma de notarização online remota (RON) da Notarize.A integração do Adobe Sign com Notarize, Inc. está disponível para uso nos EUA apenas.

O resumo das alterações está abaixo:  

Integração com a Notarize - a integração do Adobe Sign com a plataforma de notarização online remota (RON) da Notarize permite que os clientes adicionem este serviço às suas transações com o Adobe Sign. Disponível para habilitação para clientes nos planos Enterprise e Business vendidos diretamente pela Adobe por meio do programa ETLA.As transações da Notarize podem ser compradas como um complemento por um custo adicional, apenas para esses clientes. 

Há dois elementos que devem ser revisados por clientes que criam seus próprios aplicativos ou usam integrações: 

A página Enviar tem um novo elemento para identificar um signatário cuja assinatura autenticada é necessária, além de etapas adicionais de configuração que orientam sobre o processo de assinatura.  

A API REST foi atualizada para acomodar os requisitos de aproveitamento dessa funcionalidade. Os clientes que utilizam a API REST devem revisar as informações abaixo para determinar se há algum impacto na maneira como usam essa funcionalidade. 

• Atualizações da página de envio
  

Os clientes que habilitaram as transações da Notarize podem selecionar a opção Requer notarização no registro do destinatário, à direita do método de autenticação:

Depois que o contrato é configurado e o remetente clica em Próximo, ele recebe opções de configuração adicionais para o processo de autenticação:

• Atualizações de API - Há atualizações significativas nas APIs para oferecer suporte à Integração do Notarize:

POST /agreements

A API POST /agreements foi atualizada para oferecer suporte ao envio de um contrato para autenticação.

• Uma nova função, NOTARY_SIGNER, deve ser usada para indicar um participante de uma sessão notarial.
  
• Um novo atributo NotaryInfo foi adicionado à definição AgreementInfo para conter todas as opções associadas à criação de um novo contrato que exija autenticação.

Extensão FileInfo

A definição de FileInfo terá de ser expandida para indicar quais documentos devem ser autenticados.

Extensão ParticipantInfo

A definição de ParticipantInfo foi expandida para permitir que o método de autenticação notarial seja especificado.

NotaryInfo

Um novo campo opcional notaryInfo foi adicionado à definição de AgreementInfo para conter o objeto NotaryInfo que especifica opções adicionais associadas com autenticação.

Exemplo /agreement

PUT|GET /agreements/{aid}

A API PUT /agreements/{aid} oferecerá suporte à atualização de um contrato com opções de autenticação. A API GET /agreements/{aid} retornará todas as opções definidas para a notarização do contrato. Consulte a seção POST /agreements para exibir atributos atualizados.

Códigos de erro

Os códigos de erro existentes para POST /agreements permanecem inalterados. Definimos um novo código de erro, conforme fornecido abaixo:

Impacto da documentação

No objeto AgreementInfo da solicitação, o elemento "status" incluirá o novo status do contrato "WAITING_FOR_NOTARIZATION".

POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens

A API pode ser usada pelos clientes (signatários notários) para obter um token de assinatura que permite concluir a fase de assinatura eletrônica do fluxo. 

• O novo recurso de assinatura foi adicionado para capturar a nova função — ACCEPT_BEFORE_NOTARIZATION. 
• Os tokens de assinatura não devem ser obtidos para concluir a fase de notarização.

PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status

A API pode ser usada por clientes (signatários notários) para concluir a fase de assinatura eletrônica do fluxo. Para acomodar a nova função, um novo valor de status enum foi introduzido — ACCEPTED_BEFORE_NOTARIZATION.

O signatário notário pode seguir a sequência abaixo de chamadas de API para concluir a fase de assinatura eletrônica:

1. GET /agreements/{agreementId}/members - para obter a ID do participante e a ID do conjunto de participantes do signatário notário
2. POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens - para solicitar o token de assinatura para o signatário notário com o recurso ACCEPT_BEFORE_NOTARIZATION
3. POST /transientDocuments - para fazer upload do documento revisado
4. PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status - enviar o documento revisado e completar a fase de assinatura eletrônica.

Novo evento do webhook

Os clientes podem se inscrever no novo evento webhook, AGREEMENT_READY_FOR_NOTARIZATION, para serem notificados quando o contrato estiver pronto para autenticação. O evento não é visível na interface de webhooks e pode ser assinado por meio da chamada da API POST /webhooks.

Impacto da documentação

As APIs a seguir não foram modificadas, mas a respectiva documentação foi atualizada para incluir o novo status de contrato "WAITING_FOR_NOTARIZATION" ou a nova função "NOTARY_SIGNER".

GET /agreements

Em resposta ao objeto UserAgreements/UserAgreement, o elemento "status" agora inclui o status correspondente "WAITING_FOR_NOTARIZATION".

GET /agreements/{agreementId}

Em resposta ao objeto AgreementInfo, o elemento "status" agora inclui o status correspondente "WAITING_FOR_NOTARIZATION".

GET /agreements/{agreementId}/events

A API foi atualizada para dar suporte a novos eventos READY_TO_NOTARIZE e NOTARIZED.

Em resposta ao Evento de objeto

• O elemento "participantRole" agora inclui a nova função NOTARY_SIGNER.
• O elemento "type" inclui os novos eventos READY_TO_NOTARIZE e NOTARIZED. O elemento "description" será "Documento enviado para notarização" e "Documento autenticado recebido", respectivamente

GET /agreements/{agreementId}/members/participantSets/{participantSetId}

Em resposta ao objeto DetailedParticipantSetInfo, o elemento "status" agora inclui o status correspondente "WAITING_FOR_NOTARIZATION".

PUT /agreements/{agreementId}

O objeto Solicitar AgreementInfo agora inclui o status "WAITING_FOR_NOTARIZATION".

PUT /agreements/{agreementId}/members/participantSets/{participantSetId}

O status WAITING_FOR_NOTARIZATION é um dos valores de elemento "status" no objeto DetailedParticipantSetInfo.

POST /agreements/{agreementId}/view

O status WAITING_FOR_NOTARIZATION foi adicionado como uma das exibições permitidas.

GET /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingInfo

Se o participante especificado no caminho de solicitação tiver uma função de signatário notário, a API retornará a configuração de assinatura ACCEPT_BEFORE_NOTARIZATION, assim como em todas as outras configurações de assinatura para este contrato/participante.

Lançamento: Adobe Sign de setembro de 2021

O Adobe Sign concluiu um lançamento de recursos em 16 de setembro de 2021. Não houve período de inatividade durante esse lançamento

A versão de setembro inclui melhorias de recursos para usuários e administradores, bem como resoluções para vários problemas relatados por clientes.  

Opção Nome da empresa a ser removida da Autenticação por telefone

A segurança de SMS (no que diz respeito ao sendingID correspondente ao suposto nome da empresa indicado na mensagem) melhorou ao ponto em que o envio de mensagens SMS pela Adobe Sign com outro nome de empresa pode causar falha na entrega da mensagem.

Como resultado, a opção de personalizar a mensagem de autenticação telefônica com o nome da empresa será removida do serviço na versão de setembro de 2021.

Problema conhecido: a nova página Início ou Gerenciar está em branco

Problema: Ao trocar para a nova página Início ou Gerenciar, a página está inteiramente em branco.

Teste: tentar carregar esta página: https://documentcloud.adobe.com/

• Se não puder carregar https://documentcloud.adobe.com/, entre em contato com a administração de rede interna e trabalhe com ela para desbloquear o domínio documentcloud.adobe.com.
• Se você puder acessar o link acima, entre em contato com o suporte.

O Adobe Sign v6 REST POST /workflows/ID/agreements foi removido do serviço

A chamada de API v6 REST POST /workflows/ID/agreements foi removida do serviço na versão de junho de 2021, um ano após ser removida da documentação e os usuários serem notificados de que o endpoint seria removido.

Os clientes que continuarem a usar essa chamada de API agora receberão um erro 404.

A alternativa sugerida para substituir essa funcionalidade é usar a chamada a POST/agreement com um workflowID na solicitação JSON.

Amostra do corpo da solicitação:

Atualização da v6REST para GET /agreements/{agreementId}/signingUrls

Antes da versão de junho, ao chamar GET /agreements/{agreementId}/signingUrls, a API retornaria um 404 imediatamente após a criação do contrato.

Por pouco tempo após o erro 404 ser apagado, a resposta retornaria uma resposta não-404, mas incluiria apenas os signingURLs do remetente. (Enquanto a participação do signatário ainda estava sendo definida.)

Após o lançamento em junho de 2021, um código de erro 404: AGREEMENT_NOT_EXPOSED será retornado até que a lista completa de URLs de assinatura seja concluída, quando um código 200 será entregue.

Os clientes que não desejam continuar tentando a chamada de API até que a resposta 200 seja retornada são incentivados a usar Webhooks e responder ao evento AGREEMENT_CREATED.

Período de inatividade agendado para integrações do Adobe Sign para Word/PowerPoint, Outlook e Teams

No sábado, 17 de julho de 2021, o Adobe Sign concluiu a manutenção nas seguintes integrações:

• Adobe Sign para Microsoft Teams
• Adobe Sign para Microsoft Word/PowerPoint
• Adobe Sign para Microsoft Outlook

As integrações agora estão funcionando normalmente.

Versão de correção: Adobe Sign de agosto de 2021

O Adobe Sign concluiu a atualização do patch em 11 de agosto de 2021. A correção foi concluída sem interrupção.

A versão de correção de agosto inclui pequenas alterações na experiência e resoluções para vários problemas relatados por clientes.  

Fim de serviço planejado para a API SOAP em maio de 2021

Com o lançamento da API REST Versão 6, que fornece a melhor experiência de programação para desenvolvedores do Adobe Sign, a API SOAP foi descontinuada e não terá mais suporte a partir de maio de 2021.  A API REST é agora a interface de preferência para integradores e desenvolvedores de aplicativos e a implantação futura deve migrar para essa API.

Aqui estão algumas referências para ajudar com a transição:

• Migração da SOAP
• Métodos da Adobe Sign API REST Versão 6

AÇÃO NECESSÁRIA

Se você desenvolveu uma integração ou um aplicativo para o serviço do Adobe Sign com base na API SOAP, terá que reescrever o aplicativo usando, pelo menos, a API REST Versão 6 anterior a maio de 2021.  Comunicações diretas com desenvolveres e integradores ocorrerão ao longo de vários trimestres para garantir uma transição sem problemas para a API mais recente.

“Fim de serviço” planejado para os navegadores IE 11 em integrações da Microsoft

A Microsoft está encerrando o suporte para o Internet Explorer 11 em 17 de agosto de 2021.

Como resultado, as integrações do Adobe Sign para Microsoft também estão encerrando o suporte para IE11 no mesmo cronograma.

Os serviços afetados são:

• Dynamics 365 (online e local)
• Microsoft 365
• Outlook 365
• Automação de energia/Aplicativos de energia
• SharePoint (online e local)
• Teams

Fim de serviço planejado para a integração do Adobe Sign com o Dropbox

A integração da Adobe Sign com o Dropbox está programada para terminar em 31 de julho de 2021.

Nesse momento, o Adobe Sign não estará mais disponível por meio da sua conta do Dropbox. No entanto, todos os seus contratos do Adobe Sign continuarão disponíveis para você e podem ser acessados fazendo login na sua conta do Adobe Sign.

Nova versão: Adobe Sign de junho de 2021

O Adobe Sign concluiu o lançamento de junho de 2021 sem período de inatividade.

A versão de junho inclui melhorias de recursos para usuários e administradores, bem como resoluções para vários problemas relatados por clientes.  

Novo certificado SSL disponível -
em vigor a partir de 1º de junho de 2021

O Adobe Sign lançará novos certificados SSL em 1º de junho de 2021
Não haverá alterações na chave pública, nos protocolos criptográficos subjacentes ou no esquema.

Os novos Certificados estão disponíveis para baixar na página de requisitos de sistema do Adobe Sign.

AÇÃO NECESSÁRIA

Uso da chave pública
Se você tiver integrações personalizadas com o Adobe Sign que utilizam as APIs SOAP ou REST e se qualquer uma dessas integrações tiver “fixado” a chave pública existente, nenhuma ação será necessária.

Se você estiver usando Certificados SSL do Adobe Sign para SSO ou se estiver fixando o próprio certificado (ou usando outros métodos), poderá encontrar os novos Certificados do Adobe Sign nos requisitos de sistema do Adobe Sign.

Os novos certificados SSL se tornarão ativos em 1º de junho de 2021

Novo W-4 para 2021 adicionado à biblioteca do Adobe Sign

O novo formulário IRS W-4 (2021), intitulado W-4 2021 (Certificado de retenção do funcionário), deverá ser adicionado à biblioteca do Adobe Sign como parte da versão de fevereiro de 2021.

AÇÃO NECESSÁRIA

O novo modelo de formulário W-4 tem um novo valor libraryDocumentId. Se você usar o valor libraryDocumentId do modelo existente nos aplicativos, precisará atualizá-lo.

A versão de 2020 será removida do sistema em maio de 2021.

Aplicativos ou APIs que estiverem usando o formulário antigo (ver 2020) deverão ser atualizados antes de 1^º de maio para evitar a interrupção do serviço.

Para localizar o valor libraryDocumentId em uma conta habilitada para API:

1. Faça logon como um administrador de conta
2. Clique na guia Conta > API do Adobe Sign > Informações da API > clique no link: Documentação de métodos de API REST
3. Na seção GET /libraryDocuments, clique no botão OAUTH ACCESS-TOKEN 
   • Ative o escopo library_read:self
4. Clique no botão Experimente! botão
5. No Corpo da resposta, localize o novo modelo de formulário W-4 2021 (Employee's Withholding Certificate) (não a ver. 2020) para ver o valor libraryDocumentId.  

Nova versão: Adobe Sign de maio de 2021

O Adobe Sign concluiu o lançamento de maio de 2021 sem período de inatividade.

A versão de maio inclui melhorias de recursos para usuários e administradores, bem como resoluções para vários problemas relatados por clientes.  

Atualização do gerenciamento de cookies do Adobe Sign

O Adobe Sign está adotando um novo banner de aceitação de cookies do OneTrust que persiste até que o usuário faça uma escolha explicita.

Os usuários que são redirecionados para um novo domínio durante a autenticação precisam aceitar cookies também para o segundo domínio (o comum nesse caso é ser redirecionado de echosign.com para adobesign.com devido ao alternador de domínios). 

Recomenda-se que os usuários atualizem seus marcadores para eliminar o redirecionamento.

A função Preencher & Assinar tem um caminho para modelos e assinatura autenticada

A página de composição Só eu assino será substituída por uma nova página de composição (baseada nos designs mais recentes da página Enviar) que permite o uso de modelos e o posicionamento de campos por meio da criação.

As configurações de administração determinam a experiência do usuário padrão. Um link opcional "Trocar" pode ser ativado para permitir que o usuário alterne entre a interface do Preencher e assinar de forma livre e a nova experiência de autoassinatura habilitada para criação. 

Uma novidade nessa experiência é a capacidade de usar a autenticação para o signatário. 

Os Controles são baseados nas configurações de autenticação de identidade obrigatória. Quando ativado, o usuário será solicitado a inserir as credenciais do Adobe Sign ao abrir o contrato e (opcionalmente) de novo ao inserir uma assinatura ou finalizar o contrato. 

Os controles da nova experiência de autoassinatura e a autenticação de identidade aplicada podem ser definidos no nível de conta e/ou de grupo (as configurações no nível de grupo substituem as configurações no nível de conta)

Plano de implantação

A nova experiência de autoassinatura substitui a página antiga Somente eu assino nas próximas duas versões principais. 

Os clientes que estiverem usando o recurso antigo Somente eu assino devem planejar a migração para a nova experiência até o outono de 2020, quando ela se tornará o padrão e a página antiga será retirada de serviço. 

• Não haverá alteração nas configurações atuais com a versão de julho.
• Na versão a seguir, a nova experiência será definida como padrão com a opção de reverter para a página antiga.
• Na versão do outono de 2020, a capacidade de reverter para a interface antiga será removida.

A atualização do Adobe Sign para Word/PowerPoint, Outlook e Teams entrará em vigor em 19 de abril

A atualização entrará em vigor às 8h PDT / 11h EST / 15h UTC

Essa atualização será implementada para melhorar a segurança geral das três integrações.

Depois que a atualização for concluída, os administradores/usuários serão solicitados a aceitar novamente uma solicitação de permissões para o aplicativo antes que o acesso seja permitido.

Nova versão: Adobe Sign março de 2021

A Adobe Sign concluiu a versão de março de 2021 sem tempo de inatividade.

Esta versão do produto inclui novos recursos/aprimoramentos para administradores e usuários finais, bem como a correção de vários problemas.

"Fim de serviço" planejado para navegadores Edge Legacy em integrações Microsoft

A Microsoft está encerrando o suporte para o navegador Edge Legacy em 9 de março de 2021

Como resultado, as integrações do Adobe Sign para Microsoft também estão encerrando o suporte para o Edge Legacy no mesmo cronograma.

Os serviços afetados são:

• Dynamics 365 (online e local)
• Microsoft 365
• Outlook 365
• Automação de energia/Aplicativos de energia
• SharePoint (online e local)
• Teams

Fim do suporte: As ações do Adobe Sign para Microsoft Power Automate v1 - programadas para janeiro de 2021

A atualização do Adobe Sign para Power Automate 3.0 apresenta novas ações REST v6 destinadas a substituições mais robustas para ações existentes com o mesmo nome.

Fluxos de trabalho que usam ações herdadas continuarão em execução mesmo se nenhuma ação for executada. Os nomes das ações herdadas foram marcados com (Antiga).  Elas estão programadas para serem descontinuadas até janeiro de 2021.

Lista de Ações a serem descontinuadas:

• Criar um modelo de biblioteca a partir de uma URL de documento (antigo)
• Criar um modelo de biblioteca a partir de um documento carregado (Antiga)
• Criar um contrato a partir de um URL de documento e enviar para assinatura (Antiga)
• Criar um contrato a partir de um modelo de biblioteca e enviar para assinatura (Antiga)
• Criar um contrato a partir de um documento carregado e enviar para assinatura (Antiga)
• Obter uma lista de todos os contratos (Antiga)
• Obter uma lista de todos os modelos de biblioteca (Antiga)
• Obter dados do campo de formulário do contrato (Antiga)
• Fazer upload de um documento e obter uma ID de documento (Antiga)

As novas ações são exibidas na lista Ações com o mesmo nome das Ações herdadas.

Os clientes que usam essas Ações devem atualizar os fluxos para que usem as novas Ações do conector. Isso pode ser feito substituindo a Ação herdada pelas novas Ações no seu fluxo de automação existente.

Fim do serviço para autenticação social

A capacidade de exigir que os signatários forneçam sua identidade social antes de terem acesso para visualizar e assinar o documento será removida em março de 2021.  Esse recurso permitiu que os remetentes exigissem logon no Facebook, LinkedIn, Google, Yahoo!, Microsoft Live ou Twitter. 

“Fim do serviço” planejado para a integração pessoal do Twitter

A opção de integração com o Twitter no nível de usuário (por meio de Preferências pessoais) será removida da interface do usuário em março de 2021. Nesse momento:

• nenhuma conta de usuário nova pode ativar o Twitter no nível de usuário
• Os usuários com o Twitter ativado vão parar de ver mensagens no aplicativo para novos contratos criados
• As contas de usuário gratuitas que têm o Twitter ativado terão o limite mensal de transações reduzido de dez para:
  • cinco transações por mês para clientes do Adobe Sign Web
    
  • duas transações por mês para clientes do Acrobat
    
• As contas ativadas terão suas credenciais do Twitter removidas dos sistemas do Adobe Sign
  
• O aplicativo do Twitter para o Adobe Sign será excluído para expirar todos os tokens do Twitter

Nova versão: Adobe Sign de fevereiro de 2021

A versão de fevereiro foi concluída sem interrupção do serviço.

Esta versão do produto inclui novos recursos/aprimoramentos para administradores e usuários finais, além de vários problemas resolvidos.

Designer de fluxo de trabalho produzindo mensagens de erro

Devido à segurança aprimorada no compartilhamento de assets da biblioteca, alguns workflows podem começar a gerar uma mensagem de Erro do servidor ao editar o fluxo de trabalho após a atualização de setembro:

Os remetentes que tentam usar um fluxo de trabalho com esse problema recebem uma mensagem de erro que indica que o fluxo de trabalho contém documentos que não estão no escopo:

Esse erro significa que o fluxo de trabalho perdeu a autoridade para usar um ou mais dos modelos de biblioteca anexados. Mais comumente, isso acontece quando as permissões de acesso do modelo são alteradas de permitir acesso à conta/grupo para limitar o acesso ao proprietário.  

Os administradores devem cancelar essa mensagem de erro em vez de recarregar a página.

Para corrigir o erro:

• O proprietário do modelo deve editar as permissões do modelo para que ele fique disponível para a conta/grupo ao qual o fluxo de trabalho está vinculado
• O proprietário do fluxo de trabalho pode substituir o modelo por um com as permissões apropriadas.  Para fazer isso, cancele a condição de erro acima para editar o fluxo de trabalho e substituir o documento

Fim do serviço do Adobe Sign para Workplace pelo Facebook

A integração Adobe Sign for Workplace pelo Facebook será totalmente desativada a partir de 29 de novembro de 2020.