Konfigurere sikkerhed ved hjælp af tabeltilladelser
Bemærk
Fra 12. oktober 2022 bliver Power Apps-portaler til Power Pages. Flere oplysninger: Microsoft Power Pages er nu generelt tilgængelig (blog)
Vi overfører og fletter snart dokumentationen til Power Apps-portalerne med Power Pages-dokumentationen.
Hvis du vil anvende postbaseret sikkerhed i -portaler, der gælder for enkelte poster, skal du bruge tabeltilladelser. Du føjer tabeltilladelser til webroller, så du kan definere roller i organisationen, der logisk svarer til de rettigheder og begreber for postejerforhold/adgang, der introduceres med objekttilladelser. Husk, at en bestemt kontakt kan tilhøre et ubegrænset antal roller og en given rolle kan indeholde et vilkårligt antal tabeltilladelser. Flere oplysninger: Oprette webroller til portaler.
Selvom tilladelser til at ændre og få adgang til URL-adresser i en portals oversigt over websted gives via indholdsgodkendelse, skal webstedsadministratorer ligeledes sikre deres brugerdefinerede webprogrammer, der er bygget med basisformularer og -lister. Flere oplysninger: Definere basisformularer og definere lister.
For at sikre disse funktioner giver tabeltilladelser mulighed for, at detaljerede rettigheder kan gives, og at postbaseret sikkerhed kan aktiveres via relationsdefinitioner.
Føje tabeltilladelser til en webrolle
Gå til Portaler > Webroller, og åbn den webrolle, du vil føje tilladelser til.
Under Relateret skal du vælge Tabeltilladelser.
Vælg Tilføj eksisterende tabeltilladelse for at tilføje en eksisterende tabeltilladelse til en webrolle.
Søg efter en tabeltilladelse, eller vælg Ny tabeltilladelse for at oprette en ny tabeltilladelsespost.
Når du opretter en ny tabeltilladelsespost, er første trin at bestemme, hvilken tabel der skal sikres. Næste trin er at definere adgangstype, som beskrevet i følgende afsnit, og—for alle adgangstyper ud over Global—skal de relationer, der definerer adgangstypen, være angivet. Endelig skal du bestemme de rettigheder, der skal tildeles til rollen via denne tilladelse. Rettigheder er kumulative, så hvis en bruger har en rolle, der giver læserettigheder, og en anden, som giver læse- og opdateringsrettigheder, har brugeren læse- og opdateringsrettigheder til alle poster, der overlapper mellem de to roller.
Bemærk
Valg af tabeller som webside og webfiler og andre konfigurationstabeller er ugyldige og kan få andre utilsigtede følger. Portalen skaber sikkerhed for konfigurationstabeller baseret på kontrol af adgang til indhold og ikke tabeltilladelser.
Global adgangstype
Hvis en tabeltilladelsespost med læsetilladelse er givet til en rolle, der har den globale adgangstype, har enhver kontakt i denne rolle adgang til alle poster for den definerede tabel. For eksempel kan de se alle kundeemner, alle konti og så videre. Denne tilladelse vil automatisk blive overholdt ved lister. I bund og grund vises alle poster ifølge de Microsoft Dataverse-visninger, der er defineret for den pågældende liste. Hvis en bruger desuden forsøger at få adgang til en post via en basisformular, som han eller hun ikke har adgang til, opstår der en tilladelsesfejl. Se f.eks. dette eksempelscenario for visning af listen med alle biler for alle godkendte brugere hos en bilforhandler.
Adgangstype til kontakt
Med Kontaktadgangstype har en bruger, der er logget på i den rolle, som tilladelsesposten er defineret i, kun de rettigheder, der gives af tilladelsen for poster, der er relateret til denne brugers Kontaktpost via et defineret forhold.
På en liste over adgangstype betyder dette, at der føjes et filter til de Microsoft Dataverse-visninger, som listen omfatter, der kun henter poster, som er direkte sammenkædet med den aktuelle bruger. (Afhængigt af scenariet kan denne relation ses som ejerskabs- eller ledelsesrettigheder). Se f.eks. dette eksempelscenario for visning, opdatering og sletning af bilejerlisten hos en bilforhandler.
Basisformularer giver kun tilladelse til Læs, Opret, Skriv osv., hvis denne relation findes, når posten indlæses. Flere oplysninger: Definer grundlæggende formularer.
Kontoadgangstype
Med Kontoadgangstype har en bruger, der er logget på i den rolle, som tilladelsesposten er defineret i, kun de rettigheder, der gives af tilladelsen for poster, der er relateret til denne brugers Overordnede firmapost via en defineret relation.
Denne adgangstype betyder, at der kun vises poster i den valgte tabel på listen, som er knyttet til brugerens Overordnede firma. Hvis en tabeltilladelse f.eks. giver læseadgang til en tabel over kundeemner med adgangstypen Konto, kan den bruger, der har denne tilladelse, kun se alle kundeemner i brugerens overordnede firma. Se f.eks. dette eksempelscenario, hvor medarbejderne kan se alle de bilforhandlere, der ejes af deres virksomhed.
Selvadgangstype
Med Selvadgangstype kan du definere de rettigheder, en bruger har til sin egen kontaktpost (identitet). Brugere kan bruge basisformularer eller formularer med flere trin til at foretage ændringer i deres egen kontaktpersonpost, der er knyttet til deres profil. Standardprofilsiden har en særlig indbygget formular, der gør det muligt for alle brugere at ændre deres grundlæggende kontaktoplysninger og til- eller fravælge marketinglister. Hvis denne formular er medtaget i din portal (som er standard), behøver brugerne ikke denne tilladelse til at bruge den. De behøver dog denne tilladelse til at bruge brugerdefinerede basisformularer eller formularer med flere trin, der er målrettet deres brugerkontaktpost. Se f.eks. dette eksempelscenarie, hvor medarbejdere hos en bilforhandler kan opdatere deres kontaktoplysninger på deres profilside.
Overordnet adgangstype
I det mest komplekse tilfælde gives gises tilladelser for en tabel, der er en relation væk fra en tabel, der allerede har defineret en tabeltilladelsespost. Denne tilladelse er faktisk en Underordnet post til den Overordnede tabeltilladelse.
Den overordnede tilladelsespost definerer en tilladelse og en adgangstype for en tabel (sandsynligvis Global eller adgangstype, selvom Overordnet også er muligt). Denne tabel kan være relateret til en kontakt (hvis der er kontaktadgangstype) eller globalt defineret. Når denne tilladelse er givet, oprettes der en Underordnet tilladelse, der definerer en relation fra en anden tabel til den tabel, der er defineret i den overordnede relation.
Brugere i en webrolle, der har adgang til poster, der er defineret af den overordnede tabeltilladelse, har også rettigheder, som de er defineret i den underordnede tilladelsespost, til poster relateret til den overordnede post.
Attributter og relationer
I følgende tabel beskrives attributterne for tabeltilladelser.
| Navn | Beskrivelse |
|---|---|
| Navn | Det beskrivende navn på opslaget. Dette felt er obligatorisk. |
| Tabelnavn | Det logiske navn på den tabel, der skal sikres, eller som definerer kontaktrelationen eller den overordnede relation for at sikre en relateret tabel i en underordnet tilladelse. Dette felt er obligatorisk. |
| Adgangstype (obligatorisk) |
|
| Relation for adgangstype | Afhænger af den valgte adgangstype.
Bemærk: Tilgængelige relationer vil være tomme, hvis kontaktpersonen eller kontoen ikke allerede har relationer med den valgte tabel. Hvis du vil oprette Relationer, skal du se Tabelrelationer, oversigt. |
| Læst | Rettighed, der styrer, om brugeren kan læse en post. |
| Skriv | Rettighed, der styrer, om brugeren kan opdatere en post. |
| Opret | Rettighed, der styrer, om brugeren kan oprette en ny post. Rettigheden til at oprette en post til en tabeltype gælder ikke for en enkelt post, men i stedet for en klasse af tabeller. |
| Delete | Rettighed, der styrer, om brugeren kan slette en post. |
| Tilføj | Rettighed, der styrer, om brugeren kan knytte en anden post til den angivne post. Adgangsrettighederne Føj og Føj til arbejder sammen. Hver gang, en bruger føjer en post til en anden, skal brugeren have begge rettigheder. Når du f.eks. vedhæfter en note til en sag, skal du have adgangsrettigheden Tilføj til noten og adgangsrettigheden Føj til til sagen, for at handlingen kan fungere. |
| Føj til | Rettighed, der styrer, om brugeren kan tilføje den pågældende post til en anden post. Adgangsrettighederne Tilføj og Føj til arbejder sammen, som beskrevet ovenfor. |
Globale tilladelser for opgaver, der er relateret til kundeemner
I ét scenario vil vi måske bruge en tabelliste og basisformularer til at vise alle kundeemner på portalen for alle med den brugerdefinerede webrolle Kundeemnestyring. I kundeemneformularen, som startes, når en kundeemnerække på listen vælges, vises et undergitter med relaterede opgaveposter. Disse poster skal være tilgængelige for alle i rollen Kundeemnestyring. Som første trin giver vi globale tilladelser til kundeemner til alle i rollen Kundeemnestyring.
Denne rolle har en relateret Tabeltilladelse for tabellen Kundeemne med global adgangstype.
Brugere i denne rolle har adgang til alle kundeemner via tabellister eller formularer på portalen.
Vi vil nu tilføje en underordnet tilladelse til den globale kundeemnetilladelse. Når posten Overordnet tilladelse er åben, skal du gå til undergitteret Underordnede tabeltilladelser og vælge Ny tabeltilladelse for at tilføje en ny post.
Vælg tabellen som Opgaver og adgangstypen som overordnet. Du kan derefter vælge den overordnede relation (Kundeemne_Opgaver). Denne tilladelse indebærer, at en kontaktperson i en webrolle med den overordnede tilladelse derefter har global tilladelse til alle opgaver, der er relateret til kundeemner.
Hvis listen skal overholde disse tilladelser:
Tabeltilladelser skal aktiveres på listen.
Der skal være handlinger, som faktisk giver brugerne mulighed for at udføre de handlinger, de har fået tildelt tilladelser til.
Tilladelser skal også aktiveres for den grundlæggende formularpost.
.Formularen skal vise en side, der indeholder et undergitter for den tabel, du vil aktivere med underordnede tilladelser. I dette tilfælde er tabellen Opgaver.
Hvis du vil aktivere læse- eller oprettetilladelser for opgaver, skal du også konfigurere disse basisformularer og redigere formularerne for at fjerne opslagsfeltet Angående fra formularerne.
Denne handling giver tilladelser for alle opgaver, der er relateret til kundeemner. Hvis opgaverne vises på en liste, føjes et filter til listen, så kun de opgaver, der er relateret til et kundeemne, vises på listen. I vores eksempel bringes de til overfladen med et undergitter i en basisformular.
Tilladelser med kontaktadgangstype for opgaver
Et andet eksempel kunne være, hvis du ville give adgang til opgaver, hvor en kontakt er relateret til det overordnede kundeemne for den pågældende opgave. Denne situation er næsten identisk med eksemplet i foregående sektion, bortset fra at i dette tilfælde har den overordnede tilladelsen adgangstypen Kontakt i stedet for Global. Der skal angives en relation i den overordnede relation mellem kundeemne- og kontakttabellen.
Når disse tilladelser er på plads, kan brugere i rollen Kundeemnestyring få adgang til kundeemner, der vedrører dem direkte som angivet i tilladelsen Kontaktadgangstype, og til opgaver, der er relateret til de samme kundeemner som angivet af den underordnede tilladelse.
Se også
Oprette webroller til portaler
Styre websideadgang for portaler
Bemærk
Kan du fortælle os om dine sprogpræferencer for dokumentation? Tag en kort undersøgelse. (bemærk, at denne undersøgelse er på engelsk)
Undersøgelsen tager ca. syv minutter. Der indsamles ingen personlige data (erklæring om beskyttelse af personlige oplysninger).