Verwende identitätsgeprüfte Daten in Formularfeldern

Fülle Formularfelder mit verifizierten Identitätsinformationen aus, die zurückgegeben werden, wenn ein Unterzeichner eine Identitätsprüfung abschließt.

Verifizierte Formulare ermöglichen dir, verifizierte Identitätsinformationen, die von einem Identitätsanbieter zurückgegeben werden, an Formularfelder zu binden.Wenn ein Unterzeichnender die Identitätsbestätigung bei einem Anbieter erfolgreich abschließt, der über den Digital Identity Gateway angebunden ist, fügt Acrobat Sign während der Signatur Werte aus den zurückgegebenen Identitäts-Claims in den zugehörigen Feldern ein.

Diese Funktion ist für hochvertrauenswürdige Workflows in regulierten und sicherheitssensiblen Umgebungen konzipiert, wie z. B. Finanzdienstleistungen und Behörden.

Wie identitätsverifizierte Daten funktionieren

Identitätsgeprüfte Daten werden nur durch eine spezifische Konvention für Feldnamen ausgelöst.Du kannst diese Konvention mit Feldern verwenden, die über folgende Methoden erstellt wurden:

• Authoring-Oberfläche
• Text-Tags
• API-basierte Workflows

Es gibt keinen separaten identitätsverifizierten Feldtyp und keine Authoring-Steuerung.

Bei Acrobat Sign gilt zudem Folgendes:

• Es validiert die identitätsverifizierte Konfiguration nicht, wenn das Dokument hochgeladen oder gesendet wird.
• Es zeigt keinen Fehler an, wenn die Konfiguration falsch ist.

Wenn der Feldname nicht exakt der erforderlichen Syntax entspricht, verhält sich das Feld wie ein normales Formularfeld oder wird vollständig ignoriert.

Vorbereitungsmaßnahmen

Stelle Folgendes sicher:

• Der Unterzeichner verwendet einen Identitätsanbieter, der über das Digital Identity Gateway verbunden ist.
• Identitätsverifizierte Daten sind für das entsprechende Konto oder die Gruppe aktiviert.
• Du kennst die exakten Identitäts-Claim-Namen, die vom konfigurierten Identitätsanbieter zurückgegeben werden.

Claim-Namen werden vom Identitätsanbieter definiert, nicht von Acrobat Sign. Hole dir die unterstützten Claim-Namen vom Identitätsanbieter, bevor du die Felder konfigurierst.

Weitere Informationen zur Konfiguration digitaler Identitätsanbieter findest du unter Digital Identity Gateway.

Benenne ein Feld für identitätsverifizierte Daten

Um ein Formularfeld an identitätsverifizierte Daten zu binden, verwende genau dieses Muster für Feld und Name:

VF_DIG_{claimName}*

Wo:

• VF_ identifiziert das Feld als verifiziertes Formularfeld.
• DIG_ steht für die Authentifizierungsmethode Digital Identity Gateway.
• {claimName} ist der exakte OpenID Connect (OIDC) Claim-Name, der vom konfigurierten Identitätsanbieter zurückgegeben wird, in geschweiften Klammern, einschließlich Schreibweise und Groß-/Kleinschreibung.
• * ist optionaler Text, der verwendet wird, um den Feldnamen eindeutig zu machen.

Beispiele:

VF_DIG_{birthdate}

VF_DIG_{address}_page2

VF_DIG_{zipcode}1

Wenn mehrere Felder auf denselben Identitätsanspruch verweisen, muss jedes Feld dennoch einen eindeutigen Feldnamen haben.

Verwende den exakten Identitäts-Claim-Namen

Nur Identitätsansprüche, die vom konfigurierten Identitätsanbieter zurückgegeben werden, werden erkannt.

Anspruchsnamen:

• Werden vom Identitätsanbieter definiert.
• Es wird zwischen Groß- und Kleinschreibung unterschieden.
• Sie müssen exakt übereinstimmen.
• Unterstützen keine Aliase.
• Werden stillschweigend ignoriert, wenn sie falsch oder fehlend sind.

