• Die E-Mail-Adresse des sendenden Benutzers
• Die hochzuladende Originaldatei und/oder der Name der verwendeten Bibliotheksvorlage
  • Wurden Felder über das in-App-Authoring-Tool hinzugefügt?
    
  • Wurden Vorfüllfelder verwendet?
• Eine Beschreibung der Empfängerliste
  • Anzahl der Empfänger
  • Rollen
  • Authentifizierungstypen
• Eine Beschreibung des Fehlers/Problems (Bilder, wenn möglich)
• Kann das Problem reproduziert werden und wenn ja, mit welcher Häufigkeit?

• Die E-Mail-Adresse des sendenden Benutzers
• Den Namen der Vereinbarung
• Datum und Uhrzeit, wann die Vereinbarung gesendet wurde
• Die E-Mail-Adresse des Empfängers
• Zu welchem Zeitpunkt ist das Problem im Unterzeichnungsprozess aufgetreten?
• Wenn sich der Fehler auf ein Feld bezieht:
  • Wie wurde das Feld angewendet (Authoring/PDF/Text-Tag)?
  • Was ist passiert und was hätte Ihrer Erwartung nach passieren sollen?
  • Eine Kopie des hochgeladenen Formulars oder der Name der Bibliotheksvorlage

• Eine Kopie des hochgeladenen Dokuments oder der Name der Bibliotheksvorlage
• Die E-Mail-Adresse des hochladenden Benutzers
• Eine Beschreibung des Problems im Vergleich zu dem, was Sie erwarten
  • Bilder, wenn möglich

• Die E-Mail-Adresse des API-Inhabers
• Die E-Mail-Adresse des sendenden Benutzers
• Ein Screenshot des API-Protokolls mit Fehlern
  
• Eine Liste aller verwendeten Integrationen (falls zutreffend)

• Der Name der Integration (Salesforce, Dynamics usw.)
• Eine Beschreibung des unerwarteten Verhaltens oder der Fehlermeldung (Bilder, wenn möglich)
• Eine Beschreibung des Arbeitsablaufs, der zu dem Fehler geführt hat
• Transaktionsinformationen (sofern verfügbar)

• Die E-Mail des Benutzers, bei dem das Verhalten auftritt
• Die hochzuladende Originaldatei und/oder der Name der verwendeten Bibliotheksvorlage
  • Wurden Felder über das in-App-Authoring-Tool hinzugefügt?
    
  • Wurden Vorfüllfelder verwendet?
• Detaillierte Schritte zur Replizierung des Problems
• Eine Beschreibung des Fehlers/Problems (Bilder, wenn möglich)
• Kann das Problem reproduziert werden und wenn ja, mit welcher Häufigkeit?
• Gibt es eine Transaktionsnummer?

Wenn auf die Startseite oder die Seite Verwalten zugegriffen wird, ist diese vollständig leer.

Test: Versuchen Sie, diese Seite zu laden: https://documentcloud.adobe.com/de/de/.

• Wenn Sie die Seite https://documentcloud.adobe.com/de/de/ nicht laden können, wenden Sie sich an Ihre interne Netzwerkverwaltung und arbeiten Sie mit dieser zusammen, um die Sperre der Domäne documentcloud.adobe.com/de/de und anderer Netzwerkdomänen, die von Ihren Sicherheitseinstellungen herausgefiltert werden, aufzuheben.
  
• Wenn Sie auf den obigen Link zugreifen können, wenden Sie sich an den Support.

Gemäß DSGVO-Anforderung, nach der vor dem Speichern von Daten auf dem Gerät des Benutzers die Einwilligung des Benutzers einzuholen ist, werden einige Benutzer möglicherweise einmalig oder mehrere Male aufgefordert, Cookies zu aktivieren:

• Benutzer, die von Gebietsschemata aus auf Adobe Sign zugreifen, in denen die DSGVO Anwendung findet, müssen die Cookies für Kerndienste aktivieren.
  • Performance Cookies und Werbe-Cookies können durch Klicken auf die Schaltfläche Anpassen aktiviert oder deaktiviert werden.
  • Sie können Cookies jederzeit verwalten, indem Sie auf den Link Cookie Performance klicken, der unten rechts auf allen Adobe Sign-Webseiten angezeigt wird:

Wenn sich die Root-Domäne bei einer Seitenumleitung unterscheidet, wird der Benutzer aufgefordert, Cookies (für die neue Domäne) neu zu aktivieren.

• Benutzer, die ihre Konten auf die Domäne adobesign.com (von echosign.com) migrieren, müssen ihre Cookies möglicherweise zweimal konfigurieren, da für jede Domäne eindeutige Cookies platziert werden müssen.
  • Kunden, die ihre Konten zurück zu echosign.com migrieren, müssen möglicherweise ebenfalls Cookies für diese Domäne erneut aktivieren.
    

Benutzer können dieses Problem beheben, indem sie ihre Lesezeichen so aktualisieren, dass sie auf die Domäne „adobesign.com“ anstatt auf „echosign.com“ verweisen.

Wenn ein Unternehmen eine Domäne wie z. B. „adobe.com“ einrichtet, gibt es DNS-Datensätze, die alle Aufrufe bei der adobe.com-Domäne auf eine oder mehrere Server-IP-Adressen im Internet verweisen. Zudem gibt es DNS-Datensätze für E-Mails, die auf den/die E-Mail-Server für diese Domäne verweisen.

Wenn Adobe Sign E-Mails von unseren adobesign.com-Servern versendet, aber eine Absender-E-Mail-Adresse von einer Domäne eingefügt hat, die nicht mit diesen DNS-Datensätzen übereinstimmt, wird die E-Mail-Domäne in der Absenderadresse nicht für die E-Mail-Server der betreffenden Domäne aufgelöst und der Server der empfangenden E-Mail würde die E-Mail als Spam identifizieren (dies ist eine häufige Methode, um Empfängern vorzutäuschen, dass sie eine E-Mail von einem bekannten und vertrauenswürdigen Absender erhalten).

Da es nicht möglich ist, die sendenden Server zu ändern, kann der Wert für die Absender-E-Mail-Adresse in den ausgehenden E-Mails nicht in einen anderen Wert als adobesign.com geändert werden.

• Hinweis: Der ReplyTo-Wert ist die E-Mail-Adresse des Benutzers, der die Vereinbarung erstellt hat. Wenn Sie also auf eine Adobe Sign-E-Mail antworten, werden Sie zurück an den Benutzer weitergeleitet, der die Vereinbarung erstellt hat.

Administratoren auf Konto- und Gruppenebene können das Feld für die E-Signatur so konfigurieren, dass die blaue Signaturzeile und der zugrunde liegende Text für Name/Datum einer E-Signatur hinzugefügt oder entfernt werden.

Die blaue Zeile kann auch so konfiguriert werden, dass sie kürzer wird, damit sie besser zur bereitgestellten Signatur passt.

Diese Optionen können im Abschnitt Signaturvorgaben des Adobe Sign-Administratormenüs konfiguriert werden.

Weitere Informationen finden Sie hier >

• Für Konten, die Fälle in der Adobe Admin Console protokollieren, klicken Sie hier.
• Konten, die Fälle im älteren Adobe Sign-Portal protokollieren:
  • Melden Sie sich bei Adobe Sign an
  • Bewegen Sie den Mauszeiger über Ihren Namen in der oberen rechten Ecke und wählen Sie im Dropdown-Menü die Option Mein Profil aus.
  • Bewegen Sie den Mauszeiger auf der Seite Mein Profil über das Fragezeichen neben Ihrem Gruppennamen.
    • Ein Popup-Sprechblase mit den Namen aller Administratoren (auf Gruppen- und auf Kontoebene) für Ihre Gruppe wird angezeigt.
      • Wenn Sie auf einen beliebigen Namen klicken, wird ein E-Mail-Programm geöffnet, in dem die Adresse der betreffenden Person automatisch eingefügt ist.

Webhooks mit zu vielen Fehlern in der Antwort deaktivieren sich automatisch selbst und benachrichtigen den Kundenadministrator oder Webhook-Eigentümer.

Wann diese E-Mails zugestellt werden, kann an die Bedürfnisse des Kunden angepasst werden. Dafür stehen drei Einstellungen zur Verfügung:

• Warnschwelle – Wie viele Stunden müssen nach dem ersten Fehler vergehen, bevor eine Warn-E-Mail gesendet wird? (Standardeinstellung: 36 Stunden)
  • Nach dem Überschreiten des Warnschwellenwerts wird bei jedem Fehler des Webhooks eine Warn-E-Mail gesendet (bis er deaktiviert wird).
• Max. Dauer – Wie lange darf der Webhook (nach dem ersten Fehler) Fehler aufweisen, bevor er deaktiviert wird? (Standardeinstellung: 72 Stunden)
  • Nach dem Überschreiten des Schwellenwerts für die maximale Dauer wird der Webhook beim nächsten Fehler deaktiviert und es wird eine E-Mail gesendet.
• Max. Fehleranzahl – Wie viele Fehler darf der Webhook (nacheinander) aufweisen, bevor er deaktiviert wird (Standardwert ist 1)
  • Nach Überschreiten des Schwellenwerts für die maximale Fehleranzahl wird der Webhook deaktiviert und es wird eine E-Mail gesendet.
    

Der Timer und der Zähler ruhen, sobald der Webhook erfolgreich antwortet.

An wen die E-Mails gesendet werden, hängt vom Geltungsbereich des Webhooks ab.

Wenn der primäre Kontakt nicht verfügbar ist, wird der sekundäre Kontakt benachrichtigt:

Wenden Sie sich an Ihren Success Manager (oder öffnen Sie einen Support-Fall), um die Benachrichtigungsschwellenwerte anzupassen.

Wenn ein Dokument in einem Workflow außerhalb des Geltungsbereichs fällt, gibt der Workflow beim Bearbeiten des Workflows eine Serverfehler-Meldung aus:

Absender, die versuchen, einen Arbeitsablauf mit diesem Problem zu verwenden, erhalten eine Fehlermeldung, die darauf hinweist, dass der Arbeitsablauf Dokumente außerhalb des Anwendungsbereichs enthält:

Dieser Fehler bedeutet, dass der Arbeitsablauf die Berechtigung zur Verwendung mindestens einer angehängten Bibliotheksvorlage verloren hat. Das geschieht meistens, wenn die Zugriffsberechtigungen für Vorlagen geändert werden: Konten-/Gruppenzugriff ist nicht mehr zulässig, sondern der Zugriff ist auf den Eigentümer beschränkt.

Administratoren sollten diese Fehlermeldung aufheben, statt die Seite neu zu laden.

So korrigieren Sie den Fehler:

• Der Eigentümer der Vorlage sollte die Vorlagenberechtigungen bearbeiten, damit sie für das Konto/die Gruppe verfügbar sind, an das/die der Arbeitsablauf gebunden ist.
• Der Eigentümer des Arbeitsablaufs kann die Vorlage durch eine Vorlage mit den entsprechenden Berechtigungen ersetzen.  Heben Sie dazu die obige Fehlerbedingung auf, um den Arbeitsablauf zu bearbeiten und das Dokument zu ersetzen.