Technische Mitteilungen

Zuletzt aktualisiert am 29. Juni 2026

Schau dir die technischen Benachrichtigungen an und merk dir die, die für dich wichtig sind.

Tipp

Die Seite „Technische Mitteilungen“ wird regelmäßig anhand neuer Informationen aktualisiert, sodass ihr Inhalt sehr dynamisch ist. Lokalisierte Versionen sind verfügbar, können allerdings aufgrund des Übersetzungsprozesses geringfügig von der verbindlichen US-englischen Version abweichen. Konsultiere für die genauesten und aktuellsten Informationen immer zuerst die US-englische Seite.

[Nächste Version] Die nächste Adobe Acrobat Sign-Version (v17.2) ist für den 8. September 2026 geplant.

In dieser kleineren Patch-Version werden von Kundinnen und Kunden gemeldete Fehler behoben und erforderliche Optimierungs- und Sicherheitsaktualisierungen angewendet.

Die Sandbox-Umgebung erhält diese Patches vier Wochen vor der geplanten Veröffentlichung. Gleichzeitig wird eine Liste der behobenen Probleme veröffentlicht und 14 Tage vor der Veröffentlichung aktualisiert.

Feature-Release: Adobe Acrobat Sign – Release vom 21. Juli abgeschlossen

Die Veröffentlichung wurde für alle Shards ohne Ausfallzeiten bei allen Services abgeschlossen.

Aktuelle Hinweise:

Status

Problem oder Ereignis

Ausführungsdatum

Neu

Nächste Version

Ab dem 8. September 2026

Neu

Nächste Version

Schrittweise
Einführung

Ab dem 16. Juni

Aktualisiert

Wichtig

Aktuell

5. Mai 2026

Aktualisiert

September 2026

Aktualisiert

Schrittweise
Einführung

September 2026

Schrittweise
Einführung

Nächste Hauptversion

September 2026

Wichtig

Ab März 2026

Aktualisiert

2027

Aktuell

September 2026

Dauerhafte Informationsbenachrichtigungen

Aktuell

Infos

Aktuell

Aktuell

Infos

Aktuell


Schrittweiser Rollout der Verbesserungen beim Erstellen von Formularfeldern

Zuerst veröffentlicht: März 2026

Aktuell 

Adobe Acrobat Sign aktualisiert das moderne Formularfeld-Authoring-Erlebnis als Teil der Version 17.2.Das aktualisierte Erlebnis wird schrittweise nach Kundensegment aktiviert.

Was sich ändert

Das Update führt Verbesserungen der Benutzerfreundlichkeit für die Vorbereitung von Formularfeldern ein, einschließlich:

  • Verbesserte Bedienelemente für die Arbeit mit vorgeschlagenen Feldern.
  • Ein Felder-Bedienfeld zum Überprüfen platzierter Felder nach Seite oder Empfänger und zur direkten Navigation zu einem Feld.
  • Aussagekräftigere Namen für automatisch erkannte Felder.
  • Verbesserte Erkennung von Feldtypen für häufige Felder.
  • Klarere, feldspezifische Validierungsmeldungen.
  • Eine Aufforderung zur Empfängerzuweisung für hochgeladene PDFs, die bestehende AcroForm-Felder enthalten.
  • Kontextuelle Anleitung für häufige Erstellungsaufgaben.

Die Änderungen gelten für die moderne Erstellungserfahrung, die mit Unterschriften anfordern und Bibliotheksvorlagen verwendet wird.

Webformulare und Massenversand verwenden weiterhin die klassische Erstellungserfahrung und sind nicht in diesem Rollout enthalten.

Rollout-Zeitplan

Adobe wird die aktualisierte Erfahrung schrittweise aktivieren:

Rollout-Phase Kundensegment
Erster Rollout VIP, SMB und Mid-Market.
Nachfolgender Rollout ETLA und Testversionen – Datum wird noch bekanntgegeben
   

Die Termine für die nachfolgenden ETLA- und Probe-Abo-Rollout-Phasen werden aktualisiert, sobald sie bestätigt sind.

