| Skriv ut Åpne PDF-versjon av elektronisk hjelp

#### Hvordan tilgangsrettigheter for arbeid med poster av primær posttype fastsettes Når en bruker prøver å oppdatere, slette eller drille ned for å se flere detaljer for en primær post, brukes følgende prosess i Oracle CRM On Demand til å fastslå hvilke handlinger brukeren kan utføre i posten: Tilgangsnivåene som er gitt via tilgangsprofilen i brukerens rolle, fastslås i Oracle CRM On Demand: Hvis brukeren eier posten, brukes brukerens eiertilgangsprofil. Hvis brukeren ikke eier posten, men Kan lese alle poster er valgt for posttypen i brukerens rolle, brukes brukerens standard tilgangsprofil. Tilgangsnivåene som er gitt via hver av følgende komponenter for tilgangskontroll, fastslås i Oracle CRM On Demand: Rapporteringshierarkiet Medlemskap i egendefinerte bøker Brukerdelegering Teammedlemskap Du finner flere opplysninger om hvordan tilgangsnivåene som er gitt via rapporteringshierarki, medlemskap i egendefinerte bøker, brukerdelegering og teammedlemskap blir fastslått i Oracle CRM On Demand, i resten av dette emnet. I Oracle CRM On Demand brukes alltid det minst restriktive tilgangsnivået fra hver av disse komponentene for tilgangskontroll, så du må huske på dette når du oppretter tilgangsprofiler og tilordner dem til brukere, bøker og team. Kombinasjonen av tilgangstillatelsene for posten bestemmer hvilke handlinger brukeren kan utføre i posten. Hvis brukeren minst har skrivebeskyttet tilgang til posten, vises postdetaljene. Ellers vises en feilmelding for brukeren. #### Tilgangsrettigheter fra rapporteringshierarkiet Når det skal fastslås hvilke tilgangsrettigheter som kan bli gitt via en brukers plassering i rapporteringshierarkiet, vurderes følgende momenter for hver underordnet av brukeren i Oracle CRM On Demand: Hvis den underordnede eier posten, hentes tilgangsnivået for den primære posttypen i Oracle CRM On Demand fra eiertilgangsprofilen til den gjeldende brukeren. Hvis den underordnede er et teammedlem i posten, hentes tilgangsnivået for den primære posttypen i Oracle CRM On Demand fra tilgangsprofilen som er tilordnet til den underordnede som et teammedlem. MERKNAD: Hvis den underordnede ikke eier posten eller er medlem av teamet for posten, bidrar ikke den underordnede til beregningen av tilgangen. Deretter vurderes alle tilgangsrettighetene der underordnede bidrar til beregningen av tilgang, og det minst restriktive tilgangsnivået som kan bli gitt til brukeren, beregnes i Oracle CRM On Demand. #### Tilgangsrettigheter fra medlemskap i egendefinerte bøker Når det skal fastslås hvilke tilgangsrettigheter som kan bli gitt via en brukers medlemskap i egendefinerte bøker, vurderes følgende i Oracle CRM On Demand: Hvis posten er knyttet til en bok i Oracle CRM On Demand, hentes tilgangsnivået for den primære posttypen fra tilgangsprofilen som er knyttet til brukeren som er medlem av boken. Hvis posten er knyttet til en underordnet bok i et bokhierarki med flere nivåer, for eksempel øvre overordnet, overordnet og underordnet, utledes tilgangsnivået på følgende måte: Hvis brukeren er medlem av alle tre bøkene, utledes tilgangsnivået fra tilgangsprofilene til brukeren fra hver av de øvre overordnede, overordnede og underordnede bøkene. Hvis brukeren bare er medlem av den øvre overordnede boken, utledes tilgangsnivået fra tilgangsprofilen til brukeren fra den øvre overordnede boken. Hvis ett eller flere av tilgangsnivåene for posten er Overta primær, brukes i alle tilfeller det arvede tilgangsnivået fra den primære posten. Hvis flere enn ett tilgangsnivå for posten er Overta primær, brukes en kobling av de overtatte tilgangsnivåene for de primære posttypene fra hver tilgangsprofil. Deretter vurderes alle tilgangsnivåer der bokmedlemskap bidrar til beregningen av tilgang, og det minst restriktive tilgangsnivået som kan bli gitt til brukeren, fastslås i Oracle CRM On Demand. #### Tilgangsrettigheter fra brukerdelegering Når det skal fastslås hvilke tilgangsrettigheter som kan bli gitt via brukerdelegering, vurderes følgende for hver delegeringsbruker i Oracle CRM On Demand (det vil si hver bruker som den gjeldende brukeren er en representant for): Hvis delegeringsbrukeren eier posten, hentes tilgangsnivået for den primære posttypen i Oracle CRM On Demand fra eiertilgangsprofilen til delegeringsbrukeren. Hvis delegeringsbrukeren er et teammedlem i posten, hentes tilgangsnivået for den primære posttypen i Oracle CRM On Demand fra tilgangsprofilen som er tilordnet til delegeringsbrukeren i teamet. Hvis den underordnede av delegeringsbrukeren eier posten, hentes tilgangsnivået for den primære posttypen i Oracle CRM On Demand fra eiertilgangsprofilen til den underordnede. Hvis den underordnede av delegeringsbrukeren er et teammedlem i posten, hentes tilgangsnivået for den primære posttypen i Oracle CRM On Demand fra tilgangsprofilen som er tilordnet til den underordnede i teamet. Deretter vurderes alle tilgangsnivåer der brukerdelegering bidrar til beregningen av tilgang, og det minst restriktive tilgangsnivået som kan bli gitt til brukeren, fastslås i Oracle CRM On Demand. #### Tilgangsrettigheter fra teammedlemskap Hvis brukeren er teammedlem i en post (men ikke eieren av posten), hentes tilgangsnivået for den primære posttypen i Oracle CRM On Demand fra tilgangsprofilen i brukerens teammedlemskap. #### Beslektede emner Du finner relaterte opplysninger i følgende emner: Tilgangsprofilhåndtering Eksempler på tilgangsnivåberegninger Prosessen med å sette opp tilgangsprofiler

Publisert August 2022 | Copyright © 2005, 2022, Oracle og/eller tilknyttede selskaper. Legal Notices.