Zuletzt aktualisiert am
5. März 2026
Neue Funktionen
Erste Schritte
- Kurzanleitung für Administrierende
- Kurzanleitung für Benutzende
- Für Entwicklerinnen und Entwickler
- Video-Tutorial-Bibliothek
- Häufig gestellte Fragen
Verwaltung
- Übersicht über die Admin Console
- Benutzendenverwaltung
- Hinzufügen, Bearbeiten und Überprüfen von Benutzenden
- Erstellen von funktionsorientierten Benutzenden
- Überprüfen von Benutzenden, die die Verifizierung nicht abgeschlossen haben
- Suche nach Nutzenden mit Bereitstellungsfehlern
- Ändern des Namens/der E-Mail-Adresse
- Gruppenmitgliedschaft von Benutzenden bearbeiten
- Bearbeiten der Gruppenmitgliedschaft von Benutzenden über die Gruppenoberfläche
- Hochstufen von Benutzenden zu einer Administrationsrolle
- Benutzeridentitätstypen und SSO
- Wechseln der Benutzeridentität
- Authentifizieren von Benutzenden mit MS Azure
- Authentifizieren von Benutzenden mit Google Federation
- Produktprofile
- Anmeldung
- Konto-/Gruppeneinstellungen
- Einstellungsübersicht
- Globale Einstellungen
- Kontoebene und ID
- Neues Empfangserlebnis
- Workflows zum Selbstsignieren
- Massenversand
- Webformulare
- Benutzerdefinierte Sende-Workflows
- Power Automate-Workflows
- Bibliotheksdokumente
- Formulardaten mit Vereinbarungen erfassen
- Eingeschränkte Dokumentsichtbarkeit
- Anhängen einer PDF-Kopie der signierten Vereinbarung
- Einfügen eines Links in eine E-Mail
- Einfügen eines Bilds in eine E-Mail
- An E-Mails angehängte Dateien werden folgendermaßen benannt:
- Anhängen von Audit-Berichten an Dokumente
- Zusammenführen mehrerer Dokumente zu einem Dokument
- Einzelne Dokumente herunterladen
- Signiertes Dokument hochladen
- Delegation für Benutzende in meinem Konto
- Externen Empfangenden das Delegieren erlauben
- Signaturberechtigung
- Sendeberechtigung
- Berechtigung zum Hinzufügen elektronischer Siegel
- Festlegen einer Standardzeitzone
- Festlegen eines Standarddatumsformats
- Benutzende in mehreren Gruppen (UMG)
- Berechtigungen für Gruppenadministrierende
- Empfangende ersetzen
- Audit-Bericht
- Transaktionsfußzeile
- In Produktbotschaften und Anleitungen
- Barrierefreie PDF-Dateien
- Kundinnen und Kunden im Gesundheitswesen
- Kontoeinrichtung / Branding-Einstellungen
- Signaturvorgaben
- Korrekt formatierte Signaturen
- Empfangenden das Signieren erlauben durch
- Unterzeichnende können ihren Namen ändern
- Empfangenden erlauben, ihre gespeicherte Signatur zu verwenden
- Selbstdefinierte Nutzungsbedingungen und Hinweis für Kundinnen und Kunden
- Empfangende durch Formularfelder leiten
- Vereinbarungs-Workflow neu starten
- Signieren ablehnen
- Stempel-Workflows erlauben
- Unterzeichnende auffordern, ihre Stellenbezeichnung oder ihr Unternehmen anzugeben
- Unterzeichnenden das Drucken und Einfügen von handschriftlichen Signaturen erlauben
- Anzeigen von Nachrichten beim elektronischen Signieren
- Unterzeichnende müssen ein Mobilgerät verwenden, um ihre Signatur zu erstellen
- IP-Adresse von Unterzeichnenden anfordern
- Firmenname und Stellenbezeichnung sollen nicht aus dem Teilnahmestempel ersichtlich sein
- Adaptive Skalierung auf handschriftliche Signatur anwenden
- Digitale Signaturen
- Elektronische Siegel
- Digital Identity
- Berichteinstellungen
- Neues Berichtserlebnis
- Einstellungen für den klassischen Bericht
- Sicherheitseinstellungen
- Einstellungen für Single Sign-on
- Einstellungen zum Merken der Anmeldedaten
- Richtlinien für Anmeldekennwort
- Stärke für Anmeldekennwort
- Dauer der Internet-Sitzung
- Art der PDF-Verschlüsselung
- API
- Zugriff auf Benutzenden- und Gruppeninformationen
- Erlaubte IP-Bereiche
- Kontofreigabe
- Berechtigungen zur Kontofreigabe
- Steuerelemente für das Freigeben von Vereinbarungen
- Bestätigung der Unterzeichnendenidentität
- Kennwort für das Signieren einer Vereinbarung
- Dokumentkennwortstärke
- Unterzeichnende anhand des geografischen Standorts sperren
- Telefonauthentifizierung
- Wissensbasierte Authentifizierung (KBA)
- Zulassen der Seitenextraktion
- Ablauf des Dokumentlinks
- Hochladen eines Clientzertifikats für Webhooks/Rückrufe
- Zeitstempel
- Sendeeinstellungen
- Anzeigen der Seite „Senden“ nach der Anmeldung
- Erfahrungen bei der Erstellung von Vereinbarungen
- Name der Empfangspartei beim Senden erforderlich
- Sperren der Namenswerte für bekannte Benutzende
- Zulässige Empfangsrollen
- E-Witnesses zulassen
- Gruppen empfangender Personen
- CC-Parteien
- Erforderliche Felder
- Anhängen von Dokumenten
- Feldreduzierung
- Vereinbarungen bearbeiten
- Empfangenden aus laufenden Vereinbarungen entfernen
- Vereinbarungsname
- Sprachen
- Private Nachrichten
- Erlaubte Signaturarten
- Erinnerungen
- Kennwortschutz für signierte Dokumente
- Vereinbarungsbenachrichtigung absenden
- Identifikationsoptionen für Unterzeichnende
- Überblick
- Signierkennwort
- Wissensbasierte Authentifizierung
- Telefonauthentifizierung
- WhatsApp-Authentifizierung
- Einmalpasswort per E-Mail
- Acrobat Sign-Authentifizierung
- Cloud-basierte digitale Signatur
- Authentifizierung der digitalen Identität
- Amtl. Lichtbildausweis
- Identitätsberichte der Unterzeichnenden
- Formularfelder mit identitätsverifizierten Daten ausfüllen
- Inhaltsschutz
- Aktivieren von Beglaubigungs-Transaktionen
- Dokumentablauf
- Anzeigen der Vorschau, Positionieren von Signaturen und Hinzufügen von Formularfeldern
- Signierreihenfolge
- Mich hinzufügen
- Link „Vereinbarung herunterladen“
- Formularfeld-Rahmen
- Liquid Mode
- Optionen für selbstdefinierte Workflows
- Upload-Optionen auf der E-Sign-Seite
- Bestätigungs-URL-Umleitung nach der Signatur
- Zugriff auf freigegebene Vereinbarungen einschränken
- Anzeigen der Seite „Senden“ nach der Anmeldung
- Nachrichtenvorlagen
- Bio-Pharma-Einstellungen
- Workflow-Integration
- Beglaubigungs-Einstellungen
- Zahlungsintegration
- Nachrichten für Unterzeichnende
- SAML-Einstellungen
- SAML-Konfiguration
- Installieren des Active Directory Federation Service
- Installieren von Okta
- Installieren von OneLogin
- Installieren von Oracle Identity Federation
- SAML-Konfiguration
- Datennutzungsrechte
- Zeitstempel-Einstellungen
- Externes Archiv
- Kontosprachen
- E-Mail-Einstellungen
- Migration von echosign.com zu adobesign.com
- Konfigurieren von Optionen für Empfangende
- Leitfaden für regulatorische Anforderungen
- Barrierefreiheit
- HIPAA
- DSGVO
- 21 CFR Part 11 und EudraLex Annex 11
- Kundinnen und Kunden im Gesundheitswesen
- IVES-Unterstützung
- Archivieren von Vereinbarungen
- Überlegungen zur EU/dem Vereinigten Königreich
- Gleichzeitiges Herunterladen von mehreren Vereinbarungen
- Anfordern deiner Domäne
- Links „Missbrauch melden“
- Systemanforderungen und Einschränkungen
Senden, Signieren und Verwalten von Vereinbarungen
- Empfangsoptionen
- Stornieren von E-Mail-Erinnerungen
- Optionen auf der E-Signatur-Seite
- Überblick über die E-Signatur-Seite
- Öffnen der Vereinbarung, um sie ohne Felder zu lesen
- Signieren einer Vereinbarung ablehnen
- Delegieren der Signaturberechtigung
- Neustarten der Vereinbarung
- Herunterladen einer PDF-Datei der Vereinbarung
- Anzeigen des Vereinbarungsverlaufs
- Anzeigen der Vereinbarungsnachrichten
- Umwandlung von elektronischer zu handschriftlicher Signatur
- Umwandlung von handschriftlicher zu elektronischer Signatur
- Navigation der Formularfelder
- Löschen der Daten aus den Formularfeldern
- Seitenvergrößerung und Navigation der E-Signatur-Seite
- Ändern der in den Vereinbarungswerkzeugen und -informationen verwendeten Sprache
- Rechtliche Hinweise lesen
- Anpassen der Acrobat Sign-Cookie-Voreinstellungen
- Senden von Vereinbarungen
- Senden (Erstellen) – Seite
- Übersicht über Orientierungspunkte und Funktionen
- Gruppenauswahl
- Hinzufügen von Dateien und Vorlagen
- Vereinbarungsname
- Globale Nachricht
- Ausfülltermin
- Erinnerungen
- Schützen einer PDF-Datei mit Kennwort
- Signaturtyp
- Gebietsschema für die Empfangenden
- Signaturreihenfolge/-fluss der Empfangenden
- Empfängerrollen
- Empfängerauthentifizierung
- Private Nachricht für Empfangende
- Vereinbarungszugriff der Empfangenden
- E-Mail-Adressen der auf CC gesetzten Personen
- Identitätsprüfung
- Senden einer Vereinbarung nur an sich selbst
- Senden einer Vereinbarung an andere
- Handschriftliche Signaturen
- Signierreihenfolge der Empfangenden
- Massenversand
- Senden (Erstellen) – Seite
- Erstellen von Feldern in Dokumenten
- In-App-Authoring-Umgebung
- Automatische Felderkennung
- Ziehen und Ablegen von Feldern in der Authoring-Umgebung
- Formularfelder zu Empfangenden zuweisen
- Die Rolle „Vorausfüllen“
- Anwenden von Feldern mit einer wiederverwendbaren Feldvorlage
- Felder in eine neue Bibliotheksvorlage übertragen
- Aktualisierte Authoring-Umgebung beim Senden von Vereinbarungen
- Erstellen von Formularen mit Text-Tags
- Erstellen von Formularen mit Acrobat (AcroForms)
- Felder
- Feldtypen
- Häufige Feldtypen
- Felder für E-Signaturen
- Initialenfeld
- Namensfeld für empfangende Partei
- E-Mail-Feld für empfangende Partei
- Feld „Signierdatum“
- Textfeld
- Datumsfeld
- Zahlenfeld
- Kontrollkästchen
- Kontrollkästchen
- Optionsfeld
- Dropdown-Menü
- Link-Überlagerung
- Zahlungsfeld
- Anlagen
- Teilnahmestempel
- Transaktionsnummer
- Bild
- Firma
- Titel
- Stempel
- Erscheinungsbild des Feldinhalts
- Feldüberprüfungen
- Werte für maskierte Felder
- Festlegen von Bedingungen für das Ein-/Ausblenden
- Berechnete Felder
- Verifizierte Formulare
- Feldtypen
- Authoring-FAQ
- In-App-Authoring-Umgebung
- Signieren von Vereinbarungen
- Vereinbarungen verwalten
- Übersicht über die Seite „Verwalten“
- Vereinbarung kopieren
- Delegieren von Vereinbarungen
- Ersetzen von Empfangenden
- Eingeschränkte Dokumentsichtbarkeit
- Abbrechen einer Vereinbarung
- Erstellen von neuen Erinnerungen
- Überprüfen von Erinnerungen
- Stornieren von Erinnerungen
- Zugriff auf Power Automate-Flows
- Weitere Aktionen...
- Funktionsweise der Suche
- Anzeigen einer Vereinbarung
- Vorlage aus einer Vereinbarung erstellen
- Aus-/Einblenden von Vereinbarungen
- Hochladen einer signierten Vereinbarung
- Ändern von Dateien und Feldern einer gesendeten Vereinbarung
- Bearbeiten der Authentifizierungsmethode einer Empfangspartei
- Hinzufügen oder Ändern eines Ablaufdatums
- Hinzufügen einer Notiz zu einer Vereinbarung
- Freigabe einer einzelnen Vereinbarung
- Aufheben der Freigabe einer Vereinbarung
- Herunterladen einer einzelnen Vereinbarung
- Herunterladen einzelner Dateien einer Vereinbarung
- Herunterladen des Audit-Berichts einer Vereinbarung
- Herunterladen des Feldinhalts einer Vereinbarung
- Audit-Bericht
- Berichte und Datenexporte
- Überblick
- Zugriffserteilung auf Berichte für Benutzende
- Berichtsdiagramme
- Datenexporte
- Umbenennen eines Berichts/Exports
- Duplizieren eines Berichts/Exports
- Planen eines Berichts/Exports
- Löschen eines Berichts/Exports
- Überprüfen des Transaktionsverbrauchs
Erweiterte Vereinbarungsfunktionen und Workflows
- Webformulare
- Erstellen eines Webformulars
- Bearbeiten eines Webformulars
- Deaktivieren/Aktivieren eines Webformulars
- Ein-/Ausblenden eines Webformulars
- Abrufen der URL oder des Skriptcodes
- Vorausfüllen von Webformularfeldern mithilfe von URL-Parametern
- Speichern eines Webformulars, um es später auszufüllen
- Ändern der Größe eines Webformulars
- Wiederverwendbare Vorlagen (Bibliotheksvorlagen)
- US-Behördenformulare in der Acrobat Sign-Bibliothek
- Erstellen einer Bibliotheksvorlage
- Ändern des Namens einer Bibliotheksvorlage
- Ändern des Typs einer Bibliotheksvorlage
- Ändern der Berechtigungsebene einer Bibliotheksvorlage
- Kopieren, Bearbeiten und Speichern einer freigegebenen Vorlage
- Herunterladen der aggregierten Felddaten für eine Bibliotheksvorlage
- Übertragen des Eigentums an Webformularen und Bibliotheksvorlagen
- Power Automate-Workflows
- Überblick über die Power Automate-Integration und die enthaltenen Berechtigungen
- Aktivieren der Power Automate-Integration
- Kontextbasierte Aktionen auf der Seite „Verwalten“
- Verfolgen der Nutzung von Power Automate
- Erstellen eines neuen Flows (Beispiele)
- Auslöser für Flows
- Importieren von Flows von außerhalb von Acrobat Sign
- Verwalten von Flows
- Bearbeiten von Flows
- Freigeben von Flows
- Deaktivieren oder Aktivieren von Flows
- Löschen von Flows
- Nützliche Vorlagen
- Nur Administration
- Archivierung von Vereinbarungen
- Archivierung von Webformularvereinbarungen
- Speichern abgeschlossener Webformulardokumente in der SharePoint-Bibliothek
- Speichern abgeschlossener Dokumente in OneDrive for Business
- Speichern abgeschlossener Dokumente in Google Drive
- Speichern abgeschlossener Webformulardokumente in Box
- Extrahieren von Vereinbarungsdaten
- Vereinbarungsbenachrichtigungen
- Senden selbstdefinierter E-Mail-Benachrichtigungen mit dem Vereinbarungsinhalt und der signierten Vereinbarung
- Abrufen von Adobe Acrobat Sign-Benachrichtigungen in einem Teams-Kanal
- Abrufen von Adobe Acrobat Sign-Benachrichtigungen in Slack
- Abrufen von Adobe Acrobat Sign-Benachrichtigungen in Webex
- Vereinbarungsgenerierung
- Erstellen eines Dokuments aus einem Power Apps-Formular und einer Word-Vorlage sowie Senden zum Signieren
- Generieren einer Vereinbarung aus einer Word-Vorlage in OneDrive und Einholen der Signatur
- Generieren einer Vereinbarung für ausgewählte Excel-Zeile und Senden zur Überprüfung und Signatur
- Selbstdefinierte Sende-Workflows
- Freigeben von Benutzenden und Vereinbarungen
Integration in andere Produkte
- Übersicht über Acrobat Sign-Integrationen
- Acrobat Sign für Salesforce
- Acrobat Sign für Microsoft
- Weitere Integrationen
- Von Partnern verwaltete Integrationen
- Erstellen eines Integrationsschlüssels
Acrobat Sign-Entwickler
- REST-APIs
- Webhooks
- Sandbox
Support und Fehlerbehebung
Hinweis:
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.0.1
Produktionsbereitstellung: 17. März 2026
GovCloud-Bereitstellung: 19. März 2026
Verbesserte Funktionalität
- Kopie erstellen – Erweiterte Zugriffspunkte, schnellere Wiederverwendung von Vereinbarungen.
Das Erstellen einer Kopie ist jetzt direkt über die Filter In Bearbeitung und Wartet auf dich auf der Seite Verwalten sowie auf der Bestätigungsseite nach dem Senden verfügbar. Diese zusätzlichen Einstiegspunkte erleichtern die Wiederverwendung von Vereinbarungen an mehr Punkten im Versendungslebenszyklus und reduzieren die Notwendigkeit, von vorne zu beginnen.
Hinweis: Mit dieser Version werden die administrativen Steuerelemente zum Deaktivieren dieser Funktion aus dem Administrator-Menü entfernt, wodurch Kopie erstellen als standardmäßige Funktion für alle berechtigten Benutzenden etabliert wird.
Verfügbare Umgebungen: Sandbox, Kommerziell, Behörden | Verfügbare Dienstebenen: Acrobat Sign Solutions | Konfigurationsumfang: Konto und Gruppe; Standardmäßig aktiviert.
REST API-/Webhook-Updates
API- und Webhook-Updates für diese Version finden Sie in der Acrobat Sign API-Dokumentation.
- OEM 2.0 personalisierte E-Mail-Anzeige – Klarere Sendenen- und Empfangendenidentität in eingebetteten Umgebungen und korrekter E-Mail-Zustellung.
Bei eingebetteten OEM 2.0-Workflows wird in Acrobat Sign jetzt auf wichtigen Oberflächen und in Benachrichtigungen die personalisierte E-Mail-Adresse des Nuzenden anstelle der vom Partner registrierten E-Mail-Adresse angezeigt. Vereinbarungen, Warteschlangen wie „Wartet auf dich" und „Prüfen und unterschreiben"-E-Mails spiegeln konsistent die personalisierte Identität wider, während die registrierte E-Mail-Adresse intern für Authentifizierung und Berechtigungen erhalten bleibt. Dies verbessert die Klarheit für sendene Parteien und Unterzeichnende und verhindert, dass E-Mails an nicht zustellbare registrierte Adressen gesendet werden.
Verfügbare Umgebungen: Sandbox, Commercial | Verfügbare Dienstebenen: Acrobat Sign Solutions | Konfigurationsumfang: API
- Webhook-Benachrichtigung für fehlgeschlagene SMS-Zustellungen – Echtzeit-Sichtbarkeit für fehlgeschlagene SMS-Sendungen, automatisierte Behebung und Parität mit E-Mail-Bounces.
Acrobat Sign sendet jetzt ein neues Webhook-Ereignis, AGREEMENT_PHONE_BOUNCED, wenn ein per SMS gesendeter Vertrag aufgrund von Problemen wie ungültigen Telefonnummern, Ablehnung durch den Anbieter oder blockierten Leitungen nicht zugestellt werden kann. Dies ermöglicht es Kunden, Fehler bei der SMS-Zustellung nahezu in Echtzeit zu erkennen und automatisch Folgeaktionen wie die Korrektur von Telefonnummern, erneute Zustellung oder das Öffnen von Support-Fällen auszulösen. Das beseitigt blinde Flecken und reduziert Verzögerungen in mobilbasierten Signatur-Workflows.
Verfügbare Umgebungen: Sandbox, Kommerziell, Behörden | Verfügbare Dienstebenen: Acrobat Sign Solutions | Konfigurationsumfang: API
- Webhook Payloads – Feld „Bedingt teilnehmende Person extendedStatus“ für dynamische Teilnahmeaktualisierungen hinzugefügt, um die Sichtbarkeit des Teilnehmendenstatus zu verbessern.
Webhook-Benachrichtigungen enthalten nun ein extendedStatus-Feld in jedem Teilnehmerobjekt (memberInfos[]), wenn der Absender eine laufende Vereinbarung über dynamische Teilnahme ändert. Dieses Feld enthält zusätzliche Details zum Teilnehmenden-Lebenszyklus, während das vorhandene Statusfeld aus Gründen der Abwärtskompatibilität unverändert bleibt.
{
"participantSets": [
{
"id": "",
"memberInfos": [
{
"company": "TestCo",
"email": "signer2@someDomain.dom",
"id": "CBJCHBCAABAAJiZV9cH",
"name": "Signer Two",
"status": "ACTIVE",
"extendedStatus": "REMOVED"
}
],
"order": ,
"role": "",
"status": ""
}
]
}
Status-Werte (unverändert): AKTIV, ERSETZT.
extendedStatus -Werte: ACTIVE, REPLACED, REMOVED, COMPLETED.
Verfügbare Umgebungen: Sandbox, Kommerziell, Behörden | Verfügbare Dienstebenen: Acrobat Sign Solutions | Konfigurationsumfang: API
Behobene Probleme
| Problem | Beschreibung |
|---|---|
| 4543515 | Zusammenfassung: Ein Webhook-E-Mail-Bounce-Ereignis kann fälschlicherweise für einen gültige*n Unterzeichner*in generiert werden, nachdem die unterzeichnende Person erfolgreich signiert hat und die Vereinbarung zum nächsten Schritt übergeht. Das kann auftreten, wenn ein Delegierter in derselben Unterzeichnergruppe eine ungültige E-Mail-Adresse hat und der Absender den ursprünglichen Delegator ersetzt. In diesen Fällen kann das System das Bounce-Ereignis „im Namen von … unterzeichnet" fälschlicherweise dem gültigen Unterzeichner zuordnen, anstatt dem Teilnehmer, dessen E-Mail-Adresse tatsächlich zurückgewiesen wird. |
| Fehlerbehebung: Die Logik für die Event-Attribution wurde korrigiert, sodass E-Mail-Bounce-Events nur mit dem Teilnehmer verknüpft werden, dessen E-Mail-Adresse tatsächlich bounced. Ein Bounce-Ereignis wird nicht mehr für einen gültigen Unterzeichner generiert, der bereits die Unterzeichnung abgeschlossen hat, und Webhook-Benachrichtigungen spiegeln jetzt den korrekten Teilnehmer und die korrekte E-Mail-Adresse wider. | |
| 4544548 | Zusammenfassung: Über die Web-Benutzeroberfläche erstellte Integrations-Keys können nach 10 Jahren ablaufen, obwohl auf der Erstellungsseite angegeben wird, dass der Schlüssel „permanenten Zugriff" bietet. Wenn ein Schlüssel seine 10-jährige Lebensdauer erreicht, geben API-Aufrufe einen abgelaufenen Token-Fehler zurück, was bestehende Integrationen unerwartet unterbrechen kann. |
| Fix: Das Messaging der Benutzeroberfläche wurde aktualisiert, um die Formulierung „permanenter Zugriff" zu entfernen und das Ablaufdatum für Integration Keys klar anzuzeigen. Der aktualisierte Text besagt nun, dass der Schlüssel den Zugriff bis zum Ablaufdatum oder bis zur manuellen Sperrung behält und bietet Transparenz über die standardmäßige 10-jährige Lebensdauer. | |
| 4546301 | Zusammenfassung: Die Webhook-Ereignis-Bereitstellung kann bei Verträgen mit sehr großen Dokumenten um bis zu mehrere Stunden verzögert werden, auch wenn die Vertragserstellung abgeschlossen ist und frühe Verarbeitungsschritte innerhalb von Minuten beendet zu sein scheinen. Während des Verzögerungsfensters kann der Webhook-Bereitstellungsservice wiederholt DOCUMENT_NOT_AVAILABLE-Antworten erhalten, wenn er versucht, Vereinbarungsdokumente abzurufen, und das Webhook-Ereignis wird möglicherweise erst übermittelt, wenn der Service aufhört, es erneut zu versuchen, oder die Dokumente verfügbar werden. |
| Fehlerbehebung: Die Behandlung der Dokumentverfügbarkeit wurde korrigiert, sodass große Vereinbarungen zuverlässig in einen Zustand übergehen, in dem Dokumente abrufbar sind, ohne dass es zu längeren DOCUMENT_NOT_AVAILABLE-Antworten kommt. Infolgedessen werden Webhook-Ereignisse ohne mehrstündige Verzögerungen zugestellt, die durch Wiederholungsversuche beim Dokumentabruf gegen nicht verfügbare Dokumente verursacht wurden. | |
| 4547823 | Zusammenfassung: Die private Nachricht eines Empfängers wird möglicherweise nicht für einige Unterzeichner angezeigt, wenn eine Vereinbarung im Authoring-Status über die API erstellt und dann über das Verwalten-Erlebnis bearbeitet wird. In diesem Szenario zeigt die Benutzeroberfläche möglicherweise den Wert für Private Nachricht als „Keine" oder leer an, obwohl die Vereinbarungsdaten den korrekten Wert für die private Nachricht enthalten. Dieses Verhalten tritt in Szenarien mit gemeinsam genutzten Konten auf, in denen ein Anwender in das Konto eines anderen Anwenders wechselt, um den Entwurf zu bearbeiten, und es kann nur bestimmte Empfänger betreffen, während andere korrekt angezeigt werden. |
| Fehlerbehebung: Eine Überprüfung wurde hinzugefügt, um den primären Freigabe-Kontext abzurufen und die private Nachricht für autorisierte freigegebene Benutzer zurückzugeben. Infolgedessen wird der Wert der privaten Nachricht jetzt korrekt angezeigt, wenn ein über die API erstellter Entwurf aus dem Authoring-Fluss angezeigt oder gesendet wird. | |
| 4548274 | Zusammenfassung: Das Änderungsdatum für Bibliotheks-Muster wird möglicherweise nicht aktualisiert, nachdem ein Muster im neuen Muster-Erlebnis bearbeitet und gespeichert wurde. Benutzer sehen möglicherweise neu hinzugefügte oder aktualisierte Felder im Muster, aber das Änderungsdatum bleibt in der Benutzeroberfläche zum Managen und in administrativen Ansichten unverändert, wodurch es so aussieht, als wäre das Muster nicht kürzlich geändert worden. Dies geschieht, weil das neue Erlebnis Formular-Felder über einen Pfad aktualisiert, der nicht auch den Zeitstempel der Muster-Änderung aktualisiert. |
| Fehlerbehebung: Das Verhalten der Aktualisierung des Änderungsdatums wurde zwischen dem neuen Muster-Erlebnis und den zugehörigen API-Operationen abgestimmt. Der Code-Pfad, der Änderungen an Muster-Feldern speichert, aktualisiert jetzt auch das Änderungsdatum des Musters, sodass es die tatsächliche Zeit der letzten Änderung widerspiegelt. | |
| 4548564 | Zusammenfassung: Signaturen und Formularfelder können in der signierten PDF unsichtbar erscheinen, wenn sie über bereits vorhandenen Stempelanmerkungen im Quelldokument platziert werden. In betroffenen Vorlagen überlappen oder verdecken die Stempelanmerkungen die interaktiven Felder während der Verarbeitung, wodurch ausgefüllte Signaturen und andere Felder im endgültigen signierten Dokument ausgeblendet werden. |
| Fehlerbehebung: Die Behandlung von Stempel-Anmerkungen wurde aktualisiert, um bereits vorhandene Stempel-Anmerkungen sicher zu verarbeiten und zu reduzieren, sodass sie Formular-Felder oder Signaturen nicht mehr verdecken. Felder, die über gestempelte Bereiche platziert wurden, bleiben jetzt während des Signierens und in der vollständig ausgeführten PDF sichtbar. | |
| 4549103 | Zusammenfassung: Ein E-Mail-Bounce-Ereignis kann für einen zuvor fehlerhaften Empfänger erneut protokolliert werden, nachdem der Absender diesen Empfänger durch eine gültige E-Mail-Adresse ersetzt hat. In einigen Fällen zeigt der Audit-Trail möglicherweise ein zweites Bounce-Ereignis für die alte E-Mail-Adresse an, und der Agreement-Status zeigt möglicherweise „E-Mail-Adresse bounced" an, obwohl der neue Empfänger das Agreement erfolgreich erhält, anzeigt oder unterzeichnet. Dieses Verhalten kann dazu führen, dass es so aussieht, als würde sich die Vereinbarung noch immer an die alte und die neue E-Mail-Adresse richten. |
| Fehlerbehebung: Der Workflow zum Ersetzen von Unterzeichnern wurde aktualisiert, um zu verhindern, dass zusätzliche Benachrichtigungs-E-Mails an einen ersetzten Empfänger gesendet werden, dessen E-Mail bereits zurückgewiesen wurde. Das System prüft jetzt das vorherige Zurückweisungsprotokoll, bevor es ersetzungsbezogene Benachrichtigungen sendet. So wird sichergestellt, dass nach dem Ersetzen keine neuen Zurückweisungsereignisse für die alte E-Mail-Adresse generiert werden. | |
| 4549306 | Zusammenfassung: Anwender, deren E-Mail-Adressen bestimmte Sonderzeichen enthalten (z. B. einen Apostroph), können sich möglicherweise nicht über die generischen öffentlichen Anmeldeseiten adobesign.com oder echosign.com anmelden. Nach der Eingabe der E-Mail-Adresse und dem Klicken in das Kennwortfeld wird die Seite möglicherweise neu geladen und das E-Mail-Feld geleert, anstatt den Anwender zur korrekten Shard- oder SSO-Anmeldeseite weiterzuleiten. Dies verhindert, dass betroffene Anwender die Authentifizierung abschließen können, und blockiert Integrationen, die auf den öffentlichen Anmelde-Endpunkt angewiesen sind. |
| Fehlerbehebung: Die Logik zur Auflösung der Anmeldungs-Shards wurde korrigiert, um E-Mail-Adressen mit Sonderzeichen ordnungsgemäß zu verarbeiten und zu dekodieren, bevor die Shard-übergreifende Umleitungs-URL erstellt wird. Benutzer mit betroffenen E-Mail-Formaten werden jetzt korrekt zu ihrem zugewiesenen Shard und der SSO-Anmeldungsseite umgeleitet, ohne dass das E-Mail-Adresse-Feld geleert wird. | |
| 4549331 | Zusammenfassung: Signaturen und andere Formularfelder können in der signierten PDF fehlen oder unsichtbar erscheinen, wenn bestimmte Dokumentverarbeitungsfunktionen aktiviert sind und die Quell-PDF ungültige Seitenbox-Koordinaten enthält (zum Beispiel falsche CropBox- oder MediaBox-Werte). In diesem Szenario können Felder, die auf Seitenkoordinaten angewiesen sind, außerhalb des sichtbaren Seitenbereichs rendern, wodurch abgeschlossene Signaturen fehlen, obwohl das Signieren erfolgreich abgeschlossen wurde. |
| Fehlerbehebung: Die Behandlung von PDF-Seitenrahmen wurde korrigiert, um ungültige CropBox- und MediaBox-Werte während der Dokumentverarbeitung sicher zu normalisieren. Dadurch richtet sich die Platzierung von Signaturen und Formularfeldern jetzt am sichtbaren Seitenbereich aus, und signierte PDFs zeigen Signaturen wie erwartet an. | |
| 4550367 | Zusammenfassung: Das Erstellen von Webformularen kann mit einem allgemeinen „Server-Fehler" fehlschlagen, nachdem du Echtzeitansicht auf iOS/Android und „Felder hinzufügen“ ausgewählt hast, wenn die Standard-Unterzeichner-Authentifizierung der Absendergruppe auf Telefon eingestellt ist und das Konto kein verfügbares Telefon-Authentifizierungs-Kontingent hat, auch wenn die Webformular-Unterzeichner-Authentifizierung auf eine Nicht-Telefon-Methode eingestellt ist (zum Beispiel Adobe Sign). Infolgedessen können alle Benutzer im betroffenen Konto daran gehindert werden, Webformulare in allen Dokumenten zu erstellen. |
| Lösung: Die Erstellung von Webformularen bewertet das Kontingent jetzt nur noch für die Authentifizierungsmethode, die tatsächlich für den Unterzeichner des Webformulars konfiguriert ist, und wendet keine Kontingentprüfungen für die Telefon-Authentifizierung mehr basierend nur auf der Standard-Authentifizierungseinstellung der Gruppe an. Dies verhindert falsche Kontingent-Erschöpfungsfehler und ermöglicht es, Webformulare normal zu erstellen. | |
| 4551011 | Zusammenfassung: Wenn ein Absender bestimmte gescannte PDF-Dateien hochlädt, Signaturfelder hinzufügt und den Vertrag versendet, zeigt die signierte PDF-Datei möglicherweise keine sichtbaren Signaturen an, nachdem die Signierung abgeschlossen ist. Dieses Verhalten kann auftreten, wenn die hochgeladene PDF-Datei ungültige Seitenbegrenzungs-Metadaten enthält (MediaBox- und CropBox-Koordinaten erscheinen vertauscht), was dazu führen kann, dass Signatur- und andere Felddarstellungsebenen außerhalb des sichtbaren Seitenbereichs gerendert werden. |
| Fehlerbehebung: Die PDF-Seitengrenzbehandlung wurde aktualisiert, um PDF mit ungültigen oder vertauschten MediaBox- und CropBox-Koordinatenwerten korrekt zu verarbeiten, sodass Signatur- und Formularfeld-Darstellungsinhalte innerhalb des sichtbaren Seitenbereichs rendern und im endgültigen signierten PDFs sichtbar bleiben. | |
| 4551427 | Zusammenfassung: Einige Empfänger, die bereits aktive, korrekt bereitgestellte Konten haben, erhalten Vereinbarungen als „Pseudo-Anwender"-Empfänger, sodass die Vereinbarung nicht in ihrer normalen Ansicht „Verwalten" erscheint. Dies passiert, wenn E-Mail-Adressen der Empfänger führende oder nachfolgende Leerzeichen enthalten, was verhindert, dass das System die E-Mail-Adresse mit dem vorhandenen Anwender abgleicht und zur Erstellung eines Pseudo-Anwender-Datensatzes führt. |
| Lösung: E-Mail-Parsing und Benutzersuche wurden aktualisiert, um E-Mail-Adressen von Empfängern zu normalisieren (führende und nachfolgende Leerzeichen trimmen), bevor sie mit vorhandenen Benutzern abgeglichen werden. Dadurch werden Vereinbarungen, die an vorhandene Anwender adressiert sind, dem registrierten Konto zugeordnet, anstatt einen Pseudo-Anwender-Empfänger zu erstellen, auch wenn die E-Mail-Adresse mit Leerzeichen eingegeben wurde (in API-Payloads und Workflow-Empfängerlisten). | |
| 4553198 | Zusammenfassung: Wenn ein Vertrag mindestens einen Empfänger enthält, der für SMS-Versand konfiguriert ist, und mindestens einen Empfänger, der nur für E-Mail-Versand konfiguriert ist, sendet die Stornierung des Vertrags über die API keine SMS-Stornierungsbenachrichtigung an den SMS-Empfänger. Der Vertrag wird erfolgreich storniert und E-Mail-Benachrichtigungen werden zugestellt, aber SMS-Empfänger erhalten keine Stornierungsnachricht. |
| Fehlerbehebung: Der Stornierungsworkflow wurde korrigiert, um sicherzustellen, dass SMS-Stornierungsbenachrichtigungen an alle Empfänger gesendet werden, die für die SMS-Bereitstellung konfiguriert sind, wenn ein Vertrag storniert wird, unabhängig von den Bereitstellungsmethoden anderer Empfänger. | |
| 4554463 | Zusammenfassung: Wenn Vereinbarungen geklonte Optionsfelder enthalten, die denselben Feldnamen in kombinierten Dokumenten teilen, bleibt nur eine Instanz der ausgewählten Option im finalen signierten PDF ausgewählt. Obwohl die Felder visuell als Kontrollkästchen erscheinen, sind sie als Optionsfelder implementiert. Nach dem Signieren wird der ausgewählte Wert nicht konsistent über alle geklonten Instanzen übertragen, was zu fehlerhaftem oder unvollständigem Mapping der erwarteten Auswahl führt. |
| Fehlerbehebung: Die Formular-Feldbehandlungslogik wurde korrigiert, sodass geklonte Optionsfelder den ausgewählten Export-Wert speichern und übertragen, anstatt eines internen Index-Werts. Dies stellt sicher, dass alle geklonten Instanzen desselben Optionsfelds die korrekte Auswahl in der signierten PDF widerspiegeln. | |
| 4554593 | Zusammenfassung: Einige Partner-Integrationen, die die Vorgängerversion-OAuth-Endpunkte zum Aktualisieren von Zugriff-Token verwenden, begannen mit HTTP 401-Fehlern zu scheitern. Der Service hat Token-Aktualisierungsanfragen mit einem Fehler abgelehnt, der anzeigt, dass die Anwendung nicht berechtigt ist, die OAuth-Endpunkte der Vorgängerversion zu verwenden und stattdessen die OAuth v2-Endpunkte verwenden muss. Dies hinderte Kunden daran, Acrobat Sign über Partner-Anwendungen zu authentifizieren, selbst für Integrationen, die zuvor funktionierten. |
| Fehlerbehebung: Der Authentifizierungsdienst wurde korrigiert, sodass Partner-Anwendungen, die für die Verwendung des Vorgängerversion-OAuth-Flusses konfiguriert sind, Token wieder erfolgreich aktualisieren können, anstatt fälschlicherweise zu den OAuth v2-Endpunkten weitergeleitet zu werden. | |
| 4554614 | Zusammenfassung: Wenn ein Unterzeichner das moderne eSign-Erlebnis bei einer Vereinbarung verwendet, die eine Unterzeichner-Authentifizierung erfordert und so konfiguriert ist, dass vor der Unterzeichnung die Annahme der Nutzungsbedingungen erforderlich ist, löst das Klicken auf „Zum Unterzeichnen klicken" eine 5-sekündige Umleitung zum klassischen Unterzeichnungserlebnis aus. Die Umleitungsnachricht warnt davor, dass Signaturen und Initialen, die bei der modernen Signierung eingegeben wurden, gelöscht werden, wodurch der Unterzeichner sie erneut eingeben und praktisch zweimal signieren muss. |
| Fehlerbehebung: Der Token-Aktualisierungsfluss für die Unterzeichnung wurde korrigiert, sodass das neu ausgestellte Unterzeichnungs-Token die Authentifizierungsdetails des Unterzeichners beibehält, wenn der Unterzeichner die Nutzungsbedingungen vor der Unterzeichnung akzeptiert. Dies verhindert, dass der finale Signierungsschritt aufgrund der Authentifizierung fehlschlägt und eliminiert den erzwungenen Fallback von der modernen Signierung zum klassischen Erlebnis. | |
| 4555656 | Zusammenfassung: Unter bestimmten zeitlichen Bedingungen kann ein Übergang des Vereinbarungsstatus erfolgreich erscheinen, ändert aber tatsächlich nicht den Vereinbarungsstatus. Wenn eine Webhook-Benachrichtigung empfangen wird, bevor die Backend-Verarbeitung abgeschlossen ist, können nachfolgende API-Aufrufe veraltete Vereinbarungsstatusdaten verwenden. In diesem Zeitfenster geben bestimmte Statusübergangsmethoden HTTP 200 OK zurück, obwohl sich die Vereinbarung nicht in einem gültigen Status für den angeforderten Übergang befindet. Infolgedessen können Automatisierungs-Workflows annehmen, dass der Übergang erfolgreich war, während die Vereinbarung im ursprünglichen Status verbleibt. |
| Fehlerbehebung: Die Logik für Vereinbarungsstatusübergänge wurde aktualisiert, um eine strenge Gültigkeitsprüfung vor der Anwendung eines Übergangs durchzusetzen. Wenn die Vereinbarung nicht in einem gültigen Zustand ist, gibt die API jetzt eine klare Fehler-Antwort zurück, anstatt stillschweigend einen Erfolg zu melden. Dies stellt sicher, dass ungültige Übergänge explizit abgelehnt werden, ermöglicht es aufrufenden Systemen, angemessen zu wiederholen, und verhindert, dass Vereinbarungen in einem unbeabsichtigten Zustand ohne Sichtbarkeit verbleiben. |
