Neue Funktionen
Erste Schritte
- Kurzanleitung für Administrierende
- Kurzanleitung für Benutzende
- Für Entwicklerinnen und Entwickler
- Video-Tutorial-Bibliothek
- FAQ
- Enterprise-Testversion
Verwaltung
- Übersicht über die Admin Console
- Benutzendenverwaltung
- Hinzufügen, Bearbeiten und Überprüfen von Benutzenden
- SSO der Admin-Konsole
- 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
- Gruppenverwaltung
- 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
- PDF/A-Workflows
- Kundinnen und Kunden im Gesundheitswesen
- Neues Signaturanforderungserlebnis
- Neues selbstdefiniertes Workflow-Erlebnis
- Neues Vorlage-erstellen-Erlebnis
- 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
- Klassische Berichterstellung aktivieren
- 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
- Konfiguration für persönliches Signieren
- 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
- Hybride Signaturflüsse aktivieren
- Mich hinzufügen
- Nur an interne Empfänger senden
- 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
Anwenderprofil und konfigurierbare Funktionen
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
- Vertrag für die persönliche Signatur erstellen
- Signierreihenfolge der Empfangenden
- Hybrider Workflow für Empfangende
- 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
- Massenaktionen
- Mehrere Verträge ausblenden
- Mehrere Verträge digital signieren
- Audit-Bericht
- Berichte und Datenexporte
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
- Gemeinsame Vorlagen verwalten
- Ü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
- Partner-verwaltete Integrationen
- Integrationsschlüssel
Acrobat Sign-Entwickler
- REST-APIs
- Webhooks
- Sandbox
Support und Fehlerbehebung
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.1.2) ist für den 21. Juli 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.
Funktionsversion: Adobe Acrobat Sign – 16. Juni,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 Nächste Version Schrittweise |
Ab dem 16. Juni |
|
|
Aktualisiert Wichtig Aktuell |
5. Mai 2026 |
|
|
Aktualisiert |
September 2026 |
|
|
Aktualisiert |
September 2026 |
|
|
Aktualisiert Schrittweise |
September 2026 |
|
|
Wichtig |
Ab März 2026 |
|
|
Schrittweise Nächste Hauptversion |
Mai 2026 |
|
|
Aktualisiert |
2027 |
|
|
Aktuell |
September 2026 |
|
|
Dauerhafte Informationsbenachrichtigungen |
||
|
Aktuell Infos |
Aktuell |
|
|
Aktuell Infos |
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 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 April 2026 |
Aktuell |
|---|
In Version 17.2 (September 2026) werden alle kommerziellen Konten aktualisiert, um die moderne Signatur anfordern-Umgebung zu verwenden.
- Links zum Wechseln werden entfernt
- Administrator-Steuerungen im Administrator-Menü werden entfernt
Alle GovCloud-Konten werden auf die moderne Umgebung umgestellt; Admin-Einstellungen bleiben erhalten.
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 werden für kommerzielle Konten entfernt. Die Einstellungen für GovCloud-Konten bleiben erhalten
In der Version vom Januar 2027 (18.0):
- Alle GovCloud-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 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: August 2025 – Aktualisiert: April 2026 |
Aktuell |
|---|
Alle Konten werden auf die moderne Umgebung umgestellt; Administrator-Einstellungen bleiben erhalten
In Version 17.2 (September 2026) werden alle Konten aktualisiert, um die moderne Signatur anfordern-Umgebung zu verwenden.
- Links zum Wechseln werden deaktiviert.
- Die Administrator-Steuerelemente bleiben im Administrator-Menü erhalten, um bei Bedarf die klassische Umgebung zu aktivieren.
Der endgültige Übergang zum neuen Erlebnis „Signatur anfordern“ (Januar 2027)
Mit der Version vom Januar 2027 wird die klassische Oberfläche Erstellen dauerhaft eingestellt. Für alle Konten wird jetzt das moderne Erlebnis Signatur anfordern als Standardmethode zur Konfiguration neuer Vereinbarungen verwendet.
Was ändert sich?
In der Version vom September 2026:
- Alle kommerziellen Konten werden automatisch auf das moderne Erlebnis Signatur anfordern umgestellt.
- Switch-Links werden deaktiviert.
- Die Option zur Konfiguration oder zum Wechseln zwischen der klassischen und modernen Umgebung bleibt in den Administrator-Einstellungen verfügbar.
In der Version vom Januar 2027:
- Alle kommerziellen Konten werden automatisch auf das moderne Erlebnis Signatur anfordern umgestellt.
- Switch-Links werden deaktiviert.
- Die Steuerelemente zum Zurückwandeln des Erlebnisses in die klassische Umgebung werden 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 April 2026 |
Aktuell |
|---|
In Acrobat Sign wurde das moderne Authoring-Erlebnis Vorlage erstellen für alle Unternehmenskonten zugänglich gemacht. Durch diese aktualisierte Oberfläche wird die Erstellung wiederverwendbarer Vorlagen optimiert, und die klassische Version wird schließlich vollständig ersetzt.
Alle zukünftigen Verbesserungen gelten nur für das neue Erlebnis. Die klassische Version erhält keine Updates oder Unterstützung für neue Funktionen. Wir empfehlen dringend, das neue Erlebnis jetzt zu aktivieren, um mit den laufenden Verbesserungen Schritt zu halten.
Einführungszeitlinie
Die neue Authoring-Umgebung wird über den Standardversionszyklus vorangetrieben:
April 2025 (v16.0) für Commercial; Juli (v16.1) für GovCloud
- Das neue Erlebnis wird für alle Unternehmenskonten verfügbar sein.
- Administrierende können dies auf Konto- und Gruppenebene aktivieren.
- Nach der Aktivierung müssen alle Benutzenden die neue Benutzeroberfläche verwenden. Für Benutzende gibt es keine Möglichkeit, zurück zu wechseln.
Oktober 2025 (v16.2)
- Für alle neuen Konten wird standardmäßig das neue Erlebnis verwendet.
- Bestehende Konten werden automatisch auf das neue Erlebnis umgestellt, mit Ausnahme von Konten, die Assets zwischen mehreren Gruppen teilen.
- Administrierende können ihr Konto bei Bedarf über die vom Admin konfigurierbaren Steuerelemente wieder auf das klassische Erlebnis zurücksetzen.
September 2026 (v17.2)
- Für alle neuen Konten wird standardmäßig das neue Erlebnis verwendet.
- Bestehende Konten werden automatisch auf das neue Erlebnis umgestellt, einschließlich Konten, die Assets zwischen mehreren Gruppen teilen.
- Administrierende können ihr Konto bei Bedarf über die vom Admin konfigurierbaren Steuerelemente wieder auf das klassische Erlebnis zurücksetzen.
- Alle Konten werden dauerhaft auf das neue Erlebnis umgestellt.
- Die Option zum Zurückkehren zum klassischen Erlebnis soll aus den Admin-Steuerelementen entfernt werden.
- Die klassische Authoring-Umgebung soll eingestellt werden und nicht mehr zugänglich sein.
Um optimale Ergebnisse zu erzielen, aktiviere das neue Erlebnis frühzeitig, damit deine Benutzenden Zeit haben, sich anzupassen, bevor der Übergang dauerhaft wird.
|
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: April 2025 – Aktualisiert: Oktober 2025 |
Aktuell |
|---|
Das neue Workflow Designer-Erlebnis 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
Mai 2026 (v17.1)
- 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.
September 2026 (v17.2)
- Alle Konten werden dauerhaft zum neuen Erlebnis verschoben.
- Admin-Steuerelemente zum Rückkehren zur klassischen Version werden entfernt.
- Der klassische Custom 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: 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).
