Teksttags - Identitetsbekræftede data

Udfyld og lås automatisk kritiske formularfelter ved hjælp af identitetsbekræftede data, når en underskriver gennemfører et identitetsbekræftelsestjek. Dette reducerer dataindtastningsfejl og giver klare, sporbare beviser for, at specifikke værdier kom fra en betroet identitetsudbyder.

Identitetsbekræftede data giver dig mulighed for at binde bekræftede identitetsoplysninger returneret af en identitetsudbyder til formularfelter ved hjælp af tekstmærker. Når en underskriver gennemfører identitetsbekræftelse, indsætter Adobe Acrobat Sign værdier fra identitetsudbyderens OpenID Connect (OIDC) identitetsclaims i de mærkede felter under underskrivning, hvilket sikrer, at kritiske data kommer direkte fra en betroet kilde.

Denne funktion er designet til arbejdsgange med høj tillid i regulerede og sikkerhedsfølsomme miljøer, såsom finansielle tjenester og offentlige myndigheder.

Sådan fungerer identitetsbekræftede data

Identitetsbekræftede data udløses kun af feltnavnekonventioner i tekstmærker.

Der er:

• Ingen UI-kontrolelementer til at konfigurere identitetsbekræftede felter
• Ingen validering, når dokumentet uploades eller sendes
• Ingen fejlmeddelelser, hvis konfigurationen er forkert

Hvis feltnavnet ikke matcher den påkrævede syntaks nøjagtigt, opfører feltet sig som et normalt formularfelt eller ignoreres helt.

Påkrævet feltnavnesyntaks

For at binde et formularfelt til identitetsbekræftede data skal feltnavnet følge dette nøjagtige mønster:

VF_DIG_{claimName}*

Hvor:

• VF_ identificerer feltet som et bekræftet formularfelt.
• DIG_ angiver godkendelsesmetoden til Digital Identity Gateway.
• {claimName}  er det nøjagtige kravnavn til OpenID connect (OIDC), der returneres af den konfigurerede identitetsudbyder, inklusive stavning og store/små bogstaver.
• * er valgfri tekst, der bruges til at gøre feltnavnet unikt.

Krølleparenteser er påkrævet omkring kravnavnet.

Eksempler:

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

Hvis flere felter refererer til det samme krav, skal hvert felt stadig have et unikt feltnavn.

Understøttede identitetskrav

Kun identitetskrav, der returneres af den konfigurerede identitetsudbyder, genkendes.

Kravnavne:

• Defineres af identitetsudbyderen, ikke af Acrobat Sign
• De skelner mellem store og små bogstaver.
• Skal matche nøjagtigt
• Understøtter ikke aliasser
• Ignoreres stiltiende, hvis de er forkerte eller mangler

Hvis et claim-navn ikke returneres af identitetsudbyderen under identitetsverifikation, udfyldes feltet ikke med verificerede data.

Feltadfærd under signering

Verificerede formularfelter følger eksisterende Acrobat Sign-feltadfærd med identitetsbaserede tilsidesættelser.

Skrivebeskyttede felter

• De udfyldes med verificerede data, når kravet er til stede.
• Kan ikke redigeres af underskriveren
• Tilsidesæt enhver foruddefineret værdi

Hvis kravet mangler, bruges den foruddefinerede værdi.

Redigerbare felter

• De udfyldes med verificerede data, når kravet er til stede.
• Forbliver redigerbare af underskriveren
• Tillader underskriveren at ændre værdien

Obligatoriske felter

• Opfører sig som redigerbare felter
• Kræver underskriverinput, hvis kravet mangler, er tomt eller null

Betingelser ved skjulte fejl

Identitetsverificerede data fejler lydløst i alle følgende tilfælde:

• Feltnavnet følger ikke den påkrævede syntaks.
• Kravnavnet er stavet forkert eller bruger forkert store/små bogstaver.
• Kravet returneres ikke af identitetsudbyderen.
• Funktionen er deaktiveret på konto- eller gruppeniveau.

Afsendelse af aftalen eller webformularen fuldføres fortsat.

Bekræft altid feltets funktion i oprettelsesmiljøet, før aftalen eller webformularen distribueres.

Rapport om underskriveridentitet – funktion

Når en aftale indeholder en eller flere bekræftede formularfelter, indeholder rapporten om underskriveridentitet et særligt afsnit, hvor disse felter angives.

Hver bekræftede formularfelt vises med følgende:

• Feltets navn
• Den endelige værdi
• En indikator for enkelt tilstand

Mulige tilstande for rapporten om underskriveridentitet

• Redigeret – underskriveren ændrede feltværdien under signering.
  • Prædikat:
    • Feltet kan redigeres.
    • Den endelige værdi blev ændret af underskriveren.
• Bekræftet – Feltværdien stammer fra identitetsverificerede data og er ikke blevet væsentligt ændret.
  • Prædikat:
    • Matchende identitetskrav blev returneret.
    • Den endelige værdi matcher den bekræftede kravværdi.
  • Gælder for:
    • Skrivebeskyttede felter udfyldt med verificerede data.
    • Redigerbare felter efterladt uændrede
    • Hvis underskriveren redigerer feltet, men lader værdien være identisk, forbliver tilstanden Bekræftet.
• Foruddefineret – feltet bibeholdt sin standardværdi som angivet af forfatteren.
  • Prædikat:
    • Ingen verificerede data er anvendt.
    • Ingen tilstand med højere prioritet gælder
• Krav ikke til stede - Det refererede identitetskrav blev ikke returneret af identitetsudbyderen.
  • Prædikat: 
    • Kravnavn findes ikke i identitetsudbyderens svar
• Tom eller null-værdi - Det refererede identitetskrav blev returneret uden en brugbar værdi.
  • Prædikat:
    • Krav findes, men er tomt eller null
    • Tom betyder en tom streng eller et tomt objekt.
    • Null betyder, at værdien eksplicit er null.

Noter

• Kun én tilstand tildeles pr. felt.
• Tilstande genererer ikke advarsler eller fejl.
• Rapporten afspejler resultater, ikke konfigurationsfejl.