Planlegging av Power BI-implementering: Innholdsdistribusjon og deling

Merk

Denne artikkelen er en del av planleggingsserien for power BI-implementering av artikler. Denne serien fokuserer hovedsakelig på Power BI-opplevelsen i Microsoft Fabric. Hvis du vil ha en innføring i serien, kan du se Planlegging av Power BI-implementering.

Denne artikkelen hjelper deg med å planlegge distribusjon og deling av innhold i Power BI og Microsoft Fabric. Det er primært rettet mot:

• Fabric-administratorer: Administratorene som er ansvarlige for å overvåke Fabric i organisasjonen. Stoffadministratorer administrerer administrasjonsinnstillinger som påvirker hvordan opprettere kan distribuere og dele innhold i organisasjonen. Fabric-administratorer kan samarbeide med andre administratorer for å kontrollere alternativene som er tilgjengelige for opprettere, for å dele innholdet.
• Azure-administratorer: Administratorene som er ansvarlige for å overvåke identitetsbehandling i organisasjonen og opprette eksterne gjestebrukere for å aktivere Microsoft Entra B2B.
• Center of Excellence (COE), IT og BI-team: Teamene som er ansvarlige for å overvåke Power BI i organisasjonen. Disse teamene er ansvarlige for å definere og fremme en bestemt strategi for innholdsdistribusjon.
• Innholdseiere og opprettere: Teamene og enkeltpersoner som støtter analyser i et team eller en avdeling, og som lager og distribuerer Power BI- eller Fabric-innhold. Innholdseiere og opprettere bør samarbeide med Azure-administratorer for å distribuere eller dele innhold til eksterne brukere.

Når du har opprettet innhold som semantiske modeller eller rapporter, vil du vanligvis dele det med andre brukere i organisasjonen, slik at de kan bruke det til å informere sine beslutninger og handlinger. Det finnes mange ulike fremgangsmåter du kan ta for å dele Power BI- og Fabric-innhold, og hver tilnærming har sine fordeler og hensyn. Det er viktig å være forsiktig fordi overdeling av innhold er en felles styrings- og sikkerhetsutfordring for organisasjoner. Hvis du vil overvinne denne utfordringen og gi personer tilgang til dataene og rapportene de trenger, bør du implementere en strategi for innholdsdistribusjon som passer dine behov og scenarier.

Merk

Begrepene deling og distribusjon brukes noen ganger om hverandre. I denne artikkelen viser vi til innholdsdeling og innholdsdistribusjon på følgende måter:

• Innholdsdeling innebærer å gi andre tilgang til et element som en del av de daglige aktivitetene til en innholdsoppretter. Du kan for eksempel gi direkte tilgang til en rapport med andre.
• Innholdsdistribusjon innebærer å dele innhold i stor skala for et bredere publikum av innholdsforbrukere. Du kan for eksempel distribuere rapporter til en app-målgruppe ved hjelp av en app.

Denne artikkelen veileder deg til å finne ut hvordan du distribuerer innhold til både innholdsforbrukere og andre innholdsopprettere:

• Innholdsforbrukere: Brukere som viser innhold, men ikke oppretter eller deler nye elementer. Disse brukerne har vanligvis lesetillatelse for rapporter, men mer avanserte innholdsforbrukere kan også be om kompileringstillatelse for å utføre ad hoc-analyse på dataelementer i personlige BI-bruksscenarioer .
• Innholdsopprettere: Bedriftsbrukere eller selvbetjente brukere som oppretter og distribuerer innhold til forbrukere. Disse oppretterne bruker ofte eksisterende elementer opprettet av andre brukere i organisasjonen for å lage nytt innhold, for eksempel i administrerte eller tilpassbare administrerte selvbetjente BI-bruksscenarioer .

Angi roller og behandle tillatelser

Du deler innhold med forbrukere eller opprettere ved å gi dem tilgang til innholdet. Hvis du vil gi tilgang til brukere og grupper, angir du rollene deres og administrerer tillatelsene deres:

• Roller bruker bestemte tillatelser på alt innhold innenfor et bestemt omfang. Rollen for visningsområde bruker for eksempel skrivebeskyttet tillatelse til alt innhold i arbeidsområdet.
• Tillatelser definerer hva en enkeltperson kan gjøre med innholdet. Hvis du for eksempel bruker kompileringstillatelse på en semantisk modell, kan en bruker koble til og opprette rapporter basert på semantisk modell.

Diagrammet nedenfor viser hvor du kan angi roller og tillatelser i Power BI og Fabric.

Diagrammet viser følgende konsepter og prosesser:

Element	Bekrivelse
	Du kan dele innhold i arbeidsområder ved å tilordne brukere og grupper til arbeidsområderoller. Arbeidsområderoller kan gi tillatelser til alle elementer i arbeidsområdet.
	Du kan dele innhold fra en app ved å legge til personer i app-målgrupper, eller ved å opprette en app som deler innhold med hele organisasjonen. • Et medlem av appmålgruppen får skrivebeskyttet tillatelse til å vise innhold bare i appen (og kan ikke vise enkeltelementer i det underliggende arbeidsområdet). • Du kan gi kompileringstillatelser til medlemmer av app-målgruppen for de underliggende semantiske modellene av apprapporter og instrumentbord.
	Du kan gi tilgang til individuelle elementer ved å gi direkte tilgang og angi bestemte tillatelser. Enkelte elementer (for eksempel dataflyter) støtter ikke deling ved direkte tilgang. For disse elementene deler du dem via arbeidsområderoller.
	Rapporter har flere alternativer. Du kan for eksempel gi direkte tilgang til en kobling som fungerer for bestemte brukere og grupper, eller med en kobling for hele organisasjonen. Koblinger fungerer for bestemte distribusjonsmetoder, for eksempel innebygging i SharePoint Online eller sikker innebygging på en intern nettside. Denne artikkelen gir en oversikt over alle mulige metoder senere i denne artikkelen.
	Det er mulig å distribuere Power BI-rapporter uten å angi roller eller administrere tillatelser for brukere og grupper. • Du kan velge å dele Power BI-rapporter ved å bygge dem inn på et egendefinert nettsted eller program. I dette tilfellet administrerer du egendefinert godkjenning selv. Innebygging av innhold på denne måten krever en SKU for F, P, EM eller A. • Du kan også dele rapporter offentlig ved hjelp av Publiser på nettet, som er en Power BI-funksjon som gjør innhold tilgjengelig for alle via offentlig Internett.

Angi roller for arbeidsområder eller apper

Som vist i det forrige diagrammet, kan du dele en samling med innhold ved å tilordne personer til roller i arbeidsområder eller apper. Et arbeidsområde er et samarbeidssted for publisering og organisering av innhold. En app er et utvalg av rapporteringsinnhold som du organiserer og distribuerer til målgrupper.

• Arbeidsområderoller kontrollerer om en bruker kan administrere arbeidsområder, innhold og tilkoblede apper (administrator, medlem eller bidragsyter), eller bare vise innhold i arbeidsområdet (Visningsprogram).
• Appmålgrupper kontrollerer hvilket innhold som er synlig i en app for en bruker eller gruppe. Du kan også publisere en app til hele organisasjonen.

Stoffadministratorer har tilgang til alle arbeidsområder og arbeidsområdeinnhold. Stoffkapasiteter kan også inneholde ett eller flere domener, som logisk grupperer arbeidsområder sammen. Å gi noen tilgang til et domene gir dem ikke tilgang til arbeidsområder, elementer eller apper.

Andre støtteroller for innholdsdistribusjon eller deling

Det finnes andre roller som ikke direkte påvirker hvordan du deler innhold, men som du kan bruke til å støtte innholdsdistribusjon og deling under visse omstendigheter:

• Tilkoblingsroller for datakilder kontrollerer om en bruker kan bruke en datakildetilkobling for en datagateway. Hvis en DirectQuery-semantisk modell bruker DirectQuery med enkel pålogging (SSO), må du legge til en bruker eller gruppe som en brukerrolle , slik at de kan bruke den semantiske modellen eller vise rapporter. Du kan også bestemme deg for å tilordne opprettere til en datagatewayrolle , slik at de kan legge til og administrere sine egne datakildetilkoblinger.
• Datasikkerhetsroller kontrollerer hvilke data personer kan få tilgang til i den semantiske modellen. Hvis en semantisk modell har en datasikkerhetsrolle, må du legge til en bruker eller gruppe i denne rollen før du deler modellen eller eventuelle tilkoblede rapporter og instrumentbord.
• OneLake-datatilgangsroller kontrollerer hvilke data folk kan få tilgang til i et lakehouse. Hvis du bare vil dele et delsett med data i et lakehouse, må du legge til en bruker eller gruppe i onelake-datatilgangsrollen etter at du har gitt riktig lesetillatelse for lakehouse.
• Distribusjonsforløpsroller kontrollerer hvem som kan distribuere innhold mellom arbeidsområder. Selv om utrullingssamlebånd ikke er direkte relatert til innholdsdistribusjon og deling, kan hvordan du bestemmer deg for å distribuere innhold og hvem som distribuerer det, påvirke strategien din for å dele innhold med opprettere.

Vi anbefaler at du bruker sikkerhetsgrupper til å administrere tillatelser og rollemedlemskap i stedet for å bruke individuelle brukerkontoer, der det er mulig. På den måten er det enklere å administrere, spesielt når du har mange brukere. Du kan også bruke de samme sikkerhetsgruppene til å administrere annen tilgangskontroll, for eksempel medlemskap i datasikkerhetsrolle .

