Migração de echosign.com para adobesign.com

Última atualização em 16 de jul de 2024

Visão geral do que está acontecendo

O Adobe Acrobat Sign implantou um novo domínio: adobesign.com.

Os clientes podem identificar o seu domínio fazendo logon no Acrobat Sign e verificando o URL:

  • Se seu URL for adobesign.com, sua conta já está no novo domínio.
  • Se o URL echosign.com aparecer, sua conta deve ser migrada.
Alerta

Se o URL for documents.adobe.com, seu domínio não será alterado. No entanto, os clientes precisarão permitir explicitamente emails de adobesign@adobesign.com

O URL da conta realçando o domínio.


Ações que devem ser examinadas/realizadas

Para garantir a continuidade do serviço, os clientes devem se preparar para a migração do domínio, examinando a lista de ações abaixo e abordando os problemas que são pertinentes à sua conta.

Todas as contas afetadas terão a capacidade de mudar para o novo domínio depois que sua conta tiver resolvido com êxito quaisquer problemas/tarefas que a lista abaixo solicita.

Advertência

Alterar a configuração do SAML requer que você aceite o novo domínio imediatamente após salvar as novas configurações do IdP no Acrobat Sign.

O SSO para a conta será interrompido até que a alteração de domínio seja concluída.

Se você for um cliente que usa SAML, certifique-se de definir as configurações do Modo SAML no Acrobat Sign como SAML permitido

  • Verifique se você conhece sua senha nativa do Acrobat Sign
    • Esta é uma precaução para evitar o bloqueio acidental de sua conta depois de alterar o IdP

Os administradores que têm usuários que utilizam o aplicativo móvel do Acrobat Sign para iOS devem alertar os usuários a atualizarem o aplicativo para a versão 3.22 ou posterior.

O aplicativo do Acrobat Sign para Android não é afetado pela alteração de domínio.

Nota

A atualização de modelos de email personalizados deve ser feita pelo seu gerente de sucesso ou pela equipe de suporte.

Como os modelos podem ser atualizados a qualquer momento antes de alterar para o novo domínio, recomendamos que solicite esta atualização o mais rápido possível.

Se sua conta usar qualquer modelo de email personalizado, ele deverá ser atualizado para permitir uma referência a adobesign@adobesign.com como o alias de email para que os usuários adicionem à sua lista segura.

  • Para fazer isso, a cadeia de caracteres fixa echosign@echosign.com é alterada para a variável $!from@$!active_domain
    • Isso permite que o endereço seja alterado dinamicamente quando a conta é alternada entre domínios

Os clientes que restringem ativamente o email devem permitir explicitamente emails de adobesign@adobesign.com

  • Se você tiver uma regra existente para permitir echosign@echosign.com, então adicione essa nova regra também
    • Não remova a regra echosign@echosign.com neste momento

Se isso não for feito, as notificações de contrato de entrada (email) podem ser filtradas em pastas de spam/lixo eletrônico.

Os clientes com segurança de rede restritiva devem permitir explicitamente o tráfego a partir dos terminais de produção do novo domínio.

Se as permissões de rede atuais estiverem configuradas para permitir o tráfego do echosign.com, os terminais adobesign.com também deverão ser adicionados.

  • Não remova os terminais do echosign.com neste momento
  • Adicione adobesignforsalesforce.com somente se sua conta usar a integração do Adobe Acrobat Sign para Salesforce
  • Os clientes que têm contas no ambiente de Demonstração devem adicionar os terminais de demonstração adobesign também
Ambiente Domínio 'echosign' Equivalente ao domínio “adobesign”
Produção echosign.com adobesign.com
echocdn.com adobesigncdn.com
echosignforsalesforce.com adobesignforsalesforce.com
-- documentcloud.adobe.com
Demonstração echosigndemo.com adobesigndemo.com
echocdndemo.com adobesigncdndemo.com
echosignforsalesforcedemo.com adobesignforsalesforcedemo.com
Nota

Uma lista expandida de endpoints do Adobe Acrobat Sign pode ser encontrada aqui, mas somente as listadas acima são relevantes para essa migração de domínio.

Não são necessárias edições em intervalos de IP.

As contas que utilizam o serviço de API devem examinar seu código para garantir que ele também oferece suporte ao domínio adobesign.com.

Nota

Os tokens de atualização (usados para obter novos tokens de acesso) não estão vinculados ao domínio, portanto não são afetados pela alteração de domínio.

