Tekstkoder - Identitetsverifiserte data

Fyll ut og lås kritiske skjemafelt automatisk ved hjelp av identitetsverifiserte data når en signerer fullfører en identitetsverifikasjonssjekk.Dette reduserer datainntastingsfeil og gir klare, sporbare bevis på at spesifikke verdier kom fra en pålitelig identitetsleverandør.

Identitetsverifiserte data lar deg binde verifisert identitetsinformasjon som returneres av en identitetsleverandør til skjemafelt ved hjelp av tekstkoder.Når en signerer fullfører identitetsverifikasjon, setter Adobe Acrobat Sign inn verdier fra identitetsleverandørens OpenID Connect (OIDC) identitetskrav i de merkede feltene under signering, og sikrer at kritiske data kommer direkte fra en pålitelig kilde.

Denne funksjonen er utviklet for arbeidsflyter med høy tillit i regulerte og sikkerhetssensitive miljøer, som finansielle tjenester og offentlig sektor.

Hvordan identitetsverifiserte data fungerer

Identitetsverifiserte data utløses kun av feltnavnkonvensjoner i tekstkoder.

Det finnes:

• Ingen brukergrensesnittkontroller for å konfigurere identitetsverifiserte felt
• Ingen validering når dokumentet lastes opp eller sendes
• Ingen feilmeldinger hvis konfigurasjonen er feil

Hvis feltnavnet ikke samsvarer med den påkrevde syntaksen nøyaktig, oppfører feltet seg som et vanlig skjemafelt eller ignoreres helt.

Påkrevd feltnavnsyntaks

For å binde et skjemafelt til identitetsverifiserte data må feltnavnet følge dette nøyaktige mønsteret:

VF_DIG_{claimName}*

Der:

• VF_ identifiserer feltet som et verifisert skjemafelt.
• DIG_ spesifiserer Digital Identity Gateway-autentiseringsmetoden.
• {claimName} er det nøyaktige OpenID Connect (OIDC) kravnavnet som returneres av den konfigurerte identitetsleverandøren, inkludert stavemåte og store/små bokstaver.
• * er valgfri tekst som brukes til å gjøre feltnavnet unikt.

Krøllparenteser er påkrevd rundt kravnavnet.

Eksempler:

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

Hvis flere felt refererer til samme krav, må hvert felt fortsatt ha et unikt feltnavn.

Støttede identitetskrav

Bare identitetskrav som returneres av den konfigurerte identitetsleverandøren blir gjenkjent.

Kravnavn:

• Defineres av identitetsleverandøren, ikke av acrobat sign
• Skiller mellom store og små bokstaver
• Må match nøyaktig
• Støtter ikke aliaser
• Ignoreres uten varsel hvis de er feil eller mangler

Hvis et kravnavn ikke returneres av identitetsleverandøren under identitetsverifisering, fylles ikke feltet ut med verifiserte data.

Feltoppførsel under signering

Verifiserte skjemafelt følger eksisterende acrobat sign-feltoppførsler, med identitetsbevisste overstyringer.

Skrivebeskyttede felt

• Fylles ut med verifiserte data når kravet er til stede
• Kan ikke redigeres av underskriveren
• Overstyrer alle forhåndsdefinerte verdier

Hvis kravet mangler, brukes den forhåndsdefinerte verdien.

Redigerbare felt

• Fylles ut med verifiserte data når kravet er til stede
• Forblir redigerbare av underskriveren
• Lar underskriveren endre verdien

Obligatoriske felt

• Oppfører seg som redigerbare felt
• Krever inndata fra underskriveren hvis kravet mangler, er tomt eller null

Stille feilbetingelser

Identitetsverifiserte data feiler uten varsel i alle følgende tilfeller:

• Feltnavnet følger ikke den påkrevde syntaksen.
• Kravnavnet er feilstavet eller bruker feil store/små bokstaver.
• Kravet returneres ikke av identitetsleverandøren.
• Funksjonen er deaktivert på konto- eller gruppenivå.

Avtalen eller nettskjemaet sendes fortsatt.

Valider alltid feltoppførsel i redigeringsmiljøet før du distribuerer avtalen eller nettskjemaet.

Oppførsel for signeringsidentitetsrapport

Når en avtale inneholder ett eller flere verifiserte skjemafelt, inkluderer signeringsidentitetsrapporten en egen del som viser disse feltene.

Hvert verifiserte skjemafelt vises med:

• Feltnavnet
• Den endelige verdien
• En enkelt statusindikator

Mulige statuser i signeringsidentitetsrapporten

• Redigert - Signerer endret feltverdien under signering.
  • Predikat:
    • Feltet kan redigeres, og
    • Den endelige verdien ble endret av signerer
• Verifisert - Feltverdien stammer fra identitetsverifiserte data og har ikke blitt vesentlig endret.
  • Predikat:
    • Samsvarende identitetskrav ble returnert, og
    • Endelig Verdi samsvarer med den verifiserte kravverdien
  • Gjelder for:
    • Skrivebeskyttede felt fylt ut fra verifiserte data
    • Redigerbare felt som ikke er endret
    • Hvis signerer redigerer feltet, men lar verdien være identisk, forblir statusen Verifisert.
• Forhåndsdefinert - Feltet beholdt standardverdien som ble angitt av forfatteren.
  • Predikat:
    • Ingen verifiserte data brukt, og
    • Ingen tilstand med høyere prioritet gjelder
• Krav ikke til stede - Det refererte identitetskravet ble ikke returnert av identitetsleverandøren.
  • Predikat: 
    • Kravnavn finnes ikke i identitetsleverandørens respons
• Tom eller null-verdi - Det refererte identitetskravet ble returnert uten en brukbar verdi.
  • Predikat:
    • Krav finnes, men er tomt eller null
    • Tom betyr en tom streng eller objekt.
    • Null betyr at verdien eksplisitt er null.

notater

• Bare én tilstand tildeles per felt.
• Tilstander genererer ikke advarsler eller feil.
• Rapporten gjenspeiler resultater, ikke konfigurasjonsfeil.