Administrator-Aktion

Es ist keine Administrator-Aktion erforderlich.

Das aktualisierte Erstellungserlebnis wird von Adobe aktiviert, wenn der Rollout jedes Kundensegment erreicht.Es gibt keine kundenseitige Konto- oder Gruppensteuerung zum Aktivieren, Deaktivieren oder Verschieben der Änderung.

Administratoren, die interne Schulungs-, Validierungs- oder Change-Management-Materialien verwalten, sollten das aktualisierte Authoring-Erlebnis prüfen und Benutzer auf die Änderungen vorbereiten, bevor ihr Kundensegment aktiviert wird.

Auswirkungen auf vorhandene Inhalte

Bestehende Vereinbarungen werden durch diesen Rollout nicht geändert.

Bestehende Bibliotheksvorlagen behalten ihre vorhandene Feldkonfiguration.Automatisch generierte Feldnamen gelten, wenn Felder mit der aktualisierten Authoring-Umgebung erstellt werden; bestehende Vorlagen werden nicht zur neuen Benennungslogik migriert.

Was Benutzer erwarten sollten

Benutzer können Änderungen an den verfügbaren Steuerelementen und Anleitungen beim Vorbereiten von Formularfeldern bemerken.Automatisch erkannte Felder können auch beschreibendere Namen und passendere Feldtypen erhalten.

Autoren sollten weiterhin alle Formularfelder, Empfängerzuweisungen, Validierungseinstellungen und Dokumentinhalte überprüfen, bevor sie eine Vereinbarung senden.


Inline-Dokumentbearbeitung während der Erstellung

Zuerst veröffentlicht: März 2026

Aktuell 

Die Inline-Dokumentbearbeitung während der Erstellung wird im Rahmen der Version 17.1.2 für VIP-Konten schrittweise eingeführt.

Rollout-Zeitplan:

VIP- und VIPMP-Kundenkonten erhalten nach der Veröffentlichung der Version 17.1.2 eine schrittweise Produktionseinführung.

Die Inline-Dokumentbearbeitung wird in der 17.2.1 Sandbox-Bereitstellung enthalten sein. Die Einführung für ETLA-Kunden ist nach der Veröffentlichung der Version 17.2.1 vorgesehen.

Die Funktion ist standardmäßig auf Kontenebene für neue und bestehende unterstützte Konten aktiviert. Account- und Gruppenadministratoren können die Funktion nach Bedarf aktivieren oder deaktivieren.

Die Funktion wird nicht unterstützt für:

  • Konten in Acrobat Sign für Behörden.
  • Organisationen, die das veraltete Acrobat Sign-Benutzerverwaltungssystem verwenden.

Weitere Informationen zur Konfiguration findest du unter Inline-Dokumentbearbeitung aktivieren oder deaktivieren

Für Workflow-Anweisungen für Absender siehe So bearbeitest du Text während der Felderstellung

Anmerkung

Die Zeitpläne für den Rollout können sich abhängig von auftretenden Ereignissen ändern.


API-Abfrage-Schwellenwert

Zuerst veröffentlicht: August 2025 – Aktualisiert: Februar 2026

Aktuell 

Um die Systemstabilität zu gewährleisten und die Leistung zu verbessern, führt Acrobat Sign einen Abfrage-Schwellenwert für GET-API-Endpunkte ein. Diese Richtlinie begrenzt, wie häufig Client-Anwendungen identische API-Aufrufe an Adobe Acrobat Sign stellen können.

Hochfrequente Abfragen erzeugen unnötige Last auf Backend-Systemen, was zu einer verminderten Leistung und langen Antwortzeiten führen kann. API-Entwickler werden ermutigt, Webhooks für nahezu Echtzeit-Updates anstelle wiederholter Abfragen zu verwenden.

Was ändert sich?

Die Abfragerichtlinie gilt für alle GET API-Endpunkte für identische Aufrufe.

