Acrobat Sign Versionshinweise: 2022
Bereitstellung in der Produktionsumgebung: 18. Januar 2022
Verbesserte Funktionalität
- Verbesserte Benutzerfreundlichkeit der Seite „Verwalten“ – die Seite Verwalten wurde aktualisiert, um die Dateneinblicke „auf einen Blick“ zu verbessern:
Symbole wurden hinzugefügt, die anzeigen, wenn eine Notiz oder Erinnerung an die Transaktion angehängt wird. Bewegen Sie den Mauszeiger über das Symbol, um eine Schnellansicht der wichtigen Metadaten zu erhalten, die mit der jeweiligen Vereinbarung verknüpft sind. Klicken Sie auf das Symbol, um die Aktion durchzuführen.
Der Suchfunktion wurden erweiterte Filteroptionen hinzugefügt, um die Anzahl an Suchergebnissen auf die gesuchte Objektklasse (z. B. Notizen) zu begrenzen
- Verbesserte Sicherheit der Vereinbarungs-URL – Für URLs, die per E-Mail versendet werden und die zu Vereinbarungen/PDFs führen, kann jetzt eine Lebensdauer eingestellt werden, nach Ablauf derer der Link dann nicht mehr funktioniert (der Standardwert ist sieben Tage, der Höchstwert ist 90 Tage). Empfänger, die versuchen, auf einen abgelaufenen Link zuzugreifen, lösen einen Popup-Dialog aus, in dem sie eine neue E-Mail (mit einem neuen Link) anfordern können, die an die E-Mail-Adresse des Empfängers gesendet werden soll. Eine Umleitung der neuen E-Mail/des neuen Links ist durch diese Aktion nicht möglich.
- Diese Einstellung fungiert nur als Ablaufdatum der URL und wirkt sich nicht auf die Lebensdauer und Durchführbarkeit der Vereinbarung selbst aus.
- Verträge, die vor der Einführung dieser Funktion gesendet wurden, sind von dieser Einstellung nicht betroffen.
- Verbesserte Sicherheit bei der Freigabe von Vereinbarungen – die Freigabe von Vereinbarungen hat zusätzliche Kontrollmechanismen, um die Freigabe für und von externen Parteien einzuschränken:
- Legen Sie fest, wie oft eine Vereinbarung für eine externe Partei freigegeben werden kann.
- Kostenlose Ebene: 2
- Testversionen-Ebenen: 5
- Einzelbenutzer-Ebene: 10
- Small Business-Ebene: 10
- Business-Ebene: 20
- Enterprise-Ebene: 20
- Legen Sie fest, ob eine externe Partei die Vereinbarung freigeben kann.
- Legen Sie fest, wie oft eine Vereinbarung für eine externe Partei freigegeben werden kann.
- Neue Vertrauensdienstleister: SPID (Italien) und MitID (Dänemark) sind die neuen Vertrauensdienstleister des Cloud Signature Consortium, die Zertifikate zur Anwendung sicherer digitaler Signaturen bereitstellen, die die höchsten Standards und Compliance-Anforderungen erfüllen.
Änderungen der Experience
- Die neuen Seiten „Start“ und „Verwalten“ werden zur Standardschnittstelle – Adobe Sign hat die klassischen Erlebnisse für die Seiten Start und Verwalten eingestellt und alle Konten wurden auf das moderne Erlebnis umgestellt.
Die Option, zur klassischen Benutzeroberfläche zurückzukehren, wurde entfernt und in Zukunft wird nur die neue Benutzeroberfläche unterstützt.
- Die Schaltflächen für den Schnellzugriff auf der Seite „Verwalten“ wurden aktualisiert – Im Rahmen einer Verbesserung der Benutzerfreundlichkeit wurden die Symbole für Hinweise und Erinnerungen zur Seite Verwalten hinzugefügt. Die Schnellaktionen wurden so umgestaltet, dass sie ein ähnliches Erscheinungsbild und Nutzererlebnis bieten.
- HIPAA-Vereinbarungssicherheit – bei Konten, bei denen HIPAA-Einstellungen aktiviert sind, werden alle Empfänger von Vereinbarungen so behandelt, als wären sie nicht registrierte Benutzer ohne Kontozuordnung. In der Praxis bedeutet dies, dass Empfänger mit registrierter Adobe Sign-Benutzer-ID diese Vereinbarungen nicht auf ihrer Seite Verwalten sehen.
- Benutzer, die demselben Konto zugeordnet sind wie der Absender, sind davon ausgenommen. Alle Vereinbarungen, die an Empfänger mit demselben Konto gesendet werden, sind implizit vertraulich und werden auf der Seite Verwalten angezeigt, wo sie angesehen und freigegeben werden können.
- Verbesserter Kontrast des Signaturfelds – Die blaue Schrift unter der Signaturzeile wird abgedunkelt, um der Norm Barrierefreiheit AA (4.5:1) für Kontrast zu entsprechen.
Behobene Probleme
| Problem |
Beschreibung |
|---|---|
| 4283949 | Zusammenfassung: ADA-kompatible Felder, die in PDFs erstellt wurden, werden von Adobe Sign bei der Verarbeitung nicht als ADA-konforme Felder umgesetzt. |
| Behebung: Es wurde eine neue Einstellung eingeführt, die die Barrierefreiheitsfunktionen hochgeladener PDFs mit einer neuen Tag-Struktur beibehält, die einen dem Feld entsprechenden Typ (z. B. Bereich oder Link), einen aus dem Feldinhalt abgeleiteten Titel und einen Alternativtext enthält, der dem Titel entspricht. Tag-Zeichenfolgen werden entsprechend dem Gebietsschema der Vereinbarung lokalisiert. PDFs, die beim Hochladen keine Barrierefreiheitsfunktionen haben, werden vom Adobe Sign-Prozess nicht mit diesen Funktionen ausgestattet. | |
| 4295359/4323894 | Zusammenfassung: Einige Zeichen aus dem litauischen und deutschen Alphabet (č, ė und ß) wurden von einer der abhängigen Bibliotheken nicht ordnungsgemäß verarbeitet, wodurch betreffende Zeichen in der Zeichenfolge für Druckschrift-Signaturen nicht enthalten waren. |
| Behebung: Die Bibliothek wurde aktualisiert. Sie verarbeitet nun die identifizierten Zeichen ordnungsgemäß und stellt sie in der Signaturzeichenfolge entsprechend dar. | |
| 4304412 | Zusammenfassung: Ein privates CSC-Provider-Erlebnis führte nach dem Schließen des OAuth-Autorisierungs-Popups nicht zu einer korrekten Deaktivierung, sodass Benutzer erneut auf „Autorisieren“ klicken konnten und eine Ladevorgang-Schleife entstand, die nicht beendet werden konnte, obwohl die Signatur aufgenommen worden war. |
| Behebung: Code wurde aktualisiert, um die Aktion „Autorisieren“ zu deaktivieren, wenn der Hintergrundbildschirm verfügbar wird und während der Umleitung über einen erheblichen Zeitraum nicht verfügbar ist. | |
| 4308773 | Zusammenfassung: Die Signatur in der iOS-Mobilanwendung konnte nach Vervollständigung der Empfängersignatur zu „AUTO_CANCELED_CONVERSION_PROBLEM“ führen, da Offline-Synchronisierungsvorgänge bewirkten, dass Anfragen in der Warteschlange mehrmals gesendet werden. |
| Behebung: Server-seitiger Code wurde hinzugefügt, um zu bewerten, ob nach einem Timeout der Konvertierung ein erfolgreicher Konvertierungsprozess für dieselbe Teilnehmer-ID abgeschlossen wurde. Dies ermöglicht eine ordnungsgemäße Lösung von Konflikten. |
|
| 4311477 | Zusammenfassung: Abgeschlossene Dokumente enthielten keine nutzbaren Feldinformationen für Bildschirmleser. |
| Behebung: Eine neue Einstellung wurde eingeführt, die die Funktionen zur Barrierefreiheit bei hochgeladenen PDFs mit einer neuen Tag-Struktur beibehält. Diese enthält Feldanmerkungen, die in der Endverarbeitung in lesbare XObjects konvertiert werden. | |
| 4316462 | Zusammenfassung: Einige Vereinbarungen, die mit BioPharma-Einstellungen gesendet wurden, wurden nicht erneut einer pflichtmäßigen Authentifizierung unterzogen, wenn ihre Authentifizierung vom Active Directory Federation Service verwaltet wurde. Dies wurde durch die Konfiguration von ADFS ausgelöst und dadurch, ob die Einstellungen von Forced Auth eine Umgehung der Meldung ermöglichte. |
| Behebung: Code wurde hinzugefügt, um ACR in Kombination mit dem ForceAuthn-Attribut zu fordern, wodurch der Vorgang zur erneuten Authentifizierung erzwungen wurde. | |
| 4317635 | Zusammenfassung: Bei Dokumenten mit mehreren Signatur-/Initialfeldern wurde beim Klicken auf ein nachfolgendes Signatur-/Initialfeld ein Rollback zum vorherigen Feld durchgeführt. |
| Behebung: Code aktualisiert, um den Fokus des nächsten Felds richtig aufzulösen, nachdem Inhalt auf ein vorhandenes Feld angewendet wurde. | |
| 4319974 | Zusammenfassung: Die Auswahl des Gebietsschemas auf der Signaturseite war noch sichtbar, wenn die Signingurl mithilfe der GET /signingurl v6 REST API abgerufen wurde, da der API-Aufruf auf den Anwendungswert statt auf den Sitzungswert zurückgriff. |
| Behebung: Der API-Aufruf wurde aktualisiert, um den Einstellungswert aus der Sitzung (API-Benutzer) anstatt aus der Anwendung abzurufen. | |
| 4320942 | Zusammenfassung: Vereinbarungen, die mit digitalen Signaturen und geklonten Feldern erstellt wurden, konnten ein signiertes Dokument erzeugen, in dem die übergeordneten Felder (des geklonten Feld-Arrays) bearbeitet werden konnten. |
| Behebung: Übergeordnete Felder in geklonten Feld-Arrays wurden schreibgeschützt. | |
| 4321067 | Zusammenfassung: Bei Konten mit konfiguriertem Wert für Display_Email wurde die E-Mail-Adresse des Erstellers in Vereinbarungs-E-Mails angezeigt (anstelle des Werts von „E-Mail anzeigen“). |
| Behebung: Die Benutzer-ID wird jetzt mit der Benutzer-ID des Teilnehmers und der aktuellen Benutzer-ID verglichen, um den Wert für Display_Email für das Konto in ausgehenden E-Mails zurückzugeben (wenn der Wert nicht auf den Standardwert festgelegt ist). | |
| 4321335 | Zusammenfassung: Einige Vereinbarungen erlaubten keine digitalen CSC-Signaturen, wenn die Vereinbarung mehrfach delegiert wurde. |
| Behebung: Dem Signaturvorgang wurde Code hinzugefügt, mit dem die Empfänger durchlaufen werden und sichergestellt wird, dass die Signierphase für die delegierte Teilnahme geeignet ist. | |
| 4322749/4329156 |
Zusammenfassung: Übertragene Webformulare lösten keine Webhooks für den neuen Eigentümer aus, da die ApiUserID nicht aktualisiert werden konnte. |
| Behebung: Der Code zum Übertragen von Webformularen wurde aktualisiert, um sicherzustellen, dass die Benutzer-ID des Webformulars beim Übertragen des Objekts aktualisiert wird. | |
| 4323013 | Zusammenfassung: Bei Konten mit eingeschränkter Dokumentensichtbarkeit für Webformulare konnte der Fehler „Dokument noch nicht verfügbar“ ausgelöst werden, wenn ein Webformular über API erstellt und dann versucht wurde, es auf der Seite „Verwalten“ anzuzeigen. |
| Behebung: Zur Behebung des Konflikts wurden einige Einstellungen des Codes angepasst, die die Webformulare und eine eingeschränkte Dokumentsichtbarkeit beinhalten. | |
| 4323749 |
Zusammenfassung: Wenn Sie eine Vereinbarung ändern, bei der der Absender als Unterzeichner fungiert und eine Authentifizierung erforderlich ist, erkennt das System möglicherweise nicht, dass die Sitzung des Absenders authentifiziert wurde, was einen Serverfehler auslöst. |
| Behebung: Der Vereinbarungscode wurde aktualisiert, um sicherzustellen, dass der Workflow die Transaktionseigenschaften überprüft, um die Authentifizierungsanforderungen des Absenders richtig zu verstehen und durchzusetzen. | |
| 4324497 | Zusammenfassung: Benutzer in Konten mit aktivierten UMG sehen möglicherweise nicht alle bereits vorhandenen gemeinsam genutzten Bibliotheksvorlagen aus einer (nicht primären) Gruppe, der sie beim Erstellen benutzerdefinierter Arbeitsabläufe hinzugefügt wurden. |
| Behebung: Der Code zur Identifizierung aller aktiven Gruppen-IDs und ihrer jeweiligen Elemente beim Erstellen von Workflows wurde verbessert. | |
| 4325294 |
Zusammenfassung: Konten, die ihre Benutzer in der Adobe Admin Console verwalten, konnten auf der Seite Erstellen eine Erinnerung festlegen, wenn die Standarderinnerung von einem Administrator festgelegt wurde. |
| Behebung: Der Code wurde aktualisiert, um die Erinnerungsoption korrekt auszublenden, wenn der Standardwert in der Admin-Benutzeroberfläche definiert wurde. | |
| 4325826 |
Zusammenfassung: In anderen Sprachen als dem Englischen wurden zurückgegebene Daten nicht ordnungsgemäß nach Berichten gefiltert. |
| Behebung: Der Code wurde aktualisiert und verwendet nun das Umgebungsgebietsschema als Filterparameter statt dem statischen englischen Parameter. |
|
| 4326335 |
Zusammenfassung: Berichte über den Transaktionsverbrauch umfassten nicht abrechenbare Vereinbarungen |
| Behebung: Die Berichterstellungsabfrage wurde verbessert, um die nicht abrechenbaren Transaktionen herauszufiltern. | |
| 4326406 |
Zusammenfassung: Die Authentifizierungsinformationen blieben in Berichten für Empfänger in hybriden Signatur-Workflows nicht erhalten. |
| Behebung: Der Code für die hybriden Arbeitsabläufe wurde aktualisiert, um sicherzustellen, dass Authentifizierungsinformationen erfasst und beibehalten werden, sodass die Berichterstellung die richtigen Werte zurückgibt. | |
| 4326725 |
Zusammenfassung: Die Anzahl der gemeldeten Empfänger (über die Registerkarte Berichte) kann sich um einen Empfänger verringern, wenn der Absender einer der Empfänger ist und in der Transaktion ersetzt wird, da der Code den ersetzten Unterzeichner fälschlicherweise als „Ersetzten“ darstellt. |
| Behebung: Der Code „Unterzeichner ersetzen“ wurde aktualisiert, um es ordnungsgemäß zu identifizieren, wenn ein Empfänger durch eine Unterzeichnerrolle ersetzt wird. | |
| 4327494 |
Zusammenfassung: Administratoren auf Gruppenebene können die Berichtsdaten für Benutzer in der Standardgruppe anzeigen, wenn die Einstellung „Nur Daten aus eigener Benutzergruppe“ aktiviert ist. |
| Behebung: Der Berichterstellungs-Code für das Generieren der CSV-Berichtsdatei wurde aktualisiert, sodass nur die Daten des anfordernden Administrators korrekt erfasst werden. | |
| 4327780 |
Zusammenfassung: Die Ereignisse und Ereigniszusammenfassung enthielten keine unbestätigten (aber signierten) Webformulare als abgeschlossene (signierte) Vereinbarungen. |
| Behebung: Der Code, der abgeschlossene Vereinbarungen evaluiert, wurde aktualisiert und enthält jetzt signierte und ausgefüllte (aber unbestätigte) Webformulare. | |
| 4328045 |
Zusammenfassung: Wenn Sie eine Vereinbarung mit dem Absender als einem der Empfänger senden und die Einstellung „E-Mail anzeigen“ auf einen nicht standardmäßigen Wert eingestellt ist, wird die Vereinbarung möglicherweise nicht gesendet, wenn der Absender versucht, von der Erstellungsseite zur Seite „Erstellen“ zurückzukehren. |
| Behebung: Der Workflow, der die Navigation zurück zur Seite „Erstellen“ steuert, wurde aktualisiert, um den Absender ordnungsgemäß zu verwalten, wenn sein E-Mail-Wert durch den Wert „E-Mail anzeigen“ maskiert wird. | |
| 4328110 |
Zusammenfassung: Eine duplizierte unterschriebene und archivierte E-Mail kann an denselben Empfänger gesendet werden, wenn er mehrmals im Signaturzyklus enthalten sind. |
| Behebung: Die E-Mail-Verteilung wurde verbessert, um E-Mail-Werte für doppelte Empfänger auszuwerten. Es wird nur eine Ausführung der endgültigen E-Mail je Transaktion versandt. | |
| 4328313 |
Zusammenfassung: Durch Hinzufügen eines vollständigen HTML-Links zum Nachrichtenfeld einer Vereinbarung können einige E-Mail-Clients diese Zeichenfolge in einen klickbaren Link konvertieren. Diese Funktion wurde nicht beabsichtigt entwickelt. Es wurde nachträglich Code hinzugefügt, der diesen Effekt verhinderte und ein Fehler im Nachrichtenfeld der Vereinbarung zu sein schien. |
| Behebung: Es wurde eine Einstellung hinzugefügt, um einen Hyperlink in der E-Mail ordnungsgemäß bereitzustellen. Diese Einstellung ist für Kunden nicht verfügbar und muss vom Support-Team oder vom Account Success Manager bearbeitet werden. Die Einstellung ist standardmäßig auf der Enterprise- und der Business-Ebene aktiviert. | |
| 4328950 |
Zusammenfassung: Durch den neuen Code, der im Juni letzten Jahres hinzugefügt wurde, wurden einige Benutzer, die sich im Status ERSTELLT befanden, mit einer ungültigen E-Mail-Adresse versehen. Im globalen E-Mail-Adressverzeichnis jedoch wurde der richtige E-Mail-Adresslink für den Benutzer beibehalten. Dadurch wurden Vereinbarungen, die an den Benutzer gesendet wurden, mit einem Benutzertyp verknüpft, der verhinderte, dass die Vereinbarungen auf der Seite „Verwalten“ aufgeführt wurden. |
| Behebung: Es wurden mehrere Codeänderungen installiert, um eine Wiederholung des Problems zu verhindern und um die Bedingungen zu erkennen, die diese Art von Problem verursachen können, und vor ihnen zu warnen. Außerdem wird nun die E-Mail-Adresse für ausstehende einmalige Benutzer ermittelt und automatisch die richtige E-Mail-Adresse verwendet, um zu verhindern, dass neue ungültige Benutzer erstellt werden, wenn die anderen Prüfungen fehlschlagen. |
|
| 4329688 |
Zusammenfassung: Bei einigen Dokumenterstellungsprozessen konnte eine Datei mit mehreren digitalen Signaturfeldern in Adobe Sign hochgeladen werden. Diese Felder wurden auf der endgültigen PDF als leere Felder dargestellt. |
| Behebung: Eine interne Bibliothek wurde aktualisiert, um konvertierte Dokumente besser kommentieren zu können. Dadurch wird sichergestellt, dass nur ein Feld für digitale Signaturen angewendet wird, und es wird der entsprechende Fehler ausgegeben, wenn mehrere Felder gefunden werden (das erwartete Verhalten). | |
| 4329804 |
Zusammenfassung: Im Rahmen eines Benutzerbereinigungsprozesses konnten Benutzer mit dem Status „Ausstehend“ in einem Konto mit einer angeforderten Domäne in den Status „Erstellt“ umgewandelt werden, was zur Nutzung von Benutzerlizenzen führte. |
| Behebung: Benutzer, die über den Bereinigungsprozess konvertiert wurden, wurden zurück in den Status „Ausstehend“ gesetzt. Es wurde Code hinzugefügt, um zu verhindern, dass ausstehende Benutzer in angeforderten Domänen in den Status „Erstellt“ konvertiert werden. | |
| 4329949 | Zusammenfassung: Felder, die beim Authoring ausgeblendet sind und Validierungsfehler enthalten, können einen Fehler auslösen, der nicht angezeigt werden kann, sodass die Vereinbarung nicht gesendet werden kann. |
| Behebung: Gültigkeitsprüfung entfällt für | |
| 4331649 |
Zusammenfassung: Das Unterzeichnen eines Webformulars mit nur einem Namen (eine zusammenhängende Zeichenfolge) löst einen Server-Fehler aus. |
| Behebung: Die Fehlerbehandlung wurde auf Webformulare angewendet, die den Anwendungsfall verwalten und gegebenenfalls eine entsprechende Fehlermeldung liefern. | |
| 4334224 | Zusammenfassung: Beim Herunterladen einzelner Felder von der Verwaltungsseite wurde ein Dateiname angezeigt, der die ursprüngliche Dateinamenerweiterung der Datei enthielt, nicht nur die des .pdf-Zielformats. |
| Behebung: Der Dateibenennungsprozess bei der Erstellung des endgültigen PDF-Dokuments zum Herunterladen wurde aktualisiert, sodass die vorherige Dateinamenerweiterung nicht mehr angezeigt wird. |
Bereitstellung in der Produktionsumgebung: 5. April 2022
Verbesserte Funktionalität
- Verbesserte Berichtsdiagramme und Datenexport – Die Benutzeroberfläche Berichte wurde aktualisiert und ermöglicht nun Folgendes:
- Vorkonfigurierte grafische Berichterstellung für:
- Vereinbarungen: elf Berichte zur Nachverfolgung der Vereinbarungsaktivität nach Absender, Gruppe und Workflow
- Transaktionsverbrauch (voraussichtlich in einer künftigen Version): vier Berichte, mit denen speziell das Volumen der erstellten Vereinbarungen nachverfolgt wird.
- Benutzer (voraussichtlich in einer künftigen Version): sechs Berichte zum Veranschaulichen der Erstellung von Benutzern/Gruppen, Anmeldeaktivitäten und eindeutigen Absendern pro Tag.
- Datenexport-Berichte: Mit dem Datenexport können Benutzer die Ausgabe einer CSV-Berichtsdatei definieren, indem sie den Quellberichtstyp auswählen, Filter anwenden und die einzelnen Spalten auswählen, die aufgenommen werden sollen.
- Vorkonfigurierte grafische Berichterstellung für:
- Verbesserte Authoring-Umgebung auf Konto- und Gruppenebene verfügbar – Die anwendungsinterne Authoring-Umgebung bietet ein neues, optionales Erlebnis mit einem frischen Look-and-Feel, das die Ad-hoc-Erstellung von Vereinbarungen (für bis zu zwei Empfänger) verbessert. Die neue Umgebung ist derzeit nur für den Workflow Zum Signieren senden vorgesehen und unterstützt weder Webformulare noch Massenversand noch Bibliotheksvorlagen. Zu den Verbesserungen gehören:
- Feldplatzierung, die es dem Autor ermöglicht, einen Feldtyp auszuwählen und dann durch Klicken das Feld ein oder mehrere Male zu platzieren. Dadurch können mehrere Felder desselben Typs viel schneller platziert werden.
- Explizite Angaben zum Feldinhalt (z. B. Signaturfeldelemente, Datumsfeldformate).
- Eigenschaften für ein ausgewähltes Feld werden zur besseren Sichtbarkeit und Bearbeitung in der linken Leiste aufgeführt.
- Als Feldhöhe für nachfolgend platzierte Felder wird automatisch die Höhe des letzten Felds übernommen, bei dem die Feldgröße geändert wurde (bei gleichem Feldtyp).
- In Bezug auf Schriftfarbe, Schriftgröße und Schriftart für nachfolgend platzierte Felder werden automatisch die Schrifteigenschaften des letzten Felds übernommen, bei dem die Schrifteigenschaften geändert wurden (bei Feldtypen, die eine Schriftartänderung zulassen).
- Einfachere Bearbeitung von Standardwerten durch einfaches Klicken in das Feld und Eingabe des Standardwerts.
- Ein dediziertes Datumsfeld zur Erfassung von Datumswerten, die nicht dem Signierdatum entsprechen.
- Ein dediziertes Zahlenfeld mit allen Eigenschaften und Validierungen für formatierte Zahlen.
- Textsuche mit STRG+F/CMD+F
Die verbesserte Authoring-Umgebung unterstützt derzeit nur:
- Platzierung von Feldern beim Senden einer Vereinbarung (Ad-hoc-Authoring); Massenversand, Webformulare und Vorlagenerstellung werden noch nicht unterstützt
- Bis zu zwei Empfänger
- Eine begrenzte Anzahl von Feldern (die häufigsten):
- Signatur
- Initialen
- Name (Name des Empfängers, der aus der Signatur importiert wurde)
- E-Mail (die E-Mail-Adresse des Empfängers, die bei der Vereinbarungserstellung definiert wurde)
- Signierdatum (wird beim Signieren der Vereinbarung vom System eingefügt)
- Text
- Zahl
- Datum
- Kontrollkästchen
- Optionsfelder
Derzeit nicht unterstützte Elemente:
- Vereinbarungen mit mehr als zwei Empfängern
- Selbstunterzeichnung
- Webformulare
- Massenversand
- Bibliotheksvorlagen
- Text-Tags
- Bedingte Felder
- Berechnete Felder
- Validierung regulärer Ausdrücke
- Beim Senden Empfängernamen definieren – Administratoren auf Konto- und Gruppenebene können verlangen, dass bei der Konfiguration der Vereinbarung durch den Absender der Empfängername mit der E-Mail-Adresse des Empfängers aufgenommen wird. Der aufgenommene Namenswert wird in das Signaturfenster importiert, wenn der Empfänger ein Signaturfeld öffnet.
- Der Empfänger darf den konfigurierten Namenswert in keinem Fall bearbeiten.
- Der Absender der Vereinbarung kann die Namenswerte bearbeiten, bevor die erste Signatur angebracht wird.
- Absender können den aktuellen Empfänger ersetzen und einen Namenswert für den neuen Empfänger angeben.
- Erforderliche Namenswerte werden auch für Webformular-Gegenzeichner durchgesetzt – Wenn diese Funktion aktiviert ist, benötigen neu erstellte Webformulare auch einen Namenswert für alle konfigurierten Gegenzeichner.
Diese Funktion gilt nur für Vereinbarungen und Webformulare, die mit der Acrobat Sign-Webanwendung erstellt wurden.
- Exportieren von Vereinbarungs- und Webformulardaten in JSON – Beim Exportieren von Daten aus Vereinbarungen oder Webformularen über die REST v6 API haben Entwickler nun die Möglichkeit, zusätzlich zu CSV auch JSON als Exportformat auszuwählen.
- Anpassen der Kontaktinformationen für den Support von Signierungskennwörtern – Sie können die Kontaktinformationen anpassen, die Empfängern angegeben werden, wenn ein Signierungskennwort zur Identifizierung des Unterzeichners verwendet wird. Standardmäßig ist die E-Mail-Adresse des Absenders hinterlegt. Möglicherweise ist es jedoch praktischer, diese Art von Supportanfrage an ein zentrales Supportteam oder einen Sicherheitskontakt weiterzuleiten, der Kennwörter verwaltet. Die Anpassung kann auf Konto- und Gruppenebene konfiguriert werden.
- REMINDER_SENT Webhook-Event - Ein neues Webhook-Event wurde hinzugefügt, das bei REMINDER_SENT-Events ausgeführt wird, entweder durch explizites Abonnieren des AGREEMENT_REMINDER_SENT-Events oder durch Abonnieren von AGREEMENT_ALL.
Änderungen der Experience
- Adobe Sign wird in Adobe Acrobat Sign Solutions umbenannt – Die Adobe Sign-Oberflächen und Dokumentverweise wurden aktualisiert und heißen nun „Adobe Acrobat Sign Solutions“ (oder „Acrobat Sign“).
- Die Umbenennung hat keine Auswirkungen auf Funktionen oder Fähigkeiten des Dienstes (auch z. B. nicht auf die Domain-URL oder die E-Mail-Adresse für den Dienst).
- Integrationspakete aktualisieren das Branding beim nächsten Paketupdate.
Das Signaturzertifikat wird in der Juni-Version auf das neue Acrobat Sign-Branding aktualisiert.
Die Aktualisierung erfolgt noch nicht in der April-Version.
- Aktualisierter Text für den Hinweis für Kunden – Der Empfängertext für die Annahme des Hinweises für Kunden wurde wie folgt aktualisiert: Ich stimme dem Hinweis für Kunden und der elektronischen Geschäftsabwicklung mit <Firmenname> zu.
- Wenn kein Firmenname verfügbar ist, wird der Vor-/Nachname des Absenders verwendet.
- Wenn weder ein Firmenname noch ein Vor-/Nachname verfügbar ist, wird die E-Mail-Adresse des Absenders verwendet.
- Wenn kein Firmenname verfügbar ist, wird der Vor-/Nachname des Absenders verwendet.
- Modernisierung der Unterzeichnerauthentifizierung – Die Bildschirme zur Authentifizierung des Unterzeichners wurden verbessert. Empfänger, bei denen Cookies von Drittanbietern deaktiviert sind, werden bei der Authentifizierung mit Kennwort- oder SMS-Authentifizierungsmethode nicht mehr blockiert. Darüber hinaus wurde das Erlebnis dahingehend modernisiert, dass es nun verschiedene Plattformen unterstützt.
Behobene Probleme
| Problem |
Beschreibung |
|---|---|
| 4293949 | Zusammenfassung: Das Popup-Fenster zum Abbrechen einer Einladung und zum Entziehen von Zugriffstoken ist nicht am Text ausgerichtet. |
| Behebung: Die Nachrichten wurden aktualisiert und der Text wird jetzt korrekt ausgerichtet. | |
| 4301564 | Zusammenfassung: Berechnete Felder, die eine „if“-Klausel enthalten und auch ein Feld mit der Funktion „now()“ in der eigenen Berechnung verwenden, verschwinden nach Anwendung der Signatur. Die Signatur ist während des Signiervorgangs sichtbar. Die serverseitigen Datumswerte, die von der Funktion „now()“ konvertiert wurden, werden nicht richtig dargestellt, aber die clientseitigen Werte werden richtig dargestellt. Dies führt zu einem ungültigen Datum, wodurch das Feld ausgeblendet wird. |
| Behebung: Die serverseitige Auswertung wurde verbessert. Der numerische Wert des Datums, der von der Funktion „now()“ übergeben wird, wird nun korrekt konvertiert und verwaltet. |
|
| 4320113 | Zusammenfassung: Wenn Sie ein Formular in Acrobat erstellen, wird in Textfeldern, die so formatiert wurden, dass Dezimalstellen nicht angezeigt werden sollen, der Feldwert mit Dezimalstellen angezeigt, sobald die Vereinbarung hochgeladen und zur Signatur gesendet wird. |
| Behebung: Es wurde eine Einstellung hinzugefügt, mit der die Formatierung von in Acrobat erstellten Zahlenfeldern explizit verwaltet werden kann. Diese Einstellung ist standardmäßig deaktiviert. Kunden, die bei der Verwendung von in Acrobat erstellten Formularen Probleme mit der Zahlenformatierung haben, sollten sich an das Support-Team wenden und die Aktivierung der Zahlenfeldformatierung für AcroForms beantragen. |
|
| 4322775 | Zusammenfassung: IP-Adressen werden in Audit-Berichten nicht erfasst und referenziert, weil eine Einstellung für den falschen Geltungsbereich konfiguriert wurde. |
| Behebung: Der Geltungsbereich der Einstellung wurde auf den richtigen Wert angepasst. |
|
| 4325183 | Zusammenfassung: Wenn beim Laden der neuen Berichtsseite eine Zeitüberschreitung der Benutzersitzung zugelassen wird, kann die Seite generell nicht aktualisiert werden. |
| Behebung: Nach der Zeitüberschreitung wird die Seiteninteraktion zur Anmeldeseite umgeleitet. |
|
| 4326123 | Zusammenfassung: Beim Erstellen einer neuen Benutzer-ID mit APIs können sich einige Benutzer nicht mit den neuen Zugangsdaten anmelden, da interne Systeme nicht korrekt kommunizieren. |
| Behebung: Es wurde eine neue Einstellung hinzugefügt, mit der Benutzerprofile über mehrere Adobe-Systeme hinweg verwaltet werden können. Die Einstellung ist für alle Shards/Konten aktiviert. | |
| 4326126 | Zusammenfassung: Im koreanischen Gebietsschema wird der Namenswert des signierten Dokuments im Teilnehmerstempel unterbrochen, da die Codierungsschriftart für die koreanische Sprache falsche Glyphen zurückgibt. |
| Behebung: Die Zuordnungsbibliothek wurde aktualisiert und enthält nun den Codierungstyp, mit dem koreanische Glyphen korrekt wiedergegeben werden können. | |
| 4327886 | Zusammenfassung: Wenn ein Einzelkontobenutzer in einem Mehrlizenzkonto zusammengeführt wird, kann es vorkommen, dass der Benutzer weiterhin Administratorrechte hat. |
| Behebung: Es wurde Code hinzugefügt, um Administratorrechte von Benutzern zu entfernen, die auf ein anderes Konto migriert werden. | |
| 4328663 | Zusammenfassung: Kundenkonten, bei denen SAML auf „Obligatorisch“ oder SAML_ACTIVATE_PENDING_USERS = „true“ eingestellt ist, können Benutzer nicht mit der Funktion zur Massenbearbeitung im Acrobat Sign-System deaktivieren, da die Benutzer-IDs sofort nach der Aktualisierung reaktiviert werden. |
| Behebung: Zusätzlicher Code wurde hinzugefügt, um sicherzustellen, dass nur „erstellte“ Benutzer sofort aktiviert werden können. | |
| 4329111 | Zusammenfassung: Validierungen benutzerdefinierter Formeln funktionieren nicht mit Text-Tags, weil ein Aufgaben-Worker nicht ordnungsgemäß geladen wird. |
| Behebung: Der Code wurde aktualisiert und der Aufgaben-Worker wird nun ordnungsgemäß geladen. | |
| 4331101 | Zusammenfassung: Unterzeichner mit einem Profil im Acrobat Sign-System können ihre Signatur in einem Stempelfeld nicht korrekt aktualisieren, wenn ein anderes Signaturtypfeld die Signaturzeichenfolge bearbeitet, da das Stempelsignaturfeld die Namenszeichenfolge immer aus dem Profil des Benutzers zieht. |
| Behebung: Stempelsignatur-Zeichenfolgen sind nicht mehr mit dem Benutzerprofil verbunden und werden wie alle anderen Felder aktualisiert. |
|
| 4331119/4331631/4334671 | Zusammenfassung: Ländercodes fehlen im Telefon-Authentifizierungsmodus für Botswana, Bermuda und Sudan. |
| Behebung: Die Ländercodes für Botswana, Bermuda und Sudan wurden hinzugefügt. |
|
| 4331146 | Zusammenfassung: REST v6 GET Agreements > displayUserSetMemberInfos ist bei einigen Entwürfen leer, wenn Workflows mit mehr potenziellen Empfängern erstellt werden als sie aufgrund von erforderlichen E-Mail-Werten verwendet werden. |
| Behebung: Es wurde Code hinzugefügt, sodass nun leere E-Mail-Werte unterstützt werden. | |
| 4331149 | Zusammenfassung: Notarize-Transaktionen werden nicht registriert, wenn der Transaktionstyp in den Backend-Einstellungen für ein Jahreslimit auf den Standardwert -1 gesetzt ist. Allerdings gelten keine jährlichen Limits, wenn eine Transaktion von Notarize verwaltet wird. |
| Behebung: Wir ignorieren nun das Jahreslimit für den von Notarize verwalteten Transaktionstyp und zeigen es auf der Seite mit den Sendeeinstellungen an. | |
| 4332202 | Zusammenfassung: Datenschutzadministratoren können die Meldung erhalten, dass bei der Suche nach Vereinbarungen von kürzlich migrierten Benutzern verschiedene Fehler aufgetreten sind. |
| Behebung: Die Fehlerprüfung wurde dahingehend ergänzt, dass Ereignisse erfasst und verwaltet werden können, bei denen Werte für migrierte Benutzer fehlen. | |
| 4332303 | Zusammenfassung: Benutzerkonten können mit Großbuchstaben in der E-Mail-Adresse erstellt werden, die in der Benutzerdatenbank beibehalten werden. |
| Behebung: Die Werte werden nun in allen Fällen in Kleinbuchstaben ausgegeben. | |
| 4333575 | Zusammenfassung: Im Workflow (PHONE und ADOBE_SIGN) definierte Identitätsbestätigungsmethoden werden von REST v5 oder v6 GET /workflows/{workflowId} nicht zurückgegeben. |
| Behebung: Die fehlenden Identitätsbestätigungsmethoden wurden in JSON-Schemas hinzugefügt. | |
| 4333769 | Zusammenfassung: Benutzer, die Vereinbarungen oder Webformulare in einer Gruppe erstellt haben, haben keinen Zugriff zum Bearbeiten dieser Vereinbarung/dieses Webformulars, wenn sie aus der Gruppe entfernt werden. |
| Behebung: Der Code wurde verbessert, um sicherzustellen, dass Benutzer-IDs, die eine Vereinbarung/ein Webformular erstellen, weiterhin die Bearbeitungsfunktion nutzen können und gleichzeitig die ursprüngliche Gruppen-ID beibehalten. | |
| 4333774 | Zusammenfassung: Mit einer digitalen Signatur signierte Vereinbarungen mit mehreren Dateien geben bei einem Aufruf von GET /agreements/{agreementID}/documents wegen eines Nullwerts in der Dokumentversionsreferenz keinen Namenswert zurück. |
| Behebung: Vereinbarungen mit einer digitalen Signatur enthalten nun eine korrekte Namenseigenschaft. Bei Vereinbarungen, die aus mehreren Dokumenten erstellt werden, gibt die API weiterhin ein einzelnes Dokument für digital signierte Vereinbarungen zurück. Dieses Dokument wird jetzt unter dem Namen „multidoc.pdf“ aufgeführt. | |
| 4334814 | Zusammenfassung: Währungsfelder, die allen Personen zugewiesen wurden (Option „Jeder“ wurde ausgewählt) und die den Signaturvorgang ohne Aktualisierung abgeschlossen haben, werden aus dem endgültigen Dokument entfernt, da ein Nullwert im Feld dazu führt, dass das Feld entfernt wird. |
| Behebung: Es wurde eine Kontrollprüfung hinzugefügt, die mit einem Nullwert in einem Währungsfeld umgehen kann. | |
| 4335410/4335914 | Zusammenfassung: Einige ausstehende einmalige Benutzer haben eine Konto-ID übernommen, die dazu führte, dass sie als Benutzer im Konto angezeigt werden. |
| Behebung: Datenbankskripte wurden aktualisiert, um ausstehende einmalige Benutzer aus den betreffenden Listen auszuschließen. | |
| 4335436 | Zusammenfassung: Das SG1-Shard kann die Produktions- und Sandbox-Umgebungen nicht synchronisieren, weil ein Orchestrator keine Verbindung herstellen kann. |
| Behebung: Der Orchestrator-Service wurde ordnungsgemäß mit dem Shard verbunden. | |
| 4335442 | Zusammenfassung: Fehlercode „MODIFYING_IMMUTABLE_FIELDS“ ist in der Swagger-Dokumentation für PUT /users/{userId} in REST v6 nicht aufgeführt. |
| Behebung: Die Swagger-Dokumentation wurde aktualisiert und die Fehlermeldung verbessert. | |
| 4335782 | Zusammenfassung: Wenn die BioPharma-Einstellungen aktiviert sind, wird die Aktualisierung der Signatur des Benutzertyps nicht mit den anderen Feldern (z. B. dem Feld für den Unterzeichnernamen) synchronisiert. Dies wird dadurch verursacht, dass die Komponente „Grund für die Signatur“ das Namensänderungsereignis, das beim Schließen des Signaturfensters übertragen wird, nicht erfasst. |
| Behebung: Die Komponente „Grund für die Signatur“ wurde aktualisiert und die Situation vor und nach der Namensänderung wird nun korrekt verfolgt. | |
| 4336003 | Zusammenfassung: Wenn Sie auf die Schaltfläche „Erstellen“ klicken, wenn Sie ein Webformular mit zwei oder mehr Teilnehmern generieren und KBA standardmäßig aktiviert ist, wird ein Fehler ausgelöst. Dies liegt daran, dass bei der Formularerstellung eine Null-Zeiger-Ausnahme aufgetreten ist, weil der zweite Teilnehmer bei der Formularerstellung nicht definiert ist. |
| Behebung: Es wurden Null-Zeiger-Kontrollen hinzugefügt, um Ausnahmen in der Java-Klasse aufzulösen. | |
| 4336018 | Zusammenfassung: Wenn eine Vereinbarung implizit delegiert wird, stimmen die API-Ergebnisse nicht mit dem Erlebnis expliziter Delegierungen überein, da das implizite Delegierungsereignis bestimmte Informationen nicht enthält. |
| Behebung: Implizite Delegierungsabläufe wurden verbessert, sodass sie nun genauso ablaufen wie eine explizite Delegierung. | |
| 4336037 | Zusammenfassung: Der Aufruf von GET /signingUrls nach dem Abrufen der Vereinbarungs-ID kann den Status „AGREEMENT_NOT_SIGNABLE“ generieren, aus dem abgeleitet werden kann, dass sich die Vereinbarung in einem Endstatus befindet. |
| Behebung: Die Bedingungen, die den Status in diesen Fällen auslösen, lösen jetzt nur den Status „AGREEMENT_NOT_EXPONED“ aus. |
|
| 4336076 | Zusammenfassung: In der Signierumgebung ist der Kontrast zwischen dem Text und der Schaltfläche „Nächstes Feld erforderlich“ nicht ausreichend. |
| Behebung: Schaltfläche und Text wurden geändert. Der Kontrast beträgt jetzt 4,5:1. | |
| 4336077 | Zusammenfassung: Der Teilnahmestempel ist in der signierten PDF-Datei nicht sichtbar, wenn der Teilnehmer als Empfängergruppe markiert ist. Die Indizierungsmethode findet das richtige Teil für diesen Stempel. Wenn jedoch eine Empfängergruppe vorhanden ist, ergibt sich ein zufälliger Teil aus der Gruppe, der möglicherweise nicht der aktuelle Unterzeichner ist. In solchen Fällen wird der Wert manchmal als Null zugewiesen und der Unterzeichnerteil schlägt fehl. |
| Behebung: die Indizierungsmethode wurde so geändert, dass nun der korrekte Unterzeichner-Teil der Teilnahmegruppe zurückgegeben wird. |
|
| 4337254 | Zusammenfassung: Empfänger können den Signiervorgang nicht abschließen, wenn sie digital über den Cloud-Dienstanbieter „BJCA“ signieren, weil für die Wiedergabe einiger chinesischer Glyphen eine ungültige Schriftart verwendet wird. |
| Behebung: Aktualisierungen der Rendering-Bibliothek ermöglichen jetzt die korrekte Wiedergabe der Glyphen, sodass der Signiervorgang abgeschlossen werden kann. | |
| 4337616 | Zusammenfassung: Durch das Senden der Vereinbarung an einen INAKTIVEN Benutzer wird ein ausstehender einmaliger Benutzer erstellt, der sich nicht mit der Adobe Sign-Authentifizierung anmelden kann. |
| Behebung: Inaktive Benutzer in einer beanspruchten Domain generieren keinen ausstehenden einmaligen Benutzer mehr. | |
| 4337679 | Zusammenfassung: Während der Bereinigung von Benutzern nach der Signatur werden biometrische Signaturen mit einer Benutzer-ID gelöscht. Dies führte zu einer Teilnahmesignatur, die nur ein Hibernate-Proxy war, der bei Aufruf möglicherweise zu Fehlern führte. Dies konnte während des Abrufens von Vereinbarungsereignissen geschehen, da dabei Freihanddaten betrachtet werden. |
| Behebung: Es wurde Code hinzugefügt, mit dem vor dem Auslesen von Werten aus Daten geprüft wird, ob es sich dabei um Freihanddaten handelt. Der Bereinigungscode wurde aktualisiert, um den Signaturinhalt auf Null zu setzen. | |
| 4337734 | Zusammenfassung: Der ISO-Ländercode für Curacao (CW) wird von der REST v6 API abgelehnt, wenn er für die Telefonauthentifizierung verwendet wird. |
| Behebung: Der Code für Curacao wurde der Methode hinzugefügt und ist jetzt verfügbar. | |
| 4337948 | Zusammenfassung: Die Beschädigung stark lokalisierter Daten kann dazu führen, dass eine Vereinbarung an einen aktiven Benutzer gesendet wird, dabei jedoch ein ausstehender einmaliger Benutzer erstellt wird. |
| Behebung: Die Datenbank wurde manuell korrigiert. | |
| 4338735 | Zusammenfassung: In der japanischen Benutzeroberfläche weist die Schaltfläche „コードを送信“ (Code senden) einen Zeilenumbruch auf. |
| Behebung: Die Schaltfläche wurde neu konfiguriert, sodass sich der Text nun in einer Zeile befindet. | |
| 4340100 | Zusammenfassung: In UMG-fähigen Konten kann die Meldung „Konfigurierte Einstellungen erfordern, dass Dokumente kennwortgeschützt sein müssen“ ausgelöst werden, obwohl „Kennwortschutz für signierte Dokumente“ für die aktive Gruppe auf der Seite „Senden“ auf „Absendern erlauben, signierte Dokumente mit einem Kennwort zu schützen“ eingestellt ist, da die Benutzereinstellungen die Einstellungen auf Gruppenebene überschreiben. |
| Behebung: Für Benutzer in UMG-fähigen Konten hat die Einstellung auf Gruppenebene Priorität vor den Einstellungen auf Benutzerebene. | |
| 4340558 | Zusammenfassung: Wenn ein Dropdown-Feld im Voraus ausgefüllt und eine digitale Signatur vorhanden ist, kann das Dropdown-Feld nach dem Senden der Vereinbarung immer noch bearbeitet werden. |
| Behebung: Das Dropdown-Feld wurde so aktualisiert, dass es nach dem Ausfüllen schreibgeschützt ist. | |
| 4340659 | Zusammenfassung: Wenn für einen Teilnehmer eine falsche E-Mail-Adresse verwendet wird, diese jedoch der richtigen sehr ähnlich ist (Beispiel: user@email.com ist die richtige E-Mail-Adresse, aber der Kunde gibt user@email.com.us ein), und der Absender anschließend versucht, die Vereinbarung für den Benutzer freizugeben, führt die Eingabe der korrekten E-Mail-Adresse zu dem Fehler: „Mindestens ein Freigebender ist bereits Teilnehmer und eine Freigabe kann nicht erfolgen“. Grund dafür ist, dass die Methode zum Vergleich von E-Mail-Werten nicht korrekt ist. |
| Behebung: Für diese Fälle ist nun eine präzisere Methode zur besseren Verwaltung von Benutzeridentitäten vorhanden. | |
| 4341111 | Zusammenfassung: Die Funktion „Massenversand“ liest die Gruppeneinstellungen nicht richtig, wenn UMG aktiviert ist. Stattdessen werden in allen Fällen die Einstellungen der primären Gruppe verwendet. |
| Behebung: Der Code wurde aktualisiert und liest jetzt die richtigen (ausgewählten) Gruppeneinstellungen für den Massenversand-Workflow. | |
| 4341187 | Zusammenfassung: Für Teilnehmer, die keine Unterzeichner sind (z. B. Genehmiger) und nur mit einem Stempel signieren , wird der Namenswert aus ihrem Profil importiert, anstatt dass der bei der Signatur eingegebene Namenswert verwendet wird. Dies wird auf der Seite „Verwalten“ angezeigt, wenn die abgeschlossene Vereinbarung geprüft wird. |
| Behebung: Auf der Seite „Verwalten“ wird der Wert angezeigt, der zum Zeitpunkt des Signierens eingegeben wurde. | |
| 4341807 | Zusammenfassung: Der Backend-Wert DISPLAY_EMAIL wird als Antwort auf /signingUrls zurückgegeben. |
| Behebung: Die Funktion zum Erfassen der E-Mail eines Teilnehmers wurde so aktualisiert, dass dieser Kontext berücksichtigt wird. |
|
| 4341809 | Zusammenfassung: Wenn ein Empfänger mit der Maus über seine Signatur zeigt und der Wert des Unterzeichnernamens über die API angewendet wird, wird ein Popup-Fenster mit der Nachricht „Zum Ändern klicken“ angezeigt. |
| Behebung: Der Signaturcode wurde aktualisiert, um diese QuickInfo zu entfernen. |
|
| 4341947 | Zusammenfassung: Im Antworttext für einige API-Aufrufe ist kein „retryAfter“ vorhanden, wenn die Aufrufe den Throttling-Schwellenwert auslösen. |
| Behebung: Die Verwaltungsmethode wurde aktualisiert und enthält nun die Antwort „retryAfter“. |
|
| 4343205 | Zusammenfassung: Vereinbarungen, die mit einer benutzerdefinierten E-Mail-Vorlage und einem Link-Ablaufdatum mit dem Wert 60 gesendet wurden, geben einen 500-Fehler zurück, wenn die Schaltfläche „Neuen Link senden“ verwendet wird. |
| Behebung: Die Funktion zum Ablauf von Links in Verbindung mit benutzerdefinierten E-Mail-Vorlagen wurde geändert, um den Fehler zu beseitigen. |
|
| 4343636 | Zusammenfassung: Vereinbarungen, die mit einem Dokument gesendet werden, das digitale Signaturobjekte anderer Signaturdienste enthält, können aufgrund einer Null-Zeiger-Ausnahme zu einem unbehandelten Fehler führen. |
| Behebung: Der zugehörige Code wurde aktualisiert, um das Zeigerproblem ordnungsgemäß zu lösen. |
|
| 4343696 | Zusammenfassung: Nachdem ein Teilnehmer ein Dokument durch Klicken auf „Zum Übermitteln hochladen“ hochgeladen hat, wird eine zusätzliche Dokumentversion ohne Teilnehmerwert erstellt. Da diesem Dokument keine Teilnahme zugeordnet ist, kommt es ca. einer Stunde nach der Erstellung automatisch zu einem Abbruch der Vereinbarung (Projektzeitüberschreitung). |
| Behebung: Es werden keine Dokument mehr ohne Teilnahme erstellt. |
|
| 4346378 | Zusammenfassung: Auf der Seite „Senden“ werden nicht die Einstellungen der richtigen Gruppe verwendet, wenn die Seite „Senden“ mit einer Vereinbarung, einem Workflow oder einem Bibliotheksdokument beginnt. |
| Korrektur: Der Controller wurde aktualisiert, um alle möglichen Kopfzeilen zu prüfen und sicherzustellen, dass die richtigen Gruppeneinstellungen enthalten sind. |
Bereitstellung in der Produktionsumgebung: 3. Mai 2022
Verbesserte Funktionalität
Behobene Probleme
| Problem |
Beschreibung |
|---|---|
| 4354725 | Zusammenfassung: Vereinbarungen können nicht über benutzerdefinierte Workflows erstellt werden, wenn Erforderlicher Empfängername aktiviert ist. |
| Lösung: Die Namensvalidierung wurde für Workflows deaktiviert, was bedeutet, dass bei der Vereinbarungserstellung der erforderliche Namenswert nicht überprüft/erzwungen wird. |
Produktionsbereitstellung: 15. Juni 2022
Verbesserte Funktionalität
- Verbesserte Verifizierung der digitalen Identität – Acrobat Signs Identitäts-Gateway verbindet sich mit Drittanbieter-Authentifizierungs- und Identitätsverifizierungsdiensten über das Standard-OpenID Connect (OIDC) Authentifizierungsprotokoll. Nutzende können aus einer Vielzahl von Authentifizierungsdiensten auswählen und die Art der Identitätsbestätigung nutzen, die ihren Anforderungen am besten entspricht.
- Identitätsbestätigungdienste:
- Dienste zur Bestätigung der Videoidentität
- Identifizierung des Ausweisdokuments
- Wissensbasierte Authentifizierungsservices
- Identitätsinformationen werden optional im Bericht zur Identität der Unterzeichnenden gespeichert.
- Identitätsverifizierung wird separat berechnet und gemäß der Anbieterrichtlinie verbraucht.
- Authentifizierungstransaktionen werden direkt bei den IdP-Diensten beschafft und in Rechnung gestellt.
- Identitätsbestätigungdienste:
- Neue Trust Service Provider: Das Cloud Signature Consortium hat neue Trust Service Provider hinzugefügt, die Zertifikate zur Anwendung sicherer digitaler Signaturen bereitstellen, die die höchsten Standards und Compliance-Anforderungen erfüllen:
- DigiCert One (Europa und Amerika)
- ZealiD (Schweden)
- GSE (Kolumbien)
- Neue Webhooks
- AGREEMENT_EXPIRATION_UPDATED (nur API): AGREEMENT_EXPIRATION_UPDATED wurde für das Ereignis erstellt, bei dem die Ablaufzeit einer Vereinbarung aktualisiert wird. AGREEMENT_EXPIRATION_UPDATED kann nur über den API-Aufruf POST /webhooks abonniert werden.
- AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER – Der Webhook AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER wird ausgelöst, wenn eine empfangende Person beim Signieren ihrer Vereinbarung den vorab angegebenen Namenswert ändert. Namenswerte können über die API oder über die Funktion „Empfängername beim Senden erforderlich" vorab ausgefüllt werden.
- Aktualisierungen von Custom Workflow Designer: Die Aktualisierungen des Custom Workflow Designers umfassen:
- Berücksichtigung von Nutzenden in mehreren Gruppen (Users in Multiple Groups, UMG). Für Konten, für die UMG aktiviert ist, ist Folgendes möglich:
- Gruppenadministrierende können jeder Gruppe, bei der sie für die Administration zuständig sind (nicht nur ihrer primären Gruppe), Arbeitsabläufe zuweisen.
- Gruppenadministrierende können jeden Arbeitsablauf bearbeiten, der einer Gruppe zugewiesen ist, bei der sie für die Administration zuständig sind.
- Eine Aktualisierung der Steueroberfläche für den Arbeitsablaufbereich, die definiert, welche Nutzenden auf den Arbeitsablauf zugreifen können.
- Die Textbeschriftung, die angibt, für welche Gruppe/welche Benutzer der Workflow aktiviert ist, wurde von Aktivieren für zu Wer kann diese Vorlage verwenden geändert.
- Die Textbeschriftung für die Option, alle Gruppen/Benutzer im Konto einzubeziehen, wurde von Alle Gruppen zu Alle Benutzer in meiner Firma geändert.
- Das Array von Optionsfeldern, mit denen eine einzelne Gruppe ausgewählt wurde, wurde in ein Dropdown-Menü mit der Textbeschriftung Ausgewählte Gruppe umgewandelt, aus dem eine Option gewählt wird.
- Berücksichtigung von Nutzenden in mehreren Gruppen (Users in Multiple Groups, UMG). Für Konten, für die UMG aktiviert ist, ist Folgendes möglich:
Der benutzerdefinierte Workflow-Designer wird unmittelbar nach der Hauptversion vom 15. Juni kurzzeitig unterbrochen, um den zugrunde liegenden Code zu aktualisieren.
Zwischen 15:00 und 15:30 Uhr PST können Nutzende in Workflow Designer möglicherweise keine neuen Arbeitsabläufe erstellen oder bearbeitete Arbeitsabläufe speichern.
Nutzenden wird empfohlen, jeden Arbeitsablauf, den sie erstellen oder bearbeiten, vor 15:00 Uhr PST zu speichern.
Die Nutzung von Arbeitsabläufen zum Generieren von Vereinbarungen ist während dieser Zeit nicht beeinträchtigt.
- Verbesserungen der neuen Authoring-Umgebung - Die neue Authoring-Umgebung, die im April 2022 eingeführt wurde, wurde aktualisiert und umfasst jetzt:
- Unterstützung für bis zu 25 empfangende Parteien
- Neue Felder:
- Dropdown-Liste (Einzelauswahl)
- Hyperlinks
- Dropdown-Liste (Einzelauswahl)
- Bei neuen Acrobat-Webkonten und kostenlosen Acrobat-Konten werden diese Funktionen automatisch aktiviert.
- Bei Enterprise-Konten in der Acrobat Sign-Lösung kann das neue Authoring-Erlebnis unter Kontoeinstellungen > Globale Einstellungen aktiviert werden.
- Option zum Deaktivieren des E-Mail-Tracking-Pixels - Unternehmen-Konten können das Support-Team bitten, das Tracking-Pixel zu deaktivieren, das in die E-Mail-Vorlagen „Überprüfen und unterschreiben" für Empfänger eingebettet ist.
- Durch Deaktivieren des E-Mail-Pixels ändert sich der Trigger für das Ereignis „Angezeigt“:
- Wenn das Pixel aktiviert ist, wird das Ereignis „Angezeigt“ ausgelöst, wenn die E-Mail geöffnet wird.
- Wenn das Pixel deaktiviert ist, wird das Ereignis „Angezeigt“ ausgelöst, wenn die Vereinbarung geöffnet wird (über den Signaturlink).
- Für neue Konten aller Dienststufen, die nach Juni 2022 erstellt wurden, ist das Pixel standardmäßig deaktiviert.
- Durch Deaktivieren des E-Mail-Pixels ändert sich der Trigger für das Ereignis „Angezeigt“:
- Hyperlinks in Signaturen und Initialen deaktivieren - Unternehmenskonten können beim Support-Team anfragen, die eingebetteten Hyperlinks in Signatur- und Initialfeldern zu deaktivieren (die die Transaktionsverifizierungsseite öffnen).
- Bei allen Konten, die nach der Version vom Juni 2022 erstellt wurden, wird diese Verknüpfung automatisch deaktiviert.
- Bei Konten, die vor der Version vom Juni 2022 erstellt wurden, gilt die alte Funktionalität weiterhin.
- Bei Konten, die vor der Version vom Juni 2022 erstellt wurden, gilt die alte Funktionalität weiterhin.
- Das Deaktivieren der Hyperlinks kann nicht rückwirkend auf Vereinbarungen angewendet werden, die vor der Anpassung der Einstellung abgeschlossen wurden.
- Nach der Deaktivierung können die eingebetteten Links nicht wieder aktiviert werden.
- Bei allen Konten, die nach der Version vom Juni 2022 erstellt wurden, wird diese Verknüpfung automatisch deaktiviert.
Die Option, mit der der Audit-Bericht den Zeitzonenversatz aus den Konten-/Gruppen-/Benutzungseinstellungen übernehmen kann, kann auf Konto- (und Gruppenebene) aktiviert werden, indem Sie zu Kontoeinstellungen > Globale Einstellungen > Legen Sie eine Standardzeitzone fest, die für die von Nutzenden in diesem Konto erstellten Vereinbarungen verwendet werden soll navigieren.
Zeitzonenwerte können auf Konto-, Gruppen- und Benutzungsebene festgelegt werden und das Objekt der „untersten“ Ebene hat Vorrang.
- Benutzungseinstellungen überschreiben Gruppeneinstellungen.
- Gruppeneinstellungen überschreiben Kontoeinstellungen.
Wenn die Einstellung aktiviert ist und eine einzelne nutzende Person ihre Zeitzone so anpasst, dass sie von der Einstellung auf Kontoebene abweicht, spiegeln die Audit-Berichte der nutzenden Person die Zeitzone wider, die vom Benutzungsprofil und nicht vom Konto definiert wurde.
Wenn Sie eine Vereinbarung an eine nutzende Person mit einem bekannten Namenswert im Acrobat Sign-System senden (normalerweise an eine Person in Ihrem eigenen Konto), wird der Namenswert im Benutzungsprofil automatisch in den Signaturprozess eingefügt.
Wenn das Konto Nutzenden dieser Art ermöglicht, ihren Namenswert beim Signieren zu ändern, wird diese Änderung im Audit-Bericht protokolliert und gibt den ursprünglichen Namenswert und den aktualisierten Wert an. Alle nachfolgenden Wiederholungen des Empfängernamens im Audit-Bericht spiegeln den angepassten Wert wider.
Nicht alle Empfänger haben einen bekannten Namenswert, wenn die Vereinbarung gesendet wird. In diesen Fällen wird kein Ereignis im Audit-Bericht oder in der Aktivitätsliste protokolliert. Bei der Überprüfung dieser Vereinbarungen über die API (GET /agreements/<id>/events) wird das Ereignis SIGNER_NAME_CHANGED_BY SIGNER angezeigt.
Das Ereignis SIGNER_NAME_CHANGED_BY SIGNER kann auch mit Webhooks über das neue Ereignis AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER erfasst werden.
Elektronische Standardsignaturen enthalten jetzt den Grund, aus dem empfangende Parteien eine Vereinbarung unterzeichnen, ablehnen oder abbrechen.
Die Freigabe einer einzelnen Vereinbarung führt zu einem Datensatz im Audit-Bericht. Dieser Datensatz enthält jetzt die Teilnehmenden, für die die Vereinbarung freigegeben wurde, zusätzlich zu den Parteien, für die die Vereinbarung freigegeben wurde.
Wenn eine Vereinbarung freigegeben wird, nachdem sie einen Endstatus erreicht hat, wird der Audit-Bericht nicht mit neuen Datensätzen aktualisiert, sondern das Aktivitätsprotokoll der Vereinbarung verfolgt weiterhin die Freigabeaktivität.
Audit-Datensätze werden jetzt für jedes Mal angezeigt, wenn eine empfangende Partei ein neues Dokument anfordert, nachdem ein Link abgelaufen ist.
Denken Sie daran, dass Audit-Berichte nicht mehr verändert werden können, sobald die Vereinbarung einen endgültigen Status erreicht hat. Erinnerungen und Freigabeereignisse, die nach dem endgültigen Abschluss der Vereinbarung ausgeführt wurden, werden nicht im Audit-Bericht berücksichtigt.
- Freigabe einer Einzelvereinbarung für interne/externe Beteiligte zulassen oder verweigern: Die Möglichkeit für Nutzende, eine einzelne Vereinbarung mit einer anderen Partei zu teilen, kann dahingehend eingeschränkt werden, dass die Freigabe basierend auf dem internen/externen Status der Partei, für die die Freigabe erfolgt, zugelassen oder verweigert wird.
- Interne Nutzende sind definiert als Nutzende, die sich in demselben Acrobat Sign-Konto befinden wie die Partei, die die Vereinbarung sendet.
- Externe Nutzende sind definiert als Nutzende, die nicht Mitglieder desselben Acrobat Sign-Kontos sind wie die die Vereinbarung sendende Partei.
- Zugriff auf wissensbasierte Authentifizierung für von Teilnehmenden definierte empfangende Parteien in Webformularen: Nutzende, die Webformulare erstellen, die mehrere externe Teilnehmende zulassen, können jetzt die wissensbasierte Authentifizierungsmethode für die zusätzlichen Teilnehmenden verwenden.
Änderungen der Experience
- Für Webformulare müssen keine Drittanbietenden-Cookies mehr für Unterzeichnende aktiviert werden: Konten, die Webformulare verwenden, müssen sich keine Sorgen mehr machen, wenn ihre Unterzeichnenden Cookies von Drittanbietenden aktiviert haben, bevor sie ihre Signatur anwenden. Webformulare unterstützen jetzt Cookie-freie Signaturaktivitäten.
- Abgelaufene Signaturlinks sind auf zehn Anfragen pro Stunde beschränkt: Wenn eine Signatur-URL abläuft, kann die empfangende Partei in einem Zeitfenster von 60 Minuten bis zu zehn Mal eine neue URL anfordern.
- Nach der zehnten Anforderung im selben 60-Minuten-Fenster wird keine neue URL gesendet.
- Das Zeitfenster für die zehn Signaturanfragen ist fortlaufend, d. h., für jede Anforderung gilt ein Zeitfenster von 60 Minuten.
- Aktualisierte externe Archivschnittstelle: Die Oberfläche für das externe Archiv wurde aktualisiert, sodass Administrierende aufgefordert werden, die E-Mail-Adresse zweimal einzugeben (um sicherzustellen, dass die richtige E-Mail konfiguriert ist). Zudem wird die E-Mail als anklickbares Adressobjekt anstelle einer Textzeichenfolge gespeichert. Alle Schnittstellen für die automatische Archivierungsfunktion werden aktualisiert (Globale Einstellungen auf Konto-/Gruppenebene und Registerkarte Externes Archiv).
- Aktualisierung der Funktion für erforderliche Empfängernamen - Die Funktion, die beim Erstellen einer neuen Vereinbarung einen Empfängernamen erfordert, behält diese Einstellung jetzt auf Vereinbarungsebene bei und stellt sicher, dass der Einstellungswert durchgesetzt wird, auch wenn die Einstellung auf Account-/Gruppenebene geändert wird.
- Aktualisierungen der Notarize-Integration : Die Integration von Notarize wird weiter verbessert:
- Die Ablaufzeit der Vereinbarung wird für Notarize freigegeben und von Notarize im Rahmen der Planungsfunktion berücksichtigt.
- Der Notarize-API-Schlüssel wird jetzt überprüft, bevor eine Vereinbarung zur Beglaubigung gesendet wird. In den folgenden Fällen wird das Senden/Aktualisieren blockiert und ein Fehler ausgegeben:
- Das Konto ist eine abgelaufene Testversion.
- Die Zuordnung des Notarize-Kontos zum API-Schlüssel ist deaktiviert.
- Der Notarize-API-Schlüssel ist ungültig.
- Der Notarize-API-Schlüssel wurde deaktiviert.
- Das Konto ist eine abgelaufene Testversion.
- Aktualisierung der Beschriftung für das Ablaufdatum in E-Mails: Der Text für die Ablaufdatumsoption in E-Mails an empfangende Parteien wurde aktualisiert, um zu verdeutlichen, dass Vereinbarungen bis zum Ablaufdatum signiert werden können. Fällig am {DATE} wurde geändert in Fällig bis {DATE}:
- Verbesserte automatische Formularfelderkennung (eingeschränkte Bereitstellung): Die automatische Formularfelderkennung wurde verbessert, um den Typ, die Größe, die Anzahl und die Position der zu platzierenden Formularfelder genauer zu identifizieren.
- Nur in der NA4-Umgebung nach der Juni 2022-Veröffentlichung bereitgestellt. Wird in zukünftigen Versionen in anderen Umgebungen bereitgestellt.
Behobene Probleme
| Problem |
Beschreibung |
|---|---|
| 4326356 | Zusammenfassung: In InDesign erstellte PDF-Formulare geben bei nicht aktivierten Kontrollkästchenfeldern den Wert „Aus“ an, was zu Problemen führte, wenn die Felder von empfangenden Parteien bearbeitet werden können. |
| Korrektur: Ignorieren Sie beim Importieren von PDF-Formularen den Standardwert „Aus“ für nicht aktivierte Kontrollkästchenfelder. |
|
| 4329479 | Zusammenfassung: Der Abgleich einer Selfie-Aufnahme mit dem amtlichen Ausweis schlägt unter iOS15 fehl. Der Fehler „Gesicht nicht erkannt“ wird angezeigt. |
| Korrektur: Das GovernmentID-Paket wurde mit verbessertem Code aktualisiert, um diesen Fehler zu beheben. |
|
| 4330744 | Zusammenfassung: Kontoadministrierende können die Bio-Pharma-Einstellungen nicht deaktivieren, da die settingsID und der Home Shard für das Konto nicht übereinstimmen. |
| Korrektur: Die Datenbank wurde aktualisiert, um die nicht übereinstimmenden Einstellungen zu korrigieren. |
|
| 4332322 | Zusammenfassung: Die Anzahl der verbrauchten KBA-Transaktionen kann aufgrund fehlerhafter Logik-Steuerungen bei der Bewertung der KBA-Nutzung fälschlicherweise zu hoch berechnet werden. |
| Korrektur: Die Logik wurde korrigiert und spiegelt nun die korrekte Verwendung wider. | |
| 4333689 | Zusammenfassung: Webformularerstellende können die Gegensignatur für Webformulare nicht von der modernen Verwaltungsseite delegieren, da die API keine signierbare Antwort bereitstellt, wenn ein Signaturversuch unternommen wird. |
| Korrektur: Die API wurde aktualisiert, damit die Unterzeichnenden die richtige Antwort erhalten, wenn das Webformular auf der Seite „Verwalten“ aufgerufen wird. |
|
| 4333769 | Zusammenfassung: Nutzende können Webformulare (und Vereinbarungen) nicht mehr bearbeiten, nachdem ihre Gruppe geändert wurde. |
| Korrektur: Die Berechtigungen zum Abrufen und Bearbeiten von Vereinbarungen für Erstellende mit inaktivem Abonnement für das Webformular/die Vereinbarungs-ID wurden bearbeitet. |
|
| 4336080 | Zusammenfassung: Bei Signaturen mit Zwei-Byte-Zeichen konnte es vorkommen, dass ein Teil des Signaturdatums im endgültigen Signaturstempel abgeschnitten wurde. |
| Korrektur: Die Feldparameter wurden aktualisiert, um Platz für den vollständigen Signaturstempel zu schaffen. |
|
| 4338126 | Zusammenfassung: Die Option „Erinnerung abbrechen“ ist auf der modernen Seite „Verwalten“ für Erinnerungen, die auf der alten Seite „Verwalten“ erstellt wurden, nicht sichtbar, da ein erforderlicher Parameter nicht Teil der alten Objektdefinition war. |
| Korrektur: Es wurde Code hinzugefügt, um die Lücke zwischen dem alten Objekt und der modernen Funktionalität zu schließen. | |
| 4338227 | Zusammenfassung: Dropdownfelder, die mit einem Standardwert definiert sind, der ein einzelnes Anführungszeichen enthält, werden nicht als gültige Option registriert und können nicht ausgewählt werden. |
| Korrektur: Es wurde Code hinzugefügt, um einen Standardwert mit einem einzelnen Anführungszeichen ordnungsgemäß zu verwalten. |
|
| 4339667 | Zusammenfassung: Erstellende können ein in Bearbeitung befindliches Webformular, das aus einer Vorlage mit vorab ausgefüllten Feldern erstellt wurde, nicht ändern. |
| Korrektur: Code wurde aktualisiert, damit beim Ändern eines aktiven Webformulars nicht nach vorab ausgefüllten Feldern gesucht wird. |
|
| 4341476 | Zusammenfassung: Das Ablaufdatum fehlt, wenn die Vereinbarungserstellung über die JASON-Payload abgeschlossen wird, da der Rendering-Code den falschen Wert aus der Tabelle mit den Vereinbarungseigenschaften abruft. |
| Korrektur: Der Code wurde korrigiert, sodass nun der richtige Wert abgerufen wird, der als Ablaufdatum veröffentlicht wird. |
|
| 4343048 | Zusammenfassung: Die Auswahl der Cookie-Zustimmung wird für die Sandbox- und die Regierungsumgebung nicht gespeichert. Nutzende müssen jedes Mal zustimmen, wenn sie sich authentifizieren |
| Korrektur: Die Auswahl und Aktualisierung der Cookie-Zustimmung wird für Nutzende gespeichert. | |
| 4343954 | Zusammenfassung: Beim Hochladen eines Dokuments mit einem Unicode-Titel, der anschließend in den Vereinbarungsnamen importiert wurde, wurde der Name zweimal hinzugefügt. Dies konnte dazu führen, dass die Zeichenfolge zu lang wurde, sodass die PDF-Konvertierungsfunktion die PDF-Datei nicht mehr ordnungsgemäß erstellen konnte und die PDF-Datei konnte nicht konvertiert werden. |
| Korrektur: Der Code wurde aktualisiert und verwendet nun die ursprüngliche Titelzeichenfolge, anstatt während der Konvertierung eine neue zu erstellen. |
|
| 4344568 | Zusammenfassung: Einige der E-Mail-Einstellungen auf Gruppenebene werden nicht gespeichert, wenn sie aktualisiert werden, um die Einstellungen auf Kontoebene zu überschreiben, da der Überschreibungswert für diese Parameter nicht überprüft werden konnte. |
| Korrektur: Code wurde aktualisiert, um den Überschreibungswert ordnungsgemäß zu überprüfen, wenn Einstellungen auf Gruppenebene aktualisiert werden. |
|
| 4345297 | Zusammenfassung: Cloud-Signaturen können mit dem Fehler „Fehler beim Abschließen der digitalen Signatur“ fehlschlagen, da das Signaturfeld mit einer negativen Koordinate platziert wird. |
| Korrektur: Code wurde hinzugefügt, um sicherzustellen, dass die Feldposition ordnungsgemäß mit korrigierten Koordinaten berechnet wird. |
|
| 4345380 | Zusammenfassung: Empfangenden Parteien wird auch dann noch die Option zum Ablehnen der Signatur auf der Bedienoberfläche angezeigt, wenn die Option „Signieren ablehnen“ deaktiviert ist. |
| Korrektur: Der Code wurde aktualisiert, um die Optionen für die Ablehnung der Signatur in der Bedienoberfläche ordnungsgemäß zu unterdrücken, wenn empfangende Parteien die Vereinbarungsseite zum ersten Mal laden. |
|
| 4346217 | Zusammenfassung: Exporte schlagen möglicherweise fehl, wobei eine Ausnahme gemeldet wird, dass die Ausführungsthreads die tenantIDs nicht nach der vorherigen Verwendung aktualisieren. Das führt dazu, dass Versuche unternommen werden, Aufgaben für unzulässige Mandanten auszuführen. |
| Korrektur: Die tenantIDs werden jetzt in den Ausführungsthreads ordnungsgemäß aktualisiert, wenn sie vom Scheduler übernommen werden. |
|
| 4346736 | Zusammenfassung: Berechnete Felder, die die Funktion now() beinhalten, funktionieren nicht, wenn sie mithilfe der API kopiert werden, da berechnete Ausdrücke kopierter Felder Escape-Zeichen bis hin zur XML der Dokumentdaten beibehalten. |
| Korrektur: Berechnete Ausdrücke werden bereinigt, bevor sie in die XML der Dokumentdaten gespeichert werden. |
|
| 4347673 | Zusammenfassung: Gruppenadministrierende können die Sichtbarkeit von Nutzenden in Gruppen beibehalten, in denen sie zuvor Berichte erstellt haben und die sie anschließend verlassen, da der Gruppenfilter nicht ordnungsgemäß aktualisiert wurde. |
| Korrektur: Die Gruppenfilterung wurde aktualisiert, um sicherzustellen, dass Filter aktualisiert werden, wenn Benutzungsadministrierende die Gruppenberechtigung ändern. |
|
| 4348040 | Zusammenfassung: Nutzenden, die einige Bilddateien über Anlagenfelder hinzufügen, wird nicht der richtige MIME-Typ angezeigt. |
| Korrektur: Der Code wurde verbessert, sodass nun der gesamte Optionsumfang in der entsprechenden Klasse berücksichtigt wird. |
|
| 4349061 | Zusammenfassung: Bibliotheksdokumente werden nicht immer in alphabetischer Reihenfolge sortiert, da kombinierte Listen nicht nach der Kombination sortiert werden. |
| Korrektur: Die kombinierten Listen werden jetzt alphabetisch sortiert (Zahlen vor Buchstaben und ohne Berücksichtigung der Groß-/Kleinschreibung). |
|
| 4349494 | Zusammenfassung: Felder, die manuell an der Stelle platziert werden, an der ein automatisch erkanntes Feld platziert worden wäre, erhalten die Eigenschaften des automatisch erkannten Felds. |
| Korrektur: Feldeigenschaften für automatisch erkannte Felder werden nicht gespeichert, wenn sie nicht platziert werden. |
|
| 4349978 | Zusammenfassung: Die Authentifizierung mithilfe eines amtlichen Lichtbildausweises kann beim Aufnehmen eines Selfies mit dem Fehler „Kein Gesicht erkannt“ fehlschlagen. |
| Korrektur: Das Paket für die Verwendung des amtlichen Lichtbildausweises wurde aktualisiert, um die Ursache zu beheben. | |
| 4350723 | Zusammenfassung: Transaktions-ID-Felder sind für selbstdefinierte E-Mail-Vorlagen nicht verfügbar. |
| Korrektur: Die Transaktions-ID-Felder wurden den anpassbaren E-Mail-Vorlagen hinzugefügt. |
|
| 4351205 | Zusammenfassung: Unterzeichnende erhalten beim Signieren einer Vereinbarung möglicherweise den Fehler „Diese Vereinbarung kann nicht elektronisch signiert werden“ erhalten, da eine interne ID in bestimmten Situationen überschrieben wird. |
| Korrektur: Neu erstellte Vereinbarungen übernehmen die ID in der Datenbank, wobei nach dem ersten Speichern der Vereinbarung die ID nicht mehr aktualisiert werden muss. | |
| 4351322 | Zusammenfassung: Möglicherweise wird eine doppelte Version eines Arbeitsablaufs gespeichert, da die Schaltfläche „Speichern“ nicht sofort nach dem Speichern eines Arbeitsablaufs deaktiviert wird. |
| Korrektur: Die Schaltfläche „Speichern“ wird beim Speichern eines Arbeitsablaufs sofort deaktiviert, sodass der doppelte Eintrag verhindert wird. |
|
| 4352684 | Zusammenfassung: Der API-Aufruf „PUT/widgets/{widgetId}/formFields“ funktioniert nicht für das SIGNATURE-Feld. |
| Korrektur: Der Code wurde repariert und es wurde sichergestellt, dass er wie erwartet funktioniert. |
|
| 4353289 | Zusammenfassung: Die ungarische Übersetzung für „Transaktionsnummer XYZ ist gültig“ ist falsch. |
| Korrektur: Die Übersetzung wurde korrigiert. |
|
| 4353564/4361472 | Zusammenfassung: Die Möglichkeit, neue Konten über POST/Konto zu erstellen, wurde aufgrund von Upstream-Einstellungsaktualisierungen unterbrochen. |
| Korrekturen: Die POST/Konto-API wurde angepasst, um die Upstream-Einstellung zu berücksichtigen. | |
| 4354088 | Zusammenfassung: Ein Feld im neuen Authoring-Erlebnis kann nicht mit der Taste „Löschen“ gelöscht werden. |
| Korrektur: Der Code wurde verbessert, sodass jetzt mit der Löschtaste gelöscht werden kann. |
|
| 4354730 | Zusammenfassung: Vorab ausgefüllte Felder, die als Bedingungen in den Werten zum Ein-/Ausblenden von Feldern für nachfolgende empfangende Parteien verwendet werden, sind möglicherweise nicht sichtbar, wenn die empfangende Partei die Vereinbarung erhält. |
| Korrektur: Der Code für die Feldwerttabellen wurde verbessert, um die Eigenschaften von vorab ausgefüllten Feldern besser einzubeziehen. |
|
| 4355002 | Zusammenfassung: Die neue Authoring-Umgebung erlaubte keine Notarrollen und keine Rollen für elektronische Siegel. |
| Korrektur: Die Rollen wurden den Rollenoptionen hinzugefügt. | |
| 4355003 | Zusammenfassung: Schriftliche Workflows können die Übermittlung des neuen Links unterbrechen, wenn ein Link zwischen dem Herunterladen des Dokuments zur Signatur und dem anschließenden Hochladen des signierten Dokuments abläuft. |
| Korrektur: Der Code wurde verbessert und das Problem behoben. | |
| 4357224 | Zusammenfassung: Selbstdefiniertes Format im Datumsfeld wird nicht aus PDF-Dateien importiert. |
| Korrektur: Der Feldimportcode wurde aktualisiert, um sicherzustellen, dass die Formatvalidierung von der hochgeladenen PDF-Datei korrekt übertragen wird. |
|
| 4357710 | Zusammenfassung: Optionsfelder mit bedingter Sichtbarkeit werden möglicherweise nicht angezeigt. |
| Korrektur: Der Code für die bedingte Sichtbarkeit wurde verschärft, um die genaue Anzeige zu gewährleisten, wenn die Bedingungen erfüllt sind. |
|
| 4357908 | Zusammenfassung: Bei Transaktionen, die bei der ursprünglichen Versendung eine Premium-Authentifizierungsmethode verwenden und die diese Authentifizierungsmethode später auf eine andere Premium-Methode übertragen, werden möglicherweise beide Authentifizierungsmethoden berücksichtigt, obwohl tatsächlich nur eine verwendet wird. |
| Korrektur: Der Code wurde verbessert, um die Übertragung der Authentifizierungsmethode zu berücksichtigen, sodass die ursprüngliche Methode nicht mehr gezählt wird, wenn die Vereinbarung aktualisiert wird. |
|
| 4358003 | Zusammenfassung: Die Nutzungsmigration kann gesperrt werden, wenn zunächst die klassische Migration und dann auch die erweiterte Migration ausgelöst wird. |
| Korrektur: Es wurde Code hinzugefügt, mit dem eine laufende Migration verwaltet wird, wenn eine neue Migration ausgeführt wird. |
|
| 4358968 | Zusammenfassung: Neue Berichte melden nicht alle älteren Arbeitsabläufe ordnungsgemäß, wenn diese deaktiviert sind. |
| Korrektur: Die Geltungsbereiche für Berichte wurden verbessert, sodass nun auch deaktivierte und ausgeblendete Arbeitsabläufe berücksichtigt werden. |
|
| 4361469 | Zusammenfassung: Wenn Sie die Option „Konto wechseln“ verwenden, um eine Vereinbarung im Namen einer anderen nutzenden Person zu senden, ist das Erstellen nicht möglich. Stattdessen werden Nutzende zur Seite „Verwalten“ weitergeleitet, da die neue Authoring-Umgebung nicht Teil der Filtertabelle für den gemeinsamen Zugriff ist. |
| Korrektur: Die neue Authoring-Umgebung wurde dem Filter für den gemeinsamen Zugriff hinzugefügt. |
Produktionsbereitstellung: 20. Juli 2022
Verbesserte Funktionalität
- Name der empfangenden Person bei Delegierung erforderlich: Die Funktion, bei der beim Senden einer neuen Vereinbarung (veröffentlicht im April 2022) der Name der empfangenden Person erforderlich ist, wurde verbessert, sodass zum Zeitpunkt der Delegierung auch der Name der empfangenden Person eingegeben werden kann. Benutzer können den Namen des Empfängers eingeben, wenn sie auf die Option Signierung an anderen delegieren auf der Signierungsseite klicken oder den Delegieren-Link in der E-Mail verwenden.
Der Delegierungsprozess wird durch Aktualisieren der Delegierungs-API auf die Verwendung des v6 REST-Endpunkts /delegatedParticipantSets verbessert.
Kund*innen sollten außer der Durchsetzung der erforderlichen Namenswertkonfiguration während der Delegierung keine Auswirkungen bemerken. Falls Delegierungsprobleme bemerkt werden, kontaktiere den Support.
- QuickInfos für Formularfelder unterstützen bis zu 4096 Zeichen: Bei der anpassbaren QuickInfo-Option für alle Formularfelder wurde die zulässige Anzahl von Zeichen von 256 auf 4096 erhöht.
- Verbesserte Suche nach Team-/Small Business-Servicepaketen -– Die Suchfunktion zum Auffinden von Vereinbarungen wurde verbessert, um komplexere String-Abfragen mit spezieller Syntax zu unterstützen. Die aktualisierte Suchfunktion soll in der zweiten Hälfte 2022 nach Dienstebene bereitgestellt werden.
- Diese Version aktualisiert nur die Dienstebenen Team/Small Business.
- Die Dokumentation für die verbesserte Suchfunktionalität ist in der online Hilfedokumentation verfügbar. Ein Link zur Dokumentation wird in der Anwendung durch Anklicken des Informationssymbols neben dem Suchfeld bereitgestellt:
Änderungen der Experience
- Rechtliche Hinweise wurden auf der Seite „e-signieren“ zu einem Menüpunkt zusammengefasst: Die rechtlichen Hinweise auf der Seite „e-signieren“ der empfangenden Person wurden im Menü Optionen unter dem Menüpunkt Rechtliche Hinweise zusammengefasst. Die gesammelten Hinweise sind:
- Nutzungsbedingungen
- Datenschutzrichtlinie
- Cookie-Voreinstellungen
- Hinweise zu Urheberrecht und Marken
- Hinweise zu Drittanbietern
- Klickbare Nachrichtenlinks auf den Seiten e-signieren und Verwalten: Bei Konten der Enterprise-Ebene, die klickbare Links in ihren E-Mail-Vorlagen ermöglichen, werden diese Links jetzt auch auf der Seite „e-signieren“ der empfangenden Person sowie in der Seitenansicht Verwalten der Vereinbarung als klickbar angezeigt.
- Ländercode +383 (Kosovo) wurde der SMS-Authentifizierung hinzugefügt: Der Kosovo (+383) wurde in die Liste der Ländercodes für die Telefonauthentifizierung aufgenommen.
- QuickInfos der Signaturfelder wurden für besseren Zugriff darauf aktualisiert: Bei jedem der Signaturfeldtypen wurden die QuickInfos verbessert, um den von der empfangenden Person benötigten Signaturinhalt besser zu identifizieren.
Behobene Probleme
| Problem |
Beschreibung |
|---|---|
| 4331709 | Zusammenfassung: Wenn eine empfangende Person durch eine Benutzer*innen-ID ersetzt wird, die ihre Vereinbarungen automatisch an eine*n Benutzer*in delegiert, die keine aktive Benutzer*innen-ID im System hat, wird ein MISC_SERVER_ERROR generiert. |
| Korrektur: Der Code wurde verbessert, um die Benutzer*innen-ID mit automatischer Delegierung erfolgreich als einmalige(n) Benutzer*in für die Transaktion zu identifizieren und zu erstellen. |
|
| 4345707 | Zusammenfassung: Mehrdeutige QuickInfo-Informationen für Signatur-/Initial-/Stempelfelder verursachen Verwirrung, wenn Vereinbarungen auf Bildschirmleseprogrammen angezeigt werden. |
| Korrektur: Die QuickInfos wurden aktualisiert, um die Art des erforderlichen Inhalts (Initialen/Signaturstempel) besser anzugeben. Die Lokalisierung dieser QuickInfos wurde in gängigen Bildschirmleseprogrammen aktualisiert und überprüft. |
|
| 4346795 | Zusammenfassung: Die Benutzer*innen erhalten eine uninformative Fehlermeldung, wenn die Authentifizierung aufgrund von Einschränkungen für IP-Adressen abgelehnt wird. |
| Korrektur: Die Fehlermeldung wurde verbessert, um anzuzeigen, dass die Ablehnung der Authentifizierung in der Kontosicherheitsrichtlinie begründet ist. |
|
| 4348930 | Zusammenfassung: Dynamische Werte, die in Zahlungsfeldern verwendet werden, enthalten keine Vorausfüllen-Werte in ihren Berechnungen. |
| Korrektur: Der Code, der die Berechnung von Feldwerten für Zahlungsfelder unterstützt, wurde korrigiert, um ordnungsgemäß auf Werte aus vorausgefüllten Feldern zuzugreifen und diese zu importieren. |
|
| 4353603 | Zusammenfassung: Bildfelder, die durch bedingte Logik auf der Grundlage anderer Felder deaktiviert sind, lassen dennoch das Hochladen eines Bildes zu. |
| Korrektur: Der Code, der den Feldzugriff unter der Feldbedingungslogik deaktiviert hat, wurde korrigiert, um zu gewährleisten, dass nicht auf das Bildfeld zugegriffen werden kann. | |
| 4354667 | Zusammenfassung: Wenn auf derselben Seite zwei Anlagenfelder verfügbar sind, wechselt der Anwendungsfokus nach Abschluss der ersten Anlage nicht zum nächsten Feld und geht stattdessen in eine Schleife. |
| Korrektur: Die Feldnavigation und der setFocus-Code wurden korrigiert, damit der Fokus ordnungsgemäß zum nächsten Feld wechselt. |
|
| 4354854 | Zusammenfassung: Wenn bei der Überprüfung einer Webformular-Signatur E-Mail-Adressen eingefügt werden, wird die Schaltfläche „Hier signieren“ nicht ordnungsgemäß aktiviert. |
| Korrektur: Die OnPaste-Funktion wurde verbessert, um diese Aktion bei der Übermittlung von Webformularen besser durchführen zu können. |
|
| 4354992 | Zusammenfassung: Erinnerungs- und Delegierungs-E-Mails können aufgrund einer Inkonsistenz in der Name-Wert-Verwaltung eine Unzustellbarkeit durch Anti-Spam-Filter auslösen, wenn die Umschlag- und Kopfzeilenwerte der sendenden Person nicht übereinstimmen. |
| Fix: Der Von-Header in E-Mails ist jetzt einheitlich als „Vorname Nachname <adobesign@adobesign.com>" formatiert, wenn Vor- und Nachname verfügbar sind. |
|
| 4355581 | Zusammenfassung: In Berichtsdiagrammen mit Kontobereich wurden Berichte gelegentlich mit Berichts-ID angezeigt, wenn die Berichtseigenschaften Nullwerte enthalten. |
| Korrektur: Die Reporting-API für das neue Berichtssystem wurde aktualisiert, um Berichte mit Nullwerten besser zu verwalten. |
|
| 4359189 | Zusammenfassung: E-Mail-Vorlagen können & anstelle von & anzeigen, wenn der Firmenname verwendet wird. |
| Korrektur: Der Code zur korrekten Formatierung des Firmennamens wurde korrigiert. |
|
| 4359920 | Zusammenfassung: Der Ländercode für den Kosovo (+383) ist bei der Konfiguration der SMS-Authentifizierung nicht verfügbar. |
| Korrektur: (+383) wurde zur SMS-Liste der verfügbaren Ländercodes hinzugefügt. |
|
| 4360266 | Zusammenfassung: Wenn ein(e) Benutzer*in in den Status Inaktiv wechselt und dann in eine andere Gruppe verschoben wird, zeigt die beim Exportieren einer Benutzer*innenliste generierte CSV-Datei nicht den aktuellen Gruppennamen für die/den inaktive(n) Benutzer*in an. |
| Korrektur: Es wurde eine neue Methode zum Abrufen von zu exportierenden Benutzer*innendaten ohne Prüfung des Benutzer*innenstatus implementiert. |
|
| 4360311 | Zusammenfassung: E-Mail-Vorlagen können & anstelle von & anzeigen, wenn der Name des Absenders ein & enthält. |
| Korrektur: Der Code zur korrekten Formatierung des Namens der sendenden Person wurde korrigiert. |
|
| 4361282 | Zusammenfassung: Wenn Sie (nach Ablauf des vorherigen Links) einen neuen Link in einer Vorlage für eine Erinnerungs-E-Mail anfordern, wird allen Teilnehmern eine Erinnerungs-E-Mail gesendet. |
| Korrektur: Der Erinnerungs-Code wurde korrigiert, sodass die Erinnerung nur an jene empfangende Person gesendet wird, die ihn angefordert hat. |
|
| 4361868 | Zusammenfassung: Berechnete Datumswerte in nicht englischen Gebietsschemata meldeten möglicherweise folgenden Fehler: „Serverfehler. Ein Feld hatte einen ungültigen Wert" |
| Korrektur: Die Übersetzung von Datumsformaten in lokalisierte Datumsangaben in Bezug auf berechnete Felder und bedingte Anweisungen wurde verbessert. |
|
| 4365756 | Zusammenfassung: Aufgrund eines Konflikts bei der Übernahme von älteren Einstellungen wurden Admins Profilseiten von Benutzer*innen bei der Bearbeitung als leer angezeigt. |
| Korrektur: Das Verständnis und der Zugriff auf die richtigen vererbten Einstellungen wurde aktualisiert, um den Konflikt zu beseitigen und die richtigen Werte bereitzustellen. |
|
| 4366715 | Zusammenfassung: Bei Vereinbarungen, die aus zwei Dateien erstellt wurden, kann es zu fehlerhaften Datensätzen in der Baumstruktur kommen, was zu einem fehlgeschlagenen Erstellungsprozess führt (aufgrund des Prozesses, der zur Kombination der Baumstruktur verwendet wird). |
| Korrektur: Die Bibliothek, die zum Kombinieren von Dokumenten verwendet wird, wurde aktualisiert. Damit lässt sich die Baumstruktur besser verwalten, wenn mehrere Dateien in einer Vereinbarung enthalten sind. |
Produktionsbereitstellung: 13. September 2022
Verbesserte Funktionalität
- Sandbox-Vorabversion vier Wochen vor der Produktionsfreigabe – Acrobat Sign-Produktversionen werden jetzt vier Wochen vor der allgemeinen Produktionseinführung in der Sandbox-Umgebung bereitgestellt, sodass Accounts mit einer Sandbox-Berechtigung die neue Funktionalität überprüfen und testen können, bevor sie sich auf die Produktionsumgebung auswirkt. Geplante Versionen können im Veröffentlichungsplan eingesehen werden, wobei die Sandbox- und Produktionsfreigabedaten oben in den Vorabversionsnotizen verfügbar sind. (In den endgültigen Versionshinweisen für die Produktionsversion wird das Veröffentlichungsdatum für die Sandbox entfernt.)
- Adminsteuerelemente, mit denen Benutzenden die Berechtigung erteilt/entzogen werden kann, Vorlagen auf Organisationsebene hinzuzufügen – Admins können auf Konto- oder Gruppenebene steuern, ob die Benutzenden in der Gruppe ihre Vorlagen für die gesamte Organisation freigeben können oder nur in ihrer Gruppe/ihren Gruppen.
Weitere Informationen zur Aktivierung von Bibliotheksvorlagen finden Sie hier >
Wenn diese Option aktiviert ist, wird im Audit-Bericht eine Aufzeichnung aller gesendeten E-Mail-Erinnerungen protokolliert (maximal 250 Erinnerungsereignisse).
Wenn Erinnerungs-E-Mails unterdrückt werden, werden keine Updates zum Audit-Bericht hinzugefügt. Diese Einschränkung betrifft auch Erinnerungen, die ausgelöst werden, um ein Webhook-Ereignis zu erzeugen. Beispiel: Wenn die Kontoeinstellungen so konfiguriert sind, dass Erinnerungen zum Audit-Bericht hinzugefügt werden, und einzelne Gruppen die Erinnerungs-E-Mails unterdrücken, enthalten die Audit-Berichte der spezifisch konfigurierten Gruppen keine Erinnerungsereignisse.
- Verbesserte Suche nach Business-Servicepaketen -– Die Suchfunktion zum Auffinden von Vereinbarungen wurde verbessert, um komplexere String-Abfragen mit spezieller Syntax zu unterstützen. Die verbesserte Suchfunktion soll über die nächsten Produktversionen hinweg nach Service-Stufen bereitgestellt werden.
- In dieser Version wird nur die Dienstebene Business aktualisiert.
- Die Dokumentation für die verbesserte Suchfunktionalität ist in der online Hilfedokumentation verfügbar. Ein Link zur Dokumentation wird in der Anwendung durch Anklicken des Informationssymbols neben dem Suchfeld bereitgestellt:
Änderungen der Experience
- Option Rechtliche Hinweise für die eingebettete (noChrome) E-Signierseite aktualisiert: Der Link Rechtliche Hinweise im Menü Optionen auf der E-Signierseite führt nun zu einer Variante der Rechtlichen Hinweise, die verknüpfte Dokumente ohne zusätzliche aktive Links enthält. Dadurch wird sichergestellt, dass Kund*innen, die das E-Sign-Erlebnis integrieren, Empfangenden keine externen Links zukommen lassen, die über den Geltungsbereich des kontrollierten Erlebnisses hinausgehen könnten.
- Aktualisierte Beschriftungen und Beschreibungen für die Notarize Inc.-Integration: Neue Branding-Begriffe und -beschreibungen von Notarize Inc. wurden in der Acrobat Sign API-Dokumentation, in den administrativen Sendeeinstellungen-Optionen und in der Benutzeroberfläche zum Benachrichtigung anfordern aktualisiert.
In der API-Dokumentation wurde die Beschreibung des notaryType BYON_NOTARY aktualisiert:
Die Transaktionsoptionen auf der Seite „Sendeeinstellungen“ wurden aktualisiert:
- Die neue Zeichenfolge „Notarize On-Demand Notary Service“
- ersetzt „Notarservice auf Abruf (Notarize)“.
- Die neue Zeichenfolge „Hausinternes notarielles Personal mit Multifaktor-Unterzeichnendenauthentifizierung“
- ersetzt „Eigenen Notar mitbringen, mit Multifaktor-Unterzeichner-Authentifizierung“.
- Die neue Zeichenfolge „Hausinternes notarielles Personal – dem notariellen Personal persönlich bekannt“
- ersetzt „Profitieren Sie von einem persönlichen Notar – persönlich bekannt vom Notar“.
Die Konfigurationsseite für die Beglaubigungssitzung wurde aktualisiert, sodass nun die Zeichenfolge mit dem korrekten Branding On-Demand Notary Service von Notarize verwenden angezeigt wird.
Zuvor: Notary On Demand-Service von Notarize, Inc. verwenden
Behobene Probleme
| Problem |
Beschreibung |
|---|---|
| 4353459 | Zusammenfassung: Die Spalte Absendergruppe fehlt im neuen Datenexporttool: |
| Behebung: Die Absendergruppe wurde als auswählbare Spalte in der Datenexport-CSV hinzugefügt: |
|
| 4359191 | Zusammenfassung: Für Konten, für die Benutzende in mehreren Gruppen aktiviert sind, werden inkonsistente Logos in der Ausfüllen und signieren- und der Authoring-Oberfläche angehängt. |
| Behebung: Der Code wurde aktualisiert, um sicherzustellen, dass in der Benutzersitzung auf die richtige Gruppe verwiesen wird, damit auf das richtige Logo zugegriffen wird. | |
| 4361051 |
Zusammenfassung: Vereinbarungen mit digitalen Signaturen können bei einer Signatur-Zeitüberschreitung durch eine begonnene, aber nicht abgeschlossene, Miniaturansicht automatisch abgebrochen werden. |
| Behebung: Die Miniaturansicht wurde nach Abschluss der Signatur verlegt, wodurch die Situation verhindert wird, in der es zum automatischen Abbruch kommen kann. |
|
| 4367176 | Zusammenfassung: Vereinbarungen, die über die Seite „Verwalten“ signiert wurden, greifen auf die Einstellungen auf Kontoebene zur Einschränkung der Quellen für den Datei-Upload zu. |
| Behebung: Der Code wurde aktualisiert und bezieht sich nun bei Signaturen von der „Verwalten“-Seite ordnungsgemäß auf die Gruppenebene der Benutzenden, die Vorrang hat. |
|
| 4367707 | Zusammenfassung: Bei Vereinbarungen mit handschriftlicher Signatur ist es auch dann möglich, die Vereinbarung abzulehnen, wenn die Option zum Ablehnen deaktiviert ist. |
| Behebung: Code wurde verbessert und prüft nun die Einstellungen für das Ablehnen der Signatur beim Erstellen der Vereinbarungsseite mit handschriftlicher Signatur ordnungsgemäß. |
|
| 4373816 | Zusammenfassung: Bei Konten, für die die SGQL-Suche und „Benutzende in mehreren Gruppen“ aktiviert ist, konnte beim Suchen ein „Ungültige Anforderung“-Fehler entstehen, durch den die Seite „Verwalten“ leer angezeigt wurde. |
| Behebung: Die Seite „Verwalten“ wurde aktualisiert und geht nun ordnungsgemäß mit ungültigen Anforderungen aus der Suche um. |
Bereitstellung in der Produktionsumgebung: 8. November 2022
Verbesserte Funktionalität
- „Just in time" Benutzerbereitstellung für Konten, die über die Adobe Admin Console verwaltet werden - Konten, die Benutzer über die Adobe Admin Console verwalten, können ihr Konto so konfigurieren, dass Benutzer automatisch erstellt und optional zum Acrobat Sign-Produktprofil hinzugefügt werden, wenn sie sich zum ersten Mal über die konfigurierte SSO-Lösung beim Acrobat Sign-Service authentifizieren.
- Elektronische Siegel: Enterprise-Konten können elektronische Siegel (E-Siegel) verwenden, die die gleiche Rechtsgültigkeit wie ein Firmenstempel auf Papier aufweisen. E-Siegel können von mehr als einer Person oder einem System unter der Kontrolle oder Aufsicht der juristischen Person angewendet werden. Dank der elektronischen Siegelungsfunktion in Acrobat Sign können Unternehmen E-Siegel mithilfe digitaler Zertifikate anwenden, die ihrer juristischen Person ausgestellt wurden, um die Integrität und Authentizität von Rechnungen, Kontoauszügen oder anderen offiziellen Dokumenten zu zeigen.
- Selbstdefinierte Workflows ermöglichen die Konfiguration von Empfangsgruppen in der Vorlage: Nutzende, die selbstdefinierte Workflows erstellen, die Empfangsgruppen enthalten, können die Empfangsgruppe jetzt vollständig definieren, indem sie dem E-Mail-Feld eine durch Kommas getrennte Liste der E-Mail-Adressen hinzufügen.
- Berichte und Datenexporte planen - Die neue Reporting-Benutzeroberfläche (veröffentlicht im April 2022) wurde erweitert, um die Planung von Berichten/Exporten für regelmäßige Ausführung zu ermöglichen und eine E-Mail mit einem Link zum Bericht/Export für eine Liste interner Benutzer zu senden.
- Geplante Berichte/Exporte können nur von der erstellenden Partei erstellt, bearbeitet und abgebrochen werden.
- Berichte/Exporte können täglich, wöchentlich oder monatlich geplant werden. Die Ausführungszeit erfolgt um Mitternacht des ausgewählten Tages (basierend auf der Zeitzoneneinstellung des Kontos).
- Die Option Jetzt senden ist für Echtzeit-Updates verfügbar.
- Nur Nutzende innerhalb desselben Acrobat Sign-Kontos können in die E-Mail-Verteilerliste des Zeitplans aufgenommen werden.
- Beim Zugriff auf den E-Mail-Link müssen sich die Nutzenden beim Acrobat Sign-System authentifizieren.
- Nur Nutzende in der E-Mail-Benachrichtigungsliste sind berechtigt, den Berichts-/Exportinhalt anzuzeigen.
- E-Mail-Links sind gemäß der Konfiguration für den Ablauf von Dokumentlinks des Kontos deaktiviert.
- Beim Zugriff auf den E-Mail-Link müssen sich die Nutzenden beim Acrobat Sign-System authentifizieren.
- Bei geplanten Berichten/Exporten wird ein Symbol angezeigt, wenn der Mauszeiger über den Datensatz bewegt wird.
- Geplante Berichte/Exporte können nur von der erstellenden Partei erstellt, bearbeitet und abgebrochen werden.
Spaltenname |
Beschreibung |
|---|---|
Absendergruppe |
Aktuelle Gruppe der Person, die das Dokument gesendet hat |
Absender*in – Unternehmen |
Unternehmen der nutzenden Person zum Zeitpunkt der Vereinbarungserstellung |
Absender*in – Gerät |
Das Gerät, mit dem eine Vereinbarung erstellt wurde |
Absender*in – Ablehnungsgrund |
Der Grund, aus dem die sendende Partei eine Vereinbarung zurückgerufen hat |
Datum des Einsetzens der Dokumentaufbewahrung |
Anwendung der Dokumentaufbewahrung gemäß DSGVO |
Signaturtyp |
Signaturtyp: E-SIGNIEREN oder HANDSCHRIFTLICH |
Anzahl der Dokumente |
Anzahl der Dokumente, die zum Erstellen der Vereinbarung verwendet wurden |
Seitenanzahl |
Anzahl der Seiten in den Dokumenten, die zum Erstellen der Vereinbarung verwendet wurden |
Anzahl der Empfänger |
Anzahl der empfangenden (teilnehmenden) Parteien einer Vereinbarung |
Anzahl der abgeschlossenen Empfänger |
Anzahl der Empfangsparteien, die die erforderliche Aktion abgeschlossen haben |
Anzahl der verbleibenden Empfänger |
Anzahl der verbleibenden Empfangsparteien, die die erforderliche Aktion nicht abgeschlossen haben |
Vereinbarungsnachricht |
Text, der von der sendenden Partei beim Erstellen der Vereinbarung bereitgestellt wird |
Rolle des*der Empfänger*in |
Rolle, die beim Senden einer Vereinbarung festgelegt wurde (d. h. UNTERZEICHNENDE, GENEHMIGENDE, DELEGIERENDE) |
Firma des*der Empfänger*in |
Unternehmen der Empfangspartei zum Zeitpunkt der angeforderten Aktion |
Empfänger*in – Abgeschlossen am |
Angeforderte Aktion abgeschlossen, d. h. Vereinbarung unterschrieben |
Sicherheitsoption für den*die Empfänger*in |
Ausgewählte Sicherheitsoption |
Empfänger*in – Begonnen am |
Vereinbarung an Empfangspartei gesendet |
Empfänger*in – Angesehen am |
Vereinbarung von Empfangspartei angezeigt |
Empfänger*in – Gerät |
Gerät, das zum Signieren (oder zum Abschließen anderer Aktionen) verwendet wird |
Empfänger*in – Ablehnungsgrund |
Der Grund, der angegeben wird, wenn die empfangende Partei die Unterzeichnung ablehnt |
- Admin-verwaltete Kontofreigabe: Admins auf Kontoebene können bei Konten mit aktivierter erweiterter Kontofreigabe die Kontofreigabe zwischen Nutzenden einschränken, sodass nur Admins auf Kontoebene Kontofreigaben zwischen Nutzenden/Gruppen erstellen, ändern und stornieren können. Bei dieser Konfiguration verlieren Nutzende und Admins auf Gruppenebene jeglichen Zugriff auf die Freigabe ihrer Konten.
Die Optionen für die Kontofreigabe finden Sie unter Kontoeinstellungen > Sicherheitseinstellungen > Kontofreigabe
- Administrationsansicht und -steuerung für von Nutzenden freigegebene Konten: Dem Administrationsmenü auf Kontoebene wurde eine neue Registerkarte hinzugefügt, um die vorhandene Kontofreigabe auf Nutzenden- und Gruppenebene anzuzeigen. Die Registerkarte Freigegebene Nutzende öffnet eine Liste aller Freigaben, in der die Nutzenden/Gruppen identifiziert werden, die etwas freigeben bzw. für die etwas freigegeben wurde. Darüber hinaus werden die Berechtigungen der Freigabe, der Status der Freigabe sowie explizit alle Freigaben für eine externe Partei aufgeführt.
- Das Digital Identity Gateway unterstützt jetzt Einstellungen für interne Benutzer - Die Einschränkung, die das Digital Identity Gateway zwang, sich zu deaktivieren, wenn unterschiedliche Authentifizierungsmethoden für interne Benutzer aktiviert waren, wurde gelöst. Dies ermöglicht es Administratoren, die interne Identitätsverifizierung zu erlauben, wenn die Option für externe Empfänger aktiviert ist.
- Neue Identitätsdienst-Optionen: Es wurden sechs neue Identitätsdienst-Optionen hinzugefügt:
- ID.me bietet neue Identitätsverifizierungsdienste, die den NIST SP 800-63-Standard für Multi-Faktor-Authentifizierung unterstützen::
- NIST IAL2/AAL2
- NIST LOA3
- Fortified Identity
- Wissensbasierte Authentifizierung (KBA)
- IDnow VideoIdent
- „My Number“-Karte
- ID.me bietet neue Identitätsverifizierungsdienste, die den NIST SP 800-63-Standard für Multi-Faktor-Authentifizierung unterstützen::
- Das Digital Identity Gateway ist für Kundenkonten in der Adobe Acrobat Sign for Government-Umgebung verfügbar - GovernmentCloud-Konten können jetzt die Digital Identity Gateway-Funktion verwenden, um Unterzeichner mit dem vorkonfigurierten FedRAMP-konformen digitalen Identity Provider ID.me zu identifizieren.Die ID.me-Dienste entsprechen dem NIST SP 800-63-Standard für die Multi-Faktor-Authentifizierung.
- In den Audit-Bericht eine Zusammenfassung der Anzahl der Dateien und Seiten einfügen, aus denen die endgültige Vereinbarung besteht; dem Audit-Bericht kann eine Zusammenfassung der Dateien-/Seitenanzahl hinzugefügt werden, die Folgendes anzeigt:
- Die Gesamtanzahl der Dateien, die beim Erstellen der Vereinbarung hochgeladen wurden
- Die Gesamtanzahl der Seiten in den hochgeladenen Dateien
- Die Gesamtanzahl der unterstützenden Dateien, die der Vereinbarung (durch Dateianhänge) hinzugefügt wurden
- Aggregiert von allen Teilnehmenden
- Die Gesamtanzahl der in allen unterstützenden Dokumentdateien enthaltenen Seiten
- Verbesserte Barrierefreiheit durch PDF-Tagging: Kund*innen, die barrierefreie signierte Dokumente benötigen, können jetzt die PDF-Generierung mit Tags aktivieren. Mit Tagging können Sie Inhalte und Anmerkungen für Bildschirmleseprogramme hinzufügen, um den Inhalt der PDF zu verstehen und auszugeben.
Wenn diese Option aktiviert ist, enthalten die Felder, die Dokumenten in der Authoring-Phase hinzugefügt werden, das richtige Tagging. Barrierefreie Dokumente, die hochgeladen werden, behalten ihr Tagging während des gesamten Signaturvorgangs bei und erzeugen beim Abschluss des Vorgangs eine barrierefreie signierte PDF-Datei.
- Verbesserte automatische Formularfelderkennung (eingeschränkte Bereitstellung): Die automatische Formularfelderkennung wurde verbessert, um den Typ, die Größe, die Anzahl und die Position der zu platzierenden Formularfelder genauer zu identifizieren. Diese Version erweitert die Einführung der neuen Felderkennung auf alle Konten auf den NA1- und NA2-Shards in Nordamerika. (Zuvor nur für Einzelanwendungs-Konten und den NA4-Shard aktiviert.)
- Verbesserte Suche bei Enterprise-Dienstpaketen und kostenlosen Konten: Die Suchfunktion zum Auffinden von Vereinbarungen wurde verbessert, um komplexere Zeichenfolgeabfragen mit spezieller Syntax zu unterstützen. Die verbesserte Suchfunktion hat die geplante Bereitstellung mit der Produktveröffentlichung im November 2022 abgeschlossen.
- Diese Version aktualisiert nur die Dienststufen Enterprise und kostenlose Konten.
- Die Dokumentation für die verbesserte Suchfunktionalität ist in der Online-Hilfe verfügbar.Ein Link zur Dokumentation wird in der Anwendung durch Anklicken des Informationssymbols neben dem Suchfeld bereitgestellt:
Acrobat Web
- Acrobat Web Gelöscht-Ordner – eine gelöschte Vereinbarung wiederherstellen (nur Einzellizenzen): Nutzende von Acrobat Web mit einer Einzellizenz können jetzt Vereinbarungen auf ihrer Seite Verwalten „vorläufig löschen“. Die Vereinbarungen werden dann 14 Tage lang in einem Gelöscht-Ordner gespeichert und danach vollständig aus dem System entfernt. Nutzende können den Ordner Gelöscht öffnen und alle Vereinbarungen wiederherstellen, bevor die Vereinbarung endgültig gelöscht wird.
Änderungen der Experience
- Internet Explorer 11 und ältere Edge-Browser werden nicht mehr unterstützt: Ab der Version vom November 2022 werden Internet Explorer 11 und ältere Edge-Browser auf Acrobat Sign-Seiten nicht mehr unterstützt. Bei jedem Versuch, mit einem dieser Browser auf Acrobat Sign zuzugreifen, wird in einer Meldung angezeigt, dass der Browser nicht unterstützt wird:
- Interimslösung für Probleme mit Signaturen in eingebetteten Versionen aufgrund deaktivierter Cookies von Drittanbietenden: Empfangende Parteien, die ihre Signatur in einer eingebetteten Version von Acrobat Sign vornehmen, oder wenn Cookies von Drittanbietenden deaktiviert sind, haben möglicherweise Schwierigkeiten, den Signaturvorgang abzuschließen. Während ein reibungsloseres Erlebnis entwickelt wird, wurde eine kurzfristige Lösung bereitgestellt. Diese besteht darin, dass die Problemsituation erkannt und der empfangenden Partei eine Meldung angezeigt wird, in der das Problem beschrieben wird. Außerdem wird eine Schaltfläche zum Öffnen der Seite auf einer neuen Registerkarte bereitgestellt.
- Anforderungen für einen neuen Link werden jetzt im Audit-Bericht und der Aktivitätsliste angezeigt: Wenn eine Empfangspartei einen neuen Link anfordert, um einen abgelaufenen zu ersetzen, wird das Ereignis jetzt im Audit-Bericht und im Aktivitätsprotokoll angezeigt.
- Die Schaltfläche Neuen Link senden zum Ersetzen abgelaufener Links deaktiviert sich jetzt selbst, nachdem die Drosselungsgrenze erreicht wurde: Um mehrere Zugriffe auf die Datenbank aufgrund mehrerer Klicks auf die Schaltfläche zu unterdrücken, deaktiviert sich die Schaltfläche jetzt selbst, nachdem sie so oft angeklickt wurde, dass der Schwellenwert für die Anforderungsdrosselung überschritten wurde (10 Mal in einer Stunde).
- Erinnerungen, die an mehr als drei Personen gesendet wurden, werden jetzt in der Aktivitätsliste zusammengefasst: Damit die Aktivitätsliste übersichtlich bleibt, werden alle Erinnerungen, die an mehr als drei Teilnehmende gesendet werden, in einer Zeile mit folgender Meldung zusammengefasst: Erinnerung an <Anzahl_Empfangsparteien> Empfangsparteien gesendet
.
Im Audit-Bericht werden weiterhin alle Empfangsparteien für die offiziellen Unterlagen aufgeführt.
- Das Eingabefeld „Eine zusätzliche Kopie von jeder signierten Vereinbarung senden“ wird aus der Registerkarte Externes Archiv für Konten mit mehreren Lizenzen entfernt: Die Funktion Eine zusätzliche Kopie von jeder signierten Vereinbarung an die folgenden E-Mail-Adressen senden ist für alle Dienststufen, die Zugriff auf die Registerkarte Globale Einstellungen haben, über Kontoeinstellungen > Globale Einstellungen zugänglich. Einzellizenz-Dienststufen, die keinen Zugriff auf Globale Einstellungen haben, greifen auf diese Funktion weiterhin über die Registerkarte Externes Archiv zu.
- Für die Funktion „Eine zusätzliche Kopie von jeder signierten Vereinbarung senden“ können maximal 15 E-Mail-Adressen hinterlegt werden: Die Funktion Eine zusätzliche Kopie von jeder signierten Vereinbarung an die folgenden E-Mail-Adressen senden lässt höchstens 15 E-Mail-Adressen im Eingabefeld zu. Unternehmenskunden, die mehr als 15 konfigurieren müssen, können den Support kontaktieren und eine Erhöhung anfordern.
- Links zu rechtlichen Hinweisen wurden aus der Fußzeile der Webseite verschoben: Die rechtlichen Links in der Fußzeile der Weboberfläche wurden in den Overlay Rechtliche Hinweise verschoben, auf den über das Fragezeichensymbol in der oberen rechten Ecke des Fensters zugegriffen werden kann. Nur die Sprachauswahl verbleibt in der Fußzeilenleiste.
- Eine Option zum Erstellen eines Kontos wurde zur Seite nach der Unterzeichnung hinzugefügt - Die Seite nach der Unterzeichnung, zu der Empfänger weitergeleitet werden, nachdem sie ihren Unterzeichnungsprozess abgeschlossen haben, bietet ihnen jetzt einen einfachen Weg, ein Acrobat Sign-Konto zu erstellen.
- Nur unbekannte Empfangsparteien sehen die Schaltfläche Konto erstellen. Registrierten Nutzenden wird diese Schaltfläche nicht angeboten.
- Empfangsparteien in einem deutschen Gebietsschema sehen die Schaltfläche Konto erstellen nicht.
- Empfangsparteien in einem unbekannten Gebietsschema sehen die Schaltfläche Konto erstellen nicht.
- Acrobat Sign-Authentifizierung: Die Acrobat Sign-Authentifizierungsmethode wurde dahingehend verbessert, dass der Authentifizierungsprozess und die Anforderungen für die Empfangsparteien nun besser beschrieben werden. Insbesondere wird hervorgehoben, dass vor Abschluss der Authentifizierung ein Adobe-Konto erstellt werden muss (falls noch kein Konto vorhanden ist).
REST API-/Webhook-Updates
API- und Webhook-Updates für diese Version finden Sie in der Acrobat Sign API-Dokumentation.
Neue und aktualisierte REST v6-APIs
- DELETE /agreements/{agreementId} - Ein neuer Endpunkt, der die „Soft Delete"-Funktion unterstützt, indem er einen Vertrag und alle zugehörigen Daten (einschließlich Datenbankeinträge und physische Dateien) in den Gelöscht -Ordner verschiebt, wo sie 14 Tage später vollständig vernichtet werden (es sei denn, sie werden vorher wiederhergestellt).
- GET /users/{userId}/settings: Ein neuer Endpunkt zum Abrufen der Authoring-Einstellungen für eine nutzende Person.
- GET /libraryDocument/{libraryDocumentId}/combinedDocument: Eine Aktualisierung des vorhandenen Endpunkts, um einen Wert (skipDocumentSealing) hinzuzufügen, der eine nicht zertifizierte PDF-Datei zurückgibt.
- POST /libraryDocuments: Aktualisierung eines vorhandenen Endpunkts, der ein Bibliotheksdokument aus einer Vereinbarung erstellt.
- GET /groups - Dieser Endpunkt wurde erweitert, um die neue Shared Users-Warteschlange zu unterstützen, indem die Account-Freigaben innerhalb einer Gruppe aufgelistet werden.
Neue Webhooks
- Neuer Webhook AGREEMENT_REMINDER_INITIATED: Der Webhook AGREEMENT_REMINDER_INITIATED wird gestartet, wenn eine Vereinbarungserinnerung ausgelöst wird und Erinnerungs-E-Mails unterdrückt sind.
- Der Webhook AGREEMENT_REMINDER_SENT wird gestartet, wenn eine Vereinbarungserinnerung ausgelöst wird und Erinnerungs-E-Mails aktiviert sind (Standard).
- Neuer Webhook MEGASIGN_REMINDER_INITIATED: Der Webhook MEGASIGN_REMINDER_INITIATED wird gestartet, wenn eine Massenversand-Erinnerung ausgelöst wird und Erinnerungs-E-Mails unterdrückt sind.
- Der Webhook MEGASIGN_REMINDER_SENT wird gestartet, wenn eine Massenversand-Erinnerung ausgelöst wird und Erinnerungs-E-Mails aktiviert sind (Standard).
- Es wird nur ein MEGASIGN_REMINDER_INITIATED- bzw. MEGASIGN_REMINDER_SENT-Webhook für den übergeordneten Massenversand-Container bereitgestellt. Einzelne untergeordnete Vereinbarungen lösen jeweils keinen eigenen MEGASIGN_REMINDER_INITIATED-Webhook aus.
Künftige Aktualisierung für Webhooks
Am 8. November 2022 führt Adobe Acrobat Sign eine verbesserte Version der Webhook-Infrastruktur ein (unter dem Namen „Webhooks 2.0“). Am 18. Juli 2023 gibt Adobe die aktuelle Webhook-Infrastruktur („klassische Webhooks“) auf.
Webhooks 2.0 unterstützt alle Funktionen der klassischen Webhooks mit einer Einschränkung. Bei der Konfiguration eines Webhooks für Nutzende, ihre Gruppe oder ihr Konto wurden bei klassischen Webhooks Benachrichtigungen an alle Teilnehmenden einer Vereinbarung gesendet. Bei Webhooks 2.0 gibt es NUR bei der Konfiguration von Webhooks für die sendende Partei, ihre Gruppe oder ihr Konto Benachrichtigungen. Das heißt, Benachrichtigungen werden nicht mehr an alle Teilnehmenden einer Vereinbarung gesendet. Bitte beachten Sie, dass alle zukünftigen Verbesserungen NUR für Webhooks 2.0 bereitgestellt werden.
Ab dem 8. November 2022 erhalten alle neuen Kund*innen die neue Infrastruktur Webhooks 2.0.
Alle bestehenden Kund*innen vor dem 8. November 2022 werden am 14. März 2023 automatisch migriert. Aktuelle Kunden können Webhooks 2.0 am 8. November auf einem Probe-Abo-, Entwickler- oder Sandbox-Konto über Adobes Insider Access-Programm ausprobieren.
Wir erwarten, dass die Migration für alle Kund*innen nahtlos verläuft. Kundinnen und Kunden, die über strenge Netzwerksicherheitsrichtlinien verfügen, müssen jedoch neue IP-Adressen gemäß https://helpx.adobe.com/de/sign/system-requirements.html konfigurieren.
Wenn du Fragen hast, wende dich bitte an deinen Success Manager oder das Support-Team.
Systemressourcen
- Aktualisierter Microsoft Office-PDF-Konverter: Es wurde ein Update für den Microsoft Office-PDF-Konverter installiert. Dieses Update hält den Konverter mit Tools und Bibliotheken von Drittanbietenden auf dem neuesten Stand.
Behobene Probleme
| Problem |
Beschreibung |
|---|---|
| 4301552 | Zusammenfassung: Die Person, die eine Vereinbarung erstellt, kann den Namen eines Felds festlegen, aber für Informationsfelder für Unterzeichnende (z. B. Signaturdatum) wird der Feldname intern geändert. Eine Zuordnung der ursprünglichen Feldnamen zu geänderten Feldnamen wird beibehalten und an die Seite für die elektronische Signatur übergeben, die Seite für die elektronische Signatur verwendet die Zuordnung jedoch derzeit nicht. Beim Auflösen von Feldreferenzen für ein berechnetes Feld ist der in der Referenz verwendete Feldname der ursprüngliche Name, wodurch die Referenz für Felder mit einem geänderten Namen fehlschlägt. |
| Behebung: Der Code wurde verbessert, sodass bei der Ermittlung des Felds, das auf eine Feldreferenz überprüft werden soll, die Zuordnung der umbenannten Felder überprüft wird, wenn beim Überprüfen der aktuellen Namen keine Übereinstimmung gefunden wird. |
|
| 4316578 | Zusammenfassung: Unterzeichnende werden jedes Mal aufgefordert, die Cookies zu akzeptieren, wenn sie ein Dokument in einem iFrame signieren. |
| Fix: Eine Interstitial-Seite wurde hinzugefügt, um einen neuen Tab zu öffnen und den Signaturprozess mit weniger Reibung abzuschließen. Dies ist eine vorübergehende Lösung, die solange Anwendung findet, bis eine elegantere Lösung entwickelt wurde. | |
| 4333689 | Zusammenfassung: Beim Signieren eines Webformulars wird ein Marshalling-Fehler eingeblendet: „Fehler beim Marshalling der Daten. Weitere Informationen finden Sie in den Protokollen“. Die Vereinbarung wird trotz des Fehlers signiert. |
| Behebung: Es wurde eine Prüfung hinzugefügt, mit der das Array der Teilnehmenden ausgewertet und festgestellt wird, dass es nicht leer ist. |
|
| 4336236 | Zusammenfassung: Wenn Sie ein Ablaufdatum über die API ändern, wird das neue Datum bei der Abfrage nicht ordnungsgemäß berücksichtigt, da die Datenbank nicht vor der Suchindexwarteschlange aktualisiert werden kann. |
| Behebung: Der Code wurde verbessert, um die Reihenfolge der Datenspeicherung zu optimieren. |
|
| 4341563 | Zusammenfassung: Der Fehler „Vereinbarungs-ID ist ungültig“ tritt auf, wenn versucht wird, Erinnerungen auf der neuen Seite „Verwalten“ auszulösen, und das Konto so konfiguriert ist, dass die Vereinbarung nach der Signatur nicht in den Vereinbarungsereignissen angezeigt wird. Dies führt zu einer ungültigen Teilnahmeprüfung. |
| Behebung: Der Code wurde verbessert, sodass die Einstellungen für die Ereignisprotokollierung so ausgewertet werden, dass die Teilnahmeprüfung ignoriert wird, wenn die Protokollierung unterdrückt wird. |
|
| 4347518 | Zusammenfassung: Nutzende können den Anmeldevorgang beim Signieren möglicherweise nicht abschließen, da eine falsch behandelte Warnung eine Schleife im Authentifizierungsprozess verursacht. |
| Behebung: Der Authentifizierungscode wurde verbessert, um die Fehlermeldung ordnungsgemäß zu verwalten und eine Schleife zu verhindern. | |
| 4350042 | Zusammenfassung: Signierte Vereinbarungen können auf der Seite „Verwalten“ unter In Bearbeitung angezeigt werden, da die Stubs für Shard-übergreifende Vereinbarungen vor der Indizierung nicht ordnungsgemäß aktualisiert wurden. |
| Behebung: Der Indizierungscode wurde verbessert, um Shard-übergreifende Vereinbarungen und potenzielle Probleme mit dem Aktualisierungs-/Indizierungszeitpunkt zu berücksichtigen. |
|
| 4350089 | Zusammenfassung: Wenn Benutzende unter „Aus Bibliothek starten“ auf Workflows zugreifen, wird als Datum der letzten Änderung fälschlicherweise das Erstelldatum angezeigt. |
| Behebung: Der Code wurde aktualisiert, um sicherzustellen, dass als Datum der letzten Änderung des Workflows tatsächlich das Änderungsdatum und nicht das Erstellungsdatum angezeigt wird. | |
| 4353030 | Zusammenfassung: Nutzende mit stornierten Konten können keine Vereinbarungen unterzeichnen. Nur die Delegierung ist zulässig. |
| Behebung: Der Code, der zum Generieren von einmaligen Konten von Unterzeichnenden verwendet wird, wurde verbessert, um E-Mail-Adressen zu berücksichtigen, die im System vorhanden sind, aber als storniert identifiziert werden. |
|
| 4357904 | Zusammenfassung: Berechnete Felder mit gerundeten Werten geben in jeder anderen Sprache als Englisch falsche Ergebnisse wieder, da der Gebietsschemamanager nicht ordnungsgemäß initiiert wurde. |
| Behebung: Der Gebietsschemamanager wurde aktualisiert und wird nun ordnungsgemäß initialisiert. |
|
| 4359443 | Zusammenfassung: Sendende Parteien erhalten die endgültige E-Mail nicht, wenn eine der Empfangsparteien inaktiv ist, da die inaktive userID ihre Berechtigung an eine ausstehende einmalige userID delegiert. Die einmalig nutzende Person aktualisiert ihren Status nicht ordnungsgemäß, sodass die endgültige E-Mail nicht an die sendende Partei gesendet wird. |
| Behebung: Die Delegierung an einmalige Nutzende wurde verbessert, um die Delegierung inaktiver Nutzender besser zu berücksichtigen und die Status ordnungsgemäß zu aktualisieren. |
|
| 4359784 | Zusammenfassung: Wenn das aktuelle Feld eine Option in einem Optionsfeld ist und Sie auf das Coachmark klicken, um zum nächsten Feld zu wechseln, wird das Coachmark zur nächsten Feldoption anstatt zum nächsten Feld verschoben. |
| Behebung: Der Coachmark-Code wurde aktualisiert, damit zum nächsten Feldobjekt gewechselt wird, wenn ein Optionsfeld ausgewählt wird. |
|
| 4360292 | Zusammenfassung: Der spanische Gebietsschematext für tägliche Erinnerungen ist falsch, da die Erinnerung als wöchentlich statt täglich identifiziert wird. |
| Behebung: Die lokalisierte Zeichenfolge wurde korrigiert. |
|
| 4360542 | Zusammenfassung: Usbekistan (+998) fehlt in den verfügbaren Ländercodes für die Telefonauthentifizierung. |
| Behebung: Usbekistan wurde in die Liste der verfügbaren Ländercodes aufgenommen. |
|
| 4363160 | Zusammenfassung: Bei der Anzeige von Vereinbarungsereignissen über die API besteht eine Inkonsistenz im Vergleich zur Vereinbarungsaktivität in der Adobe Sign-Bedienoberfläche , wenn die erweiterte Freigabe aktiviert ist und Unterzeichnende über ein freigegebenes Konto ersetzt werden. |
| Behebung: Die Ereigniszeichenfolgen wurden umgeschrieben: „im Namen von“ wurde entfernt, um Konsistenz mit dem Aktivitätsfenster und dem Audit-Bericht herzustellen. | |
| 4366553 | Zusammenfassung: Der CSV-Export der nutzenden Person meldet den Wert „Kann senden“ nicht ordnungsgemäß, wenn er aus der Kontoeinstellung übernommen wird. |
| Behebung: Die Details der übergeordneten Einstellungen wurden der Nutzungseinstellungszuordnung für die Funktion getSetting hinzugefügt. |
|
| 4366727 | Zusammenfassung: Webhooks lösen kein Agreement_Reminder_Sent-Ereignis aus, wenn die Erinnerungs-E-Mails unterdrückt sind. |
| Fix: Ein neuer Webhook (Agreement_Reminder_Initated) wurde erstellt, der ausgelöst wird, wenn Erinnerungen unterdrückt werden. |
|
| 4367344 | Zusammenfassung: Bei Vereinbarungen, die mit anderen als englischen Gebietsschemas gesendet wurden, werden keine Gründe für die Signatur im Audit-Bericht angezeigt. |
| Behebung: Der Code wurde verbessert, um sicherzustellen, dass alle Gebietsschemas ordnungsgemäß mit dem Grund für die Signatur formatiert werden. |
|
| 4367351 | Zusammenfassung: Käufmännische Und-Zeichen (&) werden in selbstdefinierten Workflow-Vorlagen von halber Breite in volle Breite konvertiert. |
| Behebung: Es wird nun auf das richtige Unicode-Zeichen verwiesen, wenn ein kaufmännisches Und-Zeichen in einer Zeichenfolge verwendet wird. |
|
| 4367725 | Zusammenfassung: Wenn Sie einen selbstdefinierten Workflow mit einem leeren CC-Feld erstellen und die Option zum Bearbeiten des Felds deaktivieren, wird möglicherweise der Fehler „Nicht unterstützter Workflow“ angezeigt. |
| Behebung: Der Code wurde verbessert, um ein bestehendes CC-Feld ohne Wert einzuschließen. |
|
| 4368118 | Zusammenfassung: Wenn globale Testkonten auf die globale VIP-Administration migriert werden, werden sie kurz nach der Migration wieder auf die Testversion zurückgesetzt. |
| Behebung: Der Migrationscode wurde verbessert, um die Datenbank besser mit den Dienststufen-Einstellungen der Acrobat Sign-Anwendung zu synchronisieren. |
|
| 4368310 | Zusammenfassung: Die Anweisungen für das Signaturbild sind in lokalisierten Bedienoberflächen grammatikalisch falsch formuliert. |
| Behebung: Die Zeichenfolge „Wählen Sie ein Bild als Ihre Signatur aus“ wurde in „Wählen Sie ein Bild von Ihrer Signatur aus“ geändert. |
|
| 4368398 | Zusammenfassung: Die neue Berichtsfunktion ist möglicherweise für Nutzende, die viele Gruppen verwalten, nicht verfügbar. Der Header wird größer, als es der Code zulässt. |
| Behebung: Die maximale Headergröße wurde erhöht. |
|
| 4368508 | Zusammenfassung: Der Versuch, eine übermäßige Anzahl von Webhooks zu laden, kann dazu führen, dass die Abfrage mit der Meldung „Ihre Anfrage kann nicht verarbeitet werden“ beendet wird. |
| Behebung: Die Standardseitengröße für die Anzahl der angezeigten Datensätze wurde so umdefiniert, dass die Abfrage die Anzahl verwalten kann. |
|
| 4368676 | Zusammenfassung: Alle inaktiven Nutzenden haben die falsche Zeitzone im CSV-Export der nutzenden Person. |
| Behebung: Die Details der übergeordneten Einstellungen wurden der Nutzungseinstellungszuordnung für die Funktion getSetting hinzugefügt. |
|
| 4369066 | Zusammenfassung: Wenn ein Hyperlink ausgewählt wird, wird die empfangende Partei nicht gefragt, ob sie die Vereinbarung wirklich verlassen möchte. |
| Fix: Eine Herausforderung wurde zum Hyperlink-Feld hinzugefügt. |
|
| 4369188 | Zusammenfassung: Die Anweisungen für das Signaturbild auf der Seite „Ausfüllen und signieren“ sind in lokalisierten Bedienoberflächen grammatikalisch falsch formuliert. |
| Behebung: Die Zeichenfolge „Wählen Sie ein Bild als Ihre Signatur aus“ wurde in „Wählen Sie ein Bild von Ihrer Signatur aus“ geändert. | |
| 4369403 | Zusammenfassung: Wenn Sie die Backend-Einstellung so konfigurieren, dass die Lebensdauer einer Erinnerung ignoriert wird, wird die Erinnerung nach einem Tag abgebrochen. |
| Behebung: Die Einstellung wurde korrigiert und ignoriert nun die Lebensdauer der Erinnerung ordnungsgemäß. |
|
| 4369791 | Zusammenfassung: Ein unerwartetes Ereignis „entered name at signing as ..." tritt auf, wenn ein autorisierter Name der digitalen Identität japanische Zeichen enthält. |
| Behebung: Die Dienstprogrammfunktion, die den Namenswert erfasst, wurde verbessert, um japanische Zeichen besser zu verwalten. |
|
| 4371330 | Zusammenfassung: Der Identitätsbericht der Unterzeichnenden zeigt in einigen Fällen, in denen Teile des Dokuments japanischen Text enthalten, „#“ an. |
| Behebung: Die Dienstprogrammfunktion, die den Namenswert erfasst, wurde verbessert, um japanische Zeichen besser zu verwalten. | |
| 4371423 | Zusammenfassung: Die wissensbasierte Authentifizierung wird in Audit-Berichten nicht berücksichtigt. |
| Behebung: Der Code, der den Audit-Bericht formatiert, wurde aktualisiert, um KBA-Ereignisse aufzunehmen. |
|
| 4372045 | Zusammenfassung: Beim Erstellen eines Workflows mit einer Bibliotheksvorlage kann der folgende Fehler auftreten: „Nicht unterstützter Workflow: Dieser Workflow kann nicht geöffnet werden, da er entweder beschädigt ist oder Funktionen enthält, die noch nicht unterstützt werden.“ |
| Behebung: Der Code, der diesen Fehler auslöst, wurde korrigiert. | |
| 4373220 | Zusammenfassung: Die Schaltflächen „Signieren“ und „Bestätigen“ weisen nicht genügend Kontrast auf, wenn sie im Fokus sind. |
| Behebung: Die Schaltflächen wurden aktualisiert, um sicherzustellen, dass sie das richtige Kontrastverhältnis aufweisen. |
|
| 4373681 | Zusammenfassung: Das Panel Rechtliche Hinweise enthält Links, die externe Seiten öffnen, wenn sie von einem iframe-Erlebnis aus geöffnet werden. Dies führt zu Problemen bei einigen Compliance-Anwendungsfällen. |
| Fix: Ein separates Legal Notices-Bedienfeld wurde für die Verwendung erstellt, wenn eine iframe/noChrome-Umgebung verwendet wird. |
|
| 4374140 | Zusammenfassung: Nutzende erhalten möglicherweise die E-Mail „Abgeschlossen“, wenn die Vereinbarung einen parallelen Workflow verwendet, in Bearbeitung ist und eine URL-Neuauthentifizierung ausgelöst wird. |
| Behebung: Es wurde neuer Code hinzugefügt, um sicherzustellen, dass die richtige Funktion ausgelöst wird, wenn eine neue URL für einen der Teilnehmenden ausgelöst wird. |
|
| 4374910 | Zusammenfassung: Die Einstellung zum Anhängen des Audit-Berichts wird aus der primären Gruppe der nutzenden Person anstatt aus der Sendegruppe gelesen. |
| Behebung: Der Code, der den Audit-Bericht anhängt, wurde aktualisiert, damit er ordnungsgemäß aus der Sendegruppe gelesen wird. |
|
| 4376078 | Zusammenfassung: Wenn eine Vereinbarung auf der Seite „Verwalten“ geöffnet ist, wurde das Kopieren des Inhalts der rechten Leiste unterdrückt. |
| Korrektur: Das CSS-Element, das die Kopierfunktion unterdrückt, wurde entfernt. |
|
| 4376089 | Zusammenfassung: Der Ereignisname ACCOUNT_TYPE_UPDATED wird in der Dokumentation des öffentlichen Swaggers öfters wiederholt. |
| Behebung: Der duplizierte Text wurde entfernt. |
|
| 4376127 | Zusammenfassung: Das Datum und der ursprüngliche Feldinhalt verschieben sich nach der Juni-Version auf die rechte Seite des Felds und schneiden die Daten auf der rechten Seite ab, da die Standardschrift nicht ordnungsgemäß angewendet wird. |
| Behebung: Der Code, der die verwendete Schriftart bestimmt, wurde korrigiert, um das Problem zu beheben. |
|
| 4376270 | Zusammenfassung: Das Erstellen eines Webformulars in einer Gruppe, die Webformulare nicht unterstützt, führt zu einer fehlerhaften Konfigurationsseite. |
| Behebung: Der Code zum Starten der Seite für die Webformularerstellung verweist jetzt auf die Einstellungen, die die Webformularerstellung vor dem Starten der Erstellungsseite zulassen, und startet die Seite nicht, wenn die Funktion deaktiviert ist. |
|
| 4376734 | Zusammenfassung: Wenn dieselbe signierende Person in einer Vereinbarung versucht, die Vereinbarung mehrmals gleichzeitig zu signieren, wird die Vereinbarung aufgrund eines Konvertierungsproblems automatisch abgebrochen, da Miniaturansichten erstellt werden, bevor eine gleichzeitige Signatur erkannt wird. |
| Behebung: Der Code wurde so angepasst, dass die Erstellung von Miniaturansichten erst nach erfolgreichem Signaturvorgang zugelassen wird. |
|
| 4381473 | Zusammenfassung: Handschriftliche Signaturen werden nur von rechts abgeschnitten, wenn der maximale Zoomfaktor (640 %) in Acrobat verwendet wird. |
| Behebung: Die Funktion zum Rendern der Breite der Signatur wurde geändert, um sicherzustellen, dass das vollständige Bild angezeigt wird. |
|
| 4382302 | Zusammenfassung: Einige Nutzende sehen aufgrund eines Timeouts des Prozesses möglicherweise nicht das Symbol für die automatische Formularfelderkennung, wenn sie die Authoring-Umgebung betreten. |
| Behebung: Die Ressourcen für die Formularfelderkennung wurden erweitert, um mehr gleichzeitige Instanzen zu ermöglichen. |