Wenn der referenzierte Claim während der Identitätsprüfung nicht zurückgegeben wird, wird das Feld nicht mit verifizierten Daten ausgefüllt.

Berücksichtige die Identitätsdaten, die du sammelst

Die absendenen Parteien sind dafür verantwortlich, zu bestimmen, welche Identitätsattribute den Formularfeldern zugeordnet werden.Durch die Konfiguration verifizierter Formularfelder kontrolliert die absendende Partei, welche Identitätsanbieter-Daten in einen Vertrag eingefügt werden.

Ordne nur Daten zu, die deine Organisation mit Acrobat Sign verarbeiten und speichern darf.Deine Datennutzung muss geltenden Gesetzen, Vorschriften, vertraglichen Verpflichtungen und den [produktspezifischen Lizenzbedingungen von Acrobat Sign] entsprechen.

Konfiguriere verifizierte Formularfelder so, dass ausschließlich Daten eingespeist werden, die Kunden in Acrobat Sign erfassen, verarbeiten und speichern dürfen.Beispiel:

• Acrobat Sign darf nicht zur Speicherung von Zahlungskartendaten oder sensiblen Authentifizierungsdaten gemäß PCI DSS verwendet werden.
• Kunden dürfen keine geschützten Gesundheitsinformationen verarbeiten, es sei denn, sie haben ein Business Associate Agreement mit Adobe abgeschlossen.

Adobe prüft, validiert oder beschränkt die von der sendenden Partei für die Einspeisung über verifizierte Formularfelder ausgewählten Daten nicht.

Feldverhalten beim Unterzeichnen verstehen

Verifizierte Formularfelder folgen dem bestehenden Verhalten von Acrobat Sign-Feldern, wobei identitätsbezogene Überschreibungen möglich sind.

Schreibgeschützte Felder

Wenn der Identitätsnachweis vorhanden ist:

• Acrobat Sign füllt das Feld mit dem verifizierten Wert.
• Der Unterzeichner kann den Wert nicht bearbeiten.
• Der verifizierte Wert überschreibt jeden vordefinierten Wert.

Wenn der Anspruch fehlt, wird der vordefinierte Wert verwendet.

Bearbeitbare Felder

Wenn der Identitätsnachweis vorhanden ist:

• Acrobat Sign füllt das Feld mit dem verifizierten Wert.
• Das Feld bleibt bearbeitbar.
• Der Unterzeichner kann den Wert ändern.

Erforderliche Felder

Pflichtfelder verhalten sich wie bearbeitbare Felder.

Wenn der Identitätsnachweis fehlt, leer oder null ist, muss der Unterzeichner einen Wert eingeben, bevor die Vereinbarung abgeschlossen wird.

Verwende schreibgeschützte Felder, wenn die vollendete Vereinbarung den vom Identitätsanbieter zurückgegebenen Wert beibehalten muss.Verwende bearbeitbare Felder nur dann, wenn der Workflow es dem Unterzeichner erlaubt, diesen Wert zu ändern.

Siehe Formularfeldeigenschaften für die allgemeine Feldkonfiguration.

Identitätsverifizierte Felder vor der Verteilung testen

Identitätsverifizierte Daten schlagen unbemerkt fehl, wenn:

• Der Feldname folgt nicht der erforderlichen Syntax.
• Der Anspruchsname ist falsch geschrieben oder verwendet falsche Groß-/Kleinschreibung.
• Der Identitätsanbieter gibt den Claim nicht zurück.
• Identitätsverifizierte Daten sind für das entsprechende Konto oder die Gruppe deaktiviert.

Die Vereinbarung oder das Webformular wird trotzdem erfolgreich gesendet.

Validiere das Feldverhalten immer in der Authoring-Umgebung, bevor du die Vereinbarung oder das Webformular verteilst.

Bestätige, dass:

