Brukerveiledning Avbryt

Konfigurere innholdsbeskyttelse

 

Veiledning for Adobe Acrobat Sign

Nyheter

Kom i gang

Administrer

Sende, signere og behandle avtaler

Avanserte avtalefunksjoner og arbeidsflyter

Integrere med andre produkter

Acrobat Sign-utvikler

Kundestøtte og feilsøking

Innholdsbeskyttelse muliggjør autentiseringsbasert sikkerhet for å vise innholdet i fullførte avtaler.

Oversikt

Innholdsbeskyttelse bruker et autentiseringsbasert sikkerhetslag for å vise en avtale etter at den er fullført. Denne beskyttelsen gjelder alle avtaler uavhengig av hvordan de ble opprettet (via brukergrensesnittet, REST API, SOAP API, Send samlet, Egendefinerte arbeidsflyter osv.) Alle avtaler omfattes.)

Beskyttelse kan brukes passivt ved å aktivere den nedarvede beskyttelsesmetoden. Når dette alternativet er aktivert, må alle avtaler som sendes fra den aktiverte gruppen bestå en autentiseringsutfordring før de kan vises.

I tillegg kan avsendere eksplisitt konfigurere sine avtaler til å bruke beskyttelse eller ikke. Denne metoden bygger inn konfigurasjonen i avtalens metadata og kan ikke endres etter avtalen er sendt.

Når du prøver å vise en avtale med beskyttelse aktivert, blir deltakeren bedt om å autentisere seg. Det gjøres enten ved å bruke den opprinnelige autentiseringsmetoden, eller eventuelt ved å bruke et engangspassord levert til deltakerens e-postadresse.

Støttede autentiseringstyper:

  • Adobe Acrobat Sign-autentisering
  • Passord
  • Telefonautentisering
  • Engangspassord via e-post (OTPvEM)
  • Kunnskapsbasert godkjenning (KBA) (med obligatorisk navn aktivert)

Godkjenningstyper som ikke støttes:

  • Ingen (e-post)
  • Kunnskapsbasert godkjenning (KBA) (uten obligatorisk navn aktivert)
  • Myndighets-ID
  • Digital identitet 
Merk:

Ikke-støttede godkjenningsmetoder bruker engangspassord via e-post som reservemetode når aktivert.

Bruk

Det er to metoder for å bruke innholdsbeskyttelse på en avtale:

  • Arvet beskyttelse tillater at innstillingen på gruppenivå (enten eksplisitt angitt eller arvet fra kontoen) dikterer innholdsbeskyttelsesverdien for alle avtaler som sendes fra gruppen. Hvis du endrer innstillingen, vil det umiddelbart påvirke om innholdsbeskyttelsen er underlagt autentiseringsutfordringen for visning av avtalen. 
  • Innebygd beskyttelse krever at brukeren eksplisitt velger om innholdsbeskyttelsen skal bygges inn i transaksjonsmetadataene. Beskyttelsesverdiene er uforanderlige når avtalen er sendt. Arvede beskyttelsesverdier påvirker ikke avtaler som har innebygd den definerte innholdsbeskyttelsen. 

Begge applikasjonsmetodene har kontroller for diskret å aktivere eller deaktivere interne og eksterne deltakere.

  • Interne deltakere er definert som enhver deltaker (som identifisert av e-postadressen deres) som er innenfor autoriteten til Acrobat Sign-kontoen. Hvis e-postadressen er på brukerlisten, er den intern.
  • Eksterne deltakere inkluderer alle e-postmeldinger som ikke er interne deltakere.

Autentiseringsmetoden som brukes til å gi tilgang til å vise avtalen, er basert på den opprinnelige autentiseringsmetoden som brukes under signeringsprosessen.

For å løse problemer som deltakere uten autentiseringsmetode, ikke-støttede autentiseringsmetoder og kopimottakere, er det et alternativ for å aktivere Send engangspassord via e-post-autentiseringsmetoden som en alternativ metode for å gi tilgang. Dette alternativet krever at deltakeren har tilgang til e-postadressen sin, kan hente en kode og skrive den inn i utfordringsfeltet.

Forsiktig!

Hvis innholdsbeskyttelse er aktivert, og alternativet Engangspassord på e-post-autentiseringsmetoden ikke er aktivert, vil deltakere som bruker KBA, myndighetsutstedt ID eller ikke har en autentiseringssmetode, motta en melding om at de ikke får tilgang til avtalen.

Dette inkluderer Kopi til-parter og alle som avtalen er delt med.

For mottakere med en definert signaturautentiseringsmetode endres opplevelsen avhengig av denne metoden:

  • Passord-, telefon- og Acrobat Sign-autenttiseringsmetoder bruker samme metode (bruker samme passord og telefonnummer).
  • Engangspassord på e-post, kunnskapsbasert autentisering (KBA)og myndighetsutstedt ID bruker metoden med engangspassord på e-post (forutsatt at den er aktivert). 
    • Hvis Engangspassord på e-post er deaktivert vises en feil, og deltakeren nektes visning av avtalen.

Konfigurasjon

Tilgjengelighet:

Innholdsbeskyttelse er bare tilgjengelig for Enterprise-lisensplaner.

Konfigurasjonsomfang:

Funksjonen kan være aktivert på både konto- og gruppenivå.

Kontrollene for denne funksjonen kan vurderes ved å gå til Kontoinnstillinger > Send-innstillinger > Innholdsbeskyttelse 

Siden Send-innstillinger med innholdsbeskyttelseskontroller uthevet

Følgende tilpasningsmuligheter finnes:

Mønsterpraksis

Det anbefales på det sterkeste at du aktiverer autentisering med engangspassord på e-post hvis du har tenkt å bruke innholdsbeskyttelse. Det er avtaledeltakere som ikke har autentiseringsmetoder. Denne gratistjenesten gir dem mulighet til å se avtalen uten at det krever mye tid eller forståelse av prosessen.

De fleste bedriftskunder kan sannsynligvis få fordeler med den arvede innholdsbeskyttelsesmetoden.

  • Kontroll av deltakerens tilgang til avtalen, selv når det ikke var nødvendig med autentisering i utgangspunktet, er generelt en god idé. Det gir liten friksjon for deltakeren og gir sikkerhet når en visningskobling utilsiktet videresendes i en e-post.
  • Den nedarvede beskyttelsen har også den fordelen at den brukes dynamisk, noe som betyr at hvis noe bryter en nedstrømsprosess, kan innstillingen slås av uten at det gir vedvarende skade.
  • Kunder som bruker autentiseringsmetoder som passord- og telefonautentisering, må forholde seg til passord og telefonnummer på lang sikt. Det å kunne slå av innholdsbeskyttelse gir en metode for tilgang når telefonnumre endres eller passord blir glemt.

Å kreve at avsenderen konfigurerer den innebygde innholdsbeskyttelsen bør vurderes nøye. Det er sikkert noen prosesser som krever dette granulære kontrollnivået, men husk at:

  • Hver avtale som sendes fra gruppen må konfigureres eksplisitt av avsenderen. Dette legger til prosess og muliggjør en eventuell menneskelig feil.
  • Det finnes ikke noe alternativ for å definere standardverdiene. Avsendere må eksplisitt konfigurere de aktiverte nedtrekksmenyene.
  • Innebygd innholdsbeskyttelse har ingen metode som skal endres etter at avtalen er sendt.
  • Bruk av autentiseringsmetoder for telefon og passord gir mulighet til å bli låst ute fra å vise avtalen hvis passordet går tapt eller telefonnummeret endres. 

Få hjelp raskere og enklere

Ny bruker?