Schau dir die technischen Benachrichtigungen an und merk dir die, die für dich wichtig sind.
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 US-englische Seite.
[Nächste Version] Die nächste Adobe Acrobat Sign-Version (v17.2) ist für den 8. September 2026 geplant.
In dieser kleineren Patch-Version werden von Kundinnen und Kunden gemeldete Fehler behoben und erforderliche Optimierungs- und Sicherheitsaktualisierungen angewendet.
Die Sandbox-Umgebung erhält diese Patches vier Wochen vor der geplanten Veröffentlichung. Gleichzeitig wird eine Liste der behobenen Probleme veröffentlicht und 14 Tage vor der Veröffentlichung aktualisiert.
Feature-Release: Adobe Acrobat Sign – Release vom 21. Juli abgeschlossen
Die Veröffentlichung wurde für alle Shards ohne Ausfallzeiten bei allen Services abgeschlossen.
Aktuelle Hinweise:
|
Status |
Problem oder Ereignis |
Ausführungsdatum |
|
Neu Nächste Version |
Ab dem 8. September 2026 |
|
|
Neu Nächste Version Schrittweise |
Ab dem 16. Juni |
|
|
Aktualisiert Wichtig Aktuell |
5. Mai 2026 |
|
|
Aktualisiert |
September 2026 |
|
|
Aktualisiert Schrittweise |
September 2026 |
|
|
Schrittweise Nächste Hauptversion |
September 2026 |
|
|
Wichtig |
Ab März 2026 |
|
|
Aktualisiert |
2027 |
|
|
Aktuell |
September 2026 |
|
|
Dauerhafte Informationsbenachrichtigungen |
||
|
Aktuell Infos |
Aktuell |
|
|
Aktuell Infos |
Aktuell |
|
Zuerst veröffentlicht: März 2026 |
Aktuell |
|---|
|
Zuerst veröffentlicht: März 2026 |
Aktuell |
|---|
Die Inline-Dokumentbearbeitung während der Erstellung wird im Rahmen der Version 17.1.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-Dokumentbearbeitung wird in der 17.2.1 Sandbox-Bereitstellung enthalten sein. Die Einführung für ETLA-Kunden ist nach der Veröffentlichung der Version 17.2.1 vorgesehen.
Die Funktion ist standardmäßig auf Kontenebene für neue und bestehende unterstützte Konten aktiviert. 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
Die Zeitpläne für den Rollout können sich abhängig von auftretenden Ereignissen ändern.
|
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
- Behandlung von 429-Antworten: https://developer.adobe.com/acrobat-sign/docs/overview/developer_guide/apiusage#handling-rate-limiting-http-429
- API-Abfrage-Schwellenwert: https://developer.adobe.com/acrobat-sign/docs/overview/developer_guide/apiusage#get-endpoints
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.
|
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?
- Weitere Brancheninformationen findest du in der Mitteilung von DigiCert:
https://www.digicert.com/blog/tls-certificate-lifetimes-will-officially-reduce-to-47-days
- Weitere Brancheninformationen findest du in der Mitteilung von DigiCert:
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.
|
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.
|
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.
|
Zuerst veröffentlicht: April 2025 – Aktualisiert: Juni 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
September 2026 (v17.2)
- 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.
Januar 2027 (v18.0)
- 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.
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.
|
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.
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.
|
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.
|
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.
|
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.
- Dropbox: https://www.dropbox.com/desktop
- Google Drive: https://support.google.com/drive/answer/10838124
- Box: https://support.box.com/hc/en-us/articles/360043697194-Installing-Box-Sync
- Acrobat/Document Cloud: https://www.adobe.com/acrobat/hub/share-sync-pdfs.html
Weitere Ressourcen
- Community-Foren
- Wöchentliches Training: Wöchentliches Webinar, das Schulungsthemen für neue Benutzer und Administratoren abdeckt
Archivierte Benachrichtigungen
Aufgeführt nach dem Datum, an dem der Hinweis aus der aktuellen Benachrichtigungsliste entfernt wurde (neueste bis älteste Änderungen).
Optimieren von Workflows mit Acrobat Sign
Verwalte und signiere Dokumente schnell und einfach online.