Version 20.9 af Adobe Sign til Salesforce-pakken skifter tilladelsen for de objekter, der bruges i understøttelse af store dokumenter, fra webstedsbrugeren til en licenseret "tilbagekaldelses"-bruger, der gives tilladelse eksplicit.

Fjern alle eksisterende tilladelser på følsomme eller ikke-offentlige objekter, der er tildelt til webstedsbrugeren, på det respektive websted, der bruges til store filer eller push-aftale.

For eksisterende kunder, der opgraderer til 20.9 eller senere, er den anbefalede proces at:

1. Opgradere Adobe Sign til Salesforce-pakken til 20.9 (eller senere)

2. Oprette den nye profil Tilbagekaldelsesbruger

• Klon profilen Standardbruger
  • Giv den nye profil et intuitivt navn (f.eks. Adobe Sign-tilbagekaldelsesbruger)
  • Rediger profilen
    • Under Brugerdefinerede faneindstillinger skal du sikre, at begge Adobe Sign-administrator-faner er indstillet til Som standard til
    • Under Brugerdefinerede objekttilladelser skal du aktivere alle værdier for objektet Aftale
    • Sørg for, at disse Visualforce-sider er aktiveret 
      • echosign_dev1.EchosignAdmin
      • echosign_dev1.SalesforceOAuthPage
    • Aktivér Apex-klassen echosign_dev1. AgreementAttachmentDownloadService
  • Gem profilen

3. Aktivér Tælling af aktivering af service for vedhæftede filer for profilen Tilbagekaldelsesbruger

• Gå til Objektstyring > Aftale > Felter og relationer 
• Klik på Feltetiket Tælling af aktivering af service for vedhæftede filer
• Klik på knappen Indstil sikkerhed på feltniveau
• Aktivér både Synlig og Skrivebeskyttet for profilen Tilbagekaldelsesbruger
• Klik på Gem

4. Opret en ny bruger med Salesforce-standardlicensen

• Giv brugeren et intuitivt navn (f.eks. Adobe Sign-tilbagekaldelse)
• Tildel en Salesforce-licens
• Tildel den profil, du oprettede ovenfor
• Gem den nye bruger
• Bekræft brugeren for at etablere den kendte adgangskode
• Log af Salesforce

5. Definer tilbagekaldelsesbrugeren

• Log på Salesforce som tilbagekaldelsesbrugeren
• Gå til siden Adobe Sign-administrator
• Klik på Tilknyt en konto under overskriften Tilbagekaldelsesbruger
  • Der vises en Giv adgang? -side, der ønsker at tilknytte det bruger-id, der i øjeblikket er godkendt
• Klik på Tillad
  • Bekræft, at tilbagekaldelsesbrugeren er korrekt tilknyttet
• Log af Salesforce

5. Opdater det eksisterende websted 

• Log på som Salesforce-administrator
• Gå til Platformsværktøjer > Brugergrænseflade > Websteder og domæner > Websteder
• Klik på Webstedsnavn for at åbne webstedsdetaljerne
• Klik på knappen Indstillinger for offentlig adgang.
• Hold markøren over linket Aktiveret adgang til Apex-klasse, og klik på knappen Rediger
  • Fjern klassen AgreementAttachmentService
  • Tilføj klassen LargeFileDownloadService
  • Gem siden
• Klik på knappen Rediger på siden Adobe Sign-tilbagekaldelsesprofil
  • Fjern alle tilladelser, der er eksplicit tilknyttet til webstedsbruger
  • Klik på Gem

Version 20.9 af Adobe Sign til Salesforce-pakken skifter tilladelsen for de objekter, der bruges i understøttelse af push-aftaler, fra webstedsbrugeren til en licenseret "tilbagekaldelses"-bruger, der gives tilladelse eksplicit.

Fjern alle tilladelser, der er tildelt webstedsbruger på de respektive websteder.

For eksisterende kunder, der opgraderer til 20.9 eller senere, er den anbefalede proces at:

1. Oprette den nye tilbagekaldelsesbruger

• Klon profilen Standardbruger
• Giv den nye profil et intuitivt navn (f.eks. Adobe Sign-tilbagekaldelsesbruger)
• Gem profilen

2. Oprette en ny "tilbagekaldelses"-bruger med Salesforce-standardlicensen

• Giv brugeren et intuitivt navn (f.eks. Adobe Sign-tilbagekaldelse)
• Tildel en Salesforce-licens
• Tildel den profil, du oprettede ovenfor
  • Gem den nye bruger
• Tildel tilladelsen Adobe Sign-integrationsbruger, der er indstillet til den tilbagekaldelsesbruger, der er oprettet ovenfor
  • Gem tilladelsessættet

3. Opgradere Adobe Sign til Salesforce-pakken til 20.9 (eller senere)

4. Definer tilbagekaldelsesbrugeren

• Når opgraderingen er færdig, skal du logge på Salesforce som tilbagekaldelsesbrugeren
• Gå til siden Adobe Sign Administrator (App Launcher > Adobe Sign til Salesforce > Adobe Sign Administrator)
• Klik på Tilknyt en konto under overskriften Tilbagekaldelsesbruger
  • Der vises en Giv adgang? -side, der ønsker at tilknytte det bruger-id, der i øjeblikket er godkendt
• Klik på Tillad
  • Bekræft, at tilbagekaldelsesbrugeren er korrekt tilknyttet
• Log af Salesforce

5. Opdater det eksisterende websted 

• Log på Salesforce som din administratorbruger
• Gå til Platformsværktøjer > Brugergrænseflade > Websteder og domæner > Websteder
• Klik på Webstedsnavn for at åbne webstedsdetaljerne
• Klik på knappen Indstillinger for offentlig adgang.
• Klik på knappen Vis brugere
• Klik på linket Fuldt navn for webstedsbrugeren
• Hold markøren over linket Tildelinger af tilladelsessæt, og klik på knappen Rediger tildelinger
• Fjern tilladelsessættet Adobe Sign-integrationsbruger
• Fjern alle andre tilladelser, der er eksplicit tilknyttet til webstedsbruger
• Klik på Gem

Organisationer, der bruger Lightning-grænsefladen i Salesforce, skal have Mit domæne aktiveret for v20 af Adobe Sign-pakken for at virke korrekt.

Organisationer, der bruger Classic-grænsefladen, behøver ikke at have Mit domæne konfigureret på dette tidspunkt.

v20 af Adobe Sign-pakken indeholder tre nye modtagerroller:

• Acceptor – acceptorrollen er relevant, når modtageren skal kvittere for en accept af aftalen uden rent formelt at godkende indholdet
  
• Formularudfylder – designet specifikt til kunder, der har behov for at udfylde formularindhold under signaturprocessen
  
• Certificeret modtager – certificerede modtagere kan ikke tildeles nogen (nul) formularfelter. Som del af deres "signaturproces" bliver de bedt om enten at uddelegere, afvise eller kvittere for aftalen

For at få adgang til disse roller skal de tilføjes i en 3-trinsproces (fire trin, hvis du vil oversætte rollerne til ikke-engelske sprog).

Aktivér rollerne i Adobe Sign:

1. Log på Adobe Sign som administrator
2. Gå til Konto > Kontoindstillinger > Afsendelsesindstillinger > Tilladte modtagerroller
3. Aktivér de roller, du vil understøtte
4. Klik på Gem

Aktivér rollerne i de brugerdefinerede indstillinger (Salesforce):

1. Log på Salesforce som administrator
2. Gå til Konfiguration > Platformsværktøjer > Brugerdefineret kode > Brugerdefinerede indstillinger
3. Klik på etiketten Adobe Sign-indstillinger
4. Klik på knappen Administrer
5. Klik på Ny (eller Rediger, hvis du har konfigureret indstillinger før)

Indstillingsværdierne er: 

• Aktivér acceptorrolle – modtagere, der er markeret som acceptorer, accepterer dokumentet. De vil muligvis skulle angive feltdata
• Aktivér formularudfylderrolle – formularudfyldere kan udfylde data på feltniveau
• Aktivér certificeret modtagerrolle – certificerede modtagere kvitterer for aftalen, men underskriver ikke. De vil muligvis skulle udfylde feltdata

Modtagerens og aftaleobjekternes statusværdier er direkte knyttet til de roller, der er aktiveret i systemet. Hvis du aktiverer flere roller, skal du også føje de associerede rolleværdier til diverse objektvalglister.  Processen er konsistent for hvert objekt med nogen variation i de tilføjede værdier afhængigt af objektets kontekst.

Objektet > felter, som skal opdateres, er:

• Modtager > Modtagerrolle
• Modtager > Status
• Tilføj modtager > Modtagerrolle
• Aftale > Aftalestatus
• Felttilknytning > Tilknyt ved hændelser
• Filtilknytning > Tilknyt ved hændelser

De feltværdier, der bør tilføjes, er:

Processen med at tilføje værdierne og oversætte dem er ensartet på tværs af alle objekter.

Nedenfor er processen for Modtager > Modtagerrolle og kan anvendes for hvert objekt på tur.

Føj rollerne til modtagervalglisten:

Når de nye roller er aktiveret, skal valglisteværdierne for felterne opdateres for at inkludere dem.

1. Gå til Konfiguration > Platformsværktøjer > Objekter og felter > Objektstyring

2. Vælg Modtager fra listen til venstre

3. Vælg Felter og relationer fra det venstre spor

4. Vælg feltet Modtagerrolle

5. Rul ned på siden til sektionen Værdier, og vælg Ny

6. Angiv de nye rolleværdier, som du har aktiveret. Gyldige værdier er:

• Acceptor
• Formularudfylder
• Certificeret modtager
• Deleger til acceptor
• Deleger til formularudfylder
• Deleger til certificeret modtager

7. Klik på Gem, når du er færdig

Den resulterende valgliste bør se ud som denne (forudsat at du tilføjede alle roller):

Oversæt rollestatusserne via oversættelsesprogrammet:

1. Gå til: Konfiguration > Platformsværktøjer > Brugergrænseflade > Oversættelsesprogram > Oversæt

• Vælg det sprog, som du vil oversætte til
• Vælg Konfigurer komponent som valglisteværdi
• Vælg Objekt som Modtager

• Gå til tabellen Primær valgliste, og udvid mappen Modtagerrolle

• Dobbeltklik på kolonnemellemrummet ud for engelsk-statussen for at åbne det tekstfelt, hvor oversættelsen skal angives, og angiv den relevante oversatte værdi 

2. Klik på Gem, når du er færdig

Feltet Dokument for objektet Aftale indeholder et hyperlink til aftalen. Der er to ændringer af dette felt i v20-versionen:

• Hyperlinkteksten har ikke længere aftalens status tilføjet sig. 

Før v20 indeholdt hyperlinktekst aftalenavnet og statussen "- underskrevet" eller "- godkendt" tilføjet til sidst:

Version 20 fjerner den tilføjede status, så det kun er aftalenavnet:

• Før v20 indeholdt feltet Dokument kun hyperlinket, når aftaletransaktionen blev fuldført. 

I v20-pakken indeholder feltet Dokument altid den seneste PDF-version af aftalen:

Hjælpeteksten for Chatter-hændelsen Meddel, når aftalen sendes kan opdateres til at forblive konsistent med de nye modtagerroller.

1. Gå til Konfiguration > Platformsværktøjer > Brugerdefineret kode > Brugerdefinerede indstillinger
2. Klik på etiketten Adobe Sign Chatter-indstillinger
3. Klik på linket Rediger ved siden af Meddel, når aftalen sendes

4. Opdater hjælpeteksten til at læse: Meddel Chatter-opdatering, når aftalen sendes til underskrivelse/godkendelse/ accept/formularudfyldning/levering.

5. Klik på Gem

Som Adobe Sign er blevet udvidet, er infrastrukturen flyttet til mere robuste datacentre, og dette har bevirket nogle ændringer i de IP-områder, som din Salesforce-organisation skal have tillid til for at sikre optimal kommunikation mellem tjenesterne.

Nedenfor vises de trinvise ændringer fra v18 til v19.  Sørg for, at konfigurerede websteder er opdateret foruden de primære pålidelige netværk.

Med v19-udgivelsen håndhæves organisationens CRUD- og FLS-indstillinger på både standard og brugerdefinerede objekter. Appen kontrollerer objekt- og feltniveau, læse- og skrivetilladelser. Hvis brugeren ikke har tilstrækkelig adgang, vises der en fejl om tilladelse nægtet.

Hvis en Salesforce-bruger efter at have opgraderet til v19 får en fejl om nægtet tilladelse til:

Tilladelse nægtet. Kunne ikke indsætte feltet echosign_dev1__Contract__c i objektet: echosign_dev1__SIGN_Agreement__c

Derefter skal Salesforce-administratoren tilføje både læse- og skrivetilladelser til aftaleobjektet og for ethvert brugerdefineret felt, de har oprettet, til de relevante profiler.

• Gå til: Konfiguration > Administration > Brugere > Profil > {profilnavn} 
• Rul ned til sektionen Brugerdefineret sikkerhed på feltniveau, og klik på handlingen Vis for objektet Aftale
• Giv tilladelse til at Læse og Redigere relevante felter

Der er kun én frarådet brugerdefineret indstilling i version 19: 

• Aktivér Send håndskreven underskrift til fax – Adobe Sign understøtter ikke længere afsendelse af en aftale til et telefonnummer. Håndskrevne underskrifter følger i stedet samme proces som elektroniske signaturer, indtil den første underskriver skal sætte sin signatur. Derefter downloader, underskriver, scanner og uploader de den fil tilbage til Adobe Sign. 
  

>> Flere detaljer om den håndskrevne underskrift

Der er én ny fane i v19: Aftaletyper

• Et nyt brugerdefineret objekt kaldet Aftaletype (Agreement_Type__c) er blevet introduceret for at definere en aftaletype. Den har et standardfelt Navn, men der kan tilføjes flere felter senere for at definere dine egne brugerdefinerede felter. Der bruges et objekt i stedet for et simpelt tekstfelt, da dette tillader en entydig post at definere en type, hvilket er mere fleksibelt og udvideligt. Det separerer også typen fra aftaleskabelonen og aftalen, så aftaleskabelonen kan ændres uden at være tilknyttet typen, og flere skabeloner kan indstille den samme type.
• Et nyt overordnet opslagsfelt kaldet Aftaletype (Agreement_Type__c) er blevet føjet til objektet Aftaleskabelon, som peger på objektet Aftaletype. Feltet vises i sektionen Aftaleskabelondetaljer på aftaleskabelonsiden.
• Et nyt overordnet opslagsfelt kaldet Aftaletype (Agreement_Type__c) er blevet føjet til objektet Aftale, som peger på objektet Aftaletype. Feltet vises ikke på siden Aftaleeditor.

Føj det overordnede opslagsfelt kaldet Aftaletype (Agreement_Type__c) til aftaleskabelonens sidelayout:

• Gå til Konfiguration > Platformsværktøjer > Objekter og felter > Objektstyring > Aftaleskabelon > Sidelayout > Layout af aftaleskabelon
• Vælg indstillingen Felter.
• Klik på feltet Aftaletype, og træk det over på sidelayoutet.
• Klik på Gem.

Opgraderende kunder anbefales kraftigt at benytte Lightning-siden til at sikre, at nye funktioner bliver tilgængelige i takt med udviklingen for at forbedre produktet.

Det sagt, kan der være ganske gode grunde til, at du skal blive på ét af de ældre sidelayouts. Se vejledningen i justering af dit Salesforce-sidelayout for at vælge, om det vil være bedst at skifte til Lightning-siden.

Når Adobe Sign-programmet til Salesforce opgraderes fra versioner lavere end v14 til det aktuelle build, kan brugere muligvis ikke udføre handlinger som Slet, Annuller, Vis, Påmind eller Opdater på de eksisterende aftaler, der blev sendt af andre brugere før opgraderingen. 

Brugere kan få en fejl, når én af disse handlinger udføres, i stil med:

"INVALID_DOCUMENT_KEY" eller "Der opstod en intern serverfejl"

Dette sker pga. en ældre dokumentnøgletype, der blev brugt i versioner af programmet før version 14.

Der kræves en engangsoverførsel af disse ældre nøgler. Til dette formål er en ny affordance beskrevet nedenfor:

Efter at have fuldført konfigurationstrinnene bliver følgende links tilgængelige på siden Adobe Sign-administrator:

• Hent manglende dokumentnøgler – klik på dette link for at udføre en batch-handling for at hente manglende dokumentnøgler til eksisterende aftaler
• Opdater ældre dokumentnøgler – klik på dette link for at fjerne de eksisterende ældre dokumentnøgler og hente de nye dokumentnøgler for alle aftaler, der findes i organisationen. 

Hvis der er aftaler, der ikke har tilknyttede dokumentnøgler, hentes der også dokumentnøgler for dem.

Når aftalerne har nye dokumentnøgler, kan brugere udføre alle aftalehandlinger på eksisterende aftaler, der er sendt af andre brugere.

Tilføj underskrevet PDF-link for sendt aftale – denne indstilling gælder kun for aftaler, der er sendt uden for Salesforce. Aktivér denne indstilling for at føje et link til den underskrevne PDF til Aftale-posten.

Enhver bruger, der interagerer direkte med Gruppetilknytninger, skal sikre, at de har de rette tilladelser.

• Dette gøres bedst ved at føje tilladelsessættet Adobe Sign-administrator til brugeren
• Brugerens profil skal have tilladelsen Vis konfiguration aktiveret

Nedenfor er en eksplicit liste over objekterne og de nødvendige felter, hvis brug af tilladelsessættet af en grund ikke er acceptabelt:

Enhver bruger, der bruger Adobe Sign API, vil kræve tilladelsessættet Adobe Sign-bruger.

Nedenfor er en eksplicit liste over objekterne og de nødvendige felter, hvis brug af tilladelsessættet af en grund ikke er acceptabelt:

For brugere til at interagere med komponenten Selvunderskrivelse til Adobe Sign:

• Tilladelsessættet Adobe Sign-bruger bør anvendes på brugeren
• Salesforce-objektet Kontakt skal have Læs aktiveret
  • Feltet Mail på objektet Kontakt skal have Læs aktiveret

Nedenfor er en eksplicit liste over objekterne og de nødvendige felter, hvis brug af tilladelsessættet af en grund ikke er acceptabelt:

Brugere, der interagerer med aftaleskabelonerne, kræver:

• Tilladelsessættet Adobe Sign-administrator, der skal tilføjes
• Få adgang til alle felter for det angivne Masterobjekt i Salesforce

Nedenfor er en eksplicit liste over objekterne og de nødvendige felter, hvis brug af tilladelsessættet af en grund ikke er acceptabelt:

Brugere, der udløser batchhandlinger, vil kræve:

• Tilladelsessættet Adobe Sign-administrator

Nedenfor er en eksplicit liste over objekterne og de nødvendige felter, hvis brug af tilladelsessættet af en grund ikke er acceptabelt:

Enhver bruger, der bruger Adobe Sign via S1 Mobile, vil kræve:

• Tilladelsessættet Adobe Sign-bruger
• Salesforce-objektet Salgsmulighed skal have Læs aktiveret
  • Feltet Navn på objektet Salgsmulighed skal have Læs aktiveret
    

• Salesforce-objektet Kunde skal have Læs aktiveret
  
  • Feltet Navn på objektet Kunde skal have Læs aktiveret
    

• Salesforce-objektet Kontrakt skal have Læs aktiveret
  
  • Feltet Navn på objektet Kontrakt skal have Læs aktiveret
    
  • Feltet Kontraktnummer på objektet Kontrakt skal have Læs aktiveret
    

• Salesforce-objektet Kontakt skal have Læs aktiveret
  
  • Feltet Navn på objektet Kontakt skal have Læs aktiveret
    
  • Feltet Mail på objektet Kontakt skal have Læs aktiveret
    

• Salesforce-objektet Kundeemne skal have Læs aktiveret
  
  • Feltet Navn på objektet Kundeemne skal have Læs aktiveret
    
  • Feltet Mail på objektet Kundeemne skal have Læs aktiveret

• Salesforce-objektet Dokument skal have Læs aktiveret
  
  • Feltet Navn på objektet Dokument skal have Læs aktiveret
    
  • Feltet Mail på objektet Dokument skal have Læs aktiveret
  • Feltet Indholdstype på objektet Dokument skal have Læs aktiveret
    
  • Feltet Brødtekst på objektet Dokument skal have Læs aktiveret

Nedenfor er en eksplicit liste over objekterne og de nødvendige felter, hvis brug af tilladelsessættet af en grund ikke er acceptabelt:

Brugere, der har brug for adgang til fanen Administration, kræver tilladelsessættet Adobe Sign-administrator.

Nedenfor er en eksplicit liste over objekterne og de nødvendige felter, hvis brug af tilladelsessættet af en grund ikke er acceptabelt:

Brugere, anvender udgiverhandlinger, kræver:

• Tilladelsessættet Adobe Sign-bruger
• Systemtilladelsen Indsæt systemfeltværdier for Chatter-feeds aktiveret 

• Salesforce-objektet Salgsmulighed skal have Læs aktiveret
  • Feltet Navn på objektet Salgsmulighed skal have Læs aktiveret
    

• Salesforce-objektet Kunde skal have Læs aktiveret
  
  • Feltet Navn på objektet Kunde skal have Læs aktiveret

• Salesforce-objektet Kontakt skal have Læs aktiveret
  
  • Feltet Navn på objektet Kontakt skal have Læs aktiveret
    
  • Feltet Mail på objektet Kontakt skal have Læs aktiveret
    

• Salesforce-objektet Kundeemne skal have Læs aktiveret
  
  • Feltet Navn på objektet Kundeemne skal have Læs aktiveret
    
  • Feltet Mail på objektet Kundeemne skal have Læs aktiveret

• Salesforce-objektet Dokument skal have Læs aktiveret
  
  • Feltet Navn på objektet Dokument skal have Læs aktiveret
    
  • Feltet Mail på objektet Dokument skal have Læs aktiveret
  • Feltet Indholdstype på objektet Dokument skal have Læs aktiveret
    
  • Feltet Brødtekst på objektet Dokument skal have Læs aktiveret
• Salesforce-objektet Tilbud skal have Læs aktiveret

Nedenfor er en eksplicit liste over objekterne og de nødvendige felter, hvis brug af tilladelsessættet af en grund ikke er acceptabelt:

Brugere, der redigerer skabeloner, vil kræve:

• Tilladelsessættet Adobe Sign-administrator
• Salesforce-objektet Kontakt skal have Læs aktiveret
  
• Salesforce-objektet Kundeemne skal have Læs aktiveret
• Salesforce-objektet Dokument skal have Læs aktiveret
  
  • Feltet URL på objektet Dokument skal have Læs aktiveret
    

Nedenfor er en eksplicit liste over objekterne og de nødvendige felter, hvis brug af tilladelsessættet af en grund ikke er acceptabelt:

Aftaleskabelonbehandleren kræver:

• Tilladelsessættet Adobe Sign-administrator
• Salesforce-objektet Kontakt skal have Læs aktiveret
  
  • Feltet Mobiltelefon på objektet Kontakt skal have Læs aktiveret
    

• Salesforce-objektet Kundeemne skal have Læs aktiveret
  
  • Feltet Mobiltelefon på objektet Kundeemne skal have Læs aktiveret
    

• Salesforce-objektet Salgsmulighed skal have Læs aktiveret
• Salesforce-objektet Kunde skal have Læs aktiveret
  
• Salesforce-objektet Gruppe skal have Læs aktiveret
  
• Salesforce-objektet Tilbud skal have Læs aktiveret

Nedenfor er en eksplicit liste over objekterne og de nødvendige felter, hvis brug af tilladelsessættet af en grund ikke er acceptabelt:

Brugere, der redigerer aftaler, kræver:

• Tilladelsessættet Adobe Sign-bruger

• Salesforce-objektet Kundeemne skal have Læs aktiveret
  • Feltet Mail på objektet Kundeemne skal have Virksomhed aktiveret

• Salesforce-objektet Hændelse skal have Læs aktiveret
  
  • Alle felter på objektet Hændelse skal have Rediger aktiveret

Nedenfor er en eksplicit liste over objekterne og de nødvendige felter, hvis brug af tilladelsessættet af en grund ikke er acceptabelt:

Brugere, der redigerer flettetilknytninger, kræver:

• Tilladelsessættet Adobe Sign-administrator
• Alle objekter/felter, som flettetilknytninger har adgang til, kræver Læs og Rediger aktiveret
  

Nedenfor er en eksplicit liste over objekterne og de nødvendige felter, hvis brug af tilladelsessættet af en grund ikke er acceptabelt:

Brugere, der anvender flettetilknytninger, kræver:

• Tilladelsessættet Adobe Sign-bruger
• Salesforce-objektet Kunde skal have Læs aktiveret
  
  • Feltet Navn på objektet Kunde skal have Læs aktiveret

• Salesforce-objektet Salgsmulighed skal have Læs aktiveret
  
  • Feltet Navn på objektet Salgsmulighed skal have Læs aktiveret

• Alle objekter/felter, som flettetilknytninger har adgang til, kræver Læs og Rediger aktiveret

Nedenfor er en eksplicit liste over objekterne og de nødvendige felter, hvis brug af tilladelsessættet af en grund ikke er acceptabelt:

Brugere, der redigerer datatilknytningerne, kræver:

• Tilladelsessættet Adobe Sign-administrator
• Alle objekter/felter, som flettetilknytninger har adgang til, kræver Læs og Rediger aktiveret
  

Nedenfor er en eksplicit liste over objekterne og de nødvendige felter, hvis brug af tilladelsessættet af en grund ikke er acceptabelt:

Datatilknytningsbehandling kræver:

• Tilladelsessættet Adobe Sign-integrationsbruger
• Alle objekter/felter, som datatilknytninger har adgang til, kræver Læs og Rediger aktiveret
  
• Salesforce-objektet Vedhæftet fil kræver adgang baseret på den overordnede post

Nedenfor er en eksplicit liste over objekterne og de nødvendige felter, hvis brug af tilladelsessættet af en grund ikke er acceptabelt:

Chatter-integrationerne kræver:

• Tilladelsessættet Adobe Sign-integrationsbruger
• Salesforce-systemtilladelsen Indsæt systemfeltværdier for Chatter-feeds aktiveret

Nedenfor er en eksplicit liste over objekterne og de nødvendige felter, hvis brug af tilladelsessættet af en grund ikke er acceptabelt:

Push-aftaler kræver, at den tilknyttede tilbagekaldelsesbruger har:

• Tilladelsessættet Adobe Sign-integrationsbruger

• Salesforce-objektet Kunde skal have Læs og Opret aktiveret

• Salesforce-objektet Kontrakt skal have Læs og Opret aktiveret
  

• Salesforce-objektet Salgsmulighed skal have Læs og Opret aktiveret
  

• Salesforce-objektet Kontakt skal have Læs og Opret aktiveret
  • Feltet Navn på objektet Kontakt skal have Læs og Rediger aktiveret
    
  • Feltet Mail på objektet Kontakt skal have Læs og Rediger aktiveret
  • Feltet Kunde på objektet Kontakt skal have Læs og Rediger aktiveret
    

• Salesforce-objektet Kundeemne skal have Læs og Opret aktiveret
  • Feltet Navn på objektet Kundeemne skal have Læs og Rediger aktiveret
    
  • Feltet Mail på objektet Kundeemne skal have Læs og Rediger aktiveret
  • Feltet Virksomhed på objektet Kundeemne skal have Læs og Rediger aktiveret

Nedenfor er en eksplicit liste over objekterne og de nødvendige felter, hvis brug af tilladelsessættet af en grund ikke er acceptabelt:

Tilbagekaldelsesbrugeren skal konfigureres og tilknyttes:

• Tilladelsessættet Adobe Sign-integrationsbruger tilføjet
• Profilen Tilbagekaldelsesbruger skal aktivere Administrativ tilladelse for Rediger metadata

Webstedsprofilen skal desuden redigeres for:

• Tilføj klassen LargeFileDownloadService
• Fjern klassen AgreementAttachmentService

Nedenfor er en eksplicit liste over objekterne og de nødvendige felter, hvis brug af tilladelsessættet af en grund ikke er acceptabelt: