Technische Mitteilungen

Zuletzt aktualisiert am 2. November 2026

Schau dir die technischen Benachrichtigungen an und merk dir die, die für dich wichtig sind.

Tipp

Die Seite „Technische Mitteilungen“ wird regelmäßig anhand neuer Informationen aktualisiert, sodass ihr Inhalt sehr dynamisch ist. Lokalisierte Versionen sind verfügbar, können allerdings aufgrund des Übersetzungsprozesses geringfügig von der verbindlichen US-englischen Version abweichen. Konsultiere für die genauesten und aktuellsten Informationen immer zuerst die englische Seite (USA).

[Nächste Version] Die nächste Adobe Acrobat Sign-Version (v18.0) ist für den 12. Januar 2027 geplant.

In dieser Hauptversion werden Funktionsverbesserungen für Benutzende und Admins sowie Lösungen für von Kundinnen und Kunden gemeldete Probleme eingeführt.

Kundinnen und Kunden mit Sandbox-Berechtigung erhalten vier Wochen vor der Veröffentlichung Zugriff auf die neuen Funktionen sowie die Dokumentation vor der Versionsveröffentlichung für die Versionsinhalte.

Funktionsversion: Adobe Acrobat Sign – 6. Oktober, Versionsveröffentlichung abgeschlossen

Die Veröffentlichung wurde für alle Shards ohne Ausfallzeiten bei allen Services abgeschlossen.

Aktuelle Hinweise:

Status

Problem oder Ereignis

Ausführungsdatum

Neu

Januar 2027 (v18.0)

Neu

Januar 2027 (v18.0)

Aktuell

Zuletzt
implementiert

Oktober 2026

Neu

Nächste Hauptversion

Januar 2027

Neu

Aktuell

Ab dem 8. September 2026

Schrittweise
Einführung

Aktualisiert

Januar 2027

Aktualisiert

Nächste Version

Ab dem 2. November 2026

Aktualisiert

Wichtig

Aktuell

5. Mai 2026

Neu

Nächste Version

Schrittweise
Einführung

Ab dem 16. Juni

Neu

Nächste Version

Schrittweise
Einführung

Ab dem 8. September

September 2026

Schrittweise
Einführung

September 2026

Aktualisiert

2027

Aktuell

September 2026

Zuletzt
implementiert

13.–15. Oktober 2026

Dauerhafte Informationsbenachrichtigungen

Aktuell

Infos

Aktuell

Aktuell

Infos

Aktuell

Wichtig

Ab März 2026


API-Verhaltensänderungen für reminderFrequency=NEVER in Acrobat Sign 18.0

Zuerst veröffentlicht: Oktober 2026

Aktuell 

Ab Adobe Acrobat Sign 18.0 ändert sich das Verhalten des Felds reminderFrequency, wenn du die Agreements-API verwendest.

Derzeit akzeptiert Acrobat Sign NEVER als Wert für das Feld reminderFrequency, behandelt es jedoch als nicht festgelegt. Stattdessen übernimmt die Vereinbarung die geltende Standard-Erinnerungshäufigkeit des Kontos oder der Gruppe. Wenn keine standardmäßige Erinnerungshäufigkeit konfiguriert ist, werden keine Erinnerungen gesendet.

In 18.0 bedeutet NEVER ausdrücklich keine Erinnerungen. Wenn eine POST /agreements- oder PUT /agreements/{aid}-Anfrage reminderFrequency=NEVER enthält, werden für die Empfänger der Vereinbarung keine Erinnerungen konfiguriert.

Diese Änderung gilt für reguläre Vereinbarungen, Vereinbarungen im Massenversand und Vereinbarungen, die aus benutzerdefinierten Workflows erstellt wurden.

Änderungen

reminderFrequency-Wert Verhalten in 18.0
NEVER Konfiguriert die Vereinbarung ausdrücklich ohne Erinnerungen und überschreibt eine geltende Erinnerungseinstellung für Workflow, Gruppe oder Konto.
Ausgelassen, null oder leere Zeichenfolge ("") Übernimmt die geltende Erinnerungskonfiguration. Bei benutzerdefinierten Workflows kann dies die Erinnerungseinstellung des Workflows sein; andernfalls wird der geltende Standardwert der Gruppe oder des Kontos verwendet.
Unterstützte Erinnerungshäufigkeit Wendet die angegebene Erinnerungshäufigkeit an.


GET /agreements/{aid} gibt außerdem den aufgelösten Erinnerungswert zurück. Wenn die Vereinbarung keine Erinnerungen hat, gibt die Antwort NEVER zurück. Wenn eine Erinnerungshäufigkeit vererbt wird, gibt die Antwort die aufgelöste Häufigkeit zurück.

Auswirkungen auf den Kunden

Integrationen, die derzeit reminderFrequency=NEVER senden und sich dabei auf die Standard-Erinnerungshäufigkeit des Kontos oder der Gruppe verlassen, verhalten sich nach der Version 18.0 anders.

Nach 18.0 erhalten diese Vereinbarungen keine Erinnerungen, selbst wenn eine Erinnerungshäufigkeit für Konto, Gruppe oder Workflow konfiguriert ist.

Die Änderung betrifft nur das Erinnerungsverhalten und verhindert nicht, dass Vereinbarungen erstellt oder verarbeitet werden.