Hvis du vil ha mer informasjon og brukstilfeller for bruk av sikkerhetsgrupper i Fabric og Power BI, kan du se Strategi for bruk av sikkerhetsgrupper.

Behandle elementtillatelser

Når du deler innhold via arbeidsområderoller eller appmålgrupper, bruker du bestemte tillatelser på et sett med innhold. Disse tillatelsene definerer hva en person kan gjøre med innholdet. Hvis du for eksempel tilordner noen til rollen som visningsområde, får de lesetillatelse på alle elementer i arbeidsområdet. Deretter kan de bare vise innholdet, men ikke endre det eller koble til dataelementer for å opprette sitt eget innhold.

Du kan også dele innhold ved å administrere tillatelser til individuelle innholdselementer. Hvis du for eksempel administrerer tillatelser for en semantisk modell, kan du gi noen kompileringstillatelse til å koble til og opprette sitt eget innhold basert på den semantiske modellen. Når du deler et innholdselement via direkte tilgang, gir du bestemte tillatelser til elementet for en bruker eller gruppe.

Du kan tilordne brukere til følgende tillatelser for Power BI- eller Fabric-elementer:

• Skrivebeskyttet (vis) tillatelse: La noen se innholdet uten å endre det. Noen elementer, for eksempel lakehouses, gir mer detaljert kontroll over hvordan brukere kan vise innholdet (for eksempel ReadData eller ReadAll-tillatelser). Andre elementer, for eksempel semantiske modeller, tillater brukere å se informasjon om elementet , men ikke vise innholdet (for eksempel dataene).
• Dele tillatelse på nytt: La noen dele innholdet med andre. Hvis noen har tillatelsen Del på nytt og Kompiler, kan de også gi kompileringstillatelse til noen andre.
• Kompileringstillatelse: La noen koble til dataelementet (for eksempel en semantisk modell) for å opprette sitt eget innhold (for eksempel rapporter). Forbrukere kan også trenge kompileringstillatelse for å vise rapporter basert på sammensatte semantiske modeller. Hvis du gir kompileringstillatelse til en rapport eller app-målgruppe, gjelder den automatisk for de underliggende semantiske modellene.
• Skriv (endre) tillatelse: La noen endre et element og lagre endringene.

Advarsel!

Ikke forveksle kompileringstillatelse med skrivetillatelse. Kompileringstillatelse respekterer for eksempel datasikkerhet (for eksempel sikkerhet på radnivå) som håndheves for et element, mens skrivetillatelse ikke (fordi en bruker kan angi og endre disse sikkerhetsreglene).

Innholdsdistribusjon og deling overlapper med mange andre viktige områder. Følgende emner dekkes i planleggingsserien for Power BI-implementering. Se artiklene i denne serien mens du planlegger hvordan du deler og distribuerer innhold:

• Arbeidsområder: Hvordan du planlegger å konfigurere og bruke arbeidsområder, påvirker om du vil dele innhold fra et arbeidsområde eller ikke. Planlegging på arbeidsområdenivå er viktig for innholdsdistribusjonsstrategien, for eksempel hvordan du konfigurerer og administrerer tilgang til arbeidsområdet.
• Datagatewayer: Når du distribuerer innhold til andre brukere og innholdet er avhengig av lokale eller VNet-datagatewayer, må du kanskje også administrere gatewaytilgang. Kontroller at du administrerer tilgang til både gatewayen og datakildetilkoblingene.
• Administrasjon av innholdslivssyklus: Hvordan du bestemmer deg for at du vil dele innhold, kan påvirke hvordan du administrerer livssyklusen til innholdet. Du deler vanligvis innhold som en del av aktivitetene etter distribusjonen.
• Hindring av informasjonsbeskyttelse og hindring av datatap: Overdeling av innhold eller deling av innhold på en upassende måte er en styrings- og sikkerhetsrisiko for organisasjoner. Én måte å redusere denne risikoen på, er å praktisere hindring av tap av data for Power BI.
• Sikkerhet: Deling er et viktig tema i sammenheng med sikring av Power BI- og Fabric-innhold. Sørg for at du utfører rapportforbrukerplanlegging for deling av innhold til forbrukere, og at innholdsoppretteren planlegger å dele innhold til opprettere.
• Revisjon og overvåking: Du bør regelmessig overvåke og overvåke delingsaktiviteter og utbredelse ved å gjennomføre revisjon på leiernivå.

Hvis du vil ha en oversikt over de relevante administrasjonsinnstillingene en Fabric-administrator kan bruke til å kontrollere hvordan opprettere deler innhold, kan du se Eksportere og dele leierinnstillinger.

Resten av denne artikkelen veileder deg til å ta avgjørelser om hvilke roller og tillatelser du bør gi til innholdsforbrukere og opprettere for å dele innhold med dem.

Planlegge distribusjon av innhold til forbrukere

De fleste som bruker innhold i organisasjonen, trenger bare å vise det (lesetillatelse) og ikke endre det (skrivetillatelse) eller opprette sitt eget innhold basert på det (kompileringstillatelse). Innholdsforbrukere er vanligvis forretningsbrukere som trenger tilgang til rapporteringselementer (i så fall kalles de ofte rapportforbrukere). Noen brukere må kanskje også be om kompileringstillatelse for dataelementer for å aktivere sin egen dataoppdagelse i Power BI Desktop, Excel eller andre klientverktøy.

Vanligvis utfører forbrukere som ber om kompileringstillatelse personlig BI. Over tid kan du imidlertid forvente at noen av disse brukerne vil utvikle seg fra å være strengt innholdsforbrukere til å bli innholdsopprettere som ønsker å dele innholdet sitt med andre.

Forutse tidlig hvordan du vil støtte og lære opp disse brukerne , ikke bare om hvordan du oppretter innhold, men også om hvordan de kan dele det på riktig måte.

Innholdsforbrukere kan enten være interne eller eksterne for organisasjonen, avhengig av om de har en Microsoft Entra-identitet i samme organisasjon som der du publiserer innholdet:

• Interne brukere: Brukere som tilhører samme organisasjon som innholdet de bruker.
• Eksterne brukere: Brukere som tilhører en annen organisasjon som innholdet de bruker. Disse brukerne kan tilhøre en tilknyttet eller underordnet organisasjon, til tross for at de deler samme overordnede organisasjon. De kan også være midlertidige samarbeidspartnere (for eksempel konsulenter) eller kunder.

Diagrammet nedenfor viser en oversikt over de ulike fremgangsmåtene du kan ta for å distribuere Power BI- eller Fabric-innhold til forbrukere i eller utenfor organisasjonen.

Dette diagrammet viser en oversikt over mange mulige tilnærminger. Resten av denne artikkelen hjelper deg med å forstå disse alternativene og velge de som passer best til dine spesifikke behov.

Diagrammet viser følgende konsepter og prosesser:

Element	Bekrivelse
	Innholdsopprettere oppretter og distribuerer innhold i organisasjonen. De kan distribuere innhold til andre interne brukere som bruker Fabric (for eksempel Fabric-portalen eller Power BI-mobilappen). Opprettere kan også dele rapporteringselementer ved å bygge dem inn i andre interne tjenester uten stoff.
	Opprettere kan også dele elementer utenfor organisasjonen. De kan distribuere innhold til eksterne gjestebrukere som har blitt lagt til i organisasjonen med Microsoft Entra B2B. Opprettere kan også dele rapporteringselementer til eksterne brukere.
	Innhold distribueres i en Fabric-leier, der forbrukerne kan bruke eller vise det.
	Stoffkapasitet er nødvendig for å opprette og dele stoffelementer. Hvis det ikke finnes en stoffkapasitet, kan opprettere fremdeles opprette, distribuere og dele Power BI-elementer (for eksempel dataflyter, semantiske modeller og rapporter).
	Innhold distribueres til et arbeidsområde, som kan inneholde forskjellige elementer som kan organiseres i mapper. Arbeidsområder kan tilhøre utrullingssamlebånd og domener (ikke avbildet i dette diagrammet).
	Opprettere kan dele innhold til interne brukere eller eksterne gjestebrukere som er innholdsforbrukere, ved å tilordne dem til rollen som visningsområde. Denne rollen gir skrivebeskyttet tilgang til alt innhold i arbeidsområdet.
	Opprettere kan dele individuelle elementer til interne brukere eller grupper ved å gi direkte tilgang eller dele en kobling. Personer som bruker koblingen i organisasjonen som ikke har direkte tilgang, kan be om det. Opprettere som deler innhold via koblinger, kan også endre nettadressen for å filtrere rapporten ved hjelp av parametere for spørringsstreng.
	Valgte rapporteringselementer i et arbeidsområde kan pakkes inn i en app.
	Opprettere kan distribuere innhold via apper ved å opprette og legge til interne eller eksterne gjestebrukere som er innholdsforbrukere i én eller flere appmålgrupper. Opprettere kan velge å organisere appinnhold i målgrupper, der hver målgruppe har tilgang til ulike delsett med innhold.
	Opprettere kan lagre innholdsfiler, for eksempel Power BI Desktop-filer (PBIX), i SharePoint eller OneDrive for arbeid eller skole.
	Opprettere kan dele en kobling til PBIX-filer fra SharePoint eller OneDrive for arbeid eller skole. Når en intern bruker har en Power BI Pro-lisens, kan de forhåndsvise rapportene fra disse filene uten å åpne dem (selv når filene ikke publiseres til et arbeidsområde). Mottakere av koblingen som ikke har tilgang eller en Power BI Pro-lisens, kan ikke forhåndsvise filene.
	Opprettere kan dele rapporteringselementer via direkte tilgang ved hjelp av opplevelser som ikke er stoff. De kan: • Bygg inn innhold i Microsoft Teams (som en fane i en chat eller teamkanal). • Bygg inn innhold i en PowerPoint-presentasjon. • Bygg inn innhold i SharePoint Online. • Bygg inn innhold i en lerretsapp for PowerApps (som krever PowerApps-lisenser, men ikke en F-, P-, A- eller EM-SKU). • Bygg inn innhold på et internt nettsted (også kjent som sikker innebygging). • Bygg inn innhold i et internt program (også kalt Bygg inn for organisasjonen, som krever en F-, P-, A- eller EM-SKU). • Rapporter abonnementer og sideformaterte rapportabonnementer, som gir planlagt levering av statiske rapporter via e-post. Du kan også bruke vanlige abonnementer og dynamiske abonnementer per mottaker for både rapporter og paginerte rapporter. • Eksporter til fil-API (for eksempel ved å bruke Power Automate til å levere eksporterte rapporter via e-post).
	Opprettere har også ulike alternativer for å dele rapporteringselementer til eksterne brukere utenfor Fabric. De kan: • Bygg inn innhold på et eksternt nettsted (krever en F-, P-, A- eller EM-SKU). • Bygg inn innhold sikkert i et eksternt program (også kjent som Bygg inn for kundene dine). • Publiser på nettet for rapporter, som gjør innhold tilgjengelig for alle via offentlig Internett. Publiser på nettet anbefales bare for innhold som passer for en offentlig målgruppe. Publisering på nettet passer ikke for sensitive eller konfidensielle rapporter. Hvis du vil ha mer informasjon, kan du se Å publisere til nett fra Power BI.

Det finnes mange gyldige fremgangsmåter for distribusjon av innhold. Du kan også bruke flere fremgangsmåter for å distribuere det samme innholdet, avhengig av behov og brukstilfeller. Det som er viktig er at du finner en tilnærming som er effektiv og bærekraftig.

De følgende avsnittene beskriver trinnene du gjør for å finne ut hvordan du deler innhold med forbrukere.

Trinn 1: Identifisere hvem forbrukere er og hvordan de får tilgang

Det første trinnet når du distribuerer innhold til forbrukere, er å identifisere hvem som trenger tilgang til hvilket innhold. Avhengig av antall og type forbrukere, vil du gjøre forskjellige valg om hvordan du distribuerer innhold.

Undersøke og dokumentere svar på følgende spørsmål:

• Hvor mange forbrukere er det?
• Hvilket innhold trenger disse forbrukerne tilgang til?
• Trenger forbrukerne tilgang til datakildetilkoblinger for datagateway for å vise innhold som bruker DirectQuery-modus til å spørre lokale eller private nettverksdatakilder?

Sørg for at du definerer hvem forbrukerne av innholdet er, og hvordan de skal bruke det. Én gruppe forbrukere kan ha ulike behov og preferanser enn en annen gruppe. Den andre gruppen kan dra nytte av en annen strategi for innholdsdistribusjon.

Du kan velge å distribuere innhold proaktivt, konfigurere prosesser for brukere til å be om tilgang selv, eller klargjøre tilgang til hele organisasjonen for alle brukere.

De følgende avsnittene hjelper deg med å finne ut hvilket som er det beste alternativet for dine omstendigheter.

Alternativ 1: Du distribuerer innhold til forbrukere

Du kan proaktivt distribuere innhold til forbrukere, og deretter varsle dem om innholdet og hvordan de kan få tilgang til det. Med denne fremgangsmåten samler du inn en liste over alle forbrukerne og tilordner dem til en distribusjonsgruppe, e-postaktivert gruppe eller sikkerhetsgruppe for å gjøre det enklere å dele innholdet. Deretter kan du kunngjøre innholdstilgjengeligheten via en sentralisert portal eller en annen kommunikasjonsmetode.

Denne tilnærmingen er gunstig når:

• Du må distribuere innhold til en definert, stor målgruppe, for eksempel en hel avdeling eller et helt område.
• Du vil ha tettere kontroll over innholdstilgang og utgivelser, for eksempel når du vil gjennomføre brukeropplæring for en app eller rapport før du gir tilgang.
• Du har ennå ikke konfigurert prosesser for forbrukere til å oppdage innhold.
• Du bruker en sentralisert modell for eierskap og levering av innhold .

Hvis du vil ha en trinnvis veiledning for å opprette og legge til medlemmer i en Microsoft Entra-sikkerhetsgruppe, kan du se denne opplæringen.

Alternativ 2: Forbrukere ber om tilgang til innhold

Du kan også ta en oppdagelsesdrevet tilnærming, der forbrukerne søker etter innhold som er relevant for dem. Med denne fremgangsmåten blar forbrukerne gjennom en kuratert sentralisert portal for innholdet som er tilgjengelig for dem. Når de velger et element de ikke har tilgang til, kan de be om tilgang fra innholdseieren, som må godkjenne det før innholdsforbrukeren kan vise elementet.

Denne tilnærmingen er gunstig når:

• Du kuraterer en sentralisert liste over innhold som brukerne kan utforske og få tilgang til, for eksempel én som vedlikeholdes på en Microsoft Teams-kanal eller et SharePoint-nettsted.
• Du har prosesser på plass for at innholdseiere raskt og pålitelig skal kunne svare på tilgangsforespørsler.
• Det finnes mange mulige elementer som brukerne kanskje vil vise, avhengig av gjeldende oppgaver og målsettinger.
• Du bruker en desentralisert modell for innholdseierskap og innholdsleveringsomfang.

Du kan bruke godkjenning til å heve eller sertifisere kvalitetsinnhold når du distribuerer det på denne måten. Godkjenning bidrar til å gjøre kvalitet og pålitelig innhold enklere å oppdage av forbrukere.

Denne fremgangsmåten fungerer best for å distribuere innhold til opprettere (i stedet for forbrukere) i administrerte eller tilpassbare administrerte selvbetjente BI-bruksscenarioer . I disse scenarioene gir du oppretterne skrivebeskyttet tilgang til semantiske modeller som de kan oppdage og be om kompileringstillatelser til. Disse oppretterne kan deretter bruke disse semantiske modellene til å lage sitt eget innhold.

Alternativ 3: Hele organisasjonen har tilgang til innholdet

Noe innhold kan være relevant for hele organisasjonen, for eksempel rapporter om initiativer for hele organisasjonen. Med denne fremgangsmåten deler du innhold enten via apper eller direkte tilgang. Hele organisasjonen kan deretter få tilgang til innhold i en app eller via en kobling.

Denne tilnærmingen er gunstig når:

• Innhold og de underliggende dataene passer for hele organisasjonen.
• Du har prosesser på plass for innholdsforbrukere for å finne og forstå dette innholdet, for eksempel opplæring, kontortid eller vanlige spørsmål.

Advarsel!

Du bør begrense hvilket innhold som er tilgjengelig for hele organisasjonen. Noen innholdseiere kan gjøre apper og koblinger tilgjengelige for hele organisasjonen for å omgå administrasjon av innholdstilgang. Denne fremgangsmåten kan raskt føre til overdeling av innhold og brukere som ikke finner innholdet de trenger.

Hvis du vil unngå denne situasjonen, må du regelmessig overvåke leieren for å identifisere og se gjennom de tilgjengelige appene og koblingene for hele organisasjonen.

Forvent at tilnærmingen til distribusjon av innhold utvikler seg over tid etter hvert som du skalerer og vokser. Du kan for eksempel begynne med å distribuere innhold til selvbetjente brukere proaktivt. Etter hvert som du går videre til høyere forfallsnivåer på viktige områder som innholdseierskap, innholdsleveringsomfang og styring, kan du skalere til en tilnærming der brukere oppdager og ber om tilgang til innholdet selv.

Trinn 2: Identifisere hvor forbrukerne skal vise innholdet

Når du har definert hvem forbrukerne er og hvordan de skal få tilgang til innhold, identifiserer du deretter hvor disse personene kan vise innholdet.

Forbrukere kan vise innhold på fire forskjellige måter, spesielt ved å bruke:

• Koblinger til de individuelle innholdselementene.
• Arbeidsområder.
• Apper.
• Ikke-stoffopplevelser, for eksempel der innhold er innebygd i andre tjenester, egendefinerte apper eller nettsteder.

De følgende avsnittene hjelper deg med å finne ut hvilket som er det beste alternativet for dine omstendigheter.

Alternativ 1: Vise individuelle innholdselementer i Stoff

Du kan gi forbrukerne tilgang til individuelle innholdselementer, som de kan få tilgang til via en kobling. Når du deler innhold på denne måten (kalt direkte tilgang), kan du også gi forbrukerne muligheten til å dele innholdet på nytt med andre eller bygge innhold basert på de underliggende dataelementene. Hvis noen som mottar koblingen ikke har tilgang til elementet, blir de bedt om å be om tilgang fra den opprinnelige innholdseieren.

Denne tilnærmingen er gunstig når:

• Du deler innhold til et begrenset publikum i stedet for å distribuere det til et bredt publikum.
• Forbrukerne trenger tilgang til bare noen få elementer.
• Du vil senere bygge inn innholdet i en annen intern tjeneste eller et annet nettsted.
• Du vil gi brukerne en samling koblinger til annet innhold.

Når du deler individuelle innholdselementer, bør du vurdere følgende punkter:

• Bruk anbefalinger for å hjelpe forbrukerne med å finne og be om tilgang til kvalitetsinnhold.
• Overvåk og overvåk publiserte elementer for å identifisere overdelte eller underutnyttede elementer som skal gjennomgås.
• Opprett en prosess for regelmessig gjennomgang av ventende tilgangsforespørsler. Sørg for at det gis tilbakemelding til brukerne når tilgangsforespørselen blir avslått. Det bør forklare årsaken og fortelle dem hvor de kan finne alternativ informasjon.

Advarsel!

Administrasjon av innholdstilgang kan raskt bli en byrde for enkelte innholdseiere. Etter hvert som du forbedrer forfallsnivået i innholdsleveringsomfanget, bør du vurdere å gi tillatelse til å dele på nytt og lære brukerne hvordan de deler innhold mellom hverandre, der det er aktuelt.

Forbrukere med tillatelse til å dele på nytt kan lage koblinger til delte visninger, som kan inkludere tilstandsinnstillinger, for eksempel gjeldende filter- og slicervalg. Delte visninger kan være nyttige for å legge til rette for diskusjoner om interaktive rapporter. De er også et godt alternativ til å dele statiske skjermbilder fordi mottakerne kan samhandle med innholdet. Delte visninger er for eksempel en effektiv måte for brukere å rapportere problemer eller avvik i rapporter på, fordi opprettere enkelt kan se brukerens aktive slicervalg.

Innholdseiere kan administrere delte visninger i Behandle tillatelser-ruten .

Alternativ 2: Vise innhold i et arbeidsområde

Du kan distribuere innhold via arbeidsområder. Med denne fremgangsmåten gir du skrivebeskyttet tilgang til forbrukere til arbeidsområdeinnhold ved å legge dem til i Seer-rollen. Brukere kan ikke endre innholdet eller opprette nytt innhold fra elementene i arbeidsområdet. I stedet distribuerer du en kobling til arbeidsområdet som lar dem bla gjennom og åpne de individuelle innholdselementene.

Hvis du vil ha mer informasjon om arbeidsområderoller, kan du se Roller i arbeidsområder.

Denne tilnærmingen er gunstig når:

• Forbrukerne foretrekker arbeidsområdeopplevelsen fremfor appopplevelsen.
• Du skiller arbeidsområder etter elementtype og har bare rapporteringselementer i arbeidsområdet.
• Du vil gi brukerne muligheten til å vise dataelementer i et arbeidsområde og be om kompileringstillatelse.
• Du vil at innholdet skal gjennomgås før det publiseres til en app.

Når du planlegger å distribuere innhold til brukere av arbeidsområdet, bør du vurdere følgende punkter:

• Sørg for at du bruker klare navnekonvensjoner for arbeidsområder, slik at brukere enkelt kan finne arbeidsområder som inneholder innholdet de trenger.
• Organiser arbeidsområdeelementer i mapper. Arbeidsområdeorganisasjonen gjør det enklere for forbrukerne å finne det de leter etter.
• Plasser innhold som ikke er ment for direkte forbruk i andre arbeidsområder. Hvis du skiller arbeidsområder etter elementtype, sikrer du at forbrukerne ikke blir forvirret eller overveldet av elementer som ikke er for dem å bruke.
• Overvåk regelmessig rollemedlemskap for arbeidsområde. Overvåking av rollemedlemskap bidrar til å unngå situasjoner der en forbruker feilaktig får forhøyede tillatelser.

Alternativ 3: Vise innhold i en app

Du kan distribuere innhold via apper, som samler beslektet innhold i et enkelt brukergrensesnitt som effektiviserer opplevelsen for innholdsforbrukere. I motsetning til å vise innhold i arbeidsområder forvirrer eller overvelder ikke apper forbrukere ved å vise elementer som ikke rapporteres (for eksempel semantiske modeller).

Når du distribuerer innhold via apper, er det ingen risiko for å gi forbrukerne skrivetillatelse ved et uhell. Apper krever at du deler innhold ved å legge til forbrukere i en app-målgruppe. Det er også mulig å dele en app med hele organisasjonen.

Du kan ikke publisere en app for å gi tilgang til innhold fra flere arbeidsområder. Hvis du vil dele innhold som er publisert til flere arbeidsområder med samme forbruker, må du enten publisere flere apper eller gi dem tilgang til enkeltelementer eller arbeidsområder.

Denne tilnærmingen er gunstig når:

• Du vil distribuere flere arbeidsområdeelementer (men ikke alle elementer) til forbrukere.
• Du må distribuere innhold fra ett enkelt arbeidsområde til mange forbrukere.
• Du vil gi forskjellige forbrukere tilgang til ulike delsett av appinnhold.

Når du deler innhold i en app, bør du vurdere følgende punkter:

• Organiser innhold i mapper slik at det blir enklere for forbrukerne å finne det de leter etter.
• Legg til koblinger til appen for brukere for å be om støtte, rapportproblemer eller gi tilbakemelding.
• Inkluder en nyttig appbeskrivelse og kontaktperson , slik at brukerne vet hva appen handler om.
• Når rapporter bruker delte semantiske modeller, som er plassert i andre arbeidsområder, må du sørge for at forbrukerne har lesetillatelse for disse semantiske modellene, slik at de kan vise rapporter i appen.

Vi anbefaler at du distribuerer innhold til forbrukere ved hjelp av apper. Apper gir en mer profesjonelt opplevelse enn å gi tilgang til arbeidsområderoller eller ved å dele en samling koblinger til individuelle elementer.

Alternativ 4: Vise innhold fra andre tjenester

Du har ulike alternativer for å distribuere innhold for forbrukere i organisasjonen utenfor Fabric. I denne situasjonen viser innholdsforbrukere innholdet fra andre programmer og tjenester.

Denne tilnærmingen er gunstig når:

• Forbrukere har tenkt å bruke innholdet sammen med, eller sammen med, andre programmer.
• Du krever andre tjenester eller programmer for å levere den beste opplevelsen for forbrukerne.
• Du vil gi praktisk tilgang til innhold som er spredt over flere arbeidsområder (for eksempel fra en SharePoint Online- eller intern nettstedsportal).

Forbrukere som viser innhold fra andre tjenester, krever fortsatt direkte tilgang til Power BI-elementene. Kontroller at du først deler de individuelle elementene med disse brukerne, eller distribuerer elementene via direkte tilgang til en sikkerhetsgruppe som brukerne tilhører.

Hver tilnærming har bestemte brukstilfeller som de kan støtte:

• Bygg inn i Microsoft Teams: Dette alternativet kan være nyttig når du bruker Power BI-rapporter til å koordinere prosjektet eller annet samarbeidsarbeid.
• Bygg inn i PowerPoint: Dette alternativet kan være nyttig når du vil integrere Power BI-rapporter i presentasjoner eller vise flere rapporter kontinuerlig på en skjerm. Eksempler kan være rapporter som viser hendelser eller åpne ordrer i et produksjonsanlegg.
• Bygg inn i SharePoint Online: Dette alternativet kan være nyttig når du vil sentralisere rapporter på et SharePoint-nettsted for å aktivere samarbeidsarbeid, eller når SharePoint er den foretrukne måten å distribuere og administrere tilgang til ulike typer innhold i organisasjonen på.
• Bygg inn i Lerretsapper for Power Apps: Dette alternativet kan være nyttig når du vil at Power BI-innhold skal informere brukerens beslutninger og handlinger i en app som er bygd med Power Apps. Du kan for eksempel ha en app for registrering av seter i et åpent kontor, og en Power BI-rapport som viser data om setetilgjengelighet og kontorbelegg. Power Apps krever imidlertid lisenser for både opprettere og forbrukere.
• Bygg inn i et internt nettsted eller eksternt program: Dette alternativet kan være nyttig når du vil integrere Power BI-rapporter med annet egendefinert utviklet innhold. Denne tilnærmingen krever imidlertid mer utviklingsinnsats. Når du er ferdig for et internt nettsted, kan du bruke innbyggingstilnærmingen for organisasjonen . Når du er ferdig for et eksternt program, kan du bruke for kundenes innbyggingstilnærming. Denne fremgangsmåten krever enten Stoffkapasitet (F SKU) eller Power BI Embedded (EM SKU).
• Rapportabonnementer: Dette alternativet lar deg abonnere forbrukere på rapporter og paginerte rapporter, som kan levere statiske rapporter via e-post eller til et SharePoint-nettsted etter en tidsplan. For rapporter har abonnementer fordelen av å varsle forbrukerne når dataene i den underliggende semantiske modellen oppdateres. Denne fremgangsmåten kombineres best med andre metoder, for eksempel deling av innhold fra en app. På den måten vet forbrukerne bare å sjekke appen når innholdet er oppdatert.
• Eksporter til fil-API: Dette alternativet aktiverer begrensede scenarioer når du vil distribuere statiske versjoner av rapporter som en PDF-dokumentfil (.pdf) eller PowerPoint -fil (.pptx).

Advarsel!

Unngå å distribuere innhold som eksporterte filer med mindre det er helt nødvendig. Det er for eksempel vanlig at brukere ber om eksporterte rapporter via e-post eller SharePoint. Denne tilnærmingen er ikke en strategi for innholdsdistribusjon som skaleres. Filer kan også opprette styrings- og sikkerhetsrisikoer. Brukere kan heller ikke dra nytte av interaktiv funksjonalitet, for eksempel kryssfiltrering eller ekstrahering i rapporter.

Ofte er en preferanse for distribuerte filer en indikasjon på et lavt forfallsnivå og et behov for brukermentor og aktivering og endringsbehandling.

Et godt eksempel på når du kan distribuere filer, er når rapporter må oppbevares for overvåkingsformål.

Hvis du velger å distribuere innhold via rapportabonnementer eller eksporter, kan du vurdere å bruke følsomhetsetiketter med Microsoft Purview hindring av datatap policy for Power BI. Riktig bruk av følsomhetsetiketter kan hindre eksporterte filer med sensitive data fra å eksfiltrere organisasjonen.

Trinn 3: Identifisere om forbrukere er utenfor organisasjonen

I noen tilfeller må du kanskje distribuere innhold til eksterne forbrukere. I dette tilfellet har du flere alternativer for å distribuere innhold utenfor organisasjonen.

Alternativ 1: Opprette dupliserte identiteter for eksterne forbrukere

I denne fremgangsmåten oppretter du dupliserte identiteter for eksterne forbrukere som blir interne forbrukere. En Azure-administrator oppretter en ny konto for den eksterne forbrukeren i leieren som de må bruke til å få tilgang til innholdet. Deretter tilordner en Microsoft 365-administrator de aktuelle lisensene per bruker til den nye identiteten for at de skal få tilgang til innhold. Selv om dette alternativet er det enkleste, innebærer det kostnader og kostnader for å opprette og administrere nye kontoer.

Denne tilnærmingen er gunstig når:

• Begrensninger for Microsoft Entra B2B hindrer deg i å gjøre det du trenger å gjøre. Eksempler på begrensninger for Microsoft Entra B2B for forbrukere inkluderer:
  • Eksterne gjestebrukere kan kanskje ikke åpne filer eksportert fra rapporter som har en følsomhetsetikett med beskyttelsesinnstillinger.
  • Eksterne gjestebrukere kan ikke bruke Power BI Desktop til å koble til semantiske modeller eller dataflyter som er i Power Bi-tjeneste.
  • Eksterne gjestebrukere kan ikke bruke Analyser i Excel.
• Du har ikke utviklingsferdigheter eller ressurser til å bygge inn innhold i et egendefinert program.
• Det er ikke mange langsiktige, eksterne forbrukere.

Alternativ 2: Opprette en Microsoft Entra B2B-gjestekonto for eksterne forbrukere

Microsoft Entra B2B er et godt alternativ for å distribuere innhold til eksterne forbrukere. Med denne fremgangsmåten legger en Azure-administrator til den eksterne forbrukeren som en ekstern gjestebruker i Microsoft Entra ID. Hvis den eksterne brukeren kreves for å få tilgang til innhold, kan Azure-administratoren eller en Microsoft 365-administrator klargjøre en per bruker-lisens for identiteten.

Eksterne brukere kan også bruke bring-your-own-license (BYOL) til å hente lisenser fra organisasjonene for å få tilgang til innhold som krever en lisens per bruker. Når gjestebrukeren har en passende lisens, kan opprettere deretter dele innhold med dem.

Hvis du trenger å distribuere innhold til forbrukere utenfor organisasjonen, anbefaler vi på det sterkeste at du leser Distribuer Power BI-innhold til eksterne gjestebrukere ved hjelp av Microsoft Entra B2B.

Eksterne brukere gjøres til eksterne gjestebrukere av en Azure-administrator. Hvis gjestebrukeren krever en lisens, kan en Microsoft 365-administrator deretter tilordne en lisens til gjestebrukeren. Disse gjestebrukerne kan deretter få tilgang til Fabric, inkludert arbeidsområder, apper og elementer. Tilgang til Fabric av eksterne gjestebrukere kan kontrolleres i leierinnstillingene av en Fabric-administrator.

Forbrukere krever ikke en Power BI Pro-lisens for å vise innhold i en Stoff-kapasitet. Opprettere krever imidlertid en Power BI Pro-lisens for å opprette og dele Power BI-innhold. Forbrukere krever en Power BI Pro-lisens for å vise innhold i et arbeidsområde som bruker Pro- eller Premium per bruker (PPU)-lisensmodus.

Microsoft Entra B2B krever at du aktiverer bestemte innstillinger i administrasjonsportalen for Fabric. Hvis du vil ha en oversikt over de relevante innstillingene som en Fabric-administrator kan bruke til å kontrollere hvordan opprettere deler innhold, kan du se Innstillinger for eksport og deling av leier.

Her er noen scenarioer der du kan bruke Microsoft Entra B2B til å levere innhold til eksterne forbrukere:

• Direkte samarbeid mellom organisasjoner
• Overordnede og datterselskaper eller tilknyttede selskaper
• Delt leier blant partnerorganisasjoner
• Distribusjon til mange eksterne partnere

Denne tilnærmingen er gunstig når:

• Det finnes et håndterbart antall eksterne forbrukere.
• Du har Fabric-kapasitet og ønsker at eksterne forbrukere skal dra nytte av gratis visning, eller eksterne forbrukere har sine egne Power BI Pro-lisenser å bruke med BYOL.
• Du har ikke utviklingsferdigheter eller ressurser til å bygge inn innhold i et egendefinert program.

Microsoft Entra B2B er underlagt begrensninger som du bør huske på. Planlegg nøye og utfør en test med én eller flere eksterne brukere før du forplikter deg til innholdsdistribusjonstilnærmingen.

Alternativ 3: Bygge inn innhold på et egendefinert nettsted eller program

I denne fremgangsmåten bruker du enten en F-, P-, A- eller EM-SKU til å bygge inn innhold i et egendefinert eksternt nettsted eller program (bygg inn for kundene). Denne fremgangsmåten krever ferdigheter, tid og ressurser for å utvikle et egendefinert program og administrere godkjenning. Det gir fleksibilitet og kontroll over tilgangsprosessen.

Denne tilnærmingen er gunstig når:

• Du har ekspertise, tid og ressurser til å utvikle og vedlikeholde et egendefinert program.
• Du har et eksisterende egendefinert program der du vil bygge inn Power BI-innhold.
• Du distribuerer innhold til mange eksterne parter eller kunder.
• Du vil tjene penger på tilgang til proprietært Power BI-innhold for å tjene inntekter.

Alternativ 4: Publisere innhold for en offentlig målgruppe ved hjelp av Publiser på nett

Publiser på nettet gir tilgang til Power BI-rapporter til alle på Internett. Det krever ikke godkjenning, og tilgang er ikke logget for overvåkingsformål. Fordi rapportforbrukere ikke trenger å tilhøre organisasjonen eller ha en Power BI-lisens, er denne teknikken godt egnet til datajournalistikk. I denne prosessen er rapporter innebygd i blogginnlegg, nettsteder, e-postmeldinger eller sosiale medier.

Dette alternativet er gunstig når:

• Innhold inneholder ikke sensitiv informasjon og er ment for en offentlig målgruppe.
• Du vil bygge inn eller koble til innholdet på et offentlig nettsted, for eksempel ved hjelp av et HTML iframe-element.

Publiser på nett-funksjonen er en kraftig teknikk som deler Power BI-rapporter med verden. Det har potensial til å vise private eller sensitive data, enten det er utilsiktet eller med vilje. Av denne grunn er denne funksjonen deaktivert som standard. En Power BI-administrator må aktivere funksjonen og begrense bruken til bestemte klarerte brukere eller sikkerhetsgrupper.

Publiser på nettet er underlagt mange begrensninger. Test at rapportutformingen fungerer når du bruker Publiser på nettet før du forplikter deg til denne fremgangsmåten.

Trinn 4: Identifisere vurderinger for forbrukerlisensiering

Nå er du klar til å bestemme hvordan du distribuerer innhold til forbrukere. Nå bør du sørge for at forbrukerne har riktige lisenser for å få tilgang til og vise innholdet. Avhengig av hvordan du bestemmer deg for å distribuere innhold, trenger du kanskje per bruker, per kapasitet eller andre lisenser.

• Lisenser per bruker: Innholdsforbrukere kan kreve lisenser for Microsoft Fabric Free, Power BI Pro eller Premium Per User (PPU) for å vise innhold, avhengig av andre faktorer (beskrevet senere i denne delen).
• Lisenser per kapasitet: Organisasjonen krever enten en stoffkapasitet (F SKU) eller Power BI Embedded (EM SKU) for å bygge inn innhold i et egendefinert program.
• Andre lisenser: Hvis du distribuerer innhold ved hjelp av andre tjenester eller programmer, kan innholdsforbrukere kreve andre lisenser. Både innholdsopprettere og forbrukere krever for eksempel en Power Apps-lisens for å distribuere og vise innhold ved hjelp av denne tjenesten.

Før du bestemmer deg for å distribuere innhold, må du sørge for at du beregner de månedlige (og årlige) lisensieringskostnadene (hvis nye lisenser kreves). Denne proaktive tilnærmingen kan bidra til å unngå overraskelser som kan forsinke innholdslevering eller føre til uventede problemer og kostnader senere.

Hvis du vil ha veiledning om lisenser per bruker og per kapasitet, kan du se abonnementer, lisenser og prøveversjoner.

Avsnittene nedenfor beskriver bestemte lisenser per bruker som du kanskje trenger for forbrukere.

Scenario 1: Forbrukere krever ingen lisens

Selv om innholdsopprettere alltid krever en lisens for å publisere og dele innhold, er det visse omstendigheter der forbrukere ikke krever en lisens for å vise publisert innhold.

• Innhold distribueres offentlig via Publiser på nett.
• Forbrukere får tilgang til innebygd innhold via et eksternt nettsted eller program (som bruker innebyggingsscenarioet for kunder ).

Scenario 2: Forbrukere krever Microsoft Fabric Free-lisenser

Når du distribuerer eller deler innhold som er publisert til en Stoff-kapasitet, krever forbrukerne fortsatt en lisens for å få tilgang til innholdet. De kan gjøre dette uten kostnad med en Microsoft Fabric Free-lisens, og de trenger ingen annen per bruker-lisens, for eksempel Power BI Pro. En organisasjon har ubegrensede Microsoft Fabric Free-lisenser som de kan bruke til å gi tilgang til Stoff- og Power BI-innhold.

Scenario 3: Forbrukere krever Power BI Pro-lisenser

Innholdsopprettere krever alltid en Power BI Pro-lisens for å dele Power BI-innhold, selv om innholdet publiseres til et arbeidsområde på Fabric-kapasitet. Innholdsopprettere krever imidlertid ikke en Power BI Pro-lisens for å opprette eller dele stoffinnhold.

Innholdsforbrukere krever en Power BI Pro-lisens for å:

• Bruk innhold som er i et arbeidsområde som ikke bruker lisensmodus for stoffkapasitet.
• Del Power BI-innhold med andre forbrukere.
• Forhåndsvis delte PBIX-filer som er lagret i OneDrive for arbeid eller skole, eller SharePoint.
• Bruk en Microsoft Entra B2B-gjestekonto som ikke kan bruke BYOL.

Scenario 4: Forbrukere krever Power BI Pro- eller PPU-lisenser

Hvis innhold publiseres til et arbeidsområde som bruker PPU-lisensmodus, krever både innholdsopprettere og innholdsforbrukere en PPU-lisens for å dele og vise innholdet.

Hvis du gir en bruker en Power BI Pro- eller PPU-lisens, gis de ikke automatisk bygg- eller skrivetillatelser til Power BI-elementer som allerede er distribuert til et arbeidsområde. Lisenser påvirker hva en bruker kan gjøre, men har ingen innvirkning på elementtillatelser eller de ulike rollene i Fabric.

Trinn 5: Identifisere om forbrukere krever kompileringstillatelse

Noen forbrukere kan ha mer avanserte behov som ikke oppfylles med det tilgjengelige skrivebeskyttede innholdet. Disse forbrukerne kan dra nytte av å ha kompileringstillatelse på de underliggende dataelementene (for eksempel semantiske modeller), slik at de kan opprette nytt innhold (for eksempel rapporter).

Til slutt kan det hende at forbrukerne ønsker å dele innholdet sitt med andre, og da blir de også innholdsopprettere.

Hvis du gir kompileringstillatelse, må du sørge for at du lærer opp innholdsforbrukere om hvordan de oppretter sitt eget innhold ved hjelp av Power BI eller Excel. Hvis du ikke gjør det, kan det hende at disse brukerne bruker tillatelsene sine til å eksportere data til Excel, noe som gjør at de får kompileringstillatelse i utgangspunktet.

Alternativ 1: Ingen kompileringstillatelse

Det enkleste scenarioet er når brukere bare trenger å vise innhold, og de ikke ønsker å produsere sitt eget innhold.

Denne tilnærmingen er gunstig når:

• Du mangler for øyeblikket ressurser eller prosesser for å støtte forbrukere, slik at de kan opprette sitt eget innhold.
• Du har ennå ikke lært brukerne hvordan de skal koble til, og opprette innhold fra, dataelementer.
• Forbrukere uttrykker at de bare ønsker å vise innhold og ikke opprette det.
• Det er ikke noe forretningsbehov for forbrukere å opprette sitt eget innhold.

I disse scenarioene bør du søke å gi alternative tilnærminger til å gi kompileringstillatelse når forbrukerne fremdeles ønsker å analysere og utforske data.

Vurder følgende Power BI-funksjoner som gir fleksibilitet til forbrukerne:

• Feltparametere: Du kan opprette feltparametere i semantiske modeller som støtter dynamisk utvalg av dimensjoner og mål i rapporter. Dette alternativet gir brukere muligheten til å velge et felt fra en slicer, og feltet brukes deretter i visualobjekter.
• Visualobjekt for nedbrytningstre: Du kan bruke visualobjektet for nedbrytingstre i rapporter for å la forbrukere utforske data på tvers av flere dimensjoner de velger.
• Tilpass visualobjekter: Du kan aktivere tilpassing av visualobjekter i en rapport, slik at forbrukere kan endre visualobjekter slik at de passer seg selv. De kan endre alle visualobjekter, inkludert visualobjekttypen, formatinnstillingene og hvilke felt visualobjektet bruker. De kan også tilpasse rapportsiden til et hvilket som helst felt du forhåndsvelger fra den semantiske modellen, slik at de kan utføre ad hoc-analyse.

Hvis forbrukerne ikke krever kompileringstillatelse nå, kan det hende de trenger det i fremtiden. Forretningsmål og databehov kan utvikle seg raskt. Å lære brukere å opprette sitt eget innhold og utføre sin egen analyse er en god måte å skalere implementeringen på ved å aktivere brukere og fremme forfallsdatoen for datakulturen.

Alternativ 2: Kompileringstillatelse for apppublikum

Du kan gi kompileringstillatelse til medlemmer av en app-målgruppe, som gjelder for alle de underliggende semantiske modellene for rapportene og instrumentbordene som er inkludert i appen.

Denne tilnærmingen er gunstig når:

• Du distribuerer innhold ved hjelp av Power BI-apper.
• Forbrukere krever bare kompileringstillatelse for semantiske modeller.
• Du må gi flere brukere kompileringstillatelse til flere elementer i samme arbeidsområde.

Ikke gi kompileringstillatelse ved å legge til forbrukere i arbeidsområderollene Administrator, Medlem eller Bidragsyter. Disse rollene gir skrivetillatelse , og ikke kompileringstillatelse . Når brukere har skrivetillatelse, håndheves ikke sikkerhet på radnivå, og det gjør det mulig for dem å vise og endre sikkerhetsreglene.

Alternativ 3: Tillatelse for elementbygg

Du kan gi kompileringstillatelse til individuelle dataelementer i et arbeidsområde.

Denne tilnærmingen er gunstig når:

• Du gir tilgang til arbeidsområdeinnhold ved å legge til forbrukere i Seer-rollen.
• Du må bare gi kompileringstillatelse på bestemte elementer.
• Du planlegger å gi kompileringstillatelse til et lite delsett av brukere.

Sjekkliste – Når du planlegger innholdsdistribusjon til forbrukere, omfatter viktige beslutninger og handlinger:

• Definer hvem du skal distribuere innholdet til: Hvis du ikke allerede har gjort det, må du bestemme hvor mange brukere som trenger tilgang til innholdet. Definer eventuelle relevante brukersegmenter og om disse segmentene har ulike behov eller måter å bruke innholdet på som kan påvirke distribusjonsmetoden.
• Planlegg datasikkerhetsmodellen: Bestem om innholdet har datasikkerhet brukt, og hvordan du planlegger å administrere medlemskap i sikkerhetsrolle.
• Planlegg tillatelsesmodellen: Bestem hvem som skal få tilgang til hvilket innhold og hvordan denne tilgangen påvirker distribusjonsmetodene dine.
• Opprett Microsoft Entra-sikkerhetsgrupper og legg til brukere i grupper: Bruk av sikkerhetsgrupper til å administrere rollemedlemskap, tilgang og tillatelser er mer effektivt og skalerbart enn å administrere individuelle kontoer.
• Legg til sikkerhetsgrupper i datasikkerhetsroller: Hvis du bruker sikkerhet på radnivå eller sikkerhet på objektnivå, må du sørge for at du tilordner sikkerhetsgrupper til de riktige rollene.
• Dele datagatewayer: Om nødvendig gi datagatewaytilgang ved å legge til forbrukere i datakildetilkoblinger ved hjelp av rollen Bruker (eller Bruker med deling).
• Bestem hvordan du skal håndtere eksterne brukere: Identifiser om du trenger å dele innhold til forbrukere utenfor organisasjonen. I så fall må du bestemme deg for hvordan du vil dele innhold med disse brukerne.
• Legg til eksterne gjestebrukere: Hvis du planlegger å dele innhold ved hjelp av Microsoft Entra B2B, ber du om at de relevante administratorene legger til gjestebrukerne.
• Tilordne per bruker-lisenser: Sørg for at forbrukerne har de riktige lisensene for å få tilgang til innhold. Hvis du planlegger å bygge inn innhold i andre tjenester, må du kontrollere om disse tjenestene har andre lisensieringskrav.
• Bestem deg for hvordan du deler innhold: Bestem om du vil dele innhold via apper, arbeidsområder eller direkte tilgang til enkeltelementer. Hvis du bruker direkte tilgang, må du bestemme hvordan brukere skal få tilgang til elementene (for eksempel via en sentralisert portal eller via innhold som er innebygd i en annen tjeneste, for eksempel Teams).
• Bestem hvordan du vil gi kompileringstillatelse: Bestem om du vil gi kompileringstillatelse i det hele tatt, og i så fall om du gir den via appmålgrupper eller individuelle innholdselementer.
• Gi kompileringstillatelse: Om nødvendig kan du gi kompileringstillatelse til brukere som trenger det, til å utføre sin egen analyse på de underliggende dataelementene.

Planlegge å dele innhold med andre opprettere

I virksomhets- og selvbetjeningsscenarioer må du dele innhold med andre opprettere. Deling av innhold med andre opprettere forenkler samarbeid mellom utviklere som arbeider med det samme innholdet. Det forenkler også dataoppdagelse og datademokratisering blant selvbetjente brukere som oppretter sitt eget innhold.

Diagrammet nedenfor viser en oversikt over de ulike fremgangsmåtene du kan ta for å dele innhold med andre opprettere.

Diagrammet viser følgende konsepter og prosesser:

Element	Bekrivelse
	Innholdsopprettere oppretter og distribuerer innhold i organisasjonen. De kan dele innhold med andre interne brukere som bruker Fabric (for eksempel Fabric-portalen eller Power BI-mobilappen).
	Opprettere kan også dele elementer utenfor organisasjonen. De kan distribuere innhold til eksterne gjestebrukere som har blitt lagt til i organisasjonen med Microsoft Entra B2B. I noen scenarioer kan opprettere også dele innholdsfilene sine til eksterne brukere.
	Innhold distribueres i en Fabric-leier, der opprettere kan bruke eller vise det.
	Stoffkapasitet er nødvendig for å opprette og dele stoffelementer.
	Innhold distribueres til et arbeidsområde.
	Opprettere kan distribuere innhold med andre interne brukere eller eksterne gjestebrukere som er innholdsopprettere, ved å tilordne dem til rollene administrator, medlem eller bidragsyterarbeidsområde. Vi anbefaler at du bruker prinsippet om minst mulig rettighet når du deler innhold etter arbeidsområderolle.
	Opprettere kan også dele innhold med andre interne brukere eller eksterne gjestebrukere som er innholdsopprettere, ved å dele individuelle elementer via koblinger. Når opprettere har tilgang til dataelementer via direkte tilgang eller arbeidsområderoller, kan de oppdage dette innholdet ved hjelp av OneLake-katalogen.
	I et arbeidsområde på Fabric-kapasitet kan opprettere lage og bruke lakehouses, som består av tabeller og filer i mapper.
	Opprettere kan dele data i en lakehouse-mappe til andre interne brukere eller eksterne gjestebrukere som oppretter ved hjelp av OneLake-datatilgangsroller, som også kalles rollebasert tilgangskontroll (RBAC).
	I et arbeidsområde på Fabric-kapasitet kan opprettere lage og bruke KQL-databaser, som omfatter tabeller og filer i mapper.
	Opprettere kan dele data fra en lakehouse- eller KQL-databasemapper med eksterne brukere utenfor organisasjonen ved hjelp av ekstern datadeling.

Trinn 1: Identifisere hvem opprettere er og hvordan de får tilgang

Det første trinnet når du deler innhold med opprettere, er å identifisere hvem de er og hvordan de skal få tilgang til elementene eller dataene de trenger for å lage og dele sitt eget innhold.

Deretter er du klar til å fullføre følgende oppgaver:

• Del gatewayer: Om nødvendig konfigurerer du tilgang til datagatewayen ved å legge til forbrukere i datakildetilkoblinger i rollen Bruker (eller Bruker med deling).
• Opprett arbeidsområder: Opprett og del tilgang til et arbeidsområde der opprettere bør publisere innholdet, hvis de ikke allerede har et. Opprettere trenger kanskje tilgang til mer enn ett arbeidsområde hvis de planlegger å bruke separate arbeidsområder til å utvikle, teste og dele innhold med forbrukere. Alternativt kan du dele tilgang til et eksisterende arbeidsområde som inneholder annet innhold som oppretterne trenger tilgang til (beskrevet senere i denne artikkelen).
• Tilordne lisenser: Opprettere trenger forskjellige lisenser avhengig av innholdet de produserer.
  • Power BI Pro-lisenser kreves alltid for å opprette og dele Power BI-innhold.
  • PPU-lisenser kreves for å opprette og dele innhold når arbeidsområdet bruker PPU-lisensmodus.
  • Ingen lisens kreves for å opprette og dele Fabric-elementer når arbeidsområdet er på Fabric-kapasitet.

Alternativ 1: Du gir tilgang til opprettere

Du kan proaktivt dele innhold med opprettere, for eksempel fremgangsmåten som er beskrevet for innholdsforbrukere.

Denne tilnærmingen er gunstig når:

• Opprettere trenger tilgang til bare noen få dataelementer.
• Du vil ha mer kontroll over hva innholdsopprettere kan finne og bruke.

Alternativ 2: Opprettere finner elementer og ber om tilgang fra OneLake-katalogen

Du bør oppfordre brukere til å bruke OneLake-katalogen til å oppdage innhold de kan bruke som datakilde. Der, og når det er nødvendig, kan innholdsopprettere be om tilgang til disse dataelementene. Når de får kompileringstillatelse, kan de deretter opprette nytt innhold basert på disse elementene.

Denne tilnærmingen er gunstig når:

• Du bruker anbefalinger til å heve og sertifisere kvalitetsinnhold.
• Du merker innhold som synlig, slik at brukere kan finne det fra OneLake-katalogen.
• Du har opprettet en prosess for å administrere tilgangsforespørsler på en bærekraftig måte.
• Brukere har gjennomgått opplæring om hvordan de finner og bruker dataelementer i Fabric.

Hvis du vil se et dataelement i OneLake-katalogen, må opprettere enten ha tilgang til elementet, eller det må merkes som synlig. Du kan for eksempel gi opprettere lesetillatelse til semantiske modeller eller merke disse semantiske modellene som synlige, noe som gjør det mulig for brukere å finne dem og be om kompileringstillatelse for å bruke dem.

Trinn 2: Bestem deg for opprettertillatelser

Avhengig av hvordan opprettere bruker innholdet, kan det hende de trenger forskjellige tillatelser.

Alternativ 1: Skrivetillatelse

Du kan gi innholdsopprettere skrivetillatelse til å redigere og samarbeide på et element. Når du gir innholdsopprettere skrivetillatelse, må du sørge for at du også gir tilgang til innholdsfiler om nødvendig.

Gi opprettere skrivetillatelser når:

• Opprettere må endre eller administrere elementet.
• Du vil samarbeide med oppretterne på elementet.

Hvis innholdsopprettere vil samarbeide, bør du planlegge hvordan de best kan gjøre det. Vurder for eksempel hvordan du kan bruke versjonskontroll til å spore og behandle endringer.

Alternativ 2: Kompileringstillatelse

Du kan gi innholdsopprettere kompileringstillatelse til å koble til og bruke semantiske modeller til å opprette nytt innhold. Med kompileringstillatelse kan ikke innholdsopprettere endre det opprinnelige elementet.

Gi opprettere kompileringstillatelser når opprettere oppretter nytt innhold fra eksisterende semantiske modeller.

Noen dataelementtyper, for eksempel lakehouses eller datalagre, støtter ikke kompileringstillatelse. Hvis opprettere i stedet vil bruke disse dataelementene til å opprette sitt eget innhold, bør du gi dem lesetillatelse.

Alternativ 3: Lesetillatelse

Du kan gi opprettere lesetillatelse til bestemte fabric-dataelementer, for eksempel lakehouses. På den måten kan de lage sitt eget innhold (for eksempel semantiske modeller og rapporter) uten å endre det opprinnelige dataelementet.

Gi oppretterne lesetillatelse når:

• Opprettere bør oppdage semantiske modeller i OneLake-katalogen for å vise metadataene og deretter be om kompileringstillatelse fra eieren av innholdet.
• Opprettere bør bruke Fabric-dataelementer som lakehouses eller datalagre til å lage sitt eget innhold.

Trinn 3: Identifisere om opprettere er utenfor organisasjonen

Hvis innholdsopprettere utenfor organisasjonen krever tilgang til elementer eller data, må du utføre bestemte handlinger. Scenariene og vurderingene for innholdsforbrukere gjelder også her.

Du har flere alternativer for å dele innhold med eksterne opprettere. De to første alternativene ligner på hvordan du deler innhold med eksterne forbrukere, bortsett fra at du gir skrivetillatelse til opprettere.

Alternativ 1: Opprette dupliserte identiteter for eksterne opprettere

Du kan opprette en ny konto for den eksterne forbrukeren i leieren som de må bruke til å få tilgang til innholdet.

Vurder å bruke dupliserte identiteter for eksterne opprettere når:

• Eksterne opprettere må få tilgang til andre interne tjenester, eller de foretrekker å bruke en egen, intern konto.
• Organisasjonspolicyer eller administratorinnstillinger tillater ikke deling mellom bedrifter og bedrifter (B2B).
• Begrensninger for Microsoft Entra B2B hindrer deg i å gjøre det du trenger å gjøre. Eksempler på begrensninger for Microsoft Entra B2B for opprettere inkluderer:
  • Eksterne gjestebrukere kan ikke bruke Power BI Desktop til å koble til semantiske modeller eller dataflyter som er i Power Bi-tjeneste og ikke kan publisere fra Power BI Desktop.
  • Eksterne gjestebrukere kan ikke angi følsomhetsetiketter.
  • Eksterne gjestebrukere kan ikke installere en lokal datagateway.

Alternativ 2: Opprette en Microsoft Entra B2B-gjestekonto for eksterne opprettere

Du kan legge til den eksterne oppretteren som gjestebruker og dele elementet med dem. Gjestebrukere kan ta med sin egen Power BI Pro- eller PPU-lisens til bruk i vertsleieren. Gjestebrukere har imidlertid flere viktige begrensninger når de oppretter og deler Power BI-innhold med andre, for eksempel begrensningene for semantisk modelldeling på stedet.

Vurder å distribuere innhold til eksterne gjestebrukere når:

• Eksterne opprettere har sine egne Power BI Pro- og PPU-lisenser.
• Du vil dele noen innholdselementer med noen eksterne opprettere å bruke.
• Du distribuerer innhold til mange eksterne opprettere som har.

Viktig

Kontroller at du tester om Microsoft Entra B2B er den beste fremgangsmåten før du bestemmer deg for å bruke den. Vi anbefaler at du utfører en liten prøveversjon med flere opprettere før du forplikter deg til denne strategien for innholdsdistribusjon. Under denne prøveversjonen må du sørge for at oppretterne utfører alle nødvendige aktiviteter for å oppdage mulige advarsler eller begrensninger som kan hindre dem i å gjøre det de trenger å gjøre.

Eksterne innholdsforbrukere kan bruke OneLake-katalogen til å vise og få tilgang til semantiske modeller i sin egen leier som har blitt delt med dem. Dette konseptet kalles semantisk modelldeling på stedet. Det krever at Fabric-administratorer gjør det mulig for gjestebrukerne å arbeide med delte semantiske modeller i sin egen leierinnstilling .

Eksterne innholdsforbrukere kan koble til disse semantiske modellene for å opprette sammensatte semantiske modeller og rapporter som de kan publisere til arbeidsområder i sin egen tenant.

Microsoft Entra B2B og på stedet semantisk modell deling både har ulike hensyn og begrensninger som du bør huske på.

Trinn 4: Identifisere hvilke opprettere som trenger tilgang

Du kan gi tilgang til opprettere på fire forskjellige nivåer, avhengig av hva de trenger å gjøre:

• Datasamlebåndtilgang for distribusjon: Gir opprettere tilgang til et utrullingssamlebånd og lar dem utløse distribusjoner for å fremme innhold mellom faser. Opprettere krever tilgang til de underliggende arbeidsområdene for å bruke utrullingssamlebånd.
• Arbeidsområdetilgang: Gir opprettere tilgang til alt innholdet i et arbeidsområde.
• Elementtilgang: Gir opprettere tilgang til ett enkelt innholdselement i et arbeidsområde.
• Datatilgang: Gir opprettere tilgang til bestemte data i et element. Opprettere krever skrivetillatelse for at et element skal kunne bruke datatilgang på data i elementet.

Opprettertilgang kan omfatte flere alternativer, avhengig av omstendighetene. Du kan for eksempel gi et oppretterelement tilgang til et lakehouse og datatilgang for å begrense hva de kan bruke fra lakehouse. Deretter kan du gi den oppretteren tilgang til flere arbeidsområder for å publisere semantiske modeller og rapporter, og en utrullingssamlebånd for å distribuere innholdet mellom disse arbeidsområdene.

Følg prinsippet om minst mulig rettigheter når du gir opprettere tilgang til utrullingssamlebånd, arbeidsområder og elementer. Unngå for eksempel å tilordne opprettere til arbeidsområderoller med tillatelser de ikke trenger, for eksempel administratorrollen. Hvis de ikke trenger å oppdatere app- eller arbeidsområdekonfigurasjonen, må du ikke tilordne oppretterne medlemsrollen.

De følgende inndelingene hjelper deg med å finne ut hvilke tilgangsopprettere som skal få.

Alternativ 1: Datasamlebåndtilgang for distribusjon

Du kan gi opprettere tilgang til et utrullingssamlebånd for å administrere innholdsdistribusjon mellom flere arbeidsområder. Disse oppretterne kan også endre distribusjonssamlebåndet og se gjennom distribusjonsloggen.

Denne tilnærmingen er gunstig når:

• Du bruker utrullingssamlebånd til å distribuere innhold mellom arbeidsområder.
• Innholdsoppretteren vil være ansvarlig for å se gjennom innhold under distribusjonsprosessen.

Begrens datasamlebåndtilgang for distribusjon til bare noen få personer som vil være ansvarlige for å bestemme når innhold skal distribueres eller frigis til neste fase.

Alternativ 2: Arbeidsområdetilgang

Du kan gi opprettere tilgang til alt innhold i et arbeidsområde ved å tilordne dem til rollen som medlems- eller bidragsyterarbeidsområde.

Denne tilnærmingen er gunstig når:

• Opprettere får også tilgang til datasamlebånd for distribusjon.
• Opprettere bør samarbeide i arbeidsområdet.
• Du bruker Git-integrering til å spore og behandle innholdsendringer i et eksternt repositorium som er koblet til arbeidsområdet.
• Opprettere må bruke en dataflyt.

Sørg for at du gir innholdsopprettere tilgang til et arbeidsområde for å publisere innholdet. Hvis de skal publisere innhold til samme arbeidsområde som det opprinnelige elementet de bruker, må du kontrollere at du gjør det klart for dem.

Alternativ 3: Elementtilgang

Du kan gi opprettere tilgang til individuelle innholdselementer i et arbeidsområde ved å dele via direkte tilgang. Med denne fremgangsmåten deler du en kobling til elementet (på samme måte som når du dele individuelle elementer med forbrukere), eller opprettere ber om tilgang etter at de oppdager innholdet i OneLake-katalogen.

Denne tilnærmingen er gunstig når:

• Opprettere bruker bare ett eller et delsett av elementer i et arbeidsområde.
• Du vil dele elementer med opprettere uten å gi tilgang til arbeidsområdet.
• Opprettere bør publisere innholdet de oppretter til sitt eget, separate arbeidsområde.
• Opprettere bør oppdage dataelementer fra OneLake-katalogen.

Merk

Deling av tilgang til et dataelement som et lakehouse eller semantisk modell vil også gi brukeren tilgang til de underliggende dataene i elementet. Det er ikke det samme som å gi datatilgang til objekter som tabeller eller filer ved hjelp av OneLake-datatilgangsrollene (eller RBAC).

Du kan ikke dele enkelte individuelle innholdselementer, for eksempel dataflyter. For disse elementene må du gi arbeidsområdetilgang til opprettere for å kunne vise og bruke dem.

Alternativ 4: Datatilgang

I noen tilfeller trenger innholdsopprettere tilgang til underliggende data. I dette tilfellet kan det hende at opprettere ønsker å transformere eller berike disse dataene til andre formål. Du har to alternativer for å dele data i Fabric:

• OneLake-datatilgangsrolle: Du kan tilordne noen til en datatilgangsrolle for data i en mappe i et lakehouse. Med denne fremgangsmåten kan du bruke RBAC på OneLake-data for å begrense hvilke data noen kan se.
• OneLake-snarveier: Selv om dette ikke bare er en delingsteknikk, kan du gi tilgang til data ved å opprette interne OneLake-snarveier for å referere til data i eksisterende Fabric-elementer. Med denne fremgangsmåten kan du bruke data på nytt på tvers av team og arbeidsområde, samtidig som du opprettholder én enkelt kopi av dataene.

Disse tilnærmingene er gunstige når:

• Organisasjonen har Fabric-kapasitet og bruker lakehouses til å lagre data for opprettere.
• Du vil begrense dataene som en oppretter kan se og bruke fra et lakehouse.
• Opprettere vil transformere de underliggende dataene som skal brukes i andre dataelementer.
• Opprettere kan ikke bruke andre tilnærminger, for eksempel sammensatte semantiske modeller.

Opprettere må ha lese- eller skrivetillatelse til lakehouse (enten via tilgang til arbeidsområdet eller elementtilgang) for å tilhøre en OneLake-datatilgangsrolle. Opprettere må ha skrivetillatelse til lakehouse for å opprette snarveier. Du kan ikke gi datatilgang uten først å gi tilgang til elementet som inneholder dataene.

Sjekkliste – Når du deler innhold med andre opprettere, omfatter viktige beslutninger og vurderinger:

• Identifisere hvordan innholdsopprettere får tilgang til innhold: Bestem om du proaktivt vil gi tilgang til innholdsopprettere, eller om de forventes å finne og be om tilgang til innholdet selv fra OneLake-katalogen.
• Opprett et arbeidsområde der opprettere kan publisere innhold: Sørg for at opprettere har et tilgjengelig arbeidsområde for å publisere semantiske modeller og rapporter, eller for å opprette annet innhold i Stoff-portalen.
• Tilordne lisenser til opprettere: Samarbeid med en passende administrator for å sikre at opprettere har de riktige lisensene per bruker for å opprette og dele innhold.
• Bestem hvilke tillatelser oppretterne skal ha: Bestem om opprettere trenger lese-, bygg- eller skrivetillatelse til eksisterende innhold.
• Del datagatewayer: Hvis det er nødvendig, konfigurerer du tilgang til datagatewayen ved å legge til forbrukere i datakildetilkoblinger i rollen Bruker (eller Bruker med deling).
• Bestem hvordan du skal håndtere eksterne brukere: Identifiser om du vil samarbeide med opprettere utenfor organisasjonen. I så fall må du bestemme deg for hvordan du vil dele innhold med disse brukerne.
• Legg til eksterne gjestebrukere: Hvis du deler innhold ved hjelp av Microsoft Entra B2B, ber du om at de relevante administratorene legger til gjestebrukerne.
• Bestem om opprettere trenger tilgang til eksisterende elementer: Identifiser om innholdsopprettere trenger tilgang til utrullingssamlebånd, arbeidsområder, individuelle innholdselementer eller data i lakehouses eller KQL-databaser.

Relatert innhold

Hvis du vil ha mer informasjon, handlinger, beslutningskriterier og anbefalinger for å hjelpe deg med implementeringsbeslutninger for Power BI, kan du se planlegging av Power BI-implementering.