Identitetsverifiserte data i Adobe Acrobat Sign

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

Med Verifiserte skjemaer kan du binde verifisert identitetsinformasjon som returneres av en identitetsleverandør, til skjemafelt. Når en signerer fullfører identitetsverifisering med en leverandør som er tilkoblet via Digital Identity Gateway, setter Adobe Acrobat Sign inn verdier fra identitetskravene 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 bare av feltnavnkonvensjoner i enten redigeringsgrensesnittet, tekstmerker eller API.

Det finnes:

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

Hvis feltnavnet ikke matcher 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 fra en identitetsleverandør, må feltnavnet følge dette nøyaktige mønsteret:

VF_DIG_{claimName}*

Der:

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

Eksempler:

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

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

Støttede identitetskrav

Bare identitetskrav som returneres av den konfigurerte identitetsleverandøren gjenkjennes.

Kravnavn:

Defineres av identitetsleverandøren, ikke av Acrobat Sign. Det er avsenderens ansvar å få listen over kravnavn fra leverandøren sin.
Skiller mellom små og store bokstaver.
Må matche 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.

Varsel:

Avsenderansvar for datainnhenting

Avsendere er ansvarlige for å bestemme hvilke identitetsattributter som kobles til skjemafelt når identitetsverifiserte data brukes. Ved å konfigurere verifiserte skjemafelt kontrollerer avsenderen hvilke identitetsleverandør-datafelt som fylles ut i en avtale.

Avsendere må sørge for at alle data som hentes inn gjennom verifiserte skjemafelt er data de har tillatelse til å behandle og lagre ved hjelp av Acrobat Sign, og at slik bruk overholder alle gjeldende lover, forskrifter og kontraktuelle forpliktelser.

Avsendere må ikke konfigurere verifiserte skjemafelt til å hente inn data som kunder har forbud mot å samle inn, behandle eller lagre under produktspesifikke lisensvilkår for Acrobat Sign (PSLT). For eksempel kan Acrobat Sign ikke brukes til å lagre betalingskortdata eller sensitive autentiseringsdata (som definert av PCI DSS), og kunder kan ikke behandle beskyttet helseinformasjon med mindre de har inngått en forretningspartneravtale med Adobe.

Adobe gjennomgår, validerer eller begrenser ikke dataene som avsenderen velger for innhenting gjennom verifiserte skjemafelt.

Feltatferd under signering

Verifiserte skjemafelt følger eksisterende virkemåte for Acrobat Sign-felt, 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
Krev signeringsinndata hvis kravet mangler, er tomt eller null

Stille feilforhold

Identitetsverifiserte data feiler stille 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.

Rapportatferd for underskriveridentitet

Når en avtale inneholder ett eller flere verifiserte skjemafelt, signeringsidentitetsrapporten – hvis aktivert på avsenderens konto- eller gruppenivå – inkluderer en dedikert seksjon som lister opp disse feltene.

For hvert verifisert skjemafelt inkluderer signeringsidentitetsrapporten følgende informasjon:

Feltnavn
Den endelige verdien
En enkelt statusindikator

Mulige statuser på signeringsidentitetsrapporten

Merk:

Statuser bestemmes etter at avtalen er fullført. De reflekterer den endelige verdikilden og validerer ikke konfigurasjonen under redigering eller signering.

Hvert verifisert skjemafelt tildeles kun én status, basert på følgende prioritetsrekkefølge.

Redigert - Underskriveren endret feltverdien under signering.
- Predikat:
  - Feltet er redigerbart, og
  - Den endelige verdien ble endret av underskriveren
Verifisert - Feltverdien stammer fra identitetsverifiserte data og har ikke blitt endret.
- Predikat:
  - Matchende identitetskrav ble returnert, og
  - Sluttverdien samsvarer med den verifiserte kravverdien
- Gjelder for:
  - Skrivebeskyttede felt fylt ut fra verifiserte data
  - Redigerbare felt forblir uendret
  - Feltet fylt ut fra verifiserte data ble redigert, men verdien forble identisk.
Forhåndsdefinert - Feltet beholdt standardverdi angitt av forfatteren.
- Predikat:
  - Ingen identitetsverifiserte 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 spesifisert i skjemafeltet finnes ikke i identitetsleverandørens respons.
Tom eller nullverdi - Det refererte identitetskravet ble returnert uten en brukbar verdi.
- Predikat:
  - Kravet finnes, men er tomt eller null.
  - Tom betyr en tom streng eller objekt.
  - Null betyr at verdien eksplisitt er null.