• Jedes Feld verwendet das erforderliche Benennungsmuster.
• Claim-Namen stimmen genau mit der Antwort des Identitätsanbieters überein.
• Verifizierte Werte werden in die beabsichtigten Felder übernommen.
• Bearbeitbare, schreibgeschützte und erforderliche Verhaltensweisen erzeugen das beabsichtigte Signiererlebnis.

Überprüfe verifizierte Werte im Bericht zur Signiereridentität

Wenn eine Vereinbarung ein oder mehrere verifizierte Formularfelder enthält, umfasst der Bericht zur Unterzeichner-Identität – sofern für ein Konto oder eine Gruppe der absendenen Partei aktiviert – einen eigenen Abschnitt, der diese Felder auflistet.

Für jedes verifizierte Formularfeld enthält der Bericht:

• Feldname
• Endgültiger Wert
• Ein Statusindikator

Status werden nach Abschluss der Vereinbarung bestimmt. Er beschreibt die Quelle und die Verarbeitung des endgültigen Werts, er bestätigt nicht die Konfiguration während der Erstellung oder Unterzeichnung.

Jedes Feld erhält nur einen Status, basierend auf der folgenden Prioritätsreihenfolge:

Bearbeitet

Bearbeitet gilt, wenn:

• Das Feld ist bearbeitbar.
• Der Signierer ändert den endgültigen Wert.

Geprüft

Verifiziert gilt, wenn ein übereinstimmender Identitäts-Claim zurückgegeben wird und der endgültige Wert mit dem verifizierten Claim übereinstimmt.

Dazu zählen:

• Schreibgeschützte Felder, die mit verifizierten Daten ausgefüllt werden.
• Bearbeitbare Felder, die unverändert bleiben.
• Felder, die bearbeitet wurden, aber letztlich einen Wert enthalten, der mit dem verifizierten Claim identisch ist.

Vordefiniert

Vordefiniert gilt, wenn:

• Es wurden keine identitätsverifizierten Daten verwendet.
• Das Feld behält seinen vom Autor vorab festgelegten Wert.
• Es gilt kein Status mit höherer Priorität.

Claim nicht vorhanden

Claim nicht vorhanden bedeutet, der im Formularfeld angegebene Claim existiert in der Antwort des Identitätsanbieters nicht.

Leerer oder Null-Wert

Leerer oder Null-Wert bedeutet, dass der Claim in der Antwort existiert, aber keinen verwendbaren Wert enthält.

• Leer bedeutet ein leerer String oder ein leeres Objekt.
• Null bedeutet, dass der Wert explizit null ist.

Diese Statusangaben erzeugen keine Warnungen oder Fehler. Der Bericht beschreibt das Ergebnis der abgeschlossenen Transaktion, keine Konfigurationsfehler.

Wissenswertes

• Verifizierte Formulare verwenden gewöhnliche Acrobat Sign-Formularfelder; es gibt keinen speziellen identitätsverifizierten Feldtyp.
• Das identitätsverifizierte Verhalten wird durch die erforderliche Feld-Name-Konvention ausgelöst.
• Die Benennungskonvention funktioniert mit der Authoring-Oberfläche, Text-Tags und von der API erstellten Feldern.
• Claim-Namen unterscheiden zwischen Groß- und Kleinschreibung und müssen exakt mit der Antwort des Identitätsanbieters übereinstimmen.
• Eine falsche Konfiguration kann stillschweigend fehlschlagen, ohne zu verhindern, dass ein Vertrag oder ein Webformular gesendet wird.
• Bearbeitbare verifizierte Felder garantieren nicht, dass der endgültige Wert noch immer dem Wert des Identitätsanbieters entspricht.
• Teste identitätsverifiziertes Feldverhalten immer, bevor du den Vertrag oder das Webformular weitergibst.
• Der Unterzeichner-Identitätsbericht weist jedem verifizierten Formularfeld einen endgültigen Status zu, wenn der Bericht aktiviert ist.