Lege die Einstellungen für den SAML-Modus in Acrobat Sign auf SAML Allowed fest.
- Überprüfe, ob du dein Acrobat Sign-Kennwort kennst.
- Dies ist eine Vorsichtsmaßnahme, um nach dem Ändern des IdP ein versehentliches Sperren des Kontos zu vermeiden.
Zuletzt aktualisiert am
16. Juli 2024
Überblick über die Neuerungen
Adobe Acrobat Sign hat eine neue Domäne bereitgestellt: adobesign.com.
Kunden können ihre Domäne identifizieren, indem sie sich bei Acrobat Sign anmelden und die URL prüfen:
- Wenn deine URL adobesign.com lautet, befindet sich dein Konto bereits in der neuen Domäne.
- Wenn deine URL als echosign.com angezeigt wird, muss dein Konto migriert werden.
- Bei migrierten Kundenkonten werden E-Mails zunächst von der E-Mail-Adresse adobesign@adobesign.com gesendet. Daher müssen Kunden mit E-Mail-Filterung E-Mails von der Adresse adobesign@adobesign.com explizit zulassen.
Warnung
Wenn deine URL documents.adobe.com lautet, ändert sich deine Domäne nicht. Kunden müssen jedoch ausdrücklich E-Mails von adobesign@adobesign.com zulassen
Zu prüfende/auszuführende Aktionen
Um Servicekontinuität zu gewährleisten, sollten Kunden sich auf die Domänenmigration vorbereiten, indem sie die unten aufgeführte Liste der Aktionen prüfen und die Probleme für ihr jeweiliges Konto beheben.
Alle betroffenen Konten haben die Möglichkeit für einen Wechsel zur neuen Domäne, sobald alle Probleme/Aufgaben, aus der nachfolgenden Liste für das Konto gelöst bzw. ausgeführt wurden.
Achtung
Wenn du die SAML-Konfiguration änderst, musst du dich sofort nach dem Speichern der neuen IdP-Einstellungen in Acrobat Sign bei der neuen Domäne anmelden.
SSO für das Konto wird unterbrochen, bis der Domänenwechsel abgeschlossen ist.
Wenn du SAML verwendest, musst du die SAML-Moduseinstellungen in Acrobat Sign auf SAML erlaubt festlegen.
- Überprüfe, ob du dein Acrobat Sign-Kennwort kennst.
- Dies ist eine Vorsichtsmaßnahme, um nach dem Ändern des IdP ein versehentliches Sperren des Kontos zu vermeiden.
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.
Anmerkung
Die Aktualisierung benutzerdefinierter E-Mail-Vorlagen muss von deinem Success Manager oder vom Support-Team durchgeführt werden.
Da die Vorlagen jederzeit vor Auswahl der neuen Domäne aktualisiert werden können, solltest du diese Aktualisierung so früh wie möglich anfordern.
Wenn in deinem 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 du bereits eine Regel zum Zulassen von echosign@echosign.com hast, füge diese neue Regel ebenfalls hinzu.
- Die Regel echosign@echosign.com darf zu diesem Zeitpunkt nicht entfernt werden.
- 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 deine 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üge adobesignforsalesforce.com nur hinzu , wenn für dein 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
.
| Umgebung | Domäne ‚echosign‘ | Domänenäquivalent „adobesign“ |
|---|---|---|
| Produktion | echosign.com | adobesign.com |
| echocdn.com | adobesigncdn.com | |
| echosignforsalesforce.com | adobesignforsalesforce.com | |
| -- | documentcloud.adobe.com |
|
| Demo | echosigndemo.com | adobesigndemo.com |
| echocdndemo.com | adobesigncdndemo.com | |
| echosignforsalesforcedemo.com | adobesignforsalesforcedemo.com |
Anmerkung
Eine erweiterte Liste der Adobe Acrobat Sign-Endpunkte findest du hier, aber nur die oben aufgeführten sind für diese Domänenmigration relevant.
Es sind keine Änderungen an IP-Bereichen erforderlich.
Kunden, die den API-Dienst nutzen, sollten ihren Code überprüfen, um sicherzustellen, dass die Domäne adobesign.com unterstützt wird.
- Sorge 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
Anmerkung
Aktualisierungstoken (die zum Abrufen neuer Zugriffstoken verwendet werden) sind nicht an die Domäne gebunden, sodass sie von der Domänenänderung nicht betroffen sind.
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.
- Wende dich an den Eigentümer der Integration von Drittanbietern, um zu ermitteln, ob diese Situation vorliegt.
- Wende dich an deine internen Stakeholder, um benutzerdefinierte Integrationen zu erhalten, die intern erstellt wurden.
Achtung
Wenn du die SAML-Konfiguration änderst, musst du dich sofort nach dem Speichern der neuen IdP-Einstellungen in Acrobat Sign bei der neuen Domäne anmelden.
SSO für das Konto wird unterbrochen, bis der Domänenwechsel abgeschlossen ist.
Erstelle einen neuen Client mit deinem IdP (MSADFS, Okta usw.).
- Erstelle den neuen Client mit den Informationen des Acrobat Sign SAML-Dienstleisters für die neue Domäne (siehe Vorsichtshinweis unten).
- Du solltest den alten Client beibehalten, bis du sich sicher bist, dass SSO in der neuen Domäne wie erwartet funktioniert.
Achtung
Bei der Migration zu einer neuen Domäne wird im Inhalt des Acrobat Sign Dienstleisters auf der Acrobat Sign SAML-Seite die vorhandene Domänenkonfiguration angezeigt.
Du musst die drei URLs manuell bearbeiten, um die neue Domäne anzugeben, zu der du migrierst.
- Beispiel: Wenn du zu adobesign.com migrierst, wird für deine vorhandenen URLs echosign.com angegeben. Ändere diese bei der Konfiguration des neuen Clients manuell in adobesign.com.
Bearbeite Folgendes nicht:
- Entitäts-ID/SAML-Publikum
- SP-Zertifikat
Bearbeite Folgendes manuell:
- Assertion-Verbraucher-URL
- URL für Single-Logout (SLO)
- URL für Single Sign-On (SSO)
Identitätsanbieter-Konfigurationen mit den Werten aus dem neu erstellten IdP-Client aktualisieren
Melde dich als Kontoadministrator Acrobat Sign an und navigiere zu Konto > Kontoeinstellungen > Kontoeinrichtung.
- Wähle die Schaltfläche Jetzt aktualisieren aus.
- Du wirst automatisch abgemeldet und musst dich bei der neuen Domäne authentifizieren.
- Wenn du über ein Lesezeichen für die Anmeldung verfügst, bearbeite die URL, um statt echosign.com adobesign.com zu verwende.
Anmerkung
Lesezeichen für die alte Domäne (echosign.com) können mehrere Cookie-Aktivierungsanforderungen auslösen, wenn der Benutzer beim Anmeldevorgang zur neuen Domäne (adobesign.com) übergeben wird.
Benutzer können dies durch Aktualisierung ihrer Lesezeichen verhindern.
Teste deine SSO-Verbindung.
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.
- Bei Sendeversuchen wird ein Fehler angezeigt und die Vereinbarung wird als Entwurf
- 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.
- Nach der erneuten Verbindung können die Vereinbarungen mit dem Acrobat Sign-Dienst
Ü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.
Wiederhole die Schritte 3–5 für alle Remotesites, die echosign.com als Domäne für die URL verwenden.
Beachte, dass die Website-URL die Zeichenfolge „echosign“ an einer Stelle der Zeichenfolge enthalten kann, die nicht die Domäne ist. Bearbeite 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 du die Domäne änderst, ä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.
Anmerkung
Es wird empfohlen, dass Kunden ihre Inhalte aktualisieren, um die URLs nach Möglichkeit mit der neuen Domäne zu verwenden.
Anmerkung
Es wird dringend empfohlen, so früh wie möglich auf die neue Domäne zu wechseln, um bei Problemen ausreichend Zeit für die Fehlerbehebung einzuräumen.
Wenn Probleme auftreten, können Kunden wieder zur Legacy-Domäne wechseln.
Ändern der Domäne
Wenn du sicher bist, dass dein Konto für die Migration bereit ist:
Melde dich bei Acrobat Sign als Kontoadministrator an.
Navigiere zu Konto > Kontoeinstellungen > Kontoeinrichtung.
Klicke auf die Schaltfläche Jetzt aktualisieren.
Eine Checkliste der wichtigen Aktionen wird in einer Überlagerung angezeigt.
Überprüfe die einzelnen Punkte und markiere sie als erledigt, wenn du sicher bist, dass das Problem für dein Konto richtig gelöst wurde.
Klicke auf OK, wenn alle Kontrollkästchen aktiviert sind, und klicke dann auf Speichern:
- Du wirst automatisch abgemeldet und musst dich bei der neuen Domäne authentifizieren.
- Wenn du über ein Lesezeichen für die Anmeldung verfügst, bearbeite die URL, um statt echosign.com adobesign.com zu verwende.
Anmerkung
Lesezeichen für die alte Domäne (echosign.com) können mehrere Cookie-Aktivierungsanforderungen auslösen, wenn der Benutzer beim Anmeldevorgang zur neuen Domäne (adobesign.com) übergeben wird.
Empfehlung: Benutzer sollten angewiesen werden, ihre Lesezeichen so zu aktualisieren, dass die neue Anmeldedomäne als Ziel festgelegt ist.
Zur Legacy-Domäne zurückwechseln
Wenn du aus irgendeinem Grund zur Legacy-Domäne zurückwechseln musst, ist der Prozess der gleiche wie beim ursprünglichen Wechsel.
- Wenn bei Konten SAML aktiviert ist, müssen die SAML-IdP-Einstellungen neu konfiguriert werden, um den alten Client zu verwenden.
- Wenn bei Konten die Integration von Adobe Acrobat Sign für Salesforce verwendet wird, müssen die Anwendungen nach dem Wechsel erneut verknüpft werden.
Melde dich bei Acrobat Sign als Kontoadministrator an.
Navigiere zu Konto > Kontoeinstellungen > Kontoeinrichtung.
Klicke auf die Schaltfläche Jetzt aktualisieren und anschließend auf Speichern.
- Du wirst automatisch abgemeldet.
Nachfolgend findest du eine Liste mit häufig gestellten Fragen zur Domänenmigration.
Wenn du hier keine Antwort auf deine Frage findest, wende dich bitte an deinen Success Manager oder den Kundendienst.
Anmerkung
Die Domäne in der Beispielantwort verweist auf adobesign.com, obwohl die Anfrage von echosign.com gestellt wurde.
- Wenn du die Antwort für echosign.com überprüfst, schlägt die Prüfung fehl.
- Ersetze bei hartcodierten Fällen den Hostnamen echosign.com durch adobesign.com.
Fall: Konto zu adobesign.com-Domäne migriert – API-Aufruf über die adobesign.com-Domäne
- Beispiel-Anfrage-URL: https://api.na2.adobesign.com:443/api/rest/v6/baseUris
- Beispielantwort:
1 2 3 4 |
{ "apiAccessPoint": "https://api.na2.adobesign.com/", "webAccessPoint": "https://secure.na2.adobesign.com/" } |
Nein.
Konten auf *.documents.adobe.com-URLs werden nicht migriert.
Nur Konten in der *.echosign.com-Domäne werden zur adobesign.com-Domäne migriert.
Nein.
Für die adobesign.com-Domäne werden die gleichen IP-Bereiche verwendet (auf der Seite mit den Systemanforderungen aufgeführt).
Es gibt keine Änderungen an den IP-Bereichen.
Optimieren von Workflows mit Acrobat Sign
Verwalte und signiere Dokumente schnell und einfach online.
