Konfigurere sikkerhet ved hjelp av tabelltillatelser
Obs!
Fra og med 12. oktober 2022 er Power Apps-portaler Power Pages. Mer informasjon: Microsoft Power Pages er nå tilgjengelig (blogg)
Vi overfører og slår snart sammen Power Apps-portaldokumentasjonen med Power Pages-dokumentasjonen.
Hvis du vil bruke sikkerhet i portaler for individuelle oppføringer, kan du bruke tabelltillatelser. Du legger tabelltillatelser til nettroller, slik at du kan definere roller i organisasjonen som logisk tilsvarer rettigheter og konsepter for oppføringseierskap og tilgang. Husk at en kontakt kan tilhøre flere roller, og en rolle kan inneholde et ubegrenset antall tabelltillatelser. Mer informasjon: Opprette webroller for portaler.
Selv om tillatelser til å endre og få tilgang til nettadresser i et portalområdekart gis via innholdsgodkjenning, vil områdeansvarlige også sikre sine egendefinerte webprogrammer bygget med stanardskjemaer og -lister. Mer informasjon: Definer standardskjemaer og Definer lister.
For å sikre disse funksjonene gjør tabelltillatelser det mulig å gi detaljerte rettigheter, og å aktivere sikkerhet på oppføringsnivå via relasjonsdefinisjoner.
Legg til tabelltillatelser i en webrolle
Åpne Portalbehandling-appen.
Gå til Portaler > Nettroller, og åpne nettrollen du vil legge til tillatelser for.
Under Relatert velger du Tabelltillatelser.
Velg Legg til eksisterende tabelltillatelse for å legge til en eksisterende tabelltillatelse i en webrolle.
Bla etter en tabelltillatelse, eller velg Ny tabelltillatelse for å opprette en ny tabelltillatelsesoppføring.
Når du oppretter en ny tabelltillatelsesoppføring, er det første trinnet å bestemme hvilken tabell som skal sikres. Det neste trinnet er å definere tilgangstype, som diskutert i delen nedenfor, og relasjonene som definerer tilgangstypen, for alle andre tilgangstyper enn Global. Bestem til slutt rettighetene som gis til rollen via denne tillatelsen. Rettigheter er kumulative, så hvis en bruker er i én rolle som gir leserettigheter og en annen som gir lese- og oppdateringsrettigheter, har brukeren lese- og oppdateringsrettigheter for alle oppføringer som overlapper mellom de to rollene.
Obs!
Du kan ikke velge tabeller som nettsider, nettfiler og andre konfigurasjonstabeller, siden dette er ugyldig og kan ha andre uønskede konsekvenser. Portalen deklarerer sikkerheten til konfigurasjonstabeller basert på kontroller for innholdstilgang, ikke tabelltillatelser.
Global tilgangstype
Hvis en tabelltillatelsesoppføring med leserettigheter er gitt til en rolle som har typen Global tilgang, har en kontakt i denne rollen tilgang til alle oppføringer for den definerte tabellen. De kan for eksempel se alle kundeemner, alle forretningsforbindelser og så videre. Denne tillatelsen respekteres automatisk av lister, og viser i hovedsak alle oppføringer i henhold til Microsoft Dataverse-visningene som er definert for listen. Hvis en bruker prøver å få tilgang til en oppføring via et standardskjema som de ikke har tilgang til, vil de motta en tillatelsesfeil. Se for eksempel dette eksempelscenarioet som viser alle biloppføringer til alle autentiserte brukere hos en bilforhandler.
Kontakttilgangstype
Med kontakttilgangstypen har en pålogget bruker i rollen der tillatelsesoppføringen er definert, rettighetene som er gitt av tillatelsen bare for oppføringene som er relatert til brukerens kontaktoppføring via en definert relasjon.
For en liste betyr denne tilgangstypen at et filter legges til uavhengig av hvilke Microsoft Dataverse-visninger som finnes i listen, som bare henter oppføringer som er knyttet direkte til gjeldende bruker. (Denne relasjonen kan anses for å være eierskap eller administrasjonsrettigheter, avhengig av scenarioet.) Se for eksempel dette eksempelscenarioet for å vise, oppdatere og slette eide biloppføringer hos en bilforhandler.
Standardskjemaer tillater bare den nødvendige tillatelsen for å lese, opprette, skrive og så videre, hvis denne relasjonen finnes når oppføringen lastes inn. Mer informasjon: Definer standardskjemaer.
Kontotilgangstype
Med typen Kontotilgang har en pålogget bruker i rollen der tillatelsesoppføringen er definert, rettighetene som er gitt av tillatelsen bare for oppføringene som er relatert til brukerens oppføring for overordnet forretningsforbindelse via en definert relasjon.
Denne tilgangstypen betyr at listen bare viser oppføringene i den valgte tabellen som er tilknyttet brukerens overordnede forretningsforbindelse. Hvis en tabelltillatelse for eksempel tillater lesetilgang til en kundeemnetabell med typen Kontotilgang, kan brukeren som har denne tillatelsen, vise alle kundeemnene bare for den overordnede forretningsforbindelsen til brukeren. Se for eksempel dette eksempelscenarioet for å la ansatte vise alle bilforhandlere som eies av firmaet.
Selvtilgangstype
Typen Egentilgang lar deg definere rettighetene en bruker har til sin egen kontaktoppføring (identitet). Brukerne kan bruke standardskjemaer eller fertrinnsskjemaer for å gjøre endringer i sin egen kontaktoppføring som er knyttet til profilen. Siden for standardprofil har et spesielt, innebygd skjema som gjør at brukerne kan endre sin grunnleggende kontaktinformasjon og velge eller velge bort markedsføringslister. Hvis dette skjemaet er inkludert i din portal (som er standard), trenger ikke brukerne denne tillatelsen for å bruke det. De må imidlertid ha denne tillatelsen for å bruke egendefinerte standardskjemaer eller flertrinnsskjemaer som er rettet mot brukerkontaktoppføringen. Se for eksempel dette eksempelscenarioet som lar ansatte hos en bilforhandler oppdatere kontaktdetaljene på profilsiden.
Overordnet tilgangstype
I det mest komplekse tilfellet gis tillatelser for en tabell som er en relasjon borte fra en tabell som en tabelltillatelsesoppføring allerede er definert for. Denne tillatelsen er faktisk en underordnet oppføring av den overordnede tabelltillatelsen.
Den overordnede tillatelsesoppføringen definerer en tillatelse og en tilgangstype for en tabell (sannsynligvis global eller eller kontakttilgangstype, selv om overordnet er også mulig). Denne tabellen kan være relatert til kontakten (hvis det er en kontakttilgangstype) eller globalt definert. Med denne tillatelsen på plass opprettes en underordnet tillatelse som definerer en relasjon fra en annen tabell til tabellen som er definert i den overordnede relasjonen.
Brukere i en nettrolle som har tilgang til oppføringer definert av den overordnede tabelltillatelsen, vil også ha rettigheter som er definert av den underordnede tillatelsen, til oppføringer som er relatert til den overordnede oppføringen.
Attributter og relasjoner
Tabellen nedenfor forklarer attributtene for tabelltillatelsen.
| Navn | Beskrivelse |
|---|---|
| Navn | Det beskrivende navnet for oppføringen. Dette feltet er obligatorisk. |
| Tabellnavn | Det logiske navnet på tabellen som skal sikres eller som definerer kontaktrelasjonen eller overordnet relasjon for å sikre en relatert tabell på en underordnet tillatelse. Dette feltet er obligatorisk. |
| Tilgangstype (obligatorisk) |
|
| Relasjon for tilgangstype | Avhenger av den valgte tilgangstypen.
Merk: Tilgjengelige relasjoner er tomt hvis kontakten eller forretningsforbindelsen ikke har noen eksisterende relasjoner med den valgte tabellen. Hvis du vil opprette tabellrelasjoner, kan du se Oversikt over tabellrelasjoner. |
| Lest | Rettighet som kontrollerer om brukeren kan lese en oppføring. |
| Skrive | Rettighet som kontrollerer om brukeren kan oppdatere en oppføring. |
| Opprette | Rettighet som kontrollerer om brukeren kan opprette en ny oppføring. Retten til å opprette en oppføring for en tabelltype gjelder ikke for en enkeloppføring, men i stedet for en klasse av tabeller. |
| Delete | Rettighet som kontrollerer om brukeren kan slette en oppføring. |
| Tilføye | Rettighet som kontrollerer om brukeren kan koble en annen oppføring til den angitte oppføringen. Rettighetene Tilføye og Tilføye i fungerer sammen. Hver gang en bruker kobler én post til en annen, må brukeren ha begge rettighetene. Hvis du for eksempel kobler en merknad til en sak, må du ha Tilføye-rettigheten for merknaden og Tilføye i-rettigheten for saken for at operasjonen skal fungere. |
| Tilføye i | Rettighet som kontrollerer om brukeren kan koble den aktuelle oppføringen til en annen oppføring. Rettighetene Tilføye og Tilføye i fungerer sammen, som beskrevet ovenfor. |
Globale tillatelser for oppgaver som er relatert til kundeemner
I ett scenario vil du kanskje bruke en liste og standardskjemaer for å vise alle kundeemner på portalen til alle i nettrollen Kundeemnebehandling. På skjemaet for redigering av kundeemne, som startes når en kundeemnerad velges i listen, vil det være et delrutenett som viser relaterte oppgaveoppføringer. Disse oppføringene skal være tilgjengelige for alle med rollen Kundeemnebehandling. Som det første trinnet gir vi globale tillatelser til kundeemner for alle med rollen Kundeemnebehandling.
Denne rollen har en relatert tabelltillatelse for Kundeemne-tabellen med en global tilgangstype.
Brukere i denne rollen har tilgang til alle kundeemner via lister eller skjemaer på portalen.
Vi vil nå legge til en underordnet tillatelse i den globale kundeemnetillatelsen. Gå til delrutenettet Underordnede tabelltillatelser med oppføringen Overordnet tillatelse åpen, og velg Ny tabelltillatelse for å legge til en ny oppføring.
Velg tabellen som Oppgaver og tilgangstypen som Overordnet. Du kan deretter velge den overordnede relasjonen (Kundeemne_oppgaver). Denne tillatelsen betyr at en kontakt som er i en nettrolle med overordnet tillatelse, vil ha global tillatelse til alle oppgaver som er relatert til kundeemner.
For at listen skal respektere disse tillatelsene:
Tabelltillatelser må aktiveres i listen.
Det må finnes handlinger som faktisk tillater brukere å utføre handlingene som tillatelsene er gitt til.
Tillatelser må også aktiveres på oppføringen for standardskjemaet.
Skjemaet må vise en side som har et delrutenett for tabellen du vil aktivere med underordnede tillatelser. I dette tilfellet er tabellen Oppgaver.
Hvis du vil aktivere lese- eller opprettingstillatelse for oppgaver, må du også konfigurere disse standardskjemaene og redigere skjemaene for å fjerne Angående-oppslagsfeltet.
Denne handlingen gir deretter tillatelser for alle oppgaver som er relatert til kundeemner. Hvis oppgaver vises i en liste, legges et filter til i listen, slik at bare oppgaver som er relatert til et kundeemne, vises i listen. I vårt eksempel vises de med et delrutenett på et standardskjema.
Tillatelser av typen Kontakttilgang for oppgaver
Et annet eksempel ville være hvis du vil gi tilgang til oppgaver der en kontakt er relatert til det overordnede kundeemnet for oppgaven. Dette scenarioet er nesten identisk med eksemplet i den forrige delen, bortsett fra at i dette tilfellet har den overordnede tillatelsen av typen Kontakttilgang i stedet for Global tilgang. En relasjon må angis på den overordnede relasjonen mellom kundeemnetabellen og kontakttabellen.
Når disse tillatelsene er på plass, har brukere i rollen Kundeemnebehandling tilgang til kundeemner relatert til dem direkte som angitt av tillatelsen av typen Kontakttilgang, og tilgangsoppgaver relatert til de samme kundeemnene som angitt av den underordnede tillatelsen.
Se også
Opprette webroller for portaler
Kontrollere nettsidetilgang for portaler
Obs!
Kan du fortelle oss om språkinnstillingene for dokumentasjonen? Ta en kort undersøkelse. (vær oppmerksom på at denne undersøkelsen er på engelsk)
Undersøkelsen tar rundt sju minutter. Det blir ikke samlet inn noen personopplysninger (personvernerklæring).
Tilbakemeldinger
Kommer snart: Gjennom 2024 faser vi ut GitHub Issues som tilbakemeldingsmekanisme for innhold, og erstatter det med et nytt system for tilbakemeldinger. Hvis du vil ha mer informasjon, kan du se: https://aka.ms/ContentUserFeedback.
Send inn og vis tilbakemelding for