Identitetsverifierade data i Adobe Acrobat Sign

Fyll i kritiska formulärfält automatiskt och lås dem med identitetsverifierade data när en signerare slutför en identitetsverifieringskontroll. Detta minskar datainmatningsfel och ger tydliga, granskningsbara bevis på att specifika värden kom från en betrodd källa.

Verified Forms låter dig binda verifierad identitetsinformation som returneras av en identitetsleverantör till formulärfält. När en signerare framgångsrikt slutför identitetsverifiering med en leverantör som är ansluten via Gateway för digital identitet, infogar Adobe Acrobat Sign värden från identitetsanspråken i de taggade fälten under signeringen, vilket säkerställer att kritiska data kommer direkt från en betrodd källa.

Denna funktion är utformad för arbetsflöden med hög tillit i reglerade och säkerhetskänsliga miljöer, såsom finansiella tjänster och myndigheter.

Så fungerar identitetsverifierad data

Identitetsverifierade data utlöses endast genom fältnamnskonventioner i antingen redigeringsgränssnittet, texttaggar eller API.

Det finns:

Inga användargränssnittskontroller för att konfigurera identitetsverifierade fält.
Ingen validering när dokument laddas upp eller skickas.
Inga felmeddelanden om konfigurationen är felaktig.

Om fältnamnet inte matchar den nödvändiga syntaxen exakt, beter sig fältet som ett vanligt formulärfält eller ignoreras helt.

Nödvändig fältnamnsyntax

För att binda ett formulärfält till identitetsverifierade data från en identitetsleverantör måste fältnamnet följa exakt detta mönster:

VF_DIG_{claimName}*

Där:

VF_ identifierar fältet som ett verifierat formulärfält.
DIG_ anger autentiseringsmetoden för gateway för digital identitet.
{claimName} är det exakta OpenID Connect-anspråksnamnet (OIDC) som returneras av den konfigurerade identitetsleverantören, inklusive stavning och versal/gemen-läge, omgivet av klammerparenteser.
* är valfri text som används för att göra fältnamnet unikt.

Exempel:

VF_DIG_{birthdate}
VF_DIG_{address}_page2
VF_DIG_{zipcode}1

Om flera fält refererar till samma identitetsanspråk måste varje fält ändå ha ett unikt fältnamn.

Identitetsanspråk som stöds

Endast identitetsanspråk som returneras av den konfigurerade identitetsleverantören känns igen.

Anspråksnamn:

Definieras av identitetsleverantören, inte av Acrobat Sign. Det åligger avsändaren att få listan över anspråksnamn från sin leverantör.
Är skiftlägeskänsliga.
Måste matcha exakt.
Stöder inte alias.
Ignoreras tyst om de är felaktiga eller saknas.

Om ett anspråksnamn inte returneras av identitetsleverantören under identitetsverifiering, fylls fältet inte i med verifierade data.

Varning:

Avsändaransvar för datainhämtning

Avsändare ansvarar för att bestämma vilka identitetsattribut som mappas till formulärfält när identitetsverifierade data används. Genom att konfigurera verifierade formulärfält styr avsändaren vilka datafält för identitetsleverantörer som fylls i avtalet.

Avsändare måste säkerställa att alla data som tas emot via verifierade formulärfält är data som de har rätt att behandla och lagra med Acrobat Sign, samt att sådan användning följer alla tillämpliga lagar, förordningar och avtalsförpliktelser.

Avsändare får inte konfigurera verifierade formulärfält för att fylla på data som kunder är förbjudna att samla in, bearbeta eller lagra enligt Acrobat Sign Product Specific Licensing Terms (PSLT). Till exempel får Acrobat Sign inte användas för att lagra betalkortsuppgifter eller känsliga autentiseringsdata (enligt definitionen i PCI DSS), och kunder får inte behandla skyddade hälsouppgifter om de inte har ingått ett affärspartneravtal med Adobe.

Adobe granskar, validerar eller begränsar inte de data som avsändaren väljer för inmatning genom verifierade formulärfält.

Fältbeteende under signering

Verifierade formulärfält följer befintliga Acrobat Sign-fältbeteenden, med identitetsmedvetna åsidosättningar.

Skrivskyddade fält

Fylls i med verifierade data när anspråket finns.
Kan inte redigeras av undertecknaren.
Åsidosätta alla fördefinierade värden.
Om anspråket saknas används det fördefinierade värdet.

Redigerbara fält

Fylls i med verifierade data när anspråket finns.
Förblir redigerbara av undertecknaren.
Tillåter undertecknaren att ändra värdet.

Obligatoriska fält

Fungerar som redigerbara fält
Kräv indata från signeraren om anspråket saknas, är tomt eller är null

Tysta felvillkor

Identitetsverifierade data misslyckas tyst i alla följande fall:

Fältnamnet följer inte den obligatoriska syntaxen.
Anspråksnamnet är felstavat eller använder felaktigt versal/gemen-läge.
Anspråket returneras inte av identitetsleverantören.
Funktionen är inaktiverad på konto- eller gruppnivå.

Avtalet eller webbformuläret skickas ändå framgångsrikt.

Validera alltid fältbeteende i framtagningsmiljön innan du distribuerar avtalet eller webbformuläret.

Beteende för rapport om signeraridentitet

När ett avtal innehåller ett eller flera verifierade formulärfält inkluderar Signeraridentitetsrapporten – om den är aktiverad på avsändarens konto- eller gruppnivå – ett dedikerat avsnitt som listar dessa fält.

För varje verifierat formulärfält inkluderar Signeraridentitetsrapporten följande information:

Fältnamnet
Det slutliga värdet
En enda statusindikator

Möjliga tillstånd i Signeraridentitetsrapporten

Obs!

Tillstånd bestäms efter att avtalet är slutfört. De återspeglar den slutliga värdekällan och validerar inte konfigurationen under framtagning eller signering.

Varje verifierat formulärfält tilldelas endast ett tillstånd, baserat på följande prioritetsordning.

Redigerat – Signeraren ändrade fältvärdet under signeringen.
- Predikat:
  - Fältet är redigerbart, och
  - Det slutliga värdet modifierades av signeraren
Verifierat – Fältvärdet härstammar från identitetsverifierade data och har inte ändrats på något väsentligt sätt.
- Predikat:
  - Matchande identitetsanspråk returnerades, och
  - Slutligt värde matchar det verifierade anspråksvärdet
- Gäller för:
  - Skrivskyddade fält ifyllda från verifierade data
  - Redigerbara fält lämnades oförändrade
  - Fältet som fylldes i från verifierade data redigerades, men värdet förblev identiskt.
Fördefinierad – Fältet behöll sitt standardvärde som angavs av författaren.
- Predikat:
  - Inga identitetsverifierade data tillämpades, och
  - Inget tillstånd med högre prioritet gäller.
Anspråk saknas – Det refererade identitetsanspråket returnerades inte av identitetsleverantören.
- Predikat:
  - Anspråksnamnet som anges i formulärfältet finns inte i identitetsleverantörens svar.
Tomt eller null-värde – Det refererade identitetsanspråket returnerades utan ett användbart värde.
- Predikat:
  - Anspråket finns men är tomt eller null.
  - Tomt betyder en tom sträng eller objekt.
  - Null betyder att värdet är uttryckligen null.