Technische Benachrichtigungen zu Adobe Acrobat Sign 2021-2022

Adobe Sign-Vorlage: W-4 (2022)

Das neue Formular IRS W-4 (2022) mit dem Titel W-4 2022 (Employee's Withholding Certificate) wird voraussichtlich im Rahmen der Version April 2022 in die Adobe Sign-Bibliothek aufgenommen.

WICHTIG

Die neue W-4-Formularvorlage verfügt über eine neue libraryDocumentId. Wenn du die libraryDocumentId der bestehenden Vorlage in deinen Anwendungen verwendest, musst du diese aktualisieren.

Die 2021er Version wird im Juni 2022 aus dem System entfernt.

Alle Anwendungen/APIs, die das alte Formular (Version 2021) verwenden, müssen vor dem 1. Juni aktualisiert werden, um Serviceunterbrechungen zu vermeiden.

So finden Sie die libraryDocumentId in einem API-fähigen Konto:

1. Melde dich als Kontoadmin an.
2. Navigiere zu Konto > Adobe Sign-API > API-Informationen > klicke auf den Link Dokumentation der REST-API-Methoden.
3. Klicke im Bereich „GET /libraryDocuments“ auf die Schaltfläche OAUTH ACCESS-TOKEN. 
   • Aktiviere den Bereich library_read:self.
4. Klicke auf die Schaltfläche Testen. 
5. Suchen Sie im Antworttext die neue Formularvorlage für W-4 2022 (Employee's Withholding Certificate) (nicht die Version von 2021), um den libraryDocumentId-Wert zu ermitteln.  

Zwei neue Webhooks wurden in der Version vom 14. Juni hinzugefügt

In der Version vom 14. Juni wurden zwei neue Webhooks hinzugefügt:

• Vereinbarungsablauf aktualisiert (AGREEMENT_EXPIRATION_UPDATED) (Nur über REST v6 API verfügbar. POST /webhooks): wird ausgelöst, wenn das Ablaufdatum einer Vereinbarung aktualisiert wird.
  
• Name des*der Vereinbarungsunterzeichner*in von dem*der Vereinbarungsunterzeichner*in geändert (AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER): wird ausgelöst, wenn ein*e Empfänger*in ihren*seinen Namen beim Signieren in einen anderen Wert ändert als den Namen, der beim Erstellen der Vereinbarung angegeben wurde.

Beide Webhooks sind verfügbar.

Funktionsversion: Adobe Acrobat Sign – 15. Juni, Versionsveröffentlichung abgeschlossen

Die Versionsveröffentlichung ist abgeschlossen und alle Funktionen sind verfügbar.

Berechtigungsaktualisierung für Adobe Acrobat Sign für Microsoft Integrations am 8. Juni 2022 abgeschlossen

Am 8. Juni 2022 migrierte Acrobat Sign das Benachrichtigungs-Framework für die Microsoft Teams, Outlook, Word und PowerPoint Integrations von Callbacks zu Webhooks. Dies wird die Bereitstellung von Benachrichtigungen verbessern und es Benutzern ermöglichen, alle ihre Acrobat Sign-Dokumentbenachrichtigungen in ihrer bevorzugten Integration zu erhalten, unabhängig davon, wo das Dokument erstellt wurde.

Da die Aktualisierung abgeschlossen ist, werden Endbenutzer dazu aufgefordert, die Acrobat Sign Berechtigungen erneut zu akzeptieren, einschließlich des Anzeigen, Erstellens/Bearbeitens und Löschens von Webhooks, bevor sie die Integrations weiter verwenden können.

Die erneute Annahme der Acrobat Sign-Berechtigungen ist nur einmal erforderlich und gilt für Acrobat Sign in allen Microsoft 365-Integrationen.Diese Berechtigung wird auf Account-Ebene gewährt und muss von Endbenutzern akzeptiert werden.

Bitte besuche die entsprechende Hilfeseite unten und überprüfe „Establishing the authenticated relationship" für zusätzliche Informationen. Für „Live"-Acrobat Sign Unterstützung, melde dich in deinem Acrobat Sign Konto an und klicke auf das „?" dann „Contact Support", um deine Support-Optionen zu sehen.

Die klassische Funktion Zugriffscode wurde mit der Version Juni 2022 aus dem Dienst entfernt

Die Funktion Zugriffscode wurde in der Version vom Juni 2022 im Zuge der Entfernung der klassische Seite Verwalten vollständig aus dem Acrobat Sign-System entfernt.  

Dienstunterbrechung für den benutzerdefinierten Workflow-Designer, geplant für den 15. Juni 2022, abgeschlossen.

Der Custom Workflow Designer hatte eine kurze Dienstunterbrechung, um den zugrunde liegenden Code in Verbindung mit der großen Veröffentlichung vom 15. Juni zu aktualisieren.

Zwischen 15:00 - 15:30 Uhr Pacific Time konnte der Workflow Designer möglicherweise nicht zulassen, dass Anwender einen neuen Workflow erstellen oder einen Workflow speichern, der gerade bearbeitet wurde.

Die Verwendung von Workflows zur Generierung von Vereinbarungen war nicht davon betroffen.

Ende der Unterstützung für Microsoft Internet Explorer 11 und ältere Edge-Browser am 31. Dezember 2021

Ab dem 31. Dezember 2021 wird Adobe Sign Microsoft Internet Explorer 11 und ältere Microsoft Edge-Browser offiziell nicht mehr unterstützen. Wir empfehlen Kunden, mit diesen Browsern nicht mehr auf die Adobe Sign-Anwendung zuzugreifen.Nach dem 31. Dezember 2021 können Kunden, die diese Browser verwenden, ein beeinträchtigtes Erlebnis haben, und einige Funktionen funktionieren möglicherweise nicht mehr.

Die E-Signatur-Seite des Empfängers sollte weiterhin ordnungsgemäß in diesen Browsern funktionieren, um die Workflows des Empfängers nicht zu beeinträchtigen.Wir arbeiten daran, diesen Übergang so reibungslos wie möglich zu gestalten.

Funktionsversion: Adobe Acrobat Sign – Version 5. April, abgeschlossen

Adobe Acrobat Sign hat die Veröffentlichung der Funktionsversion, die für die erste Aprilwoche 2022 geplant war, abgeschlossen. Während dieser Veröffentlichung kam es zu keiner Ausfallzeit

Die Version April 2022 enthält Funktionsverbesserungen für Benutzer und Administratoren sowie Lösungen für mehrere von Kunden gemeldete Probleme.  

Neues SSL-Zertifikat –
gültig ab 1. April 2022

Acrobat Sign hat die neuen SSL-Zertifikate am Morgen des 1. April 2022 veröffentlicht.
Es gibt keine Änderung am öffentlichen Schlüssel, den zugrunde liegenden kryptografischen Protokollen oder dem Schema.

WICHTIG

Verwendung des öffentlichen Schlüssels

• Wenn du über benutzerdefinierte Integrationen mit Acrobat Sign verfügst, die entweder die SOAP oder REST API verwenden, und für diese Integrationen ein „Anheften“ oder Whitelisting des vorhandenen öffentlichen Schlüssels erfolgt, musst du nichts tun.
• Wenn du die SSL-Zertifikate von Acrobat Sign für SSO verwendest oder wenn du das Zertifikat selbst pinnst (oder andere Methoden verwendest), findest du die neuen Acrobat Sign Zertifikate in den Adobe Acrobat Sign Systemanforderungen.
  • Wenn Ihre SSO-Konfiguration mehrere öffentliche Zertifikate/Ketten unterstützt, können Sie die neuen Zertifikate jetzt hinzufügen und das alte öffentliche Zertifikat/die alte Kette nach der April-Änderung aus Ihrer Konfiguration entfernen.
  • Wenn Ihr SSO mehrere öffentliche Zertifikate/Ketten nicht unterstützt, müssen Sie Ihre SSL-Änderung mit Acrobat Sign am 1. April 2022 synchronisieren.  

Die neuen SSL-Zertifikate sind ab dem 1. April 2022 aktiv.

Version mit geringfügigen Funktionsänderungen: Adobe Acrobat Sign 3. Mai 2022

Acrobat Sign hat am 3. Mai 2022 ein kleineres Funktionsupdate veröffentlicht.Während dieser Veröffentlichung kam es zu keiner Ausfallzeit

Die Freigabe vom Mai 2022 enthält eine Funktionsverbesserung, die eine wissensbasierte Authentifizierung für zusätzliche Teilnehmer in Webformularen ermöglicht. 

Mandant für die Integration Acrobat Sign in Word/PowerPoint, Outlook und Teams aktualisiert

Am 22. März 2022 hat Adobe Acrobat Sign den Acrobat Sign für Office 365-Anwendungsmandanten, den gemeinsamen Anwendungsmandanten für die Word/PowerPoint-, Outlook- sowie Teams-Integrationen aktualisiert.  

Ab 16 Uhr MEZ wurden Administratoren/Benutzer möglicherweise aufgefordert, eine Berechtigungsanforderung für die Anwendung erneut zu akzeptieren, bevor der Zugriff erteilt wurde. Die genaue Zeit hängt davon ab, wann das von Microsoft ausgestellte Authentifizierungstoken des Kontos abläuft (bis zu 24 Stunden nach dem Startzeitpunkt).

Planmäßige Wartung für den Adobe Sign-Dienst „Benutzerdefinierte E-Mail-Vorlagen“ (CEMT) – Abgeschlossen

Am Samstag, dem 12. Februar 2022, von 18:00 Uhr PST bis 19:00 Uhr PST wird der Adobe Sign Custom Email Templates (CEMT) Service eine kurze Beeinträchtigung haben, während die Kerninfrastruktur-Komponenten aufgerüstet werden. In dieser Zeit werden Kunden möglicherweise Standard-E-Mail-Vorlagen anstelle der erwarteten benutzerdefinierten Vorlagen angezeigt. Es wird kein Ausfall erwartet.

Funktionsversion: Januar 2022 – Abgeschlossen

Adobe Sign hat die Veröffentlichung für Januar  2022 ohne Ausfallzeiten in der Anwendung abgeschlossen.

Die Januar-Version umfasst Funktionsverbesserungen für Benutzer und Administratoren sowie Lösungen für mehrere von Kunden gemeldete Probleme. 

Die neue Startseite und die neue Seite „Verwalten“ werden im Januar 2022 zum Standard. Die klassischen Seiten werden aus dem Dienst genommen.

Adobe Sign stellt die klassischen Erlebnisse für die Seiten „Start“ und „Verwalten“ in der Version Januar 2022 ein. Zu diesem Zeitpunkt werden alle Konten auf die moderne Startseite und Verwalten Erfahrung umgestellt, ohne die Möglichkeit, zur klassischen Benutzeroberfläche zurückzukehren.
Bitte beachte, dass wir uns verpflichtet haben, diesen Übergang so reibungslos wie möglich zu gestalten, und haben Funktionen veröffentlicht, die das Verhalten der klassischen Verwaltungsseite nachahmen, einschließlich:

• Gezielte Suche nach Vor- und Nachnamen.
• Absender können jetzt eine Nachricht hinzufügen, wenn sie den Unterzeichner ersetzen.
• Es wurde eine Funktion für Erinnerungen an Personen auf CC und Unterzeichner hinzugefügt, die den Vorgang bereits abgeschlossen haben.

In der Dezember-Version verbessern wir die Suchfunktionen weiter und fügen eine Funktion für einen „schnellen Blick auf die Metadaten“ hinzu.  

Adobe Sign-Authentifizierungsumleitung zu Adobe Identity Management

Ab der Septemberversion von Adobe Sign wird die Authentifizierungsmethode einiger Benutzer, die sich direkt bei der Adobe Sign-Anwendung authentifizieren, an Adobe Identity Manager umgeleitet.

Bis Ende 2020 standardisiert Adobe die Authentifizierung auf dieses Format.

Funktionsversion: Adobe Sign Oktober 2021

Adobe Sign hat die Veröffentlichung für Oktober 2021 ohne Ausfallzeiten in der Anwendung abgeschlossen.

Die Oktober-Version enthält Funktionsverbesserungen für Benutzer und Administratoren sowie Lösungen für mehrere von Kunden gemeldete Probleme.  

Sperrung von Namenswerten wurde auf eingegebene Signaturen erweitert

In der März-Version wurde eine Einstellung eingeführt, mit der die Möglichkeit eines Empfängers, seinen Namenswert beim Signieren zu bearbeiten, aktiviert oder deaktiviert werden kann. Voraussetzung dafür ist, dass der Name angegeben wurde oder bekannt ist (über API oder das Benutzerprofil). Eingegebene Signaturen waren von dieser Einstellung nicht betroffen, sodass einige Unterzeichner ihren Namenswert während des Signaturprozesses ändern konnten. Die September-Version aktualisiert diese Funktion, um die Sperrung von Namenswerten auf alle Signaturtypen – einschließlich eingegebener Signaturen – auszuweiten.

• Kunden, die die Eingabe ihres Namens und ihrer Initialen aktiviert und Unterzeichner können ihre Namen oder ihre Initialen ändern deaktiviert haben, werden eine Veränderung bemerken. Der Namenswert kann bei eingegebenen Signaturen während des Signaturprozesses nicht mehr bearbeitet werden.
• Kunden, die die Bearbeitung des Namenswerts während des Signaturprozesses zulassen möchten, sollten die Einstellung Unterzeichner können ihren Namen oder ihre Initialen ändern aktivieren (im Menü Signatureinstellungen ).

Geschützter Zugriff auf die e-Sign-Seite in der September-Version

Um die gesetzlichen Anforderungen von Adobe zu erfüllen, aktualisiert Adobe Sign das Zustimmungsverhalten für die Nutzungsbedingungen auf der e-Sign-Seite. In der neuen Version müssen alle „unbekannten“ Empfänger die Nutzungsbedingungen von Adobe Sign akzeptieren (indem sie auf die Schaltfläche Weiter klicken), bevor sie mit der Vereinbarung interagieren. Diese Annahme ist unabhängig von jeder benutzerdefinierten TOU, die das Kundenkonto möglicherweise konfiguriert hat, die weiterhin gemäß der Konto-TOU/CD-Annahmekonfiguration aufgelöst wird.

• Ein „unbekannter" Empfänger ist jede E-Mail-Adresse, die keine registrierte, aktive Benutzer-E-Mail in einem vertrauenswürdigen Konto ist.
  
• „Bekannte“ Benutzer haben die Nutzungsbedingungen von Adobe Sign als Teil des Registrierungsvorgangs akzeptiert, als sie ihr Benutzerkonto verifiziert haben. Daher werden sie nicht aufgefordert, sie erneut zu akzeptieren.

Nachstehend sehen Sie ein Beispiel für den impliziten Zustimmungsablauf für eine Vereinbarung mit vom Kunden definierten benutzerdefinierten Nutzungsbedingungen:

1. Akzeptieren Sie die Nutzungsbedingungen von Adobe Sign, indem Sie auf die Schaltfläche Weiter klicken (nachdem Sie die Vereinbarung geöffnet haben).
2. Füllen Sie die Vereinbarungsfelder nach Bedarf aus.
3. Akzeptieren Sie den Hinweis für Kunden und die benutzerdefinierten Nutzungsbedingungen, indem Sie auf die Schaltfläche Hier signieren klicken.

und Updates der Seite „Senden“ und der API für die Funktion „Integration von Notarize“ (voraussichtlich im Oktober)

In der Version vom Oktober wird eine neue Adobe Sign-Funktion eingeführt, die die Integration von Notarize, Inc., der Remote Online Notarization (RON)-Plattform, unterstützt. Die Adobe Sign-Integration mit Notarize, Inc. ist zur Nutzung in den USA verfügbar. nur.

Nachfolgend finden Sie eine Zusammenfassung der Änderungen:  

Integration von Notarize – Dank der Integration von Remote Online Notarization (RON) von Notarize, Inc. in Adobe Sign können Kunden ihren Adobe Sign-Transaktionen Remote-Online-Beglaubigungsservices hinzufügen. Verfügbar zur Aktivierung für Kunden in Enterprise- und Business-Tarifen, die direkt von Adobe über das ETLA-Programm verkauft werden. Notarize Transaktionen können nur von diesen Kunden als Add-on mit zusätzlichen Gebühren erworben werden. 

Es gibt zwei Elemente, die von Kunden überprüft werden sollten, die eigene Apps erstellen oder Integrationen verwenden: 

Die Seite Senden verfügt über ein neues Element, mit dem ein Unterzeichner identifiziert werden kann, wenn eine notariell beglaubigte Signatur erforderlich ist, sowie über zusätzliche Konfigurationsschritte, um durch den Signaturprozess zu führen.  

Die REST-API wurde aktualisiert, um den Anforderungen zur Nutzung dieser Funktion gerecht zu werden. Kunden, die die REST-API nutzen, sollten die folgenden Informationen lesen, um festzustellen, ob sich die REST-API auf ihre bestehende Verwendung auswirkt. 

• Seite senden-Updates
  

Kunden mit aktivierter Notarfunktion können die Option „Beglaubigung erforderlich“ auf dem Empfängerdatensatz rechts neben der Authentifizierungsmethode auswählen:

Nachdem die Vereinbarung konfiguriert wurde und der Absender auf „Weiter“ klickt, werden dem Absender zusätzliche Konfigurationsoptionen für den Beglaubigungsprozess angezeigt:

• API-Updates: Es gibt wichtige Aktualisierungen der APIs, die die Notarize-Integration unterstützen:

POST /agreements

Die POST-/agreements-API wurde aktualisiert, um das Senden einer Vereinbarung zur Beglaubigung zu unterstützen.

• Eine neue Rolle, NOTARY_SIGNER, muss verwendet werden, um einen Teilnehmer einer Beglaubigungssitzung anzugeben.
  
• Der AgreementInfo-Definition wurde das neue Attribut NotaryInfo hinzugefügt, sodass alle Optionen enthalten sind, die mit der Erstellung einer neuen Vereinbarung verknüpft sind, die beglaubigt werden muss.

FileInfo-Erweiterung

Die FileInfo-Definition muss erweitert werden, um anzugeben, welche Dokumente beglaubigt werden sollen.

ParticipantInfo-Erweiterung

Die ParticipantInfo-Definition wurde erweitert, damit die Notar-Authentifizierungsmethode angegeben werden kann.

NotaryInfo

Ein neues optionales NotaryInfo-Feld wurde der AgreementInfo-Definition hinzugefügt, sodass nun das NotaryInfo-Objekt enthalten ist, das zusätzliche Optionen im Zusammenhang mit der Beglaubigung angibt.

Beispiel /agreement

PUT|GET /agreements/{aid}

Die API für PUT/agreements/{aid} unterstützt die Aktualisierung einer Vereinbarung mit Beglaubigungsoptionen. Die GET /agreements/{aid}-API gibt alle Optionen zurück, die für die Beglaubigung der Vereinbarung festgelegt wurden. Aktualisierte Attribute finden Sie im Abschnitt „POST /agreements“.

Fehlercodes

Bestehende Fehlercodes für POST /agreements bleiben unverändert. Wir haben einen neuen Fehlercode wie unten angegeben definiert:

Dokumentationsauswirkung

Im AgreementInfo-Objekt der Anforderung enthält das Element „Status“ den neuen Vereinbarungsstatus WAITING_FOR_NOTARIZATION.

POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens

Die API kann von Kunden (Notarunterzeichnern) verwendet werden, um ein Signaturtoken zu erhalten, mit dem sie die elektronische Signierphase des Ablaufs abschließen können. 

• Neue Signaturfunktion wurde hinzugefügt, um die neue Rolle ACCEPT_BEFORE_NOTARIZATION zu erfassen. 
• Zum Abschließen der Beglaubigungsphase sollten keine Signaturtoken abgerufen werden.

PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status

Die API kann von Kunden (notarielle Unterzeichner) verwendet werden, um die elektronische Signierphase des Signierablaufs abzuschließen. Um die neue Rolle aufzunehmen, wurde der neue Enumerationsstatuswert ACCEPTED_BEFORE_NOTARIZATION eingeführt.

Der notarielle Unterzeichner kann die folgende Abfolge von API-Aufrufen befolgen, um die elektronische Signierphase abzuschließen:

1. GET /agreements/{agreementId}/member – zum Abrufen der Teilnehmer-ID und der Teilnehmer-Gruppen-ID des notariellen Unterzeichners
2. POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens – zum Anfordern des Signaturtokens für den notariellen Unterzeichner mit der Funktion ACCEPT_BEFORE_NOTARIZATION
3. POST /transientDocuments  – zum Hochladen des überprüften Dokuments
4. PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status  – zum Senden des überprüften Dokuments und Abschließen der elektronischen Signierphase

Neues Webhook-Ereignis

Kunden können ein neues Webhook-Ereignis, AGREEMENT_READY_FOR_NOTARIZATION, abonnieren, wenn sie benachrichtigt werden möchten, sobald die Vereinbarung zur Beglaubigung bereit ist. Das Ereignis wird in der Webhooks-Benutzeroberfläche nicht angezeigt und kann über den POST /webhooks-API-Aufruf abonniert werden.

Dokumentationsauswirkung

Die folgenden APIs werden nicht geändert, aber ihre Dokumentation wurde dahingehend aktualisiert, dass nun der neue Vereinbarungsstatus WAITING_FOR_NOTARIZATION bzw. die neue Rolle NOTARY_SIGNER enthalten ist.

GET /agreements

Im UserAgreements/UserAgreement-Antwortobjekt enthält das Element „Status“ jetzt den entsprechenden Status WAITING_FOR_NOTARIZATION.

GET /agreements/{agreementId}

Im AgreementInfo-Antwortobjekt enthält das Element „Status“ jetzt den entsprechenden Status WAITING_FOR_NOTARIZATION.

GET /agreements/{agreementId}/events

API wurde aktualisiert, um neue READY_TO_NOTARIZE- und NOTARIZED-Ereignisse zu unterstützen.

Im Event-Antwortobjekt:

• Das Element „participantRole“ enthält jetzt die neue Rolle NOTARY_SIGNER.
• Das Element „type“ enthält die neuen Ereignisse READY_TO_NOTARIZE und NOTARIZED. Das Element „description“ lautet „Dokument zur Beglaubigung gesendet“ bzw. „;Beglaubigtes Dokument erhalten“.

GET /agreements/{agreementId}/members/participantSets/{participantSetId}

Im DetailedParticipantSetInfo-Antwortobjekt enthält das Element „Status“ jetzt den entsprechenden Status WAITING_FOR_NOTARIZATION.

PUT /agreements/{agreementId}

Das AgreementInfo-Anforderungsobjekt enthält jetzt den Status WAITING_FOR_NOTARIZATION.

PUT /agreements/{agreementId}/members/participantSets/{participantSetId}

Der Status WAITING_FOR_NOTARIZATION ist einer der Werte für das Element „Status“ im DetailedParticipantSetInfo-Objekt.

POST /agreements/{agreementId}/view

Der Status „AUF_BEGLAUBIGUNG_WARTEN“ wurde zu den zulässigen Ansichten hinzugefügt.

GET /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingInfo

Wenn der im Anforderungspfad angegebene Teilnehmer über die Notarunterzeichnerrolle verfügt, gibt die API in Übereinstimmung mit allen anderen Signaturkonfigurationen für diese Vereinbarung/diesen Teilnehmer die Signaturkonfiguration ACCEPT_BEFORE_NOTARIZATION zurück.

Version: Adobe Sign September 2021

Adobe Sign hat am 16. September 2021 eine Funktionsversion veröffentlicht. Während dieser Veröffentlichung kam es zu keiner Ausfallzeit

Die September-Version enthält Funktionsverbesserungen für Benutzer und Administratoren sowie Lösungen für mehrere von Kunden gemeldete Probleme.  

Die Option „Firmenname“ wird aus der Telefonauthentifizierung
entfernt

Die SMS-Sicherheit (in Bezug auf die sendingID, die mit dem angegebenen Firmennamen in der Nachricht übereinstimmt) wurde so verbessert, dass die SMS-Nachrichten von Adobe Sign beim Senden mit einem anderen Firmennamen nicht zugestellt werden können.

Infolgedessen wird die Option zur Anpassung der Telefon-Authentifizierungsnachricht mit dem Firmennamen in der September-2021-Version aus dem Service entfernt.

Bekanntes Problem: Die neue Startseite oder die neue Seite „Verwalten“ ist leer

Problem: Wenn auf die neue Startseite oder die Seite Verwalten gewechselt wird, ist diese vollständig leer.

Test: Versuche, diese Seite zu laden: https://documentcloud.adobe.com/

• Wenn du die Seite https://documentcloud.adobe.com/de/de/ nicht laden kannst, wende dich an deine interne Netzwerkverwaltung und arbeite mit dieser zusammen, um die Sperre der Domäne documentcloud.adobe.de/de aufzuheben.
• Wenn du auf den obigen Link zugreifen kannst, wende dich an den Support.

Adobe Sign v6 REST POST /workflows/ID/agreements wurde aus dem Dienst entfernt

Der v6 REST POST /workflows/ID/agreements API-Aufruf wurde mit der Version Juni 2021 aus dem Dienst genommen, ein Jahr nachdem der Aufruf aus der Dokumentation entfernt wurde und die Benutzer darüber informiert wurden, dass der Endpunkt entfernt werden soll.

Kunden, die diesen API-Aufruf weiterhin verwenden, erhalten jetzt den Fehler 404.

Die empfohlene Alternative zum Ersetzen dieser Funktionalität besteht darin, einen POST/agreement-Aufruf mit einer Workflow-ID in der JSON-Anfrage zu verwenden.

Beispiel für den Textkörper einer Anfrage:

v6 REST Aktualisierung für GET /agreements/{agreementId}/signingUrls

Wenn GET /agreements/{agreementId}/signingUrls vor dem Juni-Release aufgerufen wurde, hat das API sofort einen 404 zurückgegeben, nachdem die Vereinbarung erstellt wurde.

Nach dem Löschen des Fehlers 404 hat die Antwort für kurze Zeit eine Nicht-404-Antwort zurückgeben, die jedoch nur die SigningURLs des Absenders enthalten hat. (Während die Teilnahme des Unterzeichners noch festgelegt wurde.)

Nach der Veröffentlichung des Juni-Release 2021 wird ein Code zu 404: AGREEMENT_NOT_EXPOSED zurückgegeben, bis die komplette Liste der Signatur-URLs vervollständigt wurde. Ist dies der Fall wird ein Code mit dem Wert 200 geliefert.

Kunden, die den API-Call nicht testen wollen bis die Antwort mit dem Wert 200 zurückgegeben wird, können Webhooks nutzen und auf das AGREEMENT_CREATED-Event antworten.

Geplante Ausfallzeit für die Integration von Adobe Sign in Word/PowerPoint, Outlook und Teams

Am Samstag, den 17. Juli 2021, hat Adobe Sign die Wartung der folgenden Integrationen abgeschlossen:

• Adobe Sign für Microsoft Teams
• Adobe Sign für Microsoft Word/PowerPoint
• Adobe Sign für Microsoft Outlook

Die Integrationen laufen jetzt wieder normal.

Patch-Version: Adobe Sign August 2021

Adobe Sign hat das Patch-Update am 11. August 2021 abgeschlossen. Der Patch wurde ohne Ausfallzeit abgeschlossen.

Die August Patch-Version enthält kleinere Änderungen des Benutzererlebnisses und Lösungen für mehrere von Kunden gemeldete Probleme.  

Einstellung des Dienstes für die SOAP-API im Mai 2021 geplant

Mit der Veröffentlichung von Version 6 der REST-API, die Adobe Sign-Entwicklern das beste Programmiererlebnis bietet, gilt die SOAP-API als veraltet und wird nach Mai 2021 nicht mehr unterstützt.  Die REST-API ist die bevorzugte Schnittstelle für Integratoren und Anwendungsentwickler. Bei künftigen Entwicklungen sollte diese API zum Einsatz kommen.

Im Folgenden finden Sie einige Referenzen, die Ihnen bei der Umstellung helfen:

• Migration von SOAP
• Adobe Sign-REST-API Version 6 – Methoden

WICHTIG

Wenn Sie eine Integration oder Anwendung mit dem Adobe Sign-Service basierend auf der SOAP-API entwickelt haben, müssen Sie die Anwendung bis Mai 2021 umschreiben, damit diese mindestens Version 6 der REST-API verwendet.  Die direkte Kommunikation zwischen Entwicklern und Integratoren wird in den nächsten Quartalen stattfinden, um eine reibungslose Umstellung auf die neueste API zu gewährleisten.

Einstellung des Diensts für IE 11-Browser in Microsoft-Integrationen geplant

Microsoft stellt den Support für Internet Explorer 11 am 17. August 2021 ein.

Daher wird die Unterstützung von IE11 auch für die Integrationen von Adobe Sign für Microsoft mit demselben Zeitplan eingestellt.

Folgende Services sind betroffen:

• Dynamics 365 (Online und lokal)
• Microsoft 365
• Outlook 365
• Power Automate/Power Apps
• SharePoint (Online und lokal)
• Teams

Einstellung des Dienstes für Adobe Sign-Integration mit Dropbox geplant

Die Integration von Adobe Sign mit Dropbox endet am 31. Juli 2021.

Zu diesem Zeitpunkt wird Adobe Sign nicht mehr über dein Dropbox-Konto verfügbar sein, jedoch bleiben alle deine Adobe Sign-Vereinbarungen für dich verfügbar und können aufgerufen werden, indem du dich in deinem Adobe Sign-Konto anmeldest.

Neue Version: Adobe Sign Juni 2021

Adobe Sign hat die Veröffentlichung für Juni 2021 ohne Ausfallzeiten abgeschlossen.

Die Juni-Version enthält Funktionsverbesserungen für Benutzer und Administratoren sowie Lösungen für mehrere von Kunden gemeldete Probleme.  

Neues SSL-Zertifikat verfügbar –
gültig ab 1. Juni 2021

Adobe Sign veröffentlicht am 1. Juni 2021 neue SSL-Zertifikate
Es werden keine Änderungen am öffentlichen Schlüssel, an den zugrunde liegenden kryptografischen Protokollen oder am Schema vorgenommen.

Die neuen Zertifikate stehen zum Download auf der Adobe Sign Systemanforderungen-Seite zur Verfügung.

WICHTIG

Verwendung des öffentlichen Schlüssels
Wenn Sie über benutzerdefinierte Integrationen mit Adobe Sign verfügen, die entweder die SOAP oder REST API verwenden, und für diese Integrationen ein „Anheften“ des vorhandenen öffentlichen Schlüssels erfolgt, ist keine Aktion erforderlich.

Wenn du Adobe Signs SSL-Zertifikate für SSO verwendest oder wenn du das Zertifikat selbst pinnst (oder andere Methoden verwendest), findest du die neuen Adobe Sign-Zertifikate in den Adobe Sign Systemanforderungen.

Das neue SSL-Zertifikat wird am 1. Juni 2021 aktiv.

Das neue W-4-Formular für 2021 wurde der Adobe Sign Library hinzugefügt

Das neue Formular IRS W-4 (2021) mit dem Titel W-4 2021 (Employee's Withholding Certificate) wird voraussichtlich im Rahmen der Version Februar 2021 in die Adobe Sign-Bibliothek aufgenommen.

WICHTIG

Die neue W-4-Formularvorlage verfügt über eine neue libraryDocumentId. Wenn du die libraryDocumentId der bestehenden Vorlage in deinen Anwendungen verwendest, musst du diese aktualisieren.

Die 2020er Version wird im Mai 2021 aus dem System entfernt.

Alle Anwendungen/APIs, die das alte Formular (Version 2020) verwenden, müssen vor dem 1. Mai aktualisiert werden, um Serviceunterbrechungen zu vermeiden.

So findest du die libraryDocumentId in einem API-fähigen Konto:

1. Melde dich als Kontoadmin an.
2. Navigiere zu Konto > Adobe Sign-API > API-Informationen > klicke auf den Link Dokumentation der REST-API-Methoden.
3. Klicke im Bereich „GET /libraryDocuments“ auf die Schaltfläche OAUTH ACCESS-TOKEN. 
   • Aktiviere den Bereich library_read:self.
4. Klicke auf die Schaltfläche Testen. 
5. Suchen Sie im Antworttext die neue Formularvorlage für W-4 2021 (Employee's Withholding Certificate) (nicht die Version von 2020), um den libraryDocumentId-Wert zu ermitteln.  

Neue Version: Adobe Sign Mai 2021

Adobe Sign hat die Version Mai 2021 ohne Ausfallzeiten abgeschlossen.

Die Mai-Version enthält Funktionsverbesserungen für Benutzer und Administratoren sowie Lösungen für mehrere von Kunden gemeldete Probleme.  

Update zum Adobe Sign-Cookie-Management

Adobe Sign führt ein neues Cookie-Zustimmungsbanner von OneTrust ein, das solange sichtbar ist, bis der Benutzer explizit eine Auswahl getroffen hat.

Benutzer, die während der Authentifizierung zu einer neuen Domäne umgeleitet werden, müssen ein zweites Mal für die zweite Domäne zustimmen. (Der Normalfall ist die Umleitung von echosign.com zu adobesign.com aufgrund des Domänenwechsels). 

Benutzern wird empfohlen, ihre Lesezeichen zu aktualisieren, um die Umleitung zu vermeiden.

„Ausfüllen und signieren“ hat einen Pfad für Vorlagen und authentifiziertes Signieren

Die Nur ich unterschreibe-Erstellungsseite wird durch eine neue Erstellungsseite ersetzt (basierend auf den neuesten Senden -Seitendesigns), die die Verwendung von Vorlagen und die Platzierung von Feldern durch Erstellung ermöglicht.

Admin-Einstellungen bestimmen das Standard-Benutzererlebnis. Ein optionaler Link zum Wechseln kann aktiviert werden, damit Benutzer zwischen der freien Formularoberfläche Ausfüllen und signieren und dem neuen authoringfähigen Selbstsignatur-Erlebnis wechseln können. 

Neu bei diesem Erlebnis ist die Möglichkeit, die Authentifizierung für den Unterzeichner zu nutzen. 

Die Steuerungen basieren auf den Identitäts-Authentifizierung erzwingen-Einstellungen. Wenn diese Option aktiviert ist, werden Benutzer aufgefordert, ihre Adobe Sign-Anmeldeinformationen einzugeben, wenn sie die Vereinbarung öffnen, und (optional) erneut, wenn sie eine Signatur platzieren oder die Vereinbarung abschließen. 

Die Optionen für das neue Selbstsignatur-Erlebnis sowie die Funktion Authentifizierung der Identität verlangen können auf Konto- und/oder Gruppenebene festgelegt werden (Gruppenebeneneinstellungen überschreiben die Kontoebeneneinstellungen).

Rollout-Plan

Das neue Selbstsignatur-Erlebnis ersetzt die ältere Seite Ich bin der einzige Unterzeichner in den nächsten zwei Hauptversionen. 

Kunden, die die ältere Funktion Ich bin der einzige Unterzeichner verwenden, sollten bis Herbst 2020 die Migration auf das neue Erlebnis planen. Zu diesem Zeitpunkt wird dies die Standardeinstellung und die alte Seite wird aus dem Dienst entfernt. 

• Mit der Version vom Juli werden keine Änderungen an den vorhandenen Einstellungen vorgenommen.
• In der folgenden Version wird das neue Erlebnis als Standard festgelegt, wobei die Möglichkeit besteht, zur alten Seite zurückzukehren.
• In der Version vom Herbst 2020 wird die Möglichkeit, zur alten Schnittstelle zurückzukehren, entfernt.

Das Update für Adobe Sign für Word/PowerPoint, Outlook und Teams ist ab dem 19. April verfügbar

Das Update tritt um 8:00 PDT/11:00 EST/15:00 UTC in Kraft

Dieses Update wird eingesetzt, um die allgemeine Sicherheit über alle drei Integrationen hinweg zu verbessern.

Nach Abschluss der Aktualisierung werden Administratoren/Benutzer aufgefordert, eine Berechtigungsanforderung für die Anwendung erneut zu akzeptieren, bevor der Zugriff erteilt wird.

Neue Version: Adobe Sign März 2021

Adobe Sign hat die Veröffentlichung für März 2021 ohne Ausfallzeiten abgeschlossen.

Diese Produktveröffentlichung umfasst neue Funktionen/Verbesserungen für Administratoren und Endbenutzer sowie mehrere behobene Probleme.

Einstellung des Diensts für ältere Edge-Browser in Microsoft-Integrationen geplant

Microsoft stellt den Support für den Edge Legacy-Browser am 9. März 2021
ein.

Daher wird die Unterstützung von Edge Legacy auch für die Integrationen von Adobe Sign für Microsoft mit demselben Zeitplan eingestellt.

Folgende Services sind betroffen:

• Dynamics 365 (Online und lokal)
• Microsoft 365
• Outlook 365
• Power Automate/Power Apps
• SharePoint (Online und lokal)
• Teams

Support-Ende: Die Adobe Sign für Microsoft Power Automate v1-Aktionen - geplant für Januar 2021

Die Aktualisierung Adobe Sign für Power Automate 3.0 führt neue REST-v6-Aktionen ein, die als robusterer Ersatz für vorhandene Aktionen mit demselben Namen dienen.

Workflows mit älteren Aktionen werden weiterhin ausgeführt, wenn keine Maßnahme durchgeführt wird. Die älteren Aktionen wurden in ihrer Bezeichnung mit (Alt) markiert.  Diese älteren Aktionen werden voraussichtlich bis Januar 2021 deaktiviert.

Die Liste der deaktivierten Aktionen ist:

• Bibliotheksvorlage aus Dokument-URL erstellen (Alt)
• Bibliotheksvorlage aus hochgeladenem Dokument erstellen (Alt)
• Vereinbarung aus Dokument-URL erstellen und zum Signieren senden (Alt)
• Vereinbarung aus Bibliotheksvorlage erstellen und zum Signieren senden (Alt)
• Vereinbarung aus hochgeladenem Dokument erstellen und zum Signieren senden (Alt)
• Liste aller Vereinbarungen abrufen (Alt)
• Liste aller Bibliotheksvorlagen abrufen (Alt)
• Formularfelddaten der Vereinbarung abrufen (Alt)
• Dokument hochladen und Dokument-ID abrufen (Alt)

Die neuen Aktionen werden in der Aktionsliste mit demselben Namen wie die älteren Aktionen angezeigt.

Kunden, die diese Aktionen verwenden, sollten ihre Abläufe aktualisieren, um neue Connector-Aktionen zu verwenden. Dies erfolgt durch Ersetzen der alten Aktion durch die neuen Aktionen in Ihrem vorhandenen Automatisierungsfluss.

Beendigung des Service für soziale Authentifizierung

Die Möglichkeit, erforderlich zu machen, dass Unterzeichner ihre soziale Identität angeben, bevor sie Zugriff zum Anzeigen und Unterzeichnen des Dokuments erhalten, wird im März 2021 entfernt.  Diese Funktion ermöglichte es Absendern, eine Anmeldung bei Facebook, LinkedIn, Google, Yahoo!, Microsoft Live oder Twitter erforderlich zu machen. 

Einstellung des Dienstes für die persönliche Twitter-Integration geplant

Die Option zur Integration mit Twitter auf Benutzerebene (über „Persönliche Einstellungen“) soll ab März 2021 aus der Benutzeroberfläche entfernt werden. Zu diesem Zeitpunkt:

• Neue Benutzerkonten können Twitter auf Benutzerebene nicht mehr aktivieren
• Benutzer, für die Twitter aktiviert ist, sehen keine Twitter-Nachrichten mehr für erstellte neue Vereinbarungen
• Bei kostenlosen Benutzerkonten, für die Twitter aktiviert ist, wird das monatliche Transaktionslimit von zehn auf folgende Werte reduziert:
  • 5 Transaktionen pro Monat für Adobe Sign Web-Kunden
    
  • 2 Transaktionen pro Monat für Acrobat-Kunden
    
• Bei aktivierten Konten werden die Twitter-Anmeldeinformationen von den Adobe Sign-Systemen entfernt
  
• Die Twitter-App von Adobe Sign wird gelöscht, um alle Twitter-Token ablaufen zu lassen

Neue Version: Adobe Sign Februar 2021

Die Veröffentlichung der Februar-Version wurde ohne Ausfallzeiten abgeschlossen.

Diese Produktfreigabe umfasst neue Funktionen/Verbesserungen für Administratoren und Endnutzer sowie mehrere behobene Probleme.

Workflow Designer produziert Fehlermeldungen

Aufgrund der verbesserten Sicherheit bei der Freigabe von Bibliothekselementen können einige Arbeitsabläufe bei der Workflow-Bearbeitung nach dem Update vom September eine Serverfehler-Meldung auslösen:

Absender, die versuchen, einen Arbeitsablauf mit diesem Problem zu verwenden, erhalten eine Fehlermeldung, die darauf hinweist, dass der Arbeitsablauf Dokumente außerhalb des Anwendungsbereichs enthält:

Dieser Fehler bedeutet, dass der Arbeitsablauf die Berechtigung zur Verwendung mindestens einer angehängten Bibliotheksvorlage verloren hat. Am häufigsten passiert dies, wenn die Zugriffsberechtigungen für die Vorlage geändert werden – vom Gewähren des Konto-/Gruppenzugriffs zur Beschränkung des Zugriffs auf den Inhaber.  

Administratoren sollten diese Fehlermeldung aufheben, statt die Seite neu zu laden.

So korrigierst du den Fehler:

• Der Eigentümer der Vorlage sollte die Vorlagenberechtigungen bearbeiten, damit sie für das Konto/die Gruppe verfügbar sind, an das/die der Arbeitsablauf gebunden ist.
• Der Eigentümer des Arbeitsablaufs kann die Vorlage durch eine Vorlage mit den entsprechenden Berechtigungen ersetzen.  Heben Sie dazu die obige Fehlerbedingung auf, um den Arbeitsablauf zu bearbeiten und das Dokument zu ersetzen.

Einstellung des Diensts Adobe Sign für Facebook Workplace

Die Integration von Adobe Sign for Workplace by Facebook wurde am 29. November 2020 vollständig außer Betrieb genommen.