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
- Benutzer hinzufügen
- Erstellen von funktionsorientierten Benutzenden
- 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
- Neues Authoring-Erlebnis
- Kundinnen und Kunden im Gesundheitswesen
- Kontoeinrichtung
- 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
- 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
- Name der Empfangspartei beim Senden erforderlich
- Sperren der Namenswerte für bekannte Benutzende
- Zulässige Empfangsrollen
- E-Witnesses zulassen
- Gruppen empfangender Personen
- CC-Parteien
- Vereinbarungszugriff der Empfangenden
- Erforderliche Felder
- Anhängen von Dokumenten
- Feldreduzierung
- Vereinbarungen bearbeiten
- Vereinbarungsname
- Sprachen
- Private Nachrichten
- Erlaubte Signaturarten
- Erinnerungen
- Kennwortschutz für signierte Dokumente
- Vereinbarungsbenachrichtigung absenden
- Identifikationsoptionen für Unterzeichnende
- Inhaltsschutz
- Aktivieren von Beglaubigungs-Transaktionen
- Dokumentablauf
- Anzeigen der Vorschau, Positionieren von Signaturen und Hinzufügen von Formularfeldern
- Signierreihenfolge
- Liquid Mode
- Optionen für selbstdefinierte Workflows
- Upload-Optionen auf der E-Sign-Seite
- Bestätigungs-URL-Umleitung nach der Signatur
- 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“
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
- Vereinbarungen senden
- 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
- Authoring-FAQ
- In-App-Authoring-Umgebung
- Signieren von Vereinbarungen
- Vereinbarungen verwalten
- Übersicht über die Seite „Verwalten“
- 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
- Extraktion 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
Support und Fehlerbehebung
Die technischen Mitteilungen für Adobe Acrobat Sign findest du weiter unten. Sie sind zeitlich geordnet, wobei die neueste Mitteilung ganz oben und die vergangenen Mitteilungen weiter unten auf der Seite stehen.
[Wichtig] Die nächste Adobe Acrobat Sign-Version ist für den 11. Februar 2025 geplant.
Dabei handelt es sich um eine kleinere Patch-Version, mit der einige von Kund*innen festgestellte Probleme behoben und bei Bedarf Optimierungs-/Sicherheits-Patches angewendet werden.
Die Sandbox-Umgebung übernimmt diese Patches vier Wochen vor der geplanten Veröffentlichung. Gleichzeitig wird eine Liste der behobenen von Kund*innen festgestellten Probleme veröffentlicht. Diese wird 14 Tage vor der Veröffentlichung aktualisiert.
Funktionsversion: Adobe Acrobat Sign – 12. November, Versionsveröffentlichung abgeschlossen
Die Veröffentlichung wurde für alle Shards ohne Ausfallzeiten bei allen Services abgeschlossen.
|
Zuerst veröffentlicht: September 2024 |
Aktuell |
|---|
Um die Sicherheit und Stabilität des Adobe Acrobat Sign-Services zu verbessern, werden Netzwerkänderungen ab der Woche vom 13. Januar 2025 durchgeführt. Durch diese Änderungen wird der Traffic über das Akamai-Content-Netzwerk an die Acrobat Sign-Anwendungsserver weitergeleitet. Dieses Routing ist für die meisten Kundinnen und Kunden nicht sichtbar. Die Nutzung hat keinen Einfluss auf den Zugriff auf Acrobat Sign von Adobe-Clients oder -Integrationen.
Handlungsbedarf
In den meisten Fällen wirkt sich diese Änderung nicht auf die Kundenintegrationen aus, da sich die Acrobat Sign-API- und API-Domänennamen nicht ändern. Die zugrunde liegenden IP-Adressen für die Acrobat Sign-API-Endpunkte werden jedoch gewechselt.
Für Integrationen mit expliziter Zulassungsliste für zuvor dokumentierte Acrobat Sign-API-Eingangsadressen müssen diese älteren Zulassungslisten bis zum 13. Januar 2025 entfernt werden.
-
Eingehender und ausgehender Zugriff auf Acrobat Sign
Acrobat Sign bietet eingehende Endpunkte für API-Anfragen zu Acrobat Sign und ausgehende Endpunkte für Webhook-Rückrufe an Kundenanwendungen und E-Mail-Zustellungen.
Diese Änderung wirkt sich nur auf den eingehenden Traffic aus. Es gibt keine Auswirkungen auf den ausgehenden Traffic. -
Warum nimmt Acrobat Sign diese Änderungen vor?
Die Verwendung des Akamai-Content-Netzwerks verbessert den Acrobat Sign-Schutz vor schädlichem Traffic und hilft uns, besser mit Anforderungen an Sicherheit, Stabilität und Compliance umzugehen.
-
Ich habe eine benutzerdefinierte Integration in Acrobat Sign. Wird meine Anwendung betroffen sein?
In den meisten Fällen nicht, aber es hängt davon ab, wie deine Anwendung geschrieben ist.
In der Regel geht es bei Anwendungen nur um die Domänennamen der Acrobat Sign-Services (z. B. „api.na1.adobesign.com“) und diese Namen werden auch weiterhin funktionieren. Es kann vorkommen, dass bei einer Anwendung in einem zusätzlichen Schritt die Zulassung der spezifischen IP-Adressen erteilt wird, für die dieser Name festgelegt wurde.
Solch eine Zulassungsauflistung ist beim Erstellen eines Webhook-Endpunkts zur Überprüfung, dass die Webhook-Anfrage von einem gültigen Acrobat Sign-Server stammt, häufiger. Es sind keine Webhook-IP-Adressen von dieser Änderung betroffen.
Es kann in selteneren Fällen vorkommen, dass eine Anwendung, die eine Anfrage an einen Acrobat Sign-Endpunkt initiiert, die IP-Adresse mithilfe einer Zulassungsliste validiert. Diese Validierungslogik muss entfernt werden, andernfalls schlägt die Anwendung fehl.
Als Standard-Best-Practice sollte die Anwendung bei der Initiierung der TLS-Verbindung die Validierung des Serverzertifikats des Acrobat Sign-Endpunkts durchführen. Dadurch wird zuverlässig sichergestellt, dass die Anfrage an einen gültigen Acrobat Sign-Endpunkt geht. Die meisten HTTP/S-Frameworks und -Bibliotheken führen standardmäßig eine Serverzertifikat-Validierung durch.
-
Gibt es neue IP-Adressenlisten, die eingesetzt werden können?
Acrobat Sign wird keine Liste der eingehenden Server-IP-Adressen mehr veröffentlichen oder unterstützen, da diese Nutzung nicht kompatibel mit dem Akamai-Netzwerk ist. Die ausgehenden Server-IP-Adressen, die von Webhooks und E-Mail-Relays verwendet werden, werden weiterhin wie auf der Seite Systemanforderungen für Acrobat Sign dokumentiert genutzt.
-
In meinem Unternehmen wurde eine Netzwerkfilterung mithilfe der veröffentlichten Domänenliste von Acrobat Sign für den Traffic aus unserem Unternehmensnetzwerk implementiert. Sind wir betroffen?
Nein.
Die hier beschriebenen Netzwerkänderungen wirken sich nicht auf die Acrobat Sign-Domänenliste aus, wie auf der Seite Systemanforderungen für Acrobat Sign dokumentiert. Die Filterung auf Domänenebene ist nicht betroffen. -
Mein Unternehmen verwendet die IP-Adressenvalidierung für die E-Mail-Zustellung von Acrobat Sign-Servern. Sind wir betroffen?
Nein.
Die IP-Bereiche für ausgehende E-Mail-Relays, die auf der Seite Systemanforderungen für Acrobat Sign aufgelistet sind, ändern sich nicht. -
In meinem Unternehmen wurde unser Acrobat Sign-Konto so konfiguriert, dass der Zugriff auf unsere eigenen IP-Adressen eingeschränkt ist. Sind wir betroffen?
Nein.
Acrobat Sign kann so konfiguriert werden, dass eingehender Traffic anhand von den von Kundinnen und Kunden ausgewählten IP-Adressen validiert wird, wie auf der Seite Zugriff auf dein Konto mithilfe von IP-Adressenbereichen einschränken beschrieben. Diese Änderung wirkt sich nicht auf eine derartige Nutzung aus. -
In meinem Unternehmen wurde die Netzwerkfilterung mithilfe der veröffentlichten Liste der eingehenden IP-Adressen von Acrobat Sign implementiert. Sind wir betroffen?
Ja.
Acrobat Sign wird keine Liste der eingehenden Server-IP-Adressen mehr veröffentlichen oder unterstützen, da diese Nutzung nicht kompatibel mit dem Akamai-Netzwerk ist. Die entsprechenden Netzwerkfilter, z. B. bei Firewalls, müssen bis zum 13. Januar 2025 entfernt werden.Wenn diese veralteten IP-Netzbeschränkungen nicht entfernt werden, bevor diese Änderung in Kraft tritt, funktioniert die Verbindung mit Acrobat Sign nicht mehr.
Hinweis:Beachte, dass sich dies auf die Filterung auf IP-Ebene für die Umgebung bezieht, die deine Anwendung hostet. Die Filterung auf Domänenebene ist nicht betroffen.
|
Erstmals gemeldet: Juni 2018 – Aktualisiert: Mai 2024 |
Aktuell |
|---|
Handlungsbedarf
Alle Integrationen und Anwendungen, die die Adobe Acrobat Sign SOAP-API verwenden, müssen vor dem Deaktivierungsdatum auf die neueste REST-API V6 migriert werden, damit sie weiterhin funktionieren.
Die im Juni 2018 angekündigten Bemühungen zur Abschaffung der SOAP-API für Acrobat Sign werden 2024 abgeschlossen sein.
Die Verwendung der SOAP-API durch Kundschaft wird voraussichtlich ab Februar 2024 schrittweise deaktiviert. Alle Kundinnen und Kunden, Partnerinnen und Partner, die die SOAP-API verwenden, müssen zur REST v6-API migrieren. Ansonsten kann es für sie zu Dienstunterbrechungen kommen.
Hier findest du die Dokumentation zu REST v6 und zur Migration:
Der Zugriff auf die SOAP-API wird gemäß dem folgenden Zeitplan deaktiviert:
|
Kontoart |
SOAP-API-Deaktivierungsdatum |
|
1. Februar 2024 (abgeschlossen) |
|
1. April 2024 (abgeschlossen) |
|
Das geplante Datum wurde auf den 1. Juli 2024 vorverlegt und ersetzt das vorherige Datum, den 1. Dezember 2024. |
|
1. März 2025 |
|
Erstmals gemeldet: Juni 2018 – Aktualisiert: Mai 2024 |
Aktuell |
|---|
Handlungsbedarf
Alle Integrationen und Anwendungen, die die Adobe Acrobat Sign SOAP-API verwenden, müssen vor dem Deaktivierungsdatum auf die neueste REST-API V6 migriert werden, damit sie weiterhin funktionieren.
Der Zugriff auf die SOAP-API für alle eingebetteten Partnerinnen und Partner wird am 1. März 2025 entfernt.
Alle eingebetteten Partnerinnen und Partner, die die Adobe Acrobat Sign SOAP-API verwenden, müssen vor dem 1. März 2025 auf die neueste REST-API V6 migriert werden, damit es nicht zu Funktionsunterbrechungen kommt.
Hier findest du die Dokumentation zu REST v6 und zur Migration zur Referenz:
Wende dich bei Fragen an deine bzw. deinen zuständigen Adobe Acrobat Sign-PSM.
|
Zuerst veröffentlicht: November 2024 |
Aktuell |
|---|
Das neue Empfangserlebnis enthält Verbesserungen beim Signieren sowohl in Desktop- als auch in Mobilgeräte-Webbrowsern. Dieses neue Erlebnis wird in den ersten Monaten des Jahres 2025 eingeführt, wird aber in der ersten Dezemberwoche 2024 in der Sandbox-Umgebung verfügbar sein.
|
Zuerst veröffentlicht: November 2024 |
Aktuell |
|---|
Mit der Version von November 2024 wurden die bearbeitbaren Bezeichnungen im Custom Workflow Designer auf 100 Zeichen begrenzt. Diese Begrenzung wird geprüft, wenn der Workflow erstellt oder aktualisiert wird.
Vorhandene Workflows mit Bezeichnungen von mehr als 100 Zeichen können weiterhin erfolgreich gesendet werden, doch wenn der Workflow aktualisiert wird, muss die Bezeichnung auf 100 Zeichen oder weniger reduziert werden, bevor er gespeichert werden kann. Beanstandete Bezeichnungen sind zur besseren Auffindbarkeit rot umrandet.
Bei neuen Workflows wird vor dem Speichern eine Warnung angezeigt, wenn das Bezeichnungslimit überschritten wird.
Handlungsbedarf
Administrierende, die selbstdefinierte Workflows verwalten, sollten jeden Workflow öffnen und überprüfen, um zu gewährleisten, dass dessen Vorlage keine Fehler enthält.
|
Zuerst veröffentlicht: September 2024 |
Aktuell |
|---|
Die Webhook 2.0-Infrastruktur wurde für alle Kunden eingeführt und nachdem sie abgeschlossen ist, wurden die Unterzeichner-Benachrichtigungen eingestellt. Daher bietet der Parameter webhookNotificationApplicableUsers des Webhook-Payloads keine nützlichen Daten mehr und wird aus allen Webhook-Payloads entfernt, wenn die Version März 2025 bereitgestellt wird.
Die sendende Benutzer-ID und E-Mail findest du über die Parameter initiatingUserId und initiatingUserEmail in der Benachrichtigungs-Payload.
|
Zuerst veröffentlicht: September 2024 |
Aktuell |
|---|
Handlungsbedarf
Alle Kundinnen und Kunden, die die API verwenden, müssen ihre APIs so bald wie möglich auf die Endpunkte der Version 6 aktualisieren, um unterbrechungsfreie Verfügbarkeit zu gewährleisten.
Versionen 1 bis 4 der Acrobat Sign REST-API wurden eingestellt und werden am 1. Dezember 2025 aus dem Dienst genommen.
Die Aktualisierung von APIs kann mit erheblichem Aufwand verbunden sein. Daher wird allen Kundinnen und Kunden dringend empfohlen, Umfang und Budget ihrer Aktualisierung so schnell wie möglich festzustellen, damit der Support vollständig eingebunden werden kann, um alle Fragen oder Probleme zu lösen, die vor dem Stichtag im Dezember 2025 auftreten.
Die REST-API v1 – 4 wurden zwar eingestellt, funktionieren aber weiterhin. Deine Anwendungen funktionieren bis zum 1. Dezember 2025 weiter, an dem die REST-API v1 – 4 entfernt werden.
Nach dem 1. Dezember 2025 werden Anwendungen, die auf Basis der REST-API v1 –4 erstellt wurden, nicht mehr funktionieren.
|
Zuerst veröffentlicht: September 2024 |
Aktuell |
|---|
|
Zuerst veröffentlicht: August 2024 |
Aktuell |
|---|
Der veraltete Header „Accept-Charset“ wird in der Version vom November 2024 aus allen Webhook- und Rückrufbenachrichtigungen entfernt.
Alle Kundinnen und Kunden, die diesen Header nutzen, sollten ihren Code umschreiben, damit er in Abwesenheit des Headers weiter funktioniert.
Diese Aktualisierung gilt nur für die kommerzielle Version des Acrobat Sign-Dienstes. Government Cloud-Konten sind nicht betroffen.
|
Zuerst veröffentlicht: März 2024 – Aktualisiert Juni 2024 |
Aktuell |
|---|
Die neue und verbesserte Signatur Anfordern -Umgebung ist ab der Versionsveröffentlichung am 17. September 2024 das Standarderlebnis zum Erstellen neuer Vereinbarungen für alle Konten.
Den Benutzenden stehen weiterhin Links zur Verfügung, mit denen sie zwischen der neuen und der klassischen Umgebung wechseln können. Admins können über das Admin-Menü den Standard weiterhin auf das klassische Erlebnis zurücksetzen.
Die klassische Umgebung wird bis März 2025 vollständig aus dem Kundenerlebnis entfernt.
Das neue Authoring-Erlebnis innerhalb der Anwendung ist nur im Rahmen des neuen Erlebnisses Signatur Anfordern verfügbar.
Für Kundinnen und Kunden, die das neue Authoring mit dem klassischen Signatur Anfordern-Erlebnis verwenden, wird ab der Versionsveröffentlichung am 17. September das neue Standard-Signatur Anfordern-Erlebnis angezeigt und die Einstellung für das neue Authoring wird aus dem Admin-Menü entfernt.
In der Version vom November 2024 wird die standardmäßige Sendeumgebung für alle Konten auf das neue Erlebnis Signatur anfordern festgelegt.
Die Option zum Aktivieren der Links zum Wechseln zwischen den Umgebungen wird für Benutzende ebenfalls deaktiviert.
Administratorinnen und Administratoren können im Admin-Menü weiterhin die Links zum Wechseln aktivieren.
Diese Aktualisierung gilt nur für die kommerzielle Version des Acrobat Sign-Dienstes. Government Cloud-Konten sind nicht betroffen.
|
Zuerst veröffentlicht: Juni 2024 |
Aktuell |
|---|
In der Version vom März 2025 wird die klassische Benutzeroberfläche Erstellen vollständig aus der Acrobat Sign-Benutzeroberfläche entfernt, wodurch die Einführung des neuen Erlebnisses Signatur anfordern abgeschlossen wird.
Für kommerzielle Konten, für die der neue Dienst Signatur anfordern nicht als Standarderlebnis konfiguriert wurde, ist die Umgebung Signatur anfordern als einzige Umgebung zur Konfiguration neuer Vereinbarungen aktiviert.
Die Option zum Konfigurieren des Erlebnisses, einschließlich der Links zum Wechseln zwischen den Umgebungen, wird aus den Admin-Menüs entfernt.
|
Zuerst veröffentlicht: März 2024 |
Aktuell |
|---|
Die neue und verbesserte Massenversand -Umgebung ist seit der Versionsveröffentlichung am 9. April 2024 die Standardumgebung für alle Konten.
Den Benutzenden stehen weiterhin Links zur Verfügung, mit denen sie zwischen der neuen und der klassischen Umgebung wechseln können. Admins können über das Admin-Menü den Standard weiterhin auf das klassische Erlebnis zurücksetzen.
Die klassische Umgebung wird bis März 2025 vollständig aus dem Kundenerlebnis entfernt.
|
Zuerst veröffentlicht: September 2022 – Aktualisiert März 2024 |
Aktuell |
|---|
Die klassischen Berichte werden im ersten Halbjahr 2025 vollständig aus der Acrobat Sign-Benutzeroberflä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: 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
- Adobe Sign Innovation Series: Monatliches Webinar, das die neuesten Themen rund um Adobe Sign abdeckt
Ältere Benachrichtigungen
|
Zuerst veröffentlicht: August 2024 |
Aus der aktuellen Liste entfernt: November 2024 |
|---|
Handlungsbedarf
Kundinnen und Kunden, die Netzwerksicherheitsverfahren pflegen, in denen eingehende IP-Adressen explizit aufgeführt werden, müssen die IP-Bereiche für den Acrobat Sign-Dienst bis Ende September 2024 aktualisieren.
Die vollständige Liste der IP-Bereiche findest du auf der Seite mit den Systemanforderungen.
Um die kontinuierliche Funktion deiner Rückruf- und Webhook-Benachrichtigungen zu gewährleisten, müssen die unten aufgeführten IP-Bereiche zur Zulassungsliste für alle Kundenkonten im EU2-Rechenzentrum hinzugefügt werden.
Die hinzugefügten IP-Bereiche sind:
- 4.207.3.96/28
- 4.207.4.160/28
- 4.208.75.176/28
- 4.208.75.80/28
- 4.208.79.192/28
- 4.208.79.208/28
- 4.245.45.176/28
- 4.245.45.192/28
- 4.245.45.208/28
- 4.245.45.224/28
- 4.245.45.240/28
- 4.245.46.128/28
- 4.245.85.80/28
- 20.23.101.224/28
- 20.31.209.192/28
- 20.31.209.240/28
- 20.31.210.16/28
- 20.31.210.48/28
- 20.105.66.176/28
- 20.166.106.144/28
- 20.166.107.112/28
- 20.166.107.240/28
- 20.166.107.32/28
- 40.127.244.64/28
|
Zuerst veröffentlicht: August 2024 |
Aus der aktuellen Liste entfernt: November 2024 |
|---|
Es ist geplant, die neuen IRS-Formulare I-9 und W-9, mit den Titeln I-9 (Employment Eligibility Verification) Exp 5/31/27 und W-9 (Request for taxpayer Identification Number) Rev 3/24 der Acrobat Sign-Bibliothek hinzuzufügen.
WICHTIG
Die neuen Bibliotheksvorlagen verfügen über neue libraryDocumentIds. Wenn du die libraryDocumentId einer der bestehenden Vorlagen in deinen Anwendungen verwendest, musst du diese aktualisieren.
Die 2023er-Versionen werden mit der Version vom 12. November 2024 aus dem System entfernt.
Alle Anwendungen/APIs, die die alten Vorlagen (Version 2023) verwenden, müssen vor dem 8. November 2024 aktualisiert werden, um Serviceunterbrechungen zu vermeiden.
So findest du die libraryDocumentId in einem API-fähigen Konto:
- Melde dich als Kontoadmin an.
- Navigiere zu Konto > Adobe Sign-API > API-Informationen > klicke auf den Link Dokumentation der REST-API-Methoden.
- Klicke im Bereich „GET /libraryDocuments“ auf die Schaltfläche OAUTH ACCESS-TOKEN.
- Aktiviere den Bereich library_read:self.
- Klicke auf die Testen!-Schaltfläche
- Suche im Antworttext die neue Formularvorlage I-9 (Employment Eligibility Verification) Exp 5/31/27 oder W-9 (Request for taxpayer Identification Number) Rev 3/24 (nicht Ver. 2023), um den libraryDocumentId-Wert zu ermitteln.
|
Zuerst veröffentlicht: November 2023 |
Aus der aktuellen Liste entfernt: November 2024 |
|---|
|
Zuerst veröffentlicht: September 2024 |
Aus der aktuellen Liste entfernt: November 2024 |
|---|
Das automatische Ausfüllen, bei dem eine Liste mit E-Mail-Adressen generiert wird, wenn ein Empfängername in ein beliebiges E-Mail-Feld eingegeben wird, hat traditionell nur Zeichenfolgen vom Anfang der E-Mail-Adresse abgeglichen.
Die API für das automatische Ausfüllen wurde aktualisiert, um die „Tokenisierung“ der E-Mail-Adresse zu unterstützen, sodass jedes Token individuell mit der gesuchten Zeichenfolge abgeglichen wird.
Die Tokenisierung ist ein Vorgang, bei dem die E-Mail-Adresse in kleinere Zeichenfolgen (Token) unterteilt wird, die auf gängigen Trennzeichen basieren. Zeichen, die als Trennzeichen behandelt werden (außer Leerzeichen), sind: ~ ` ! @ # $ % ^ & * ( ) - + = { } [ ] | \ . , : ; " ' < > ? /
|
Zuerst veröffentlicht: Juli 2024 |
Aus der aktuellen Liste entfernt: November 2024 |
|---|
Diese Benachrichtigung gilt nur für kommerzielle Acrobat Sign Enterprise-Admins, die ihre Benutzenden noch nicht zu einer Adobe VIP-, VIP Custom- oder ETLA-Konsole migriert haben.
- Wenn dein Acrobat Sign-Vertrag vor dem 17. September 2024 abläuft, kannst du diese Benachrichtigung ignorieren.
- Konten in der Government Cloud-Umgebung sind nicht betroffen.
Ab dem 17. September 2024 wird ein neuer Workflow angezeigt, mit dem du den Adobe Acrobat Sign-Support kontaktieren kannst. Hier findest du einen allgemeinen Überblick über den Workflow:
- Melde dich bei deinem Acrobat Sign-Konto als Admin an.
- Wähle unter dem Fragezeichen in der rechten oberen Ecke des Fensters die Option „Support kontaktieren“.
- Du wirst zu einer neuen Seite weitergeleitet, die drei Kanäle für die Kontaktaufnahme mit dem Support bietet. Wähle einen der drei Kanäle aus, um Hilfe bei deinem Problem zu erhalten:
- Webformular: Bei Problemen der Priorität 2 und kleineren Problemen kannst du über das Webformular eine Support-Anfrage senden. In der Regel erhältst du innerhalb eines Werktags eine Antwort.
- Telefon: Bei Problemen mit Priorität 1 rufe uns an, damit wir dich sofort unterstützen können.
- Chat: Kontaktiere unsere Fachleute in Echtzeit.
Wenn eines deiner Support-Tickets nach dem 17. September 2024 noch offen ist, werden der Ticket- und Gesprächsverlauf von den zugewiesenen Support-Mitarbeitenden in ein neues System verschoben. Du erhältst vor und nach der Verschiebung eine Bestätigungsnachricht. In Zukunft läuft die Kommunikation zwischen dir und dem Supportteam zu dem ungelösten Problem über das neue System.
Archivierte Benachrichtigungen
Aufgeführt nach dem Datum, an dem der Hinweis aus der aktuellen Benachrichtigungsliste entfernt wurde (neueste bis älteste Änderungen).