Migration von echosign.com zu adobesign.com

Administratoren, deren Benutzer die Acrobat Sign for iOS-App verwenden, sollten ihre Benutzer darauf hinweisen, ihre App-Version auf 3.22 oder höher zu aktualisieren.

Die Acrobat Sign für Android-App ist von der Änderung der Domäne nicht betroffen.

Wenn in Ihrem Konto benutzerdefinierte E-Mail-Vorlagen verwendet werden, muss die Vorlage mit einem Verweis auf adobesign@adobesign.com aktualisiert werden, sodass die Benutzer diesen E-Mail-Alias in ihre Liste sicherer E-Mail-Adressen aufnehmen können.

• Dazu wird die feste Zeichenfolge echosign@echosign.com in die Variable $!from@$!active_domain geändert.
  • Auf diese Weise kann die Adresse dynamisch geändert werden, wenn das Konto zwischen Domänen umgeschaltet wird.

Kunden, die E-Mails aktiv einschränken, sollten E-Mails von adobesign@adobesign.com explizit zulassen.

• Wenn Sie bereits eine Regel zum Zulassen von echosign@echosign.com haben, fügen Sie diese neue Regel ebenfalls hinzu.
  • Die Regel echosign@echosign.com darf zu diesem Zeitpunkt nicht entfernt werden.
    

Andernfalls werden eingehende (E-Mail-)Vereinbarungsbenachrichtigungen möglicherweise in den Spam-/Junk-Ordner herausgefiltert werden.

Kunden mit eingeschränkter Netzwerksicherheit sollten Datentraffic von den Produktionsendpunkten der neuen Domäne explizit zulassen.

Wenn Ihre aktuellen Netzwerkberechtigungen so konfiguriert sind, dass echosign.com-Datentraffic zugelassen wird, sollten auch die Endpunkte von adobesign.com hinzugefügt werden.

• Die echosign.com-Endpunkte dürfen zu diesem Zeitpunkt nicht entfernt werden.
• Fügen Sie adobesignforsalesforce.com nur hinzu , wenn für Ihr Konto die Integration von Adobe Acrobat Sign für Salesforce verwendet wird.
• Kunden mit Konten in der Demo-Umgebung sollten auch die Demo-Endpunkte adobesign hinzufügen
  .

Kunden, die den API-Dienst nutzen, sollten ihren Code überprüfen, um sicherzustellen, dass die Domäne adobesign.com unterstützt wird.

• Sorgen Sie dafür, dass die Netzwerksicherheit für die neue Domäne eingerichtet ist, bevor Traffic durch sie geleitet wird.
• Beispiel für API-Anfrage/Antwort
  

Kunden/Partner/Integratoren haben möglicherweise Code, für den eine hartcodierte Prüfung für die URI zurückgegeben wird. Dies kann als Sicherheitsmaßnahme erfolgen, um einen Exploit zu verhindern, bei dem versucht wird, die Domäne falsch umzuleiten.

• Wenden Sie sich an den Eigentümer der Integration von Drittanbietern, um zu ermitteln, ob diese Situation vorliegt.
• Wenden Sie sich an Ihre internen Stakeholder, um benutzerdefinierte Integrationen zu erhalten, die intern erstellt wurden.

Adobe Acrobat Sign for Salesforce-Kunden müssen die OAuth-Verbindung zwischen Acrobat Sign und Salesforce (so bald wie möglich) nach dem Domänenwechsel neu verknüpfen.

Eine Änderung der Domäne unterbricht die vertrauenswürdige Verbindung zwischen Acrobat Sign und Salesforce. Folgendes gilt, solange die OAuth-Verbindung noch nicht wieder hergestellt ist:

• Benutzer können keine Vereinbarungen von Salesforce senden.
  • Bei Sendeversuchen wird ein Fehler angezeigt und die Vereinbarung wird als Entwurf
    gespeichert.
• Updates werden nicht zurück in Salesforce übertragen.
  • Nach der erneuten Verbindung können die Vereinbarungen mit dem Acrobat Sign-Dienst
    aktualisiert und neu synchronisiert werden.

Überprüfen/Aktualisieren der Remotesite-Einstellungen

Unternehmen, die Remotesite-Einstellungen für Acrobat Sign konfiguriert haben, müssen auch die Remotesite-URL aktualisieren, sodass sie adobesign.com (anstelle von echosign.com) enthält.

Wiederholen Sie die Schritte 3–5 für alle Remotesites, die echosign.com als Domäne für die URL verwenden.

Beachten Sie, dass die Website-URL die Zeichenfolge „echosign“ an einer Stelle der Zeichenfolge enthalten kann, die nicht die Domäne ist. Bearbeiten Sie NICHT diese Werte:

Vorhandene Webformulare funktionieren nach dem Ändern der Domäne wie erwartet weiter.

Erstellte Webformulare werden durch eine eindeutige Webformular-ID (wid) identifiziert.

Wenn Sie die Domäne ändern, ändert sich die URL des Webformulars, nicht aber die Webformular-ID.

Beispiel:

Webformular-URL für echosign.com:

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

Dasselbe Webformular nach der Domänenänderung:

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

Da Acrobat Sign eingehenden Datentraffic auf der echosign.com-Domäne weiterhin akzeptiert, wird die URL aufgelöst und die richtige Webformular-ID wird bereitgestellt.