Es wurde eine Begrenzung dafür eingeführt, wie oft dieselben effektiven Benutzenden denselben API-Aufruf an Acrobat Sign senden können. Ein Fehler wird zurückgegeben, wenn derselbe effektive Benutzer identische Aufrufe häufiger durchführt, als der anwendbare Polling-Schwellenwert zulässt.

Beispielsweise wird eine wiederholte Anfrage an denselben Endpunkt für dasselbe Agreement oder Bibliotheksdokument als identischer Aufruf behandelt. Anfragen für verschiedene Agreements oder Bibliotheksdokumente werden als unterschiedliche Aufrufe behandelt, da jedes Objekt ein anderes Anfrageziel darstellt.

Beispiele betroffener Endpunkte

Status-Abruf

  • GET /agreements/{agreementId} – Ruft den aktuellen Status einer Vereinbarung ab.
  • GET /agreements/{agreementId}/documents/{documentId} – Ruft den Datei-Stream eines Dokuments innerhalb einer Vereinbarung ab.

Auflistung, Ereignisse und Bibliotheksdokumente

  • GET /agreements – Ruft Verträge für Benutzende ab.
  • GET /agreements/{agreementId}/events – Ruft Ereignisinformationen für eine Vereinbarung ab.
  • GET /libraryDocuments – Ruft Bibliotheksdokumente für den Benutzer ab.
  • GET /libraryDocuments/{libraryDocumentId} – Ruft Informationen für ein bestimmtes Bibliotheksdokument ab.

Polling-Richtlinien-Details

Das Minimale Objekt-Abfrageintervall (MOPI) definiert, wie oft dieselben effektiven Benutzenden dieselbe GET-API-Anfrage an den Acrobat Sign-Dienst stellen können.

Die Standard-MOPI variiert je nach Servicestufe:

  • GLOBAL-, ENTERPRISE- und DEVELOPER-Stufen: Drei identische Aufrufe pro Ein-Minuten-Intervall.
  • Alle anderen Stufen: Drei eindeutige Aufrufe pro Zehn-Minuten-Intervall.

Wenn derselbe effektive Benutzer identische GET-Anfragen häufiger stellt, als die Ebene erlaubt, gibt Adobe Acrobat Sign eine 429 Too Many Requests-Antwort mit einem Retry-After-Header zurück.

Eine Anfrage gilt als identisch, wenn derselbe effektive Benutzer dieselbe GET-Anfrage mit demselben Anfragepfad und denselben Headern innerhalb des entsprechenden Abfrageintervalls stellt.

ETag-Behandlung

Anwendungen können weiterhin ETags und den If-None-Match-Header für Endpunkte verwenden, die bedingte GET-Anfragen unterstützen.

Für bedingte GET-Anfragen, die unter dem Befragungsschwellenwert erlaubt sind, kann Acrobat Sign 304 Not Modified zurückgeben, wenn sich die Ressource nicht geändert hat.

Wenn der Befragungsschwellenwert überschritten wird, gibt Acrobat Sign 429 Too Many Requests mit einem Retry-After-Header zurück, auch wenn die Anfrage einen If-None-Match-Header enthält.

Aktion erforderlich

Wenn die Applikation nahezu Echtzeit-Updates benötigt, verwende Webhooks anstelle von Abfragen. Webhooks bieten eine effizientere und skalierbarere Möglichkeit, zeitnahe Updates zu erhalten.

Wenn Webhooks nicht implementiert werden können, sollten Applikationen clientseitiges Caching nutzen, um API-Antworten zu speichern und wiederzuverwenden.

  • Wenn eine 304 Nicht modifiziert-Antwort empfangen wird, verwende die zwischengespeicherten Daten, anstatt einen weiteren API-Aufruf zu tätigen.
  • Wenn eine 429 Too Many Requests-Antwort empfangen wird, wiederhole den API-Aufruf nach der Anzahl von Sekunden, die im Retry-After-Header angegeben ist.

Ressourcen

Zeitachse