Os Clientes/Parceiros/Integradores podem ter um código que tenha uma verificação codificada para o URI retornado. Isso pode ser feito como uma medida de segurança para evitar uma exploração que tente redirecionar o domínio incorretamente.

  • Entre em contato com o proprietário de qualquer integração de terceiros para determinar se essa situação existe
  • Entre em contato com as partes interessadas internas para obter integrações personalizadas que foram incorporadas
Advertência

Alterar a configuração do SAML requer que você aceite o novo domínio imediatamente após salvar as novas configurações do IdP no Acrobat Sign.

O SSO para a conta será interrompido até que a alteração de domínio seja concluída.

Defina as configurações do modo SAML no Acrobat Sign como SAML permitido

  • Verifique se você conhece sua senha nativa do Acrobat Sign
    • Esta é uma precaução para evitar o bloqueio acidental de sua conta depois de alterar o IdP
Modo SAML

Crie um novo cliente com seu IdP (MSADFS, Okta etc)

  • Crie seu novo cliente usando as Informações do provedor de serviços SAML do Acrobat Sign do novo domínio (consulte a advertência abaixo)
  • Recomenda-se que você retenha o cliente antigo até ter certeza de que o SSO está funcionando como esperado no novo domínio
Advertência

Ao migrar para um novo domínio, o conteúdo do Provedor de serviços do Acrobat Sign na página SAML do Acrobat Sign mostrará a configuração do domínio existente.

Você precisa editar manualmente os três URLs para refletir o novo domínio para o qual está migrando.

  • Ex: Se você estiver migrando para adobesign.com, seus URLs existentes refletirão echosign.com. Altere-os manualmente para adobesign.com ao configurar seu novo cliente

Não edite o(a):

  • ID da entidade/Público SAML
  • Certificado SP

Edite manualmente o:

  • URL de confirmação do cliente
  • URL de logout único (SLO)
  • URL de logon único


Atualize as configurações do Provedor de identidade usando os valores do cliente IdP recém-criado

Faça logon no Acrobat Sign como um administrador em nível de conta e navegue até Conta > Configurações da conta > Configurar conta

  • Clique no botão Atualizar agora
    • Você será desconectado automaticamente e terá que autenticar no novo domínio
    • Se você tiver um marcador para fazer logon, edite o URL para usar adobesign.com em vez de echosign.com
A página “Configurações da conta” realçando o botão “Atualizar agora” para a atualização do domínio.

Nota

Os marcadores configurados para o domínio antigo (echosign.com) podem gerar várias solicitações de ativação do Cookie quando o processo de logon leva o usuário para o novo domínio (adobesign.com). 

Os usuários podem atenuar isso atualizando seus marcadores.

Testar sua conexão de SSO

Os clientes do Adobe Acrobat Sign para Salesforce devem revincular a conexão OAuth entre o Acrobat Sign e o Salesforce (assim que possível) após a alteração do domínio.

Alterar o domínio interrompe a conexão confiável entre o Acrobat Sign e o Salesforce. Até que o link OAuth seja reconectado:

  • Os usuários não poderão enviar contratos a partir do Salesforce
    • As tentativas de envio exibirão um erro e salvarão o contrato como um Rascunho.
  • As atualizações não serão enviadas de volta para o Salesforce
    • Após a reconexão, os contratos podem ser atualizados e sincronizados novamente com o serviço do Acrobat Sign

Examinar/atualizar configurações de site remoto

As organizações que definiram as configurações de site remoto do Acrobat Sign também devem atualizar o URL do site remoto para refletir o domínio adobesign.com (em vez de echosign.com).

Navegue até Definir > Configurações > Segurança > Configurações do site remoto

Examine os URLs de site remoto dos sites remotos configurados.

Localize todos os sites que usam echosign.com como domínio no URL:

Atualizar o URL do site remoto

Clique na ação Editar para o site remoto utilizando o domínio echosign.com

Edite o URL do site remoto e altere echosign.com para adobesign.com

Atualizar o URL do site remoto

Advertência

Não altere os outros elementos do URL.

Clique em Salvar para salvar a nova configuração

Repita as etapas 3 a 5 para todos os sites remotos que usam echosign.com como domínio para o URL.

Observe que é possível que o URL do site contenha a string "echosign" em um local da string que não seja o domínio. NÃO edite esses valores:

Não é um domínio echosign.com

Os formulários da Web existentes continuarão funcionando conforme o esperado após a alteração do domínio.

