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.
Neue Funktionen
Erste Schritte
Verwaltung
Senden, Signieren und Verwalten von Vereinbarungen
Erweiterte Vereinbarungsfunktionen und Workflows
Integration in andere Produkte
Acrobat Sign-Entwickler
Support und Fehlerbehebung
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 documents.adobe.com lautet, ändert sich deine Domäne nicht. Kunden müssen jedoch ausdrücklich E-Mails von adobesign@adobesign.com zulassen
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.
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.
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.
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.
Kunden, die E-Mails aktiv einschränken, sollten E-Mails von adobesign@adobesign.com explizit zulassen.
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.
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 |
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.
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.
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.
Lege die Einstellungen für den SAML-Modus in Acrobat Sign auf SAML Allowed fest.
Erstelle einen neuen Client mit deinem IdP (MSADFS, Okta usw.).
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.
Bearbeite Folgendes nicht:
Bearbeite Folgendes manuell:
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.
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:
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.
Navigiere zu Setup > Einstellungen > Sicherheit > Remotesite-Einstellungen.
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:
Dasselbe Webformular nach der Domänenänderung:
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.
Es wird empfohlen, dass Kunden ihre Inhalte aktualisieren, um die URLs nach Möglichkeit mit der neuen Domäne zu verwenden.
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.
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:
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.
Wenn du aus irgendeinem Grund zur Legacy-Domäne zurückwechseln musst, ist der Prozess der gleiche wie beim ursprünglichen Wechsel.
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.
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.
Die Domäne in der Beispielantwort verweist auf adobesign.com, obwohl die Anfrage von echosign.com gestellt wurde.
Fall: Konto zu adobesign.com-Domäne migriert – API-Aufruf über die adobesign.com-Domäne
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.