Die aktualisierten MOPI-Schwellenwerte sind bereits in der Produktionsumgebung.

  • Das aktualisierte ETag-Drosselungsverhalten ist in der Version 17.1.1 enthalten. Nach dieser Änderung gibt Acrobat Sign 429 Too Many Requests für gedrosselte Anfragen zurück, einschließlich bedingter GET-Anfragen, die einen If-None-Match-Header enthalten.
  • Die Abfragerichtlinie wird für neue Konten in der Sandbox-Umgebung am 11. Februar 2026 auf ENFORCED gesetzt.
  • Die Polling-Richtlinie wird für neue Konten in der Produktionsumgebung am 5. April 2026 auf ENFORCED gesetzt.

Bitte wende dich an deinen CSM, wenn du Hilfe benötigst oder Fragen hast.


Aktualisierungen der SSL/TLS-Zertifikatrotation: Übergang zu kürzerer Gültigkeitsdauer des Zertifikats im Gange

Zuerst veröffentlicht: März 2026

Aktuell 

Aktualisierungen der SSL/TLS-Zertifikatsrotation: Übergang zu kürzerer Gültigkeitsdauer 

Die SSL/TLS-Branche stellt derzeit auf eine deutlich kürzere Gültigkeitsdauer für Zertifikate um. Diese Änderung wird durch Aktualisierungen des CA/Browser Forums (die zuständige Behörde für öffentlich anerkannte Zertifikate) vorangetrieben und wird von großen Zertifizierungsstellen (CAS), einschließlich DigiCert, übernommen. 

Infolgedessen wird die Gültigkeitsdauer von Zertifikaten in den nächsten Jahren schrittweise von derzeit etwa 398 Tagen auf bis zu 47 Tage sinken. 

Was ändert sich? 

Die maximale Gültigkeitsdauer für öffentlich anerkannte TLS-Zertifikate wird auf 47 Tage verkürzt. Diese Anforderung wurde vom CA/Browser Forum festgelegt und gilt branchenweit. 

Warum wird diese Änderung vorgenommen? 

Eine kürzere Gültigkeitsdauer von Zertifikaten erhöht die Sicherheit durch: 

  • Reduzierung des Expositionsfensters bei Kompromittierung eines Zertifikats oder privaten Schlüssels 
  • Beschränkung der Abhängigkeit von Mechanismen zum Zertifikatswiderruf 
  • Förderung der automatisierten Verwaltung des Zertifikatslebenszyklus 
  • Verbesserung der allgemeinen Internetsicherheit 

Große Browser-Anbieter (Google, Apple, Mozilla, Microsoft) unterstützen diesen Übergang. 

Weitere Informationen zum Branchenkontext findest du in der Ankündigung von DigiCert: 
Die Gültigkeitsdauer von TLS-Zertifikaten wird offiziell auf 47 Tage verkürzt 

Auswirkungen 

  • Erhöhte Häufigkeit der Zertifikatsrotation 
    • Zertifikate werden aufgrund der verkürzten maximalen Gültigkeitsdauer häufiger erneuert.  
  • Automatisierung erforderlich 
    • Aufgrund der kürzeren Gültigkeitsdauer soll die Erneuerung von Zertifikaten vollständig automatisiert werden. Manuelle Erneuerungsprozesse sind bei dieser Häufigkeit nicht nachhaltig. 

Wenn deine Umgebung von Zertifikat-Pinning, manuellen Vertrauensspeichern oder statischen Zertifikatsreferenzen abhängt, überprüfe bitte deine Konfiguration, um die Kompatibilität mit häufigen Erneuerungen sicherzustellen. 

Kundenbenachrichtigungen 

Bisher wurden Benachrichtigungen versendet, wenn Zertifikate jährlich erneuert wurden. 

Ab Ende Juni 2026 werden die routinemäßigen Benachrichtigungen über reguläre Zertifikatsrotationen eingestellt. 

Mit kürzerer Gültigkeitsdauer und automatischen Erneuerungen: 

  • Bei routinemäßigen Zertifikatsrotationen werden keine Benachrichtigungen an Kundinnen bzw. Kunden versendet. 
  • Benachrichtigungen werden nur in folgenden Fällen versendet: 
  • Fehler bei Erneuerungen 
  • Auswirkungen auf den Service 
  • Maßnahme durch Kundinnen bzw. Kunden erforderlich 

