Begræns dokumentsynlighed

Begrænset dokumentsynlighed involverer et antal meget specifikke begreber:

Bruger vs. bruger-id

• Bruger er et generisk begreb for enhver, der tilgår Adobe Sign via direkte login, samlet godkendelse eller integration. En bruger kan have flere mailadresser, som de bruger til at godkende på Adobe Sign (en bruger kan derfor have flere bruger-id'er)  
• Bruger-id er et specifikt, godkendt objekt i Adobe Sign. Det faktiske id er et systemtildelt tal, der sikrer identifikation af et unikt (bruger) objekt. Bruger-id'er svarer ofte til mailadressen, da begge er unikke værdier i systemet, men en bruger kan ændre sin mailadresse, men ikke sit bruger-id.  Alle aktiver er logisk knyttede til det bruger-id, der har oprettet dem.

Interne vs. eksterne parter

• Interne parter er bruger-id'er, der er del af den samme Adobe Sign-konto som det afsendende bruger-id
  • Det er værd at bemærke, at brugere i den samme virksomhed kan være i forskellige Adobe Sign-konti. Adobe Sign foretager ingen antagelser baseret på maildomæner eller virksomhedsnavne. Den eneste relevante relation er, om bruger-id'erne findes i det samme konto-id
• Eksterne parter identificerer ethvert bruger-id, der ikke er del af det afsendende bruger-id's konto. 
  • Hvis brugerens mail ikke er angivet på kontoens brugerliste, er de per definition eksterne.

Når "Underskrivere vil kun se filer, der indeholder en underskrift, initialer eller indtastningsfelter, som er blevet tildelt til dem" er deaktiveret, er BDS som en helhed deaktiveret i grænsefladen.

Alle modtagere og cc-parter ser alle filer hele tiden.

Kun når Underskrivere vil kun se filer, der indeholder en underskrift, initialer eller indtastningsfelter, som er blevet tildelt til dem er aktiveret:

• Afsenderen kan se alt filindhold hele tiden
• Modtagere kan kun se de filer, de er eksplicit inkluderet i ved underskrivelse, og efter aftalen er fuldført
• Cc-parter ser ikke noget filindhold.

Når Underskrivere og CC-modtagere i min konto vil se alle filer er aktiveret:

• Alle interne bruger-id'er (relative til den afsendende bruger) kan se alt filindhold.
• Eksterne modtagere ser kun det filindhold, der er tildelt dem, ved underskrivelser, og efter aftalen er fuldført.
• Eksterne cc-parter ser intet filindhold.

Når Underskrivere og CC-modtagere ser alle filer, når de modtager den underskrevne aftale er aktiveret:

• Modtagere ser kun deres tildelte filindhold under signaturprocessen
• Cc-parter ser ikke noget filindhold under signaturprocessen

Når aftalen er fuldført, kan alle modtagere og cc-parter se alt filindhold.

Denne konfiguration aktiverer BDS-regler og lader alle interne bruger-id'er (relative til afsenderen) se alt filindhold under underskrivelsescyklussen.

Når aftalen er fuldført, kan alle brugere se alt filindhold

Hvis du har planer om at aktivere håndskrevne signaturer, bør du aktivere denne indstilling, men vær opmærksom på, at BDS-regler ikke gælder, når en håndskreven signatur er involveret.

I alle tilfælde suspenderes BDS-regler for den aftalen, når en håndskreven signatur er involveret.

POST /aftaler REST API v6-slutpunkt har tre parametre, der kan bruges til at styre adfærden for dokumentsynlighed.

GET /agreements/{agreementId} REST API v6-slutpunkt kan bruges til at hente relationen mellem deltagere og dokumenter

Hvis GET /agreements/{agreementId} rapporterer ANNULLERET status, kan det skyldes én eller flere ugyldige parameterværdier for dokumentsynlighed.

Brug GET /agreements/{agreementId}/events for at hente fejlårsagen.

Ovenstående fejl logges med værdien Event.type for AUTO_CANCELLED_CONVERSION_PROBLEM og Event.comment.

Begrænset dokumentsynlighed og digitale signaturcertifikater er inkompatible.

Når BDS er aktiveret, fjernes det digitale signaturobjekt fra appens oprettelsesmiljø.

Hvis en aftale med et digitalt signaturfelt sendes med BDS-regler aktiveret, udløses der en fejl:

Digitalt signaturfelt <field name> understøttes ikke pga. begrænset dokumentsynlighed.

Hvis bruger-id'et kan se den fil, der indeholder feltet med vedhæftede filter, har de også tilladelse til at se indholdet i den vedhæftede fil.

Udskiftning af en modtager virker på normal vis med én undtagelse.

• Afsenderen af aftalen kan muligvis ikke udskifte sig selv, når de er en vist modtager med en ikke-underskrivende rolle, og Underskrivere og CC-modtagere i min konto vil se alle filer er deaktiveret

Hvis Underskrivere og CC-modtagere i min konto vil se alle filer er aktiveret:

• Interne modtagere kan kun delegere til en anden intern bruger
• Eksterne modtagere kan muligvis ikke til en intern bruger
  • Forsøg på at gøre dette giver fejlen: "Din kontoadministrator tillader ikke delegering til denne person."

Filerne og felterne kan redigeres (med funktionen Rediger aftale), så længe den første modtager ikke er blevet set som en deltager

BDS er rolleagnostisk.

Hvis du har en ikke-underskrivende modtager, skal den modtager have mindst ét felt placeret på hver fil, som du vil give dem adgang til.

Hvis en modtager ikke har synlige felter (fordi der ikke er placeret nogen felter), udløses der en fejl:

Deltageren <email> (<participant role>) har ikke noget synligt dokument

Mega Sign virker på samme måde som andre aftaler.

Aktivering af webformularer til at virke med BDS kræver, at en back end-indstilling justeres.

Kontakt din Success Manager for at få denne funktion aktiveret.

Når den er aktiveret, virker webformularer på samme måde som andre aftaler.

Når en aftale sendes, skal der være mindst ét obligatorisk (ikke valgfrit eller betinget) signaturfelt for hver modtager med en underskrivelsesrolle.

Hvis én eller flere underskrivere ikke har et obligatorisk signaturfelt, føjes der en ekstra side til slutningen af aftalen, og der tilføjes en signaturblok for hver underskriver (der giver alle underskrivere en visning af den sidste side).