Quando um formulário da Web é criado, ele é identificado por um webformId exclusivo (wid).

Alterar o domínio também altera o URL do formulário da Web, mas não o webformId.

Exemplo:

O URL do formulário da Web do echosign.com:

  • https://caseyjonez.na1.echosign.com/public/esignWidget?wid=CBFi_MHTdBzgM82U*

O mesmo formulário da Web após a alteração do domínio:

  • https://caseyjonez.na1.adobesign.com/public/esignWidget?wid=CBFi_MHTdBzgM82U*

Como o Acrobat Sign continua a aceitar o tráfego de entrada no domínio echosign.com, o URL é resolvido e o webformId correto é entregue.

Nota

Recomenda-se que os clientes atualizem seu conteúdo para usar os URLs com o novo domínio quando possível.

Nota

Todas as contas são fortemente incentivadas a "aceitar" o novo domínio o mais cedo possível, para dar tempo para a solução de problemas caso surjam problemas.

As contas podem retornar ao domínio herdado se ocorrerem problemas. 


Como alterar o domínio

Quando estiver convencido de que sua conta está pronta para migrar:

Faça logon no Acrobat Sign como um administrador em nível de conta

Navegue até Conta > Configurações da conta > Configurar conta

Clique no botão Atualizar agora

Atualizar o domínio

Uma lista de verificação das ações importantes é apresentada em uma sobreposição.

Revise cada ponto e verifique-os quando estiver confiante de que a preocupação foi solucionada corretamente para sua conta.

Checar lista de verificação

Clique em OK quando todas as caixas estiverem marcadas e, em seguida, clique em Salvar:

  • Você será desconectado automaticamente e terá que autenticar no novo domínio
  • Se você tiver um marcador para fazer logon, edite o URL para usar adobesign.com em vez de echosign.com
Nota

Os marcadores configurados para o domínio antigo (echosign.com) podem gerar várias solicitações de ativação do Cookie quando o processo de logon leva o usuário para o novo domínio (adobesign.com). 

Recomenda-se que os usuários sejam notificados para atualizar seus marcadores para direcionar ao novo domínio de logon.


Reverter para o domínio herdado

Se for necessário reverter para o domínio herdado por qualquer motivo, o processo será o mesmo da alteração inicial.

  • As contas com o SAML ativado precisarão reajustar as configurações do SAML IdP para usar o cliente antigo
  • As contas que utilizam a integração do Adobe Acrobat Sign para Salesforce precisarão vincular novamente os aplicativos após a alteração

Faça logon no Acrobat Sign como um administrador em nível de conta

Navegue até Conta > Configurações da conta > Configurar conta

Clique no botão Atualizar agora e, em seguida, clique em Salvar

  • Você será desconectado automaticamente
Atualizar o domínio


Perguntas comuns

Abaixo, você encontrará uma lista de perguntas comuns sobre a migração de domínio.

Se você não encontrar uma resposta para sua pergunta aqui, entre em contato com seu gerente de sucesso ou com o suporte ao cliente.

Caso: conta migrada para o domínio adobesign.com — chamada de API feita usando o domínio echosign.com

  • URL de solicitação de exemplo: https://api.na2.echosign.com/api/rest/v6/baseUris
  • Resposta de amostra

{

  "apiAccessPoint": "https://api.na2.adobesign.com/",

  "webAccessPoint": "https://secure.na2.adobesign.com/"

}

Nota

O domínio na resposta de amostra aponta para adobesign.com, mesmo se a solicitação foi feita a partir de echosign.com.

  • Se você verificar a resposta de echosign.com, sua verificação falhará
    • Substitua o nome de host echosign.com para adobesign.com se houver algum caso codificado

Caso: conta migrada para o domínio adobesign.com - chamada de API feita usando o domínio adobesign.com

  • URL de solicitação de exemplo: https://api.na2.adobesign.com:443/api/rest/v6/baseUris
  • Resposta de amostra

1

2

3

4

{

  "apiAccessPoint": "https://api.na2.adobesign.com/",

  "webAccessPoint": "https://secure.na2.adobesign.com/"

}

Não.

Contas em qualquer URL *.documents.adobe.com não estão sendo migradas.

Somente contas no domínio *.echosign.com estão sendo migradas para o domínio adobesign.com

Não.

Os mesmos intervalos de IP (listados na página de requisitos do sistema) estão sendo usados para o domínio adobesign.com.

Nada de novo está sendo acrescentado; nada está sendo removido.