Dieser Ansatz entspricht den bewährten Verfahren der Branche für die automatisierte Verwaltung des Zertifikatslebenszyklus. 

Keine Aktion erforderlich (sofern die Automatisierung aktiviert ist) 

Wenn die Integration auf einer standardmäßigen TLS-Vertrauensvalidierung basiert und nicht auf Zertifikats-Pinning angewiesen ist, sind keine Maßnahmen erforderlich. 

Zertifikate werden weiterhin automatisch vor Ablauf erneuert. 

Wann Maßnahmen erforderlich sind 

Du solltest Maßnahmen ergreifen, wenn: 

  • Du Zertifikats-Pinning (SPKI oder vollständiges Zertifikats-Pinning verwendest) 
  • Du manuelle Zertifikatsspeicher verwaltest 
  • Firewall-Regeln mit bestimmten Zertifikats-Fingerabdrücken verknüpft sind 
  • Du Systeme betreibst, die keine automatischen Zertifikatsaktualisierungen unterstützen 

Im Zweifelsfall wende dich an dein Sicherheits- oder Infrastrukturteam. 

Häufig gestellte Fragen 

  • Ist das eine Änderung, die speziell Adobe betrifft? 
    • Nein. Dies ist eine branchenweite Änderung, die vom CA/Browser Forum vorgeschrieben und von allen großen Zertifizierungsstellen umgesetzt wurde. 
  • Wird die Serviceverfügbarkeit beeinträchtigt? 
    • Nein. Zertifikate werden vor Ablauf automatisch erneuert. Im Rahmen der normalen Rotation ist keine Ausfallzeit zu erwarten. 
  • Wann werden Benachrichtigungen über die Zertifikatsrotation eingestellt? 
    • Die routinemäßigen Benachrichtigungen zur Zertifikatsrotation werden Ende Juni 2026 eingestellt. Kundinnen und Kunden werden weiterhin nur benachrichtigt, wenn Maßnahmen erforderlich sind oder wenn ein Problem den Service beeinträchtigt. 
  • Wo kann ich darüber mehr erfahren? 

Benötigst du Hilfe? 

Wende dich bitte an den Adobe-Support oder deine Adobe-Kundenbetreuung, wenn du Fragen zur Zertifikatsrotation hast oder wenn du Hilfe bei der Validierung deiner Integration benötigst.


Einführungszeitplan für das moderne Erlebnis Signaturen anfordern

Zuerst veröffentlicht: Februar 2025 – Aktualisiert Juni 2026

Aktuell 

In Version 17.2 (September 2026) werden alle kommerziellen und staatlichen Konten aktualisiert, um die moderne Umgebung Signatur anfordern zu verwenden.

  • Links zum Wechseln werden deaktiviert
  • Admin-Steuerungen im Admin-Menü bleiben für Kunden bestehen, die zur klassischen Benutzeroberfläche zurückwechseln müssen.

 Was ändert sich?

In der Version vom September 2026 (17.2):

  • Alle kommerziellen und GovCloud-Konten werden automatisch auf das moderne Erlebnis Signatur anfordern umgestellt.
  • Wechsel-Links werden sowohl für kommerzielle als auch für GovCloud-Konten deaktiviert
  • Die Steuerelemente zum Zurückwandeln des Erlebnisses in die klassische Umgebung stehen weiterhin zur Verfügung.

In der Version vom Januar 2027 (18.0):

  • Alle Konten werden automatisch auf das moderne Erlebnis Signatur anfordern umgestellt.
  • Wechsel-Links werden entfernt.
  • Die Steuerelemente zum Zurückwandeln des Erlebnisses in die klassische Umgebung werden aus der Benutzeroberfläche entfernt.

