Správci, jejichž uživatelé využívají mobilní aplikaci Acrobat Sign pro iOS, vyzvou tyto uživatele, aby aktualizovali verzi své aplikace na 3.22 nebo novější.

Aplikace Acrobat Sign pro Android není změnou domény nijak ovlivněna.

Pokud váš účet používá jakékoli vlastní e-mailové šablony, musejí být aktualizovány, aby umožnili odkazovat na adresu adobesign@adobesign.com jako na e-mailový alias který si uživatelé přidají do svého seznamu bezpečných adres.

• Kvůli tomu je pevně daný řetězec echosign@echosign.com změněn na proměnnou $!from@$!active_domain
  • Adresa se tak může dynamicky měnit, když je účet převeden na jinou doménu

Zákazníci, kteří aktivně omezují e-mail, by měli výslovně povolit zprávy z adresy adobesign@adobesign.com

• Máte-li existující pravidlo, které povolí adresu echosign@echosign.com, přidejte také toto nové pravidlo
  • NEODEBÍREJTE nyní pravidlo echosign@echosign.com
    

Když ho odeberete, může to skončit přesunem příchozích (e-mailových) oznámení týkajících se dohod do složek nevyžádané pošty.

Zákazníci s restriktivním nastavením zabezpečení sítě by měli výslovně povolit provoz z produkčních koncových bodů nové domény.

Pokud vaše aktuální síťová oprávnění povolují průchod provozu pro doménu echosign.com, měli byste přidat také koncové body pro doménu adobesign.com.

• NEODEBÍREJTE nyní koncové body domény echosign.com
• Přidejte doménu adobesignforsalesforce.com, pouze pokud váš účet zahrnuje integraci služby Adobe Acrobat Sign for Salesforce
• Zákazníci, kteří mají účty v ukázkovém prostředí, by měli přidat také koncové body ukázkové domény adobesign
  

Účty, které využívají službu API, by měly zkontrolovat a upravit kód tak, aby podporoval také doménu adobesign.com.

• Zkontrolujte, že jste nasadili zabezpečení sítě pro novou doménu, které povoluje provoz procházející
• vzorovým požadavkem/odpovědí API
  

Zákazníci/partneři/integrátoři mohou mít kód, ve kterém je napevno zapsána vrácená adresa URI. Tato pevně daná adresa může být součástí zabezpečení jako ochrana proti zneužití, kdy se útočník pokusí o nesprávné přesměrování domény.

• Obraťte se na vlastníka integrace služby třetí strany, zda je tato záležitost aktuální
• Ve věci vlastních integrací vybudovaných interně se obraťte na vlastní interní účastníky procesu

Zákazníci služby Adobe Acrobat Sign for Salesforce musí obnovit propojení OAuth mezi službami Acrobat Sign a Salesforce (co nejdříve) po změně domény.

Změna domény přeruší důvěryhodné připojení mezi službami Acrobat Sign a Salesforce. Dokud není spojení OAuth znovu připojeno:

• Uživatelé nebudou moci odesílat dohody ze služby Salesforce
  • Pokusy o odeslání skončí chybou a dohoda bude uložena jako koncept   
    
• Aktualizace nebudou odesílány zpět do služby Salesforce
  • Až do opětovného připojení lze dohody aktualizovat a znovu synchronizovat ve službě Acrobat Sign
    

Zkontrolujte nebo aktualizujte nastavení vzdáleného webu

Organizace, které ve službě Acrobat Sign mají nakonfigurované nastavení vzdáleného webu, musí aktualizovat adresu URL vzdáleného webu tak, aby odpovídala doméně adobesign.com (namísto echosign.com).

Opakujte kroky 3–5 u všech vzdálených webů, které v adrese URL mají doménu echosign.com.

Všimněte si, že adresa URL webu může obsahovat řetězec „echosign“ v jiné části řetězce než doméně. Tyto hodnoty NEUPRAVUJTE:

Stávající webové formuláře budou po změně domény nadále fungovat podle očekávání.

Když je webový formulář vytvořen, je identifikován pomocí jedinečného webformId (wid).

Změna domény změní adresu URL webového formuláře, ale NE údaj webformId.

Příklad:

Adresa URL webového formuláře echosign.com:

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

Stejný webový formulář po změně domény:

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

Vzhledem k tomu, že služba Acrobat Sign nadále přijímá příchozí síťový provoz na doméně echosign.com, je adresa URL správně přeložena a je předán správný webformId.