![]() |
|
Eksempel 3: Sikring af data via bøgerDette emne giver et eksempel på, hvordan Oracle CRM On Demand beregner brugeres adgangsrettigheder. I dette eksempel bruger et firma tilpassede bøger til at organisere data efter salgsområde. To bøger bruges i dette eksempel: Sydvest og Øst. Bogen Sydvest har tre medlemmer:
Alle brugere i bogen Sydvest har adgangsprofilen Skrivebeskyttet i deres bogrolle. Bogen Øst·har tre medlemmer:
Alle brugere i bogen Øst·har adgangsprofilen Skrivebeskyttet i deres bogmedlemskabpost. Når en af brugerne opretter en konto- eller salgsmulighedspost, tildeler en automatisk (arbejdsgang)proces den relevante bog til posten. Den tildeler bogen på basis af postens salgsområdeattribut. Alle brugerne har rollen Salgsrepr. De kan oprette nye konti og salgsmuligheder. De kan se alle konto- og salgsmulighedsposter i deres salgsområde, men ikke i andre salgsområder. I følgende tabel vises posttypeindstillingerne i rollen Salgsrepr.
Alle brugerne har fuld kontrol over de konti og salgsmuligheder, som de opretter, men de har begrænsede rettigheder til poster, som de ikke ejer. Rollen kræver to adgangsprofiler: en ejeradgangsprofil og en standardadgangsprofil. I følgende tabel vises indstillingerne til ejeradgangsprofilen Salgsrepr.
I følgende tabel vises indstillingerne til standardadgangsprofilen Salgsrepr.
BEMÆRK: Til alle primære posttyper, der understøtter bøger, er relationen til den relaterede posttype Bøger en en-til-underordnet-relation. I dette eksempel på beregning af adgangsrettigheder antages det, at teamarv ikke er aktiveret til posttypen Salgsmulighed, dvs. afkrydsningsfeltet Aktiver overordnet teamarv til salgsmulighed er fravalgt på siden Firmaprofil. Se Om videreførsel af adgang via teamarv for at få flere oplysninger om virkemåden af funktionaliteten Overordnet teamarv. Når Amanda Jacobsen ser listen over konti i firmaet, kan hun se kontiene i bogen Sydvest og de konti, som hun ejer. Hun kan ikke se andre konti. I følgende tabel vises de poster, som Amanda ser, når hun klikker på kontonavnet Konto 1 for at bore ned på posten. Kun de relevante felter og kolonner til eksemplet er vist.
Amanda kan se to salgsmuligheder, da de salgsmuligheder findes i bogen Sydvest, hvor hun er medlem. Alle andre medlemmer af bogen Sydvest kan se de salgsmuligheder. Jonathan Hope er medlem af bogen Øst. Når Jonathan logger på Oracle CRM On Demand, kan han også se konto 1, da han ejer kontoen. Han kan imidlertid ikke se salgsmuligheder, der er relateret til konto 1, men som han ikke ejer. Adgangsniveauet Arv primær til den relaterede posttype Salgsmulighed i konti giver denne sikkerhed. Rick Rogers og Raj Kumar, som er medlemmer af bogen Øst, kan ikke se posterne Konto 1, Salgsmulighed X eller Salgsmulighed Y. De kan ikke se kontoen, da den ikke findes i bogen Øst, og deres rolle forhindrer dem i at se kontoposter, som de ikke ejer. På lignende vis kan de ikke se salgsmulighed X og salgsmulighed Y, da disse salgsmuligheder ikke findes i bogen Øst, og deres rolle forhindrer dem i at se salgsmuligheder, som de ikke ejer. Amanda kan ikke ændre salgsmulighed Y, som ejes af David Bloom. Det skyldes følgende:
Amandas adgangsniveau til salgsmulighed Y er derfor Skrivebeskyttet. Relaterede emnerSe følgende emner for yderligere eksempler: |
Publiceret August 2018 | Copyright © 2005, 2018, Oracle. Alle rettigheder forbeholdes. Legal Notices |