Es wird empfohlen, deine Benutzenden vor der Veröffentlichung der Version mit der modernen Benutzungsoberfläche vertraut zu machen, um einen reibungslosen Übergang zu ermöglichen.


Einführungszeitplan für das moderne Erlebnis Vorlage erstellen

Zuerst veröffentlicht: Februar 2025 – Aktualisiert Juni 2026

Aktuell 

In Version 17.2 (September 2026) werden alle kommerziellen Konten aktualisiert, um das moderne Erlebnis Vorlage erstellen zu verwenden.

  • Links zum Wechseln werden deaktiviert
  • Admin-Steuerungen im Admin-Menü bleiben für Kunden bestehen, die zur klassischen Benutzeroberfläche zurückwechseln müssen.

 Was ändert sich?

In der Version vom September 2026 (17.2):

  • Alle kommerziellen und GovCloud-Konten werden automatisch auf das moderne Erlebnis Vorlage erstellen umgestellt.
  • Wechsel-Links werden sowohl für kommerzielle als auch für GovCloud-Konten deaktiviert
  • Die Steuerelemente zum Zurückwandeln des Erlebnisses in die klassische Umgebung stehen weiterhin zur Verfügung.

In der Version vom Januar 2027 (18.0):

  • Alle kommerziellen Konten werden automatisch auf das moderne Erlebnis Vorlage erstellen umgestellt.
  • Wechsel-Links werden entfernt.
  • Die Steuerelemente zum Zurückwandeln des Erlebnisses in die klassische Umgebung werden aus der Benutzeroberfläche entfernt.

Es wird empfohlen, deine Benutzenden vor der Veröffentlichung der Version mit der modernen Benutzungsoberfläche vertraut zu machen, um einen reibungslosen Übergang zu ermöglichen.


Einführungszeitplan für den neuen benutzerdefinierten Workflow-Designer

Zuerst veröffentlicht: April 2025 – Aktualisiert: Juni 2026

Aktuell 

Das neue Erlebnis Workflow-Designer wird für alle vorhandenen Konten aktiviert und ersetzt die klassische Version im Laufe der Zeit. Während der Umstellung können Administrierende und Benutzende bis zur vollständigen Stilllegung auf die vorherige Oberfläche zurückgreifen.

Zeitplan für die Einführung

September 2026 (v17.2)

  • Alle Konten werden nach der Veröffentlichung auf das neue Erlebnis umgestellt (falls noch nicht geschehen).
  • Administrierende haben weiterhin die Möglichkeit, zum ursprünglichen Erlebnis zurückzukehren.
  • Benutzende sehen keine Umschaltlinks mehr; Administrierende können sie bei Bedarf aktivieren.

Januar 2027 (v18.0)

  • Alle Konten werden dauerhaft zum neuen Erlebnis verschoben.
  • Admin-Steuerelemente zum Rückkehren zur klassischen Version werden entfernt.
  • Der klassische benutzerdefinierte Workflow-Designer ist vollständig eingestellt und nicht mehr zugänglich.

Es wird empfohlen, deine Benutzenden so bald wie möglich darauf vorzubereiten, um einen reibungslosen Übergang zu gewährleisten.

Anmerkung

Für neue Konten, die nach der Acrobat Sign-Version vom Juli 2025 erstellt werden, ist das neue Erlebnis standardmäßig aktiviert. Es sind keine Steuerelemente vorhanden, um zur älteren Version zurückzukehren.


Im Januar 2026 wird das moderne Empfänger-Erlebnis für alle Konten (v17.0) zur Standardumgebung hochgestuft.

Zuerst veröffentlicht: August 2025 – Aktualisiert: Oktober 2025

Aktuell 

Alle Konten wurden in die moderne Umgebung umgestellt

In der Version 17.0 (Jan. 2026) werden alle Konten aktualisiert, um die moderne E-Signieren-Umgebung zu verwenden. 

Anmerkung

Die Steuerung für die klassische Umgebung bleibt als Fallback-Maßnahme für alle Anwendungsfälle verfügbar, in denen die moderne Umgebung nicht genutzt werden kann.