Aktion erforderlich

Überprüfe vor der Version 18.0 Integrationen, die die Agreements API verwenden.

  • Wenn deine Integration reminderFrequency=NEVER sendet, die Vereinbarung aber die geltende Erinnerungskonfiguration übernehmen soll, lasse reminderFrequency aus der POST- oder PUT-Payload weg.

  • Wenn deine Integration eine GET /agreements/{aid}-Antwort in eine PUT /agreements/{aid}-Anfrage kopiert, überprüfe den zurückgegebenen reminderFrequency-Wert, bevor du die Aktualisierung übermittelst.

  • Behalte reminderFrequency=NEVER, wenn du ausdrücklich keine Erinnerungen möchtest.

Wenn deine Integration bereits reminderFrequency=NEVER sendet, um Erinnerungen zu deaktivieren, ist keine Änderung der Payload erforderlich. Ab 18.0 berücksichtigt Acrobat Sign diesen Wert als ausdrückliche Anweisung, keine Erinnerungen zu konfigurieren.


Elektronisches Signieren per Massenversand standardmäßig für berechtigte Konten aktiviert

Zuerst veröffentlicht: Oktober 2026

Aktuell 

Mit der Version 18.0 von Adobe Acrobat Sign wird die Massen-E-Signierung standardmäßig für berechtigte VIP- und ETLA-Konten aktiviert. Mit dieser Funktion können Unterzeichnende mehrere Vereinbarungen auf der Seite Verwalten auswählen, diese prüfen und ihre gespeicherte elektronische Signatur in einer einzigen Sitzung anwenden.

Auswirkungen auf den Kunden

Das Massen-E-Signieren steht berechtigten Konten automatisch zur Verfügung. Zur Aktivierung ist keine Aktion durch Administratoren erforderlich.

Es gibt keine für Administratoren zugängliche Einstellung, um das Massen-E-Signieren zu deaktivieren. Die Funktion wird getrennt von der bestehenden Konfiguration für digitale Massensignaturen verwaltet.
 

Empfohlene Maßnahme

Administratoren, die das Massen-E-Signieren nicht für ihre Benutzenden verfügbar machen möchten, können sich an ihren Adobe Support-Ansprechpartner wenden, um die Deaktivierung der Funktion anzufordern.

Kunden, die die Funktion vor der Aktivierung deaktivieren möchten, sollten sich vorab an den Adobe Support wenden.
 

Zeitachse

Zielrelease 12. Januar 2027

Weitere Informationen

Beim Massen-E-Signieren müssen Unterzeichnende jede Vereinbarung prüfen und eine gespeicherte elektronische Signatur verwenden. Vereinbarungen, die eine zusätzliche Authentifizierung der unterzeichnenden Person oder ein manuelles (erforderliches) Ausfüllen von Formularfeldern erfordern, sind nicht geeignet.

Anweisungen dazu findest du unter Digitale Signaturen von der Seite „Verwalten“ aus auf mehrere Verträge anwenden. Diese Seite wird aktualisiert, um elektronisches und digitales Massensignieren abzudecken.


Geplante Infrastrukturwartung zur Verbesserung der Servicezuverlässigkeit

Zuerst veröffentlicht: Oktober 2026

Aktuell 

Adobe Acrobat Sign führt eine geplante Infrastrukturwartung durch, um die Zuverlässigkeit, Skalierbarkeit und Leistung des Diensts zu verbessern. Diese Updates tragen dazu bei, dass der Dienst wechselnde Arbeitslasten effizient bewältigen und bei steigender Nachfrage eine gleichbleibende Leistung aufrechterhalten kann.

Wartungsplan

Event

Datum und Uhrzeit

Wartung beginnt

13. Okt. 2026 (UTC)

Wartung endet

15. Okt. 2026 (PST)

Erwartete Auswirkungen

Während dieser Wartung werden keine Auswirkungen auf die Kundschaft oder Serviceunterbrechungen erwartet. 

Erforderliche Aktionen

Es ist keine weitere Aktion der Kunden erforderlich. Bestehende Konfigurationen und Workflows bleiben unverändert.



Entfernung von Worldline, Sectigo, und GlobalSign Cloud-Signaturdiensten

Zuerst veröffentlicht: Oktober 2026

Aktuell 

Adobe Acrobat Sign unterstützt die Cloud-Signaturdienste Worldline, Sectigo und GlobalSign nicht mehr.

Worldline, Sectigo und GlobalSign wurden mit sofortiger Wirkung aus der Liste der in Acrobat Sign verfügbaren Cloud-Signaturanbieter entfernt. Unterzeichnende können diese Anbieter nicht mehr nutzen, um über Acrobat Sign Cloud-basierte digitale Signaturen anzuwenden.

Auswirkungen auf den Kunden

Kundschaft, die Worldline, Sectigo oder GlobalSign für cloudbasierte digitale Signaturen nutzt, muss einen anderen, unterstützten Anbieter für Cloud-Signaturen verwenden.

Bereits laufende Vereinbarungen können betroffen sein, wenn sie mit Worldline, Sectigo oder GlobalSign als zulässigem oder erforderlichem Cloud-Signaturanbieter gesendet wurden.

Aktion erforderlich

Administratorinnen und Administratoren, die zuvor Worldline, Sectigo oder GlobalSign konfiguriert haben, sollten:

Anmerkung

Worldline, Sectigo und GlobalSign werden in der Acrobat Sign-Oberfläche möglicherweise weiterhin als verfügbare Cloud-Signaturanbieter angezeigt.

Sie werden nicht mehr unterstützt und können nicht verwendet werden, um cloudbasierte digitale Signaturen abzuschließen.


Die eingebettete Power-Automate-Integration wird im Januar 2027 eingestellt

Zuerst veröffentlicht: September 2026

Aktuell 

Adobe Acrobat Sign wird das eingebettete Microsoft Power Automate-Erlebnis im Januar 2027 einstellen.

Nach der Einstellung wird Power Automate nicht mehr über die Acrobat Sign-Webanwendung verfügbar sein. Für die meisten Kunden laufen die bestehenden Power-Automate-Workflows, die über Acrobat Sign erstellt wurden, weiterhin reibungslos und können direkt in Microsoft Power Automate aufgerufen und verwaltet werden.

Zeitplan für die Einstellung

Datum Was sich ändert
September 2026 (Version v17.2) Die eingebettete Power-Automate-Funktion bleibt in Acrobat Sign weiterhin verfügbar und voll funktionsfähig. Benutzer können weiterhin Workflows in Acrobat Sign erstellen und verwalten oder direkt in Microsoft Power Automate darauf zugreifen.
Januar 2027
(Version 18.0)
Die integrierte Funktion Power Automate wurde aus der Acrobat Sign-Webanwendung entfernt. Du musst auf bestehende Workflows direkt in Microsoft Power Automate zugreifen und sie dort verwalten.

Empfohlene Maßnahme

Vor Januar 2027 sollte Kundschaft, die die integrierte Funktion Power Automate nutzt:

  • Bestätige, dass sie direkt in Microsoft Power Automate auf ihre bestehenden Arbeitsabläufe zugreifen können.
  • Lerne, wie du Workflows über die Schnittstelle zu Microsoft Power Automate verwaltest.
  • Überprüfe, ob für bestimmte Workflows eine Power Automate Premium-Lizenz erforderlich ist.

Der Großteil der Kundschaft muss bestehende Workflows nicht migrieren oder neu erstellen.

Ausführliche Anleitungen zum Zugriff, Informationen zur Lizenzierung und Support-Optionen findest du unter Einstellung der eingebetteten Power Automate-Integration im Jahr 2027


Gestaffelter Rollout von KI-Zusammenfassungen

Zuerst veröffentlicht: September 2026

Aktuell 

KI-Zusammenfassungen wird für Kundschaft von Adobe Acrobat Sign Solutions im Rahmen einer schrittweisen Einführung bereitgestellt, die mit der Version Acrobat Sign 17.2 beginnt.

Dieser Rollout gilt nur für VIP- und VIPMP-Kunden in den NA- und EU-Umgebungen. Die Verfügbarkeit hängt von der Acrobat Sign-Umgebung ab, in der dein Konto gehostet wird. Daher kann es sein, dass Kundschaft die Funktion zu unterschiedlichen Zeitpunkten erhält.

Alle anderen Ebenen und Umgebungen der Kundschaft bleiben von diesem Rollout ausgeschlossen.

Rollout-Zeitplan

Der aktuelle Rollout-Zeitplan lautet:

Datum Geplante Verfügbarkeit
8. September 2026 KI-Zusammenfassungen in allen Zielumgebungen deaktiviert
9. September 2026 NA1
16. September 2026 NA1, NA2
21. September 2026 NA1, NA2, NA4
24. September 2026 NA1, NA2, NA3, NA4, EU2

Der Rollout-Zeitplan kann sich im Laufe der Bereitstellung ändern.


Einführung der Verbesserungen bei der Erstellung von Formularfeldern in mehreren Stufen

Zuerst veröffentlicht: März 2026

Aktuell 

Adobe Acrobat Sign aktualisiert das moderne Authoring-Erlebnis bei Formularfeldern im Rahmen der Version 17.2. Das aktualisierte Erlebnis wird schrittweise nach Kundensegment aktiviert.

Was sich ändert

Das Update bringt Verbesserungen der Benutzerfreundlichkeit bei der Vorbereitung von Formularfeldern mit sich, darunter:

  • Verbesserte Steuerelemente für die Arbeit mit vorgeschlagenen Feldern.
  • Ein Felder-Bedienfeld zum Überprüfen platzierter Felder nach Seite oder Empfänger und zum direkten Navigieren zu einem Feld.
  • besser beschreibende Namen für automatisch erkannte Felder.
  • Verbesserte Erkennung von Feldtypen für gängige Felder.
  • Klarere, feldspezifische Validierungsmeldungen.
  • Ein Empfängerübertragungs-Prompt für hochgeladene PDFs mit bestehenden AcroForm-Feldern.
  • kontextuelle Anleitung für häufige Authoring-Aufgaben.

Die Änderungen gelten für das moderne Authoring-Erlebnis, das bei den Vorgängen „Signaturen anfordern“ und „Bibliotheksvorlagen“ eingesetzt wird.

Webformulare und die Funktion „Massenversand“ nutzen weiterhin das klassische Bearbeitungserlebnis und sind nicht Teil dieses Rollouts.

Rollout-Zeitplan

Adobe wird das aktualisierte Erlebnis in Phasen einführen:

Rollout-Phase Verfügbarkeitsdatum Kundensegment
17.2 VIP-Rollout  2. November 2026 VIP, SMB und Mid-Market.
17.2.1 ETLA-Rollout 9. November 2026 ETLA und Testversionen

 

Administratoraktion

Es ist keine weitere Aktion der Administrierenden erforderlich.

Das aktualisierte Authoring-Erlebnis wird von Adobe aktiviert, sobald der Rollout jedes Kundensegment erreicht. Es gibt keine kundenseitige Konto- oder Gruppensteuerung, um die Änderung zu aktivieren, zu deaktivieren oder zu verschieben.

Administrierende, die interne Schulungs-, Validierungs- oder Change-Management-Materialien verwalten, sollten das aktualisierte Authoring-Erlebnis prüfen und Benutzende auf die Änderungen vorbereiten, bevor ihr Kundensegment aktiviert wird.

Auswirkung auf vorhandene Inhalte

Bestehende Vereinbarungen werden durch diesen Rollout nicht geändert.

Bestehende Bibliotheksvorlagen behalten ihre vorhandene Feldkonfiguration. Automatisch generierte Feldnamen werden angewendet, wenn Felder mit dem aktualisierten Authoring-Erlebnis erstellt werden; vorhandene Vorlagen werden nicht zum neuen Benennungsverhalten migriert.

Was Nutzer erwarten können

Benutzer bemerken möglicherweise Änderungen an den Steuerelementen und der Anleitung, die beim Vorbereiten von Formularfeldern verfügbar sind. Automatisch erkannte Felder erhalten möglicherweise auch beschreibendere Namen und passendere Feldtypen.

Autoren sollten weiterhin alle Formularfelder, Empfängerübertragungen, Validierungseinstellungen und Dokumentinhalte überprüfen, bevor sie einen Vertrag senden.


Inline-Dokumentbearbeitung während der Vorlagenerstellung

Zuerst veröffentlicht: August 2026

Aktuell 

Die Funktion zur direkten Bearbeitung von Dokumenten während der Erstellung von Bibliotheksvorlagen wird schrittweise eingeführt.

Rollout-Zeitplan:

VIP- und VIPMP-Kundenkonten erhalten nach der Veröffentlichung der Version 17.2 eine schrittweise Produktionseinführung.

Die Funktion ist standardmäßig auf Kontenebene für neue und bestehende unterstützte VIP-Konten aktiviert. Account- und Gruppenadministratoren können die Funktion nach Bedarf aktivieren oder deaktivieren.

Die Inline-Bearbeitung von Dokumenten in Bibliotheksvorlagen wird in der Sandbox-Bereitstellung 17.2.1 enthalten sein und nach dem Release 17.2.1 für alle ETLA-Kunden allgemein verfügbar sein.

Bei ETLA-Kund*innen wird die Funktion standardmäßig auf Kontenebene für neue und bestehende unterstützte Konten deaktiviert. Account- und Gruppenadministratoren können die Funktion nach Bedarf aktivieren oder deaktivieren.

Die Funktion wird nicht unterstützt für:

  • Konten in Acrobat Sign für Behörden.
  • Organisationen, die das veraltete Acrobat Sign-Benutzerverwaltungssystem verwenden.

Weitere Informationen zur Konfiguration findest du unter Inline-Dokumentbearbeitung aktivieren oder deaktivieren

Für Workflow-Anweisungen für Absender siehe So bearbeitest du Text während der Felderstellung


Inline-Dokumentbearbeitung während der Vertragserstellung

Zuerst veröffentlicht: März 2026

Aktuell 

Die Inline-Dokumentbearbeitung während der Erstellung wird im Rahmen der Versionen 17.1.2 und 17.2 für VIP-Konten schrittweise eingeführt.

Rollout-Zeitplan:

VIP- und VIPMP-Kundenkonten erhalten nach der Veröffentlichung der Version 17.1.2 eine schrittweise Produktionseinführung.

Die Inline-Bearbeitung von Dokumenten wird in der Sandbox-Bereitstellung 18.0 enthalten sein und nach dem Release 18.0 für alle ETLA-Kunden allgemein verfügbar sein.

Die Funktion ist standardmäßig auf Kontenebene für neue und bestehende unterstützte VIP-Konten aktiviert. Account- und Gruppenadministratoren können die Funktion nach Bedarf aktivieren oder deaktivieren.

Bei ETLA-Konten ist die Funktion standardmäßig deaktiviert. Dieselben Steuerelemente stehen bei Bedarf auf Konto- und Gruppenebene zur Aktivierung zur Verfügung.

Die Funktion wird nicht unterstützt für:

  • Konten in Acrobat Sign für Behörden.
  • Organisationen, die das veraltete Acrobat Sign-Benutzerverwaltungssystem verwenden.

Weitere Informationen zur Konfiguration findest du unter Inline-Dokumentbearbeitung aktivieren oder deaktivieren

Für Workflow-Anweisungen für Absender siehe So bearbeitest du Text während der Felderstellung

Anmerkung

Die Zeitpläne für den Rollout können sich abhängig von auftretenden Ereignissen ändern.


API-Abfrage-Schwellenwert

Zuerst veröffentlicht: August 2025 – Aktualisiert: Februar 2026

Aktuell 

Um die Systemstabilität zu gewährleisten und die Leistung zu verbessern, führt Acrobat Sign einen Abfrage-Schwellenwert für GET-API-Endpunkte ein. Diese Richtlinie begrenzt, wie häufig Client-Anwendungen identische API-Aufrufe an Adobe Acrobat Sign stellen können.

Hochfrequente Abfragen erzeugen unnötige Last auf Backend-Systemen, was zu einer verminderten Leistung und langen Antwortzeiten führen kann. API-Entwickler werden ermutigt, Webhooks für nahezu Echtzeit-Updates anstelle wiederholter Abfragen zu verwenden.

Was ändert sich?

Die Abfragerichtlinie gilt für alle GET API-Endpunkte für identische Aufrufe.

Es wurde eine Begrenzung dafür eingeführt, wie oft dieselben effektiven Benutzenden denselben API-Aufruf an Acrobat Sign senden können. Ein Fehler wird zurückgegeben, wenn derselbe effektive Benutzer identische Aufrufe häufiger durchführt, als der anwendbare Polling-Schwellenwert zulässt.

Beispielsweise wird eine wiederholte Anfrage an denselben Endpunkt für dasselbe Agreement oder Bibliotheksdokument als identischer Aufruf behandelt. Anfragen für verschiedene Agreements oder Bibliotheksdokumente werden als unterschiedliche Aufrufe behandelt, da jedes Objekt ein anderes Anfrageziel darstellt.

Beispiele betroffener Endpunkte

Status-Abruf

  • GET /agreements/{agreementId} – Ruft den aktuellen Status einer Vereinbarung ab.
  • GET /agreements/{agreementId}/documents/{documentId} – Ruft den Datei-Stream eines Dokuments innerhalb einer Vereinbarung ab.

Auflistung, Ereignisse und Bibliotheksdokumente

  • GET /agreements – Ruft Verträge für Benutzende ab.
  • GET /agreements/{agreementId}/events – Ruft Ereignisinformationen für eine Vereinbarung ab.
  • GET /libraryDocuments – Ruft Bibliotheksdokumente für den Benutzer ab.
  • GET /libraryDocuments/{libraryDocumentId} – Ruft Informationen für ein bestimmtes Bibliotheksdokument ab.

Polling-Richtlinien-Details

Das Minimale Objekt-Abfrageintervall (MOPI) definiert, wie oft dieselben effektiven Benutzenden dieselbe GET-API-Anfrage an den Acrobat Sign-Dienst stellen können.

Die Standard-MOPI variiert je nach Servicestufe:

  • GLOBAL-, ENTERPRISE- und DEVELOPER-Stufen: Drei identische Aufrufe pro Ein-Minuten-Intervall.
  • Alle anderen Stufen: Drei eindeutige Aufrufe pro Zehn-Minuten-Intervall.

Wenn derselbe effektive Benutzer identische GET-Anfragen häufiger stellt, als die Ebene erlaubt, gibt Adobe Acrobat Sign eine 429 Too Many Requests-Antwort mit einem Retry-After-Header zurück.

Eine Anfrage gilt als identisch, wenn derselbe effektive Benutzer dieselbe GET-Anfrage mit demselben Anfragepfad und denselben Headern innerhalb des entsprechenden Abfrageintervalls stellt.

ETag-Behandlung

Anwendungen können weiterhin ETags und den If-None-Match-Header für Endpunkte verwenden, die bedingte GET-Anfragen unterstützen.

Für bedingte GET-Anfragen, die unter dem Befragungsschwellenwert erlaubt sind, kann Acrobat Sign 304 Not Modified zurückgeben, wenn sich die Ressource nicht geändert hat.

Wenn der Befragungsschwellenwert überschritten wird, gibt Acrobat Sign 429 Too Many Requests mit einem Retry-After-Header zurück, auch wenn die Anfrage einen If-None-Match-Header enthält.

Aktion erforderlich

Wenn die Applikation nahezu Echtzeit-Updates benötigt, verwende Webhooks anstelle von Abfragen. Webhooks bieten eine effizientere und skalierbarere Möglichkeit, zeitnahe Updates zu erhalten.

Wenn Webhooks nicht implementiert werden können, sollten Applikationen clientseitiges Caching nutzen, um API-Antworten zu speichern und wiederzuverwenden.

  • Wenn eine 304 Nicht modifiziert-Antwort empfangen wird, verwende die zwischengespeicherten Daten, anstatt einen weiteren API-Aufruf zu tätigen.
  • Wenn eine 429 Too Many Requests-Antwort empfangen wird, wiederhole den API-Aufruf nach der Anzahl von Sekunden, die im Retry-After-Header angegeben ist.

Ressourcen

Zeitachse

Die aktualisierten MOPI-Schwellenwerte sind bereits in der Produktionsumgebung.

  • Das aktualisierte ETag-Drosselungsverhalten ist in der Version 17.1.1 enthalten. Nach dieser Änderung gibt Acrobat Sign 429 Too Many Requests für gedrosselte Anfragen zurück, einschließlich bedingter GET-Anfragen, die einen If-None-Match-Header enthalten.
  • Die Abfragerichtlinie wird für neue Konten in der Sandbox-Umgebung am 11. Februar 2026 auf ENFORCED gesetzt.
  • Die Polling-Richtlinie wird für neue Konten in der Produktionsumgebung am 5. April 2026 auf ENFORCED gesetzt.

Bitte wende dich an deinen CSM, wenn du Hilfe benötigst oder Fragen hast.


Aktualisierungen der SSL/TLS-Zertifikatrotation: Übergang zu kürzerer Gültigkeitsdauer des Zertifikats im Gange

Zuerst veröffentlicht: März 2026

Aktuell 

Aktualisierungen der SSL/TLS-Zertifikatsrotation: Übergang zu kürzerer Gültigkeitsdauer 

Die SSL/TLS-Branche stellt derzeit auf eine deutlich kürzere Gültigkeitsdauer für Zertifikate um. Diese Änderung wird durch Aktualisierungen des CA/Browser Forums (die zuständige Behörde für öffentlich anerkannte Zertifikate) vorangetrieben und wird von großen Zertifizierungsstellen (CAS), einschließlich DigiCert, übernommen. 

Infolgedessen wird die Gültigkeitsdauer von Zertifikaten in den nächsten Jahren schrittweise von derzeit etwa 398 Tagen auf bis zu 47 Tage sinken. 

Was ändert sich? 

Die maximale Gültigkeitsdauer für öffentlich anerkannte TLS-Zertifikate wird auf 47 Tage verkürzt. Diese Anforderung wurde vom CA/Browser Forum festgelegt und gilt branchenweit. 

Warum wird diese Änderung vorgenommen? 

Eine kürzere Gültigkeitsdauer von Zertifikaten erhöht die Sicherheit durch: 

  • Reduzierung des Expositionsfensters bei Kompromittierung eines Zertifikats oder privaten Schlüssels 
  • Beschränkung der Abhängigkeit von Mechanismen zum Zertifikatswiderruf 
  • Förderung der automatisierten Verwaltung des Zertifikatslebenszyklus 
  • Verbesserung der allgemeinen Internetsicherheit 

Große Browser-Anbieter (Google, Apple, Mozilla, Microsoft) unterstützen diesen Übergang. 

Weitere Informationen zum Branchenkontext findest du in der Ankündigung von DigiCert: 
Die Gültigkeitsdauer von TLS-Zertifikaten wird offiziell auf 47 Tage verkürzt 

Auswirkungen 

  • Erhöhte Häufigkeit der Zertifikatsrotation 
    • Zertifikate werden aufgrund der verkürzten maximalen Gültigkeitsdauer häufiger erneuert.  
  • Automatisierung erforderlich 
    • Aufgrund der kürzeren Gültigkeitsdauer soll die Erneuerung von Zertifikaten vollständig automatisiert werden. Manuelle Erneuerungsprozesse sind bei dieser Häufigkeit nicht nachhaltig. 

Wenn deine Umgebung von Zertifikat-Pinning, manuellen Vertrauensspeichern oder statischen Zertifikatsreferenzen abhängt, überprüfe bitte deine Konfiguration, um die Kompatibilität mit häufigen Erneuerungen sicherzustellen. 

Kundenbenachrichtigungen 

Bisher wurden Benachrichtigungen versendet, wenn Zertifikate jährlich erneuert wurden. 

Ab Ende Juni 2026 werden die routinemäßigen Benachrichtigungen über reguläre Zertifikatsrotationen eingestellt. 

Mit kürzerer Gültigkeitsdauer und automatischen Erneuerungen: 

  • Bei routinemäßigen Zertifikatsrotationen werden keine Benachrichtigungen an Kundinnen bzw. Kunden versendet. 
  • Benachrichtigungen werden nur in folgenden Fällen versendet: 
  • Fehler bei Erneuerungen 
  • Auswirkungen auf den Service 
  • Maßnahme durch Kundinnen bzw. Kunden erforderlich 

Dieser Ansatz entspricht den bewährten Verfahren der Branche für die automatisierte Verwaltung des Zertifikatslebenszyklus. 

Keine Aktion erforderlich (sofern die Automatisierung aktiviert ist) 

Wenn die Integration auf einer standardmäßigen TLS-Vertrauensvalidierung basiert und nicht auf Zertifikats-Pinning angewiesen ist, sind keine Maßnahmen erforderlich. 

Zertifikate werden weiterhin automatisch vor Ablauf erneuert. 

Wann Maßnahmen erforderlich sind 

Du solltest Maßnahmen ergreifen, wenn: 

  • Du Zertifikats-Pinning (SPKI oder vollständiges Zertifikats-Pinning verwendest) 
  • Du manuelle Zertifikatsspeicher verwaltest 
  • Firewall-Regeln mit bestimmten Zertifikats-Fingerabdrücken verknüpft sind 
  • Du Systeme betreibst, die keine automatischen Zertifikatsaktualisierungen unterstützen 

Im Zweifelsfall wende dich an dein Sicherheits- oder Infrastrukturteam. 

Häufig gestellte Fragen 

  • Ist das eine Änderung, die speziell Adobe betrifft? 
    • Nein. Dies ist eine branchenweite Änderung, die vom CA/Browser Forum vorgeschrieben und von allen großen Zertifizierungsstellen umgesetzt wurde. 
  • Wird die Serviceverfügbarkeit beeinträchtigt? 
    • Nein. Zertifikate werden vor Ablauf automatisch erneuert. Im Rahmen der normalen Rotation ist keine Ausfallzeit zu erwarten. 
  • Wann werden Benachrichtigungen über die Zertifikatsrotation eingestellt? 
    • Die routinemäßigen Benachrichtigungen zur Zertifikatsrotation werden Ende Juni 2026 eingestellt. Kundinnen und Kunden werden weiterhin nur benachrichtigt, wenn Maßnahmen erforderlich sind oder wenn ein Problem den Service beeinträchtigt. 
  • Wo kann ich darüber mehr erfahren? 

Benötigst du Hilfe? 

Wende dich bitte an den Adobe-Support oder deine Adobe-Kundenbetreuung, wenn du Fragen zur Zertifikatsrotation hast oder wenn du Hilfe bei der Validierung deiner Integration benötigst.


Einführungszeitplan für das moderne Erlebnis Signaturen anfordern

Zuerst veröffentlicht: Februar 2025 – Aktualisiert Juni 2026

Aktuell 

In Version 17.2 (September 2026) werden alle kommerziellen und staatlichen Konten aktualisiert, um die moderne Umgebung Signatur anfordern zu verwenden.

  • Links zum Wechseln werden deaktiviert
  • Admin-Steuerungen im Admin-Menü bleiben für Kunden bestehen, die zur klassischen Benutzeroberfläche zurückwechseln müssen.

 Was ändert sich?

In der Version vom September 2026 (17.2):

  • Alle kommerziellen und GovCloud-Konten werden automatisch auf das moderne Erlebnis Signatur anfordern umgestellt.
  • Wechsel-Links werden sowohl für kommerzielle als auch für GovCloud-Konten deaktiviert
  • Die Steuerelemente zum Zurückwandeln des Erlebnisses in die klassische Umgebung stehen weiterhin zur Verfügung.

In der Version vom Januar 2027 (18.0):

  • Alle Konten werden automatisch auf das moderne Erlebnis Signatur anfordern umgestellt.
  • Wechsel-Links werden entfernt.
  • Die Steuerelemente zum Zurückwandeln des Erlebnisses in die klassische Umgebung werden aus der Benutzeroberfläche entfernt.

Es wird empfohlen, deine Benutzenden vor der Veröffentlichung der Version mit der modernen Benutzungsoberfläche vertraut zu machen, um einen reibungslosen Übergang zu ermöglichen.


Einführungszeitplan für das moderne Erlebnis Vorlage erstellen

Zuerst veröffentlicht: Februar 2025 – Aktualisiert Juni 2026

Aktuell 

In Version 17.2 (September 2026) werden alle kommerziellen Konten aktualisiert, um das moderne Erlebnis Vorlage erstellen zu verwenden.

  • Links zum Wechseln werden deaktiviert
  • Admin-Steuerungen im Admin-Menü bleiben für Kunden bestehen, die zur klassischen Benutzeroberfläche zurückwechseln müssen.

 Was ändert sich?

In der Version vom September 2026 (17.2):

  • Alle kommerziellen und GovCloud-Konten werden automatisch auf das moderne Erlebnis Vorlage erstellen umgestellt.
  • Wechsel-Links werden sowohl für kommerzielle als auch für GovCloud-Konten deaktiviert
  • Die Steuerelemente zum Zurückwandeln des Erlebnisses in die klassische Umgebung stehen weiterhin zur Verfügung.

In der Version vom Januar 2027 (18.0):

  • Alle kommerziellen Konten werden automatisch auf das moderne Erlebnis Vorlage erstellen umgestellt.
  • Wechsel-Links werden entfernt.
  • Die Steuerelemente zum Zurückwandeln des Erlebnisses in die klassische Umgebung werden aus der Benutzeroberfläche entfernt.

Es wird empfohlen, deine Benutzenden vor der Veröffentlichung der Version mit der modernen Benutzungsoberfläche vertraut zu machen, um einen reibungslosen Übergang zu ermöglichen.


Einführungszeitplan für den neuen benutzerdefinierten Workflow-Designer

Zuerst veröffentlicht: April 2025 – Aktualisiert im September 2026

Aktuell 

Das neue Erlebnis Workflow-Designer wird für alle vorhandenen Konten aktiviert und ersetzt die klassische Version im Laufe der Zeit. Während der Umstellung können Administrierende und Benutzende bis zur vollständigen Stilllegung auf die vorherige Oberfläche zurückgreifen.

Zeitplan für die Einführung

Januar 2027 (v18.0)

  • Alle Konten werden nach der Veröffentlichung auf das neue Erlebnis umgestellt (falls noch nicht geschehen).
  • Administrierende haben weiterhin die Möglichkeit, zum ursprünglichen Erlebnis zurückzukehren.
  • Benutzende sehen keine Umschaltlinks mehr; Administrierende können sie bei Bedarf aktivieren.

Mai 2027 (v18.1)

  • Alle Konten werden dauerhaft zum neuen Erlebnis verschoben.
  • Admin-Steuerelemente zum Rückkehren zur klassischen Version werden entfernt.
  • Der klassische benutzerdefinierte Workflow-Designer ist vollständig eingestellt und nicht mehr zugänglich.

Es wird empfohlen, deine Benutzenden so bald wie möglich darauf vorzubereiten, um einen reibungslosen Übergang zu gewährleisten.

Anmerkung

Für neue Konten, die nach der Acrobat Sign-Version vom Juli 2025 erstellt werden, ist das neue Erlebnis standardmäßig aktiviert. Es sind keine Steuerelemente vorhanden, um zur älteren Version zurückzukehren.


Im Januar 2026 wird das moderne Empfänger-Erlebnis für alle Konten (v17.0) zur Standardumgebung hochgestuft.

Zuerst veröffentlicht: August 2025 – Aktualisiert: Oktober 2025

Aktuell 

Alle Konten wurden in die moderne Umgebung umgestellt

In der Version 17.0 (Jan. 2026) werden alle Konten aktualisiert, um die moderne E-Signieren-Umgebung zu verwenden. 

Anmerkung

Die Steuerung für die klassische Umgebung bleibt als Fallback-Maßnahme für alle Anwendungsfälle verfügbar, in denen die moderne Umgebung nicht genutzt werden kann.


Das klassische Reporting wird 2027 aus dem Dienst entfernt

Zuerst veröffentlicht: September 2022 – Aktualisiert: Juni 2026

Aktuell 

Die klassischen Berichte werden 2027 vollständig aus der Acrobat Sign-Oberfläche entfernt. Dazu gehört auch der Umschalt-Link, der den Wechsel zwischen den Umgebungen ermöglicht. Nach der Deaktivierung können Kundinnen und Kunden nicht mehr zur klassischen Umgebung zurückkehren, um klassische Berichte zu überprüfen. Außerdem werden geplante Berichte nicht mehr ausgeführt.

Die moderne Berichtsumgebung bleibt weiterhin die einzige Berichtslösung.

Allen Kundinnen und Kunden wird dringend empfohlen, alle bestehenden Berichte in der neuen Umgebung so schnell wie möglich neu zu erstellen.

Dauerhafte Informationsbenachrichtigungen


SMS-Versand ist in Thailand blockiert

Zuerst veröffentlicht: Februar 2026

Aktuell 

Zusammenfassung
Aufgrund aktualisierter regulatorischer Anforderungen in Thailand wird die Vereinbarungsbereitstellung per SMSderzeit nicht für Empfänger mit thailändischen Telefonnummern unterstützt.

Was ändert sich
Thailand hat aktualisierte Vorschriften eingeführt, die SMS-Nachrichten mit URLs einschränken, die Empfänger zu Abläufen weiterleiten, die Anwenderinteraktion erfordern. Da das Signieren einer Vereinbarung eine Empfangsinteraktion erfordert, ist die SMS-Bereitstellung für diesen Anwendungsfall eingeschränkt.

Wer betroffen ist

  • Vereinbarungen, die über die Vereinbarungsbereitstellung per SMS gesendet werden.
  • Empfänger mit thailändischen (+66) Telefonnummern.

Auswirkungen
Empfänger mit thailändischen Telefonnummern erhalten möglicherweise keine SMS-Nachrichten mit Vereinbarungslinks. Infolgedessen können Empfänger möglicherweise nicht auf den Unterzeichnungsprozess zugreifen und ihn abschließen, wenn die SMS-Bereitstellung verwendet wird.

Diese Einschränkung ist regulatorischer Natur und wird nicht durch einen Serviceausfall oder Produktfehler verursacht.

Timeline
Es gibt derzeit keine bestätigte Timeline dafür, wann diese Einschränkung aufgehoben oder eine technische Lösung angewendet wird. Diese Mitteilung wird aktualisiert, wenn sich die Bedingungen ändern.

Erforderliche Maßnahmen

  • Verwende Vereinbarungsbereitstellung per SMS nicht für Empfänger mit thailändischen Telefonnummern.
  • Füge eine E-Mail-Adresse als alternative Bereitstellungsmethode hinzu, um die Vereinbarungsbereitstellung sicherzustellen.

Zusätzliche Details
Diese Einschränkung gilt nur für SMS-basierte Bereitstellung. Andere Vereinbarungsbereitstellungs- und Authentifizierungsmethoden sind nicht betroffen.


Unterstützung für externe Quelllaufwerke wird in der neuen Benutzeroberfläche für Signatur anfordern entfernt

Zuerst veröffentlicht: Mai 2024

Aktuell 

Die Option zum Verwenden eines externen Laufwerks zum Hochladen von Dateien wird in der neuen Umgebung für Signatur anfordern auf OneDrive eingeschränkt.

Es wird empfohlen, dass Kundinnen und Kunden, die andere Optionen zum Hochladen von Dateien verwenden, die spezifischen Anbieteranwendung verwenden, um ein Netzwerklaufwerk bereitzustellen, auf das das native Dateiauswahlprogramm des lokalen Systems der Benutzenden zugreifen kann.


Weitere Ressourcen

Archivierte Benachrichtigungen

Aufgeführt nach dem Datum, an dem der Hinweis aus der aktuellen Benachrichtigungsliste entfernt wurde (neueste bis älteste Änderungen).