In diesem Dokument werden die neuen Funktionen, die Änderungen des Erlebnisses und die behobenen Probleme in der nutzungsorientierten Anwendung für die neueste Version erläutert.

Entwicklungsbezogene Updates für die API und Webhooks sind im Acrobat Sign Entwicklungshandbuch dokumentiert.

Nicht alle Funktionen/Änderungen werden garantiert am Veröffentlichungsdatum aktiviert. Beziehe dich immer auf die US-englische Version der Seite als die aktuellste und genaueste Version.

Adobe Acrobat Sign Version v17.1.1

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 filtern, um alle Vereinbarungen anzuzeigen, die den angegebenen Empfänger enthalten, unabhängig von der Rolle oder Signierreihenfolge. 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 >

Änderungen der Experience

Bio-Pharma (CFR)-Unterstützung in modernem eSign – ergänzt die Erfassung von Gründen für die Signatur und die erzwungene erneute Authentifizierung von Signaturzeiten
Bio-Pharma-Signatureinstellungen, einschließlich der Erfassung von Gründen für die Signatur und der erneuten Authentifizierung von Signaturzeiten, werden jetzt in der modernen eSign-Erfahrung unterstützt. Vereinbarungen mit diesen Einstellungen greifen nicht mehr auf das klassische Signiererlebnis zurück. Es ist keine Kundenaktion oder Änderung der Administrator-Einstellungen erforderlich.

Verfügbare Umgebungen: Sandbox, Commercial, Government | Verfügbare Service-Stufen: Acrobat Sign Solutions | Konfigurationsumfang: Unterstützung 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 >

REST API-/Webhook-Updates

API- und Webhook-Updates für diese Version finden Sie in der Acrobat Sign API-Dokumentation.

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

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	Behebung:Acrobat Sign wendet jetzt korrekt die kontokonfigurierte Standard-Authentifizierungsmethode an, wenn API-erstellte Vereinbarungen Empfänger mit einem null securityOption-Wert enthalten.Externe Empfänger 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. Benutzer konnten das Präfix nicht aus dem vorhandenen Vorlagennamen entfernen, es sei denn, sie ersetzten den vollständigen Namen oder wechselten zum klassischen Vorlagen-Erlebnis.
4553171	Lösung: In dem neuen Vorlage-erstellen-Erlebnis wird der wiederverwendbare Vorlagenname und Vereinbarungsname am Wasserzeichen-Verhalten von Entwickelndenkonten ausgerichtet. Benutzer können den vollständigen Vorlagennamen, einschließlich des Präfixes [DEMO USE ONLY], bearbeiten, ohne zum klassischen Erlebnis zu wechseln
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. Dies verhinderte, dass der Absender eine signierte Kopie für berechtigte in Bearbeitung befindliche Vereinbarungen nach dieser Delegationssequenz hochladen konnte.
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.
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. Die Behebung verhindert, dass Strukturbaum-Konflikte die Fertigstellung blockieren, und ermöglicht es Empfängern, betroffene Vereinbarungen erfolgreich zu authentifizieren, zu signieren und abzuschließ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	Behebung: Acrobat Sign ruft jetzt aktuelle Vereinbarungsteilnahmedaten ab, wenn authentifizierte Signier-URLs in diesem Workflow 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, aber die Webhook-Payload-Generierung kann fehlschlagen, wenn Teilnehmerdaten in unvorhersagbarer Reihenfolge verarbeitet wurden, wodurch einige erwartete Webhook-Ereignisse nach AGREEMENT_CREATED nicht zugestellt werden.
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: Bei einigen Vereinbarungen, bei denen Power Automate Empfängergruppen vor der Reihe eines späteren Formularausfüllers geändert hat, konnten schreibgeschützte Felder für den nachfolgenden Formularausfüller nicht 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.
4571845	Zusammenfassung: Die persönliche Signatur kann mit einem Serverfehler fehlschlagen, wenn die E-Mail-Adresse des persönlichen Signierenden mit einem vorhandenen Benutzendenkonto auf einem anderen Shard übereinstimmt, wodurch der Vertrag nicht abgeschlossen werden kann.
4571845	Fehlerbehebung: Die Verarbeitung für persönlich unterzeichnende Personen wurde aktualisiert, um einen temporären Signierenden-Datensatz korrekt zu erstellen und zu verwenden. Dies verhindert Shard-übergreifende Benutzendekonflikte und ermöglicht den erfolgreichen Abschluss der Signiersitzung.
4573019	Zusammenfassung: Die Reihenfolge von Empfängergruppen kann nach dynamischen Teilnehmer-Updates, die eine Mischung aus Empfängern und Empfängergruppen entfernen, falsch berechnet werden, wodurch die verbleibende Gruppe die falsche Weiterleitungsreihenfolge anzeigt.
4573019	Fehlerbehebung: Die Neuberechnung der Teilnehmer-Reihenfolge wurde aktualisiert, damit Empfängergruppen die korrekte Reihenfolge nach komplexen dynamischen Teilnehmerentfernungen beibehalten, einschließlich Fällen, in denen eine Gruppe auf ein einzelnes verbleibendes Mitglied reduziert wird.
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. Dies verhindert, dass der Signierungsfluss nach einer erfolgreichen Signatur einen Fehler anzeigt, wenn dynamische Teilnehmer aktiviert sind.