Das klassische Reporting wird 2027 aus dem Dienst entfernt

Zuerst veröffentlicht: September 2022 – Aktualisiert: Juni 2026

Aktuell 

Die klassischen Berichte werden 2027 vollständig aus der Acrobat Sign-Oberfläche entfernt. Dazu gehört auch der Umschalt-Link, der den Wechsel zwischen den Umgebungen ermöglicht. Nach der Deaktivierung können Kundinnen und Kunden nicht mehr zur klassischen Umgebung zurückkehren, um klassische Berichte zu überprüfen. Außerdem werden geplante Berichte nicht mehr ausgeführt.

Die moderne Berichtsumgebung bleibt weiterhin die einzige Berichtslösung.

Allen Kundinnen und Kunden wird dringend empfohlen, alle bestehenden Berichte in der neuen Umgebung so schnell wie möglich neu zu erstellen.

Dauerhafte Informationsbenachrichtigungen


SMS-Versand ist in Thailand blockiert

Zuerst veröffentlicht: Februar 2026

Aktuell 

Zusammenfassung
Aufgrund aktualisierter regulatorischer Anforderungen in Thailand wird die Vereinbarungsbereitstellung per SMSderzeit nicht für Empfänger mit thailändischen Telefonnummern unterstützt.

Was ändert sich
Thailand hat aktualisierte Vorschriften eingeführt, die SMS-Nachrichten mit URLs einschränken, die Empfänger zu Abläufen weiterleiten, die Anwenderinteraktion erfordern. Da das Signieren einer Vereinbarung eine Empfangsinteraktion erfordert, ist die SMS-Bereitstellung für diesen Anwendungsfall eingeschränkt.

Wer betroffen ist

  • Vereinbarungen, die über die Vereinbarungsbereitstellung per SMS gesendet werden.
  • Empfänger mit thailändischen (+66) Telefonnummern.

Auswirkungen
Empfänger mit thailändischen Telefonnummern erhalten möglicherweise keine SMS-Nachrichten mit Vereinbarungslinks. Infolgedessen können Empfänger möglicherweise nicht auf den Unterzeichnungsprozess zugreifen und ihn abschließen, wenn die SMS-Bereitstellung verwendet wird.

Diese Einschränkung ist regulatorischer Natur und wird nicht durch einen Serviceausfall oder Produktfehler verursacht.

Timeline
Es gibt derzeit keine bestätigte Timeline dafür, wann diese Einschränkung aufgehoben oder eine technische Lösung angewendet wird. Diese Mitteilung wird aktualisiert, wenn sich die Bedingungen ändern.

Erforderliche Maßnahmen

  • Verwende Vereinbarungsbereitstellung per SMS nicht für Empfänger mit thailändischen Telefonnummern.
  • Füge eine E-Mail-Adresse als alternative Bereitstellungsmethode hinzu, um die Vereinbarungsbereitstellung sicherzustellen.

Zusätzliche Details
Diese Einschränkung gilt nur für SMS-basierte Bereitstellung. Andere Vereinbarungsbereitstellungs- und Authentifizierungsmethoden sind nicht betroffen.


Unterstützung für externe Quelllaufwerke wird in der neuen Benutzeroberfläche für Signatur anfordern entfernt

Zuerst veröffentlicht: Mai 2024

Aktuell 

Die Option zum Verwenden eines externen Laufwerks zum Hochladen von Dateien wird in der neuen Umgebung für Signatur anfordern auf OneDrive eingeschränkt.

Es wird empfohlen, dass Kundinnen und Kunden, die andere Optionen zum Hochladen von Dateien verwenden, die spezifischen Anbieteranwendung verwenden, um ein Netzwerklaufwerk bereitzustellen, auf das das native Dateiauswahlprogramm des lokalen Systems der Benutzenden zugreifen kann.


Weitere Ressourcen

Archivierte Benachrichtigungen

Aufgeführt nach dem Datum, an dem der Hinweis aus der aktuellen Benachrichtigungsliste entfernt wurde (neueste bis älteste Änderungen).