Adobe Acrobat Sign stellt jedes Jahr mindestens drei Versionen bereit, die als Hauptversionen oder Nebenversionen eingestuft werden. Gegebenenfalls werden bei Bedarf zusätzliche Nebenversionen veröffentlicht, um System- oder kundenseitige Probleme zu beheben.

Hauptversionen beinhalten signifikante Updates, neue Funktionen und verschiedene Verbesserungen.
Nebenversionen konzentrieren sich auf kleinere Verbesserungen und Optimierungen der Bedienfreundlichkeit. Sie erscheinen zwischen den großen Updates, in der Regel ein- bis zweimal pro Zyklus.

Um Unterbrechungen zu vermeiden, sind neue Funktionen standardmäßig deaktiviert und müssen manuell von Konto- oder Gruppenadmins aktiviert werden.

Kundinnen und Kunden aus dem Bereich Life Sciences, die eine Compliance-Validierung benötigen, bietet Acrobat Sign in Zusammenarbeit mit einem externen Unternehmen für jede Hauptversion ein Validierungspaket an, das Funktionen enthält, die zur Risikominimierung beitragen.

Hinweis:

Die Seite Hinweise vor der Versionsveröffentlichung wird regelmäßig aktualisiert, wenn neue Informationen verfügbar werden, sodass ihr Inhalt relativ dynamisch ist.

Die Lokalisierung dieser Seite nimmt einige Zeit in Anspruch, was dazu führen kann, dass sich die lokalisierten Versionen geringfügig von der maßgeblichen Version in US-Englisch unterscheiden.

Für die genauesten und aktuellsten Informationen empfehlen wir, nur die US-englische Seite zu verwenden.

Der Zeitplan und die Hinweise für die Vorabversion sind unten aufgeführt.

Adobe Acrobat Sign folgt einem strukturierten Zeitplan bei der Veröffentlichung von Versionshinweisen und Dokumentationsaktualisierungen:

Acht Wochen vor der Produktionsversion

Auf der Vorabversionsseite wird eine Zusammenfassung der erwarteten Funktionen und Updates veröffentlicht, in der Regel vier Wochen vor der Sandbox-Einführung.
Alle nach diesem Zeitpunkt hinzugefügten oder entfernten Funktionen werden im Abschnitt Errata aufgeführt.
Behobene Probleme werden zu diesem Zeitpunkt nicht veröffentlicht.

Vier Wochen vor der Produktionsversion (Sandbox-Einführung)

Die Vorabversionsseite wird mit ausführlicher Dokumentation zu neuen und aktualisierten Funktionen aktualisiert.
Bei Bedarf werden Links zur Support-Dokumentation vor der Versionsveröffentlichung hinzugefügt (nur auf US-Englisch verfügbar).
Eine erste Version von Behobene Probleme wird veröffentlicht und in den folgenden vier Wochen weiter aktualisiert.

Tag der Einführung

Die offiziellen Versionshinweise werden mit endgültigen Details zu den Funktionen und Links zur Dokumentation für den Produktionssupport aktualisiert.
Die Vorabversionsseite wird aktualisiert und zeigt jetzt den nächsten Veröffentlichungszyklus.
Die Dokumentation wird nach der Versionsprüfung im Live-System veröffentlicht, in der Regel nach 19.00 Uhr Pacific Time, wobei komplexe Aktualisierungen länger dauern können.
Die endgültige Liste Behobene Probleme wird den Versionshinweisen auf US-Englisch hinzugefügt, wohingegen die lokalisierten Versionen später aktualisiert werden.

Government Cloud-Version

Die Government Cloud-Umgebung wird in der Regel zwei Tage bis mehrere Wochen nach der Produktionsversion aktualisiert, da einige Funktionen vor der Bereitstellung zusätzlich evaluiert werden müssen.

Hinweis:

Die Sandbox-Dokumentation wurde für die Produktionsumgebung entwickelt. Links im Vorabversionsinhalt führen zu Produktions-URLs. Das heißt, dass diese Links gegebenenfalls zu älterer bestehender Dokumentation oder zu einem 404-Ergebnis führen, wenn die Zielseite neu ist und noch nicht veröffentlicht wurde (z. B. wenn der Link zu einer neuen Funktion in derselben Version führt).

Wenn die Version veröffentlicht wird, werden auch die neuen Seiten veröffentlicht und die Links führen ordnungsgemäß zu ihren Produktions-URLs.

Sandbox-Verfügbarkeit

Kundschaft, die auf die Acrobat Sign Sandbox-Umgebung zugreift, kann normalerweise vier Wochen vor der Einführung auf die Funktionen der neuen Version zugreifen.

Die Sandbox-Umgebung muss alle Qualitätssicherungsverfahren auf dem gleichen Qualitätsniveau durchlaufen wie die reguläre Produktionsumgebung.
Adobe strebt eine Verfügbarkeit von 99,9 % in der Sandbox-Umgebung an, aber Kundinnen und Kunden sollten beachten, dass die einheitliche SLA die Sandbox nicht offiziell abdeckt.
Die Sandbox-Umgebung verwendet die gleichen Statusseiten und Ausfallverfahren wie die reguläre Produktionsumgebung.

Versionen

Achtung:

Dieser Artikel enthält Informationen zur Vorabversion. Veröffentlichungsdaten, Funktionen und andere Informationen können ohne vorherige Ankündigung geändert werden.

16. Juni 2026 (Nebenversion) v17.1.1

Adobe Acrobat Sign Version v17.1.1

Sandbox-Bereitstellung: 12. Mai 2026

Produktionsbereitstellung: 16. Juni 2026

GovCloud-Bereitstellung: 18. Juni 2026

Verbesserte Funktionalität

Empfängerfilter in Berichten - Füge empfängerbasierte Filter zu Berichten und Datenexporten hinzu.
Füge einen Empfängerfilter zu modernen Reporting für Vereinbarungs- und Transaktionsberichte und Datenexporte hinzu. Administratoren können nach Empfänger-E-Mail-Adresse filtern, um alle Vereinbarungen zurückzugeben, die den angegebenen Empfänger enthalten, unabhängig von Rolle oder Unterzeichnungsreihenfolge. Der Filter unterstützt das Autovervollständigen und die Mehrfachauswahl wie der bestehende Filter Sender und kann sowohl für visuelle Berichte als auch für CSV-Exporte verwendet werden.

Verfügbare Umgebungen: Sandbox, Kommerziell, Behörden | Verfügbare Dienstebenen: Acrobat Sign Solutions | Konfigurationsumfang: Ermöglicht durch modernes Reporting
Reporting-Überblick überprüfen >
Aktualisiertes Dokument „Bericht erstellen“ überprüfen >
Aktualisierte Dokumentation zum Erstellen eines Datenexports überprüfen >

Inline-Dokumentenbearbeitung während der Erstellung – Dokumenttext direkt im Authoring-Erlebnis bearbeiten
Absendende können Dokumenttext direkt in der Authoring-Umgebung bearbeiten, ohne die Datei herunterzuladen und erneut hochzuladen. Die Option Dokument bearbeiten bewahrt vorhandene Felder und die Vereinbarungskonfiguration und reduziert Störungen bei Aktualisierungen vor dem Versenden. Die Bearbeitung ist nur verfügbar, solange sich die Vereinbarung im Entwurfsstatus befindet, und ist nicht verfügbar, nachdem die Vereinbarung gesendet wurde.

Diese Funktion ist standardmäßig für alle Benutzenden in unterstützten Konten aktiviert, sodass Absendende Dokumente bearbeiten können, die über „Signatur anfordern“ gesendet werden. Konto- und Gruppenadministrierende können die Dokumentbearbeitung über die Sendeeinstellungen deaktivieren.

Diese Funktion ist für Acrobat Sign für Behörden oder für Konten, bei denen das alte Benutzerverwaltungssystem verwendet wird, nicht verfügbar.

Verfügbare Umgebungen: Sandbox, kommerziell | Verfügbare Dienstebenen: Acrobat Sign Solutions | Konfigurationsbereich: Konto und Gruppe; standardmäßig aktiviert
Inline-Dokumentenbearbeitung aktivieren oder deaktivieren >
So wird Text während der Felderstellung bearbeitet >

Unterstützung von Bio-Pharma (CFR) in Modern eSign – Fügt die Erfassung von Signiergründen und die erzwungene Reauthentifizierung zur Signierzeit hinzu
Adobe Acrobat Sign vervollständigt die Bio-Pharma-Unterstützung im Modern eSign-Erlebnis, indem es die Erfassung von Signaturgründen und eine erzwungene Re-Authentifizierung während der Signatur hinzufügt. Organisationen in regulierten Umgebungen können einen Signaturgrund verlangen, eine erneute Authentifizierung für jede Signatur oder beim finalen Klick-zum-Signieren erzwingen und konformes Audit-Reporting aufrechterhalten – alles innerhalb der Modern-Benutzeroberfläche.

Verfügbare Umgebungen: Sandbox, Commercial, Government | Verfügbare Service-Stufen: Acrobat Sign Solutions | Konfigurationsumfang: Support für Bio Pharma-Einstellungen in Modern eSign ist standardmäßig aktiviert.
Prüfe die aktualisierte Liste der unterstützten Funktionen für Modern eSign >

Änderungen der Experience

REST API-/Webhook-Updates

Zu Offenlegungszwecken werden die nachfolgend aufgeführten Aktualisierungen in den Hinweisen vor der Versionsveröffentlichung vorgestellt. Die vollständige Dokumentation für API- und Webhook-Updates findest du in der Acrobat Sign-Entwicklungsdokumentation, nachdem die Versionsaktualisierung an die Produktionsserver geliefert wurde.

Vertragsbenachrichtigungen über API unterdrücken – Granulare Steuerung für Empfänger-Messaging hinzufügen
Verwende die REST v6 POST /agreements API, um zu steuern, welche Benachrichtigungen beim Erstellen von Verträgen gesendet werden, indem du bestimmte E-Mail-Typen für Teilnehmer, CCs oder den Absender unterdrückst. Dies reduziert unnötige E-Mails und unterstützt sauberere, kontrolliertere Signiererlebnisse in integrierten Workflows.

Verfügbare Umgebungen: Sandbox, Kommerziell, Behörden | Verfügbare Dienstebenen: Acrobat Sign Solutions | Konfigurationsumfang: REST v6 API

Versionskorrekturen

Momentan wurden keine Bestandteile dieser Version verschoben.

Behobene Probleme

Problem	Beschreibung
4545881	Zusammenfassung: Unterzeichnende, die in Acrobat „Herunterladen und Signieren“ verwenden, erhielten nach dem Hochladen einer digital signierten PDF möglicherweise den Fehler „Kann nicht von Adobe Acrobat Sign erkannt werden“, wenn in dem Zertifikat mit der digitalen ID kein erwarteter Wert von Unterzeichnenden-Namen wie commonName, givenName oder pseudonym enthalten war.Die Vereinbarung konnte nicht abgeschlossen werden, obwohl das signierte PDF hochgeladen wurde.
4545881	Lösung: Acrobat Sign verarbeitet jetzt digitale ID-Zertifikate mit fehlenden Unterzeichnernamen-Werten, ohne während der Validierung beim Hochladen einen Fehler auszulösen.Die Unterzeichnung kann erfolgreich abgeschlossen werden, obwohl der Unterzeichnername möglicherweise nicht angezeigt wird, wenn das Zertifikat keinen enthält.
4547132	Zusammenfassung: Wenn Vereinbarungen über die POST /agreements API-Anfrage erstellt wurden und securityOption auf „Null“ gesetzt war, wurde externen Empfangenden u. U. „Keine“ als Authentifizierungsmethode zugewiesen, auch wenn die Kontoeinstellungen E-Mail OTP als Standard-Authentifizierungsmethode erforderten.Die interne Empfänger-Authentifizierung wurde korrekt angewendet, aber die externe Empfänger-Authentifizierung nicht.
4547132	Lösung: Acrobat Sign wendet die kontokonfigurierte Standard-Authentifizierungsmethode jetzt korrekt an, wenn über API erstellte Vereinbarungen Empfangende mit einem securityOption-Wert von Null enthalten.Externe Empfangende erhalten jetzt die erforderliche Standard-Authentifizierungsmethode anstelle von „Keine“.
4553171	Zusammenfassung: In Entwickelndenkonten, in denen das neue Vorlage-erstellen-Erlebnis verwendet wird, wurde auf der Seite „Verwalten“ in wiederverwendbaren Vorlagen möglicherweise das Präfix [NUR ZU DEMOZWECKEN] angezeigt, doch war das Präfix beim Bearbeiten des Vorlagennamens nicht verfügbar. Benutzende konnten das Präfix nicht aus dem vorhandenen Vorlagennamen entfernen, es sei denn, sie ersetzten den Namen vollständig oder wechselten zu dem klassischen Vorlagen-Erlebnis.
4553171	Lösung: In dem neuen Vorlage-erstellen-Erlebnis wird der wiederverwendbare Vorlagenname und Vereinbarungsname am Wasserzeichen-Verhalten von Entwickelndenkonten ausgerichtet. Benutzende können den vollständigen Vorlagennamen bearbeiten, einschließlich des Präfixes [NUR ZU DEMOZWECKEN], ohne zum klassischen zu wechseln.
4554947	Zusammenfassung: Im modernen Erstellen-Erlebnis konnten Benutzende falsche oder veraltete E-Mail-Adressen nicht aus persönlichen Autovervollständigen-Vorschlägen entfernen, wenn sie Empfangende, CCs, CC-Adressen pro Empfangspartei oder Gruppenmitglieder hinzufügten. Die Löschoption war im klassischen Erlebnis noch verfügbar, doch nicht alle Benutzenden konnten zum klassischen Erlebnis zurückwechseln.
4554947	Lösung: Mit dem modernen Erstellen-Erlebnis können Benutzende jetzt persönliche Autovervollständigen-Vorschläge aus unterstützten E-Mail-Feldern löschen, einschließlich der Felder für Empfangende, CC, CC-Adressen pro Empfangsdatei und Gruppenmitglieder. Organisationskontakte können nicht aus Autocomplete-Vorschlägen gelöscht werden.
4556731	Zusammenfassung: Nachdem eine Absenderin bzw. ein Absender eine Empfängerin bzw. einen Empfänger durch sich selbst ersetzt und dann die Vereinbarung an eine andere Empfängerin bzw. einen anderen Empfänger delegiert hatte, kehrte die Vereinbarung in den Status „In Bearbeitung“ zurück, doch die Option „Signiertes Dokument hochladen“ war weiterhin nicht verfügbar. Dadurch konnten Absendende nach dieser Delegationssequenz keine signierte Kopie für berechtigte laufende Vereinbarungen hochladen.
4556731	Lösung: In Acrobat Sign wird die Option „Signiertes Dokument hochladen“ jetzt korrekt wiederhergestellt, nachdem eine Empfängerin bzw. ein Empfänger durch die Absenderin bzw. den Absender ersetzt und dann an eine andere Empfängerin bzw. einen anderen Empfänger delegiert wurde, wenn die Vereinbarung zum Upload signierter Dokumente berechtigt ist.
4557576	Zusammenfassung: Wenn ein Signaturblock einer Empfängergruppe mit mehreren Mitgliedern zugewiesen war, konnte der E-Mail-Wert im Signaturblock abgeschnitten werden, anstatt klar angezeigt zu werden.Dies konnte die Empfängergruppen-Informationen schwer lesbar machen, bevor ein Gruppenmitglied die Unterzeichnung abschloss.
4557576	Lösung: Acrobat Sign zeigt jetzt Empfängergruppen-E-Mail-Informationen in Signaturblöcken an, ohne den sichtbaren Text abrupt abzuschneiden.Lange Empfängergruppen-E-Mail-Werte werden so verarbeitet, dass die angezeigten Informationen innerhalb des Signaturblocks lesbar bleiben.
4558445	Zusammenfassung: Vorlagen, die in der klassischen Erfahrung erstellt wurden, enthielten u. U. Optionsfeld-Gruppen mit nur einer Option. Wenn diese Vorlagen in dem neuen Vorlage-erstellen-Erlebnis geöffnet oder wiederverwendet wurden, wurde der Workflow durch die Gültigkeitsprüfung mit dem Fehler „Eine Optionsfeldgruppe muss mehr als ein Element enthalten“ blockiert und verhindert, dass Benutzende vorhandene Vorlagen speichern oder anwenden konnten.
4558445	Lösung: Das neuen Vorlage-erstellen-Erlebnis und die Authoring-Umgebung richten sich jetzt nach der klassischen Erfahrung, in denen vorhandene Vorlagen Optionsfeldgruppen mit einer Option enthalten können. Die Gültigkeitsprüfung wurde gelockert, um die Rückwärtskompatibilität zu bewahren und betroffenen Vorlagen zu ermöglichen, geöffnet, gespeichert und wiederverwendet zu werden, ohne den Workflow zu blockieren.
4559171	Zusammenfassung: Im neuen Erlebnis zum Erstellen von Vorlagen konnten Vorlagen, die aus getaggten PDFs erstellt wurden, gespeichert werden, bevor die Verarbeitung der Text-Tags abgeschlossen war.Wenn Benutzende unmittelbar nach dem Laden der Vorschau „Erstellen“ auswählten, enthielt die gespeicherte Vorlage u. U. keine konvertierten Formularfelder, obwohl derselbe Workflow in der klassischen Erfahrung erfolgreich war.
4559171	Lösung: In dem neuen Vorlage-erstellen-Erlebnis wird jetzt verhindert, dass Benutzende die Vorlage erstellen, bevor die Verarbeitung von Text-Tags abgeschlossen ist. Die Schaltfläche „Erstellen“ wird erst verfügbar, sobald alle Felder und zugehörigen Details vollständig geladen sind. So wird gewährleistet, dass Text-Tags konvertiert und angewendet werden, bevor die Vorlage gespeichert wird.
4561898	Zusammenfassung: Einige Empfangende stießen nach der Authentifizierung oder beim Abschließen der Signierung von Vereinbarungen, bei denen bestimmte PDF-Dokumente verwendet wurden, u. U. auf einen Serverfehler.Der Fehler wurde durch ein Problem bei der Verarbeitung von PDF-Strukturdaten während der Generierung signierter Dokumente verursacht, was den Unterzeichner daran hinderte, die Vereinbarung abzuschließen.
4561898	Lösung: Acrobat Sign verarbeitet jetzt PDF-Strukturdaten defensiver während der Signierung und Dokumentgenerierung. Durch die Lösung wird verhindert, dass der Abschluss durch Konflikte in der Baumstruktur blockiert wird. Empfangende können sich authentifizieren, signieren und betroffene Vereinbarungen erfolgreich abschließen.
4562041	Zusammenfassung: Einige Webhook-Benachrichtigungen können verzögert oder nicht veröffentlicht werden, wenn Acrobat Sign beim Erstellen der Webhook-Payload einen internen Serverfehler erhält.Bei dem betroffenen Konto waren am 19. März 2026 mehrere Ereignisse betroffen, einschließlich AGREEMENT_WORKFLOW_COMPLETED und weitere Vereinbarungsereignisse, wodurch nachgelagerte Workflows der Kundschaft verzögert wurden.
4562041	Lösung: Acrobat Sign verarbeitet jetzt Webhook-Payload-Generierungsfehler zuverlässiger, sodass fehlgeschlagene interne Antworten nicht so zwischengespeichert werden, dass sie die Ereignisbereitstellung blockieren oder verzögern.Die Lösung wurde durch Regressionstests validiert und soll verhindern, dass betroffene Webhook-Ereignisse durch denselben Payload-Generierungsfehler-Pfad verzögert werden.
4562458	Zusammenfassung: Empfangende erhielten u. U. den Fehler „Ungültige Vereinbarungs-ID angegeben“, wenn sie eine Signatur-URL für Vereinbarungen öffneten, die an inaktive Benutzende auf angeforderten Konto-Domänen gesendet wurde, wenn für Empfangende eine Authentifizierung wie E-Mail-OTP oder Passwort-Authentifizierung verwendet wurde. Im Signierungsablauf wurde eine einmalig ausstehende, benutzende Person erstellt, um den Signierungsprozess fortzusetzen. Von der Anfrage für Signierungsinformationen konnten aber nur veraltete Vereinbarungsdaten gelesen werden, die die neu erstellte Teilnahme nicht enthielten. Dadurch wurde der Zugriff blockiert, bis der Signierungslink neu generiert oder die Daten aktualisiert wurden.
4562458	Lösung: In Acrobat Sign werden jetzt aktuelle Daten zur Vereinbarungsteilnahme abgerufen, wenn in diesem Workflow authentifizierte Signatur-URLs geöffnet werden. Dies verhindert, dass veraltete zwischengespeicherte Vereinbarungsdaten ungültige Vereinbarungs-ID-Fehler verursachen, und ermöglicht es Empfängern, die Authentifizierung abzuschließen und erfolgreich auf die E-Signatur-Seite zuzugreifen.
4566894	Zusammenfassung: Einige abgelaufene Vereinbarungen, die aus mehreren Vorlagen erstellt wurden, konnten nicht von der Seite Verwalten kopiert werden. Wenn Benutzende „Kopie erstellen“ auswählten, schlug der Kopiervorgang mit „Vereinbarung kann nicht kopiert werden.“ Versuche es später erneut.“ fehl, da die Gültigkeitsprüfung für den Zugriff auf die Vorlage beim Kopieren von Vereinbarungen mit mehr als einer Vorlage fehlschlug.
4566894	Lösung: Acrobat Sign validiert jetzt korrekt Vorlageninformationen beim Kopieren von Vereinbarungen, die aus mehreren Vorlagen erstellt wurden. Betroffene Vereinbarungen können jetzt kopiert werden, ohne den Backend-Session-Fehler auszulösen.
4568666	Zusammenfassung: Webhook-Benachrichtigungen konnten zeitweise für Vereinbarungen fehlschlagen, die Zeugen-Teilnehmer ohne zugewiesene Benutzer-ID enthielten. Das zentrale Vereinbarungsereignis wurde erstellt, doch u. U. schlug die Generierung der Webhook-Payload fehl, wenn Teilnehmendendaten in unvorhersagbarer Reihenfolge verarbeitet wurden. Dadurch wurden einige erwartete Webhook-Ereignisse nach AGREEMENT_CREATED nicht zugestellt.
4568666	Lösung: Acrobat Sign behandelt jetzt Webhook-Teilnehmerdaten mit fehlenden Benutzer-IDs sicher während der Payload-Generierung.Dies verhindert, dass Zeugen-Platzhalter-Teilnehmer Webhook-Payload-Fehler verursachen und ermöglicht die konsistente Zustellung erwarteter Vereinbarungs-Webhook-Ereignisse.
4571682	Zusammenfassung: In einigen Vereinbarungen, bei denen Power Automate Empfangsgruppen änderte, bevor spätere Formularausfüllende an der Reihe waren, konnten schreibgeschützte Felder nicht für nachfolgende Formularausfüllende angezeigt werden. Nachdem die Formularausfüllerin ihre bzw. der Formularausfüller seine bearbeitbaren Felder ausgefüllt hatte, sind diese Felder u. U. auch aus der Vereinbarung verschwunden, obwohl die Felder noch korrekt zugewiesen und über die API als sichtbar markiert waren.
4571682	Lösung: Acrobat Sign bewahrt jetzt die Feldsichtbarkeit für nachfolgende Empfängergruppen nach Änderungen der Gruppenmitgliedschaft.Schreibgeschützte Felder, Signaturblöcke, Dropdown-Auswahlen und andere ausgefüllte Feldwerte bleiben für spätere Empfänger und im heruntergeladenen PDF für die behobenen Szenarien verfügbar.
4572455	Zusammenfassung: Einigen Unterzeichnenden wurde nach Abschluss der Signierung u. U. die Meldung „Unbehandelter Fehler“ oder „Da hat etwas nicht geklappt.“ angezeigt, obwohl die Signatur angewendet und die Vereinbarung an die nächste Empfängerin bzw. den nächsten Empfänger weitergeleitet wurde. Das Problem trat auf, wenn dynamische Teilnehmer aktiviert waren und der Signaturfluss versuchte, das Dokument für den nächsten Unterzeichner vorzubereiten, aber die erwartete unterzeichnete Dokumentversion nicht finden konnte.
4572455	Lösung: In Acrobat Sign wird jetzt beim Vorbereiten einer Vereinbarung für die nächste Unterzeichnerin bzw. den nächsten Unterzeichner auf die korrekte signierte Dokumentversion geprüft. Dadurch wird verhindert, dass im Signierungsablauf nach einer erfolgreichen Signatur ein Fehler angezeigt wird, wenn dynamische Teilnehmende aktiviert sind.