Del via

Planlegging av Power BI-implementering: Brukerverktøy og -enheter

  • Artikkel

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 introduserer viktige hensyn for planlegging av brukerverktøy og administrasjon av enheter for å aktivere og støtte Power BI-forbrukere og -forfattere i organisasjonen. Denne artikkelen er rettet mot:

  • Center of Excellence (COE) og BI-team: Teamene som er ansvarlige for å overvåke Power BI i organisasjonen. Disse teamene inkluderer beslutningstakere som må bestemme hvilke verktøy som skal brukes til å opprette Power BI-innhold.
  • Fabric-administratorer: Administratorene som er ansvarlige for å overvåke Fabric i organisasjonen.
  • IT- og infrastrukturteam: Teknisk personale som installerer, oppdaterer og administrerer brukerenheter og maskiner.
  • Innholdsopprettere og innholdseiere: Brukere som trenger å kommunisere med kolleger og sende forespørsler om hva de trenger å ha installert.

Et viktig aspekt ved analyseinnføring er å sikre at innholdsforbrukere og innholdsopprettere har programmene de trenger. Effektiv administrasjon av verktøy– spesielt for brukere som oppretter innhold– fører til økt brukerinnføring og reduserer brukerstøttekostnader .

Forespørsler om nye verktøy

Hvordan du håndterer forespørsler om nye verktøy og programmer er en styringsbeslutning . Mange brukere som er nye i organisasjonen, eller som nettopp har kommet i gang med analyse, vet ikke hva de skal be om. Hvis du vil forenkle prosessen, kan du vurdere å behandle følgende forespørsler sammen:

  • Programvareforespørsler
  • Forespørsler om brukerlisens
  • Opplæringsforespørsler
  • Forespørsler om datatilgang

Programvareinstallasjoner er vanligvis it-avdelingens ansvar. For å sikre en optimal brukeropplevelse er det viktig at IT samarbeider med Center of Excellence (COE) om viktige beslutninger og prosesser, for eksempel:

  • Prosess for brukere å be om programvareinstallasjon. Det finnes flere måter å håndtere installasjonsforespørsler for programvare på:
    • Vanlige verktøy kan inkluderes i et standard maskinoppsett. IT-team refererer noen ganger til det som standardbygget.
    • Enkelte programmer kan installeres automatisk basert på jobbrolle. Programvaren som er installert, kan være basert på et attributt i brukerprofilen i Microsoft Entra ID.
    • Når det gjelder egendefinerte forespørsler, fungerer det bra å bruke et standard forespørselsskjema. Et skjema (i stedet for e-post) bygger opp en logg over forespørsler. Når forutsetninger eller flere lisenser kreves, kan godkjenning inkluderes i arbeidsflyten.
  • Prosess for installasjon av programvareoppdateringer. Tidsbasert installasjon av programvareoppdateringer er viktig. Målet er å holde seg så oppdatert som mulig. Vær oppmerksom på at brukere kan lese på nettet hva som er mulig og kan bli forvirret eller frustrert når nyere funksjoner ikke er tilgjengelige for dem. Hvis du vil ha mer informasjon, kan du se Klientverktøy senere i denne artikkelen.

Sjekkliste – Når du planlegger hvordan du skal håndtere forespørsler om nye verktøy, omfatter viktige beslutninger og handlinger:

  • Bestem hvordan du skal håndtere programvareforespørsler: Klargjør hvem som er ansvarlig for å motta og oppfylle nye forespørsler om programvareinstallasjon.
  • Bekreft om forutsetninger er nødvendige: Bestem hvilke organisatoriske forutsetninger som finnes knyttet til opplæring, finansiering, lisensiering og godkjenninger før du ber om at programvare installeres.
  • Opprett et sporingssystem: Opprett et system for å spore statusen og loggen for programvareforespørsler.
  • Opprett veiledning for brukere: Gi dokumentasjon i den sentraliserte portalen for hvordan du ber om nye verktøy og programmer. Vurder å finne denne veiledningen samtidig med hvordan du ber om lisenser, opplæring og tilgang til data.

Planlegg for forbrukerverktøy

I en organisasjon klassifiseres mange brukere som forbrukere. En forbruker viser innhold som er opprettet og publisert av andre.

De vanligste måtene en forbruker kan få tilgang til Power BI-innhold på inkluderer:

Programvare Målgruppe
Power BI-tjeneste Innholdsforbrukere viser innhold ved hjelp av en nettleser (for eksempel Microsoft Edge).
Teams Innholdsforbrukere som viser innhold som er publisert på Power Bi-tjeneste ved hjelp av Power BI-appen for Microsoft Teams. Dette alternativet er praktisk når brukere tilbringer mye tid i Teams. Hvis du vil ha mer informasjon, kan du se Veiledning for hvordan organisasjonen kan bruke Power BI i Microsoft Teams.
Power BI for mobilenheter program Innholdsforbrukere som samhandler med innhold som har blitt publisert til Power Bi-tjeneste (eller rapportserver for Power BI) ved hjelp av iOS-, Android- eller Windows 10-programmer.
OneDrive/SharePoint-visningsprogram Innholdsforbrukere som viser Power BI Desktop-filer (PBIX) som er lagret i OneDrive eller SharePoint ved hjelp av en nettleser. Dette alternativet er et nyttig alternativ til å dele de opprinnelige Power BI Desktop-filene. OneDrive/SharePoint-visningsprogrammet passer best for uformelle team som ønsker å gi en egendefinert, nettbasert rapportforbrukeropplevelse uten eksplisitt publisering av PBIX-filer til Power Bi-tjeneste.
Power Apps-løsninger Innholdsforbrukere som viser innhold fra Power Bi-tjeneste som er innebygd i en Power Apps-løsning.
Egendefinert program Innholdsforbrukere som viser innhold fra Power Bi-tjeneste som er innebygd i et egendefinert program for organisasjonen eller kundene dine.

Merk

Denne listen er ikke ment å være en fullstendig liste over måter å få tilgang til Power BI-innhold på.

Siden brukeropplevelsen kan variere litt mellom ulike nettlesere, anbefaler vi at du dokumenterer nettleseranbefalinger i den sentraliserte portalen. Hvis du vil ha mer informasjon, kan du se Støttede nettlesere for Power BI.

Sjekkliste – Når du planlegger for forbrukerverktøy, omfatter viktige beslutninger og handlinger:

  • Bruk en moderne nettleser: Sørg for at alle brukere har tilgang til en moderne nettleser som støttes for Power BI. Bekreft at den foretrukne nettleseren oppdateres regelmessig på alle brukerenheter.
  • Bestem hvordan Teams skal brukes med Power BI: Bestem hvordan brukere for øyeblikket arbeider, og i hvilken grad Teams-integrering er nyttig. Angi innstillingene for Aktiver Teams-integrering og Installer Power BI-appen automatisk i administrasjonsportalen for Fabric i henhold til din beslutning.
  • Aktiver og installer Teams-appen: Hvis Teams er et vanlig verktøy, kan du aktivere Power BI-appen for Microsoft Teams. Vurder å forhåndsinstallere appen for alle brukere som en bekvemmelighet.
  • Bestem om det er tillatt å vise Power BI Desktop-filer: Vurder om visning av Power BI Desktop-filer som er lagret i OneDrive eller SharePoint, er tillatt eller oppmuntret. Angi at brukerne kan vise Power BI-filer som er lagret i onedrive- og SharePoint-leierinnstillingen i henhold til beslutningen din.
  • Lære opp brukere: Gi veiledning og opplæring for innholdsopprettere om hvordan du gjør det beste ut av hvert alternativ, og hvor du kan lagre filer på en sikker måte. Inkluder anbefalinger, for eksempel foretrukne nettlesere, i den sentraliserte portalen.
  • Gjennomføre kunnskapsoverføring med kundestøtteteamet: Bekreft at kundestøtteteamet er forberedt på å svare på vanlige spørsmål fra brukere.

Planlegge redigeringsverktøy

Noen brukere regnes som innholdsopprettere. En innholdsoppretter forfattere og publiserer innhold som vises av forbrukere.

Det finnes flere verktøy som innholdsopprettere kan bruke til å redigere Power BI-innhold. Noen verktøy er rettet mot selvbetjente innholdsopprettere . Andre verktøy er rettet mot avanserte innholdsopprettere.

Tips

Denne delen introduserer de vanligste redigeringsverktøyene. En forfatter trenger imidlertid ikke alle. Når du er i tvil, starter du med bare å installere Power BI Desktop.

Tilgjengelige verktøy for redigering

Tabellen nedenfor viser de vanligste verktøyene og programmene som er tilgjengelige for innholdsopprettere.

Programvare Målgruppe
Power BI-tjeneste Innholdsforbrukere og opprettere som utvikler innhold ved hjelp av en nettleser.
Power BI Desktop Innholdsopprettere som utvikler datamodeller og interaktive rapporter som vil bli publisert til Power Bi-tjeneste.
Power BI Desktop optimalisert for rapportserver Innholdsopprettere som utvikler datamodeller og interaktive rapporter som vil bli publisert til rapportserver for Power BI (en forenklet lokal rapportportal).
Power BI Report Builder Rapportopprettere som utvikler paginerte rapporter som vil bli publisert til Power Bi-tjeneste eller for å rapportserver for Power BI.
Power BI-app for Teams Innholdsopprettere og forbrukere som samhandler med innhold i Power Bi-tjeneste, når deres preferanse er å forbli i Microsoft Teams-programmet.
Power BI for mobilenheter program Innholdsopprettere og forbrukere som samhandler med og administrerer innhold som har blitt publisert til Power Bi-tjeneste (eller rapportserver for Power BI) ved hjelp av iOS-, Android- eller Windows 10-programmer.
Excel Innholdsopprettere som utvikler Excel-baserte rapporter i arbeidsbøker som kan omfatte pivottabeller, diagrammer, slicere og mer. Excel-arbeidsbøker kan også vises i Power Bi-tjeneste når de lagres i SharePoint eller OneDrive for jobb eller skole.
Tredjepartsverktøy Avanserte innholdsopprettere kan eventuelt bruke tredjepartsverktøy og utvide de innebygde funksjonene til formål som avansert administrasjon av datamodell og publisering av virksomhetsinnhold.

Velg et redigeringsverktøy

Når du velger et redigeringsverktøy, er det noen viktige faktorer du bør vurdere. Noen av følgende beslutninger kan tas én gang, mens andre beslutninger må evalueres for hvert prosjekt eller hver løsning du oppretter.

  • Er nettleserbasert redigering ønskelig? For å forbedre brukervennligheten og redusere friksjonen støtter Power BI (og andre stoffarbeidsbelastninger) nettleserbasert funksjonalitet både for innholdsforbruk og oppretting av innhold. Det er en fordel fordi en nettleser er lett tilgjengelig for alle brukere, uavhengig av skrivebordsoperativsystemet de bruker (inkludert Mac-brukere).
  • Hva er den ønskede utviklingsopplevelsen? Vurder at Power BI Desktop kan brukes til å opprette datamodeller og interaktive rapporter, mens Power BI Report Builder er et utformingsverktøy for å opprette paginerte rapporter. Tredjepartsverktøy tilbyr også ekstra funksjonalitet til utviklere som ikke er tilgjengelige i Power BI Desktop. Fordi utviklingsopplevelsen er forskjellig mellom verktøy, bør kravene for hver spesifikke løsning ta hensyn til beslutningen din om hvilket verktøy du skal bruke.
  • Hva er ønsket publiseringsopplevelse? Avanserte innholdsopprettere og innholdseiere foretrekker kanskje å publisere innhold ved hjelp av et tredjepartsverktøy (for eksempel ALM Toolkit for å sammenligne og slå sammen modeller). Kravene for hver spesifikke løsning bør vurderes.
  • Hva er den foretrukne måten å få tilgang til og/eller administrere semantiske modeller på? I stedet for å bruke standard Power Query-opplevelse, kan det hende at avanserte innholdsopprettere foretrekker å lese og/eller skrive til semantiske modeller med det ønskede verktøyet ved hjelp av XMLA-endepunktet. Kravene for hver spesifikke løsning bør vurderes.
  • Hvor enkelt kan du holde klientverktøy oppdatert? Noen organisasjoner synes det er utfordrende å installere jevnlige oppdateringer av klientprogrammer. I dette tilfellet foretrekker kanskje brukere å bruke en nettleser når det er mulig.
  • Hva er ferdighetene og ekspertisen til brukerne? Det kan være eksisterende kunnskaper og preferanser som påvirker hvilket verktøy som er valgt. Dette valget påvirker både innledende utviklingsaktiviteter og den som støtter brukere og vedlikeholder eksisterende løsninger.
  • Hvordan administreres versjonskontroll? Versjonskontroll kan utføres på flere måter. Når du arbeider i et klientverktøy, foretrekker kanskje selvbetjente brukere å bruke OneDrive eller SharePoint, mens mer avanserte brukere kanskje foretrekker Git-integrering med klientverktøy. Når du arbeider i Power Bi-tjeneste, er git arbeidsområdeintegrasjon tilgjengelig.

Tips

Vi anbefaler at du bruker én metode for å arbeide og deretter konsekvent bruker denne metoden. Når for eksempel innholdsopprettere er inkonsekvente når det gjelder bruk av Power BI Desktop kontra Power Bi-tjeneste for oppretting av rapporter, blir det mye vanskeligere å finne ut hvor den opprinnelige rapporten befinner seg og hvem som er ansvarlig for den.

Når du skal bruke hvert redigeringsverktøy

Resten av denne inndelingen vurderer når du skal bruke de vanligste redigeringsverktøyene.

Nettbasert redigering

Funksjonene i Power Bi-tjeneste for redigering og redigering av innhold utvikler seg kontinuerlig (sammen med funksjoner for visning, deling og distribusjon av innhold). For innholdsopprettere som bruker et operativsystem som ikke er Windows (for eksempel macOS, Linux eller Unix), er nettbasert redigering i Power Bi-tjeneste et levedyktig alternativ. Nettbasert redigering er også nyttig for organisasjoner som ikke er i stand til å holde Power BI Desktop oppdatert i tide.

Merk

Siden Power Bi-tjeneste er et nettprogram, installerer Microsoft alle oppdateringer for å sikre at det er den nyeste versjonen. Det kan være en betydelig fordel for travle IT-team. Det er imidlertid også viktig å følge nøye med når utgivelser oppstår, slik at du blir informert om funksjonsendringer.

Det finnes noen typer Power BI-elementer som kan opprettes i den nettbaserte opplevelsen, for eksempel:

  • Dataflyt
  • Datamarts
  • Paginerte rapporter
  • Power BI-rapporter
  • Instrumentbord
  • Målstyringer

En stoffløsning kan opprettes fra ende til ende i en nettleser. Løsningen kan omfatte Power BI-elementer, og også ikke-Power BI-elementer (for eksempel et lakehouse).

Viktig

Når du velger å opprette innhold i nettleseren, er det viktig at du lærer opp innholdsopprettere hvor innhold skal lagres. Det er for eksempel enkelt å lagre en ny rapport i et personlig arbeidsområde, men det er ikke alltid et ideelt valg. Det er også viktig å vurdere hvordan versjonskontroll skal håndteres (for eksempel Git-integrering).

Power BI Desktop

Fordi det er et gratis program, er Power BI Desktop en flott måte for innholdsopprettere å komme i gang med utvikling av datamodeller og oppretting av interaktive rapporter. Med Power BI Desktop kan du koble til mange datakilder, kombinere data fra flere datakilder, rense og transformere data, opprette en datamodell, legge til DAX-beregninger og bygge rapporter i ett enkelt program. Power BI Desktop er godt egnet til å bygge interaktive rapporter med fokus på utforskning.

Her er noen punkter du bør vurdere når du bruker Power BI Desktop.

  • Du kan opprette rapporter i Power BI Desktop eller Power Bi-tjeneste. På grunn av denne fleksibiliteten er det nødvendig med en konsekvent prosess for hvordan og hvor innhold skal utvikles.
  • Bruk av versjonskontroll regnes som en anbefalt fremgangsmåte. Ett alternativ for selvbetjente innholdsopprettere er å lagre filer opprettet av Power BI Desktop på en plassering der versjonskontroll er aktivert (for eksempel OneDrive eller SharePoint) som kan sikres til autoriserte brukere. Avanserte innholdsopprettere foretrekker kanskje å bruke Git-integrering.
  • Power BI Desktop er tilgjengelig som et Windows-skrivebordsprogram. Det er også mulig å kjøre Power BI Desktop i et virtualisert miljø.
  • Power BI Desktop oppdateres vanligvis hver måned. Regelmessige oppdateringer gir brukere tilgang til nye funksjoner raskt. Men utrulling av jevnlige oppdateringer i en stor organisasjon krever planlegging. Hvis du vil ha mer informasjon, kan du se Klientverktøy senere i denne artikkelen.

Merk

Det finnes mange alternativer og innstillinger i Power BI Desktop som påvirker brukeropplevelsen betraktelig. Ikke alle innstillinger kan vedlikeholdes programmatisk med gruppepolicy eller registerinnstillinger (beskrevet senere i denne artikkelen). Én nøkkelinnstilling er knyttet til forhåndsvisningsfunksjoner som brukere kan aktivere i Power BI Desktop. Forhåndsvisningsfunksjoner kan imidlertid endres, har begrenset støtte og fungerer kanskje ikke alltid på samme måte i Power Bi-tjeneste (i løpet av forhåndsvisningsperioden).

Vi anbefaler at du bare bruker forhåndsvisningsfunksjoner til å evaluere og lære ny funksjonalitet. Forhåndsvisningsfunksjoner bør ikke brukes til driftskritisk produksjonsinnhold.

Power BI Desktop for rapportserver

I likhet med standardversjonen av Power BI Desktop kan innholdsopprettere bruke Power BI Desktop for rapportserver til å opprette PBIX-filer. Den støtter publisering av innhold til rapportserver for Power BI. Nye versjoner samsvarer med utgivelsesfrekvensen til rapportserver for Power BI, som vanligvis er tre ganger per år.

Det er viktig at innholdsopprettere bruker riktig rapportserverversjon av Power BI Desktop for å unngå kompatibilitetsproblemer etter at innhold er publisert til rapportserver for Power BI. Du kan laste ned og installere Power BI Desktop for rapportserver manuelt fra Microsoft Download Center.

For brukere som publiserer innhold til både Power Bi-tjeneste og rapportserver for Power BI, finnes det to alternativer.

  • Alternativ 1: Bruk bare Power BI Desktop for rapportserver fordi den produserer filer som kan publiseres til både Power Bi-tjeneste og rapportserveren. Nye redigeringsfunksjoner blir tilgjengelige for brukere omtrent hver fjerde måned (for å forbli i samsvar med rapportserver for Power BI utgivelsesfrekvens).
    • Proffene:
      • Innholdsopprettere trenger bare å bruke ett verktøy.
      • Innholdsopprettere er sikre på at innholdet de publiserer, er kompatibelt med rapportserveren.
      • Færre verktøy er enklere å administrere.
    • Ulemper:
      • Noen funksjoner som bare støttes i Power Bi-tjeneste, er ikke tilgjengelige i rapportserverversjonen av Power BI Desktop. Derfor kan det hende at innholdsopprettere synes det er begrensende.
      • Nye funksjoner er tregere for å bli tilgjengelige.
      • Forhåndsvisningsfunksjoner er ikke tilgjengelige.
  • Alternativ 2: Kjør begge versjonene – Power BI Desktop og Power BI Desktop for rapportserver – side ved side.
    • Proffene:
      • Alle funksjoner i standard Power BI Desktop er tilgjengelige for bruk.
      • Nye funksjoner for standard Power BI Desktop er tilgjengelig raskere.
      • Forhåndsvisningsfunksjoner for standard Power BI Desktop er tilgjengelige for bruk, etter innholdsoppretterens skjønn.
    • Ulemper:
      • Innholdsopprettere må være forberedt på kompleksitet fordi de må huske hvilken versjon de skal bruke når, basert på måldistribusjonsplasseringen. Risikoen er at når en PBIX-fil fra den nyere versjonen utilsiktet publiseres til rapportserver for Power BI, vil den kanskje ikke fungere som den skal. Datamodellspørringer mislykkes for eksempel, dataoppdatering mislykkes eller rapporter gjengis ikke riktig.
      • Innholdsopprettere må være oppmerksomme på standardvirkemåten når de åpner PBIX-filer direkte (i stedet for å åpne dem fra Power BI Desktop).

Microsoft Excel

Mange forretningsbrukere er dyktige med Microsoft Excel og ønsker å bruke det til dataanalyse ved hjelp av pivottabeller, diagrammer og slicere. Det finnes også andre nyttige Excel-funksjoner (for eksempel kubefunksjoner) som gir større fleksibilitet og formatering når du utformer et rutenettoppsett med verdier. Enkelte innholdsopprettere foretrekker kanskje også å bruke Excel-formler for enkelte typer beregninger (i stedet for DAX-beregninger i datamodellen), spesielt når de utfører datautforskningsaktiviteter.

Her er flere måter å effektivt bruke Excel med Power BI på.

  • Koble Excel til en semantisk Power BI-modell: Denne funksjonen kalles en live-tilkobling i Excel (når du starter fra Excel) eller som Analyser i Excel (når du starter fra Power Bi-tjeneste). Å koble Excel til en semantisk Power BI-modell passer best for rapportopprettere som foretrekker å bruke Excel til å opprette visualiseringer som er koblet til en eksisterende delt semantisk modell. Fordelen med denne fremgangsmåten er at det er en tilkobling, i stedet for en eksport av data, slik at dataene i Excel-arbeidsboken kan oppdateres.
  • Koble Excel til utvalgte tabeller i en semantisk Power BI-modell: Hvis du foretrekker å koble Excel til et delsett av tabeller i en Semantisk Power BI-modell (i stedet for hele den delte semantiske modellen), kan du bruke utvalgte tabeller. Dette alternativet fungerer bra når du trenger å relatere data som er i Excel, til data som er lagret i Power BI.
  • Eksporter til Excel med en live-tilkobling: Når du viser et visualobjekt, kan du eksportere en tabell med oppdaterbare data til Excel. Denne teknikken er nyttig når du vil utforske dataene ytterligere ved hjelp av en pivottabell i Excel.
  • Opprett en Excel-datamodell: Excel-datamodellen (tidligere kjent som Power Pivot) er en opprinnelig funksjon i Excel. Den bruker samme databasemotor som Power BI for lagring av importerte semantiske modeller, og den samme Power Query-funksjonaliteten for å hente data. Men i Excel oppdateres funksjonaliteten mye sjeldnere enn Power BI. Det er nyttig for innholdsopprettere som oppretter små modeller og har en sterk preferanse for å arbeide i Excel. Du kan også importere arbeidsboken fra SharePoint eller OneDrive for arbeid eller bedrift. Dette gjør at du kan vise arbeidsboken i Power Bi-tjeneste. Eller du kan opprette en ny semantisk Power BI-modell som er synkronisert med dataene i arbeidsboken (når den er lagret i OneDrive for jobb eller skole).

Det finnes andre måter å arbeide med Excel på. Disse alternativene er mindre optimale, og derfor bør du bare bruke dem når det er nødvendig.

  • Eksporter til Excel: Mange brukere har etablert en vane med å eksportere data til Excel fra rapporter eller instrumentbord. Selv om Power BI støtter denne funksjonen, bør den brukes forsiktig og i moderasjon fordi det resulterer i et statisk sett med data. For å sikre at dataeksporten til Excel ikke overbrukes, bør brukere i organisasjonen læres opp på ulempene ved eksport, og administratorer bør spore eksporter i brukeraktivitetsdataene.
  • Hent kildedata fra Excel: Excel kan brukes som datakilde når du importerer data til Power BI. Denne funksjonen fungerer best for små prosjekter når en brukervennlig Excel-basert løsning kreves for å vedlikeholde kildedata. Det kan også være nyttig å raskt utføre et konseptbevis (POC). Hvis du imidlertid vil redusere risikoen forbundet med Excel-datakilder, bør excel-kildefilen lagres på en sikker, delt plassering. Kolonnenavn bør heller ikke endres for å sikre at dataoppdateringer lykkes.

Tips

Vi anbefaler at du primært oppfordrer til bruk av Excel som en live-tilkobling.

Her er noen viktige punkter du bør vurdere når du skal avgjøre om Excel er et passende redigeringsverktøy.

  • Enkelte forutsetninger må være på plass for å tillate brukere å koble til en Semantisk Power BI-modell fra Excel.
  • I enkelte organisasjoner har brukere 32-bitersversjonen av Excel installert i stedet for 64-bitersversjonen. 64-bitersversjonen av Excel kan støtte større datavolumer, og fungerer vanligvis bedre enn 32-bitersversjonen. Alle dataleverandører må også justere etter dette valget.
  • Noen funksjoner i Power BI Desktop er ikke tilgjengelige i Excel-datamodellen, eller de utgis på en betydelig langsommere kadens. Derfor kan det hende at komplekse modelleringskrav ikke er (lett) mulig i Excel.
  • Noen koblinger og datakilder som er tilgjengelige i Power BI Desktop, er ikke tilgjengelige i Excel.

Tips

Mange organisasjoner har eksisterende Excel-løsninger som kan moderniseres ved å koble Excel-filen til en delt semantisk Power BI-modell (i stedet for å bruke en dataeksport). Live-tilkobling lagrer brukere fra gjentatte kjedelige trinn, hindrer at data blir foreldet, og sikrer at datasikkerhet konsekvent brukes når brukere oppdaterer Excel-dataene.

Power BI Report Builder

Power BI Report Builder er et verktøy for å opprette en paginert rapportfil (RDL). Paginerte rapporter kan distribueres til enten Power Bi-tjeneste eller rapportserver for Power BI. Hvis du har erfaring med å opprette rapporter i SQL Server Reporting Services (SSRS), ser du at det er en lignende opplevelse for oppretting av rapporter.

Paginerte rapporter passer best til høyt formaterte rapporter, eller utskriftsklare rapporter, for eksempel årsregnskap. De er også egnet for rapporter som er ment å skrives ut eller for PDF-generering, og når brukerinndata (med rapportparametere) kreves.

Tips

Hvis du vil ha andre scenarioer som favoriserer valg av paginerte rapporter, kan du se Når du skal bruke paginerte rapporter i Power BI.

Her er noen viktige punkter å vurdere når du bestemmer deg for å bruke Power BI Report Builder.

  • Fremgangsmåte når du arbeider i Power BI Report Builder med en annen tankegang enn når du arbeider i Power BI Desktop. En paginert rapport fokuserer alltid på oppretting av én enkelt rapport (omvendt kan en semantisk modell som er opprettet i Power BI Desktop, betjene mange forskjellige rapporter).
  • Utvikling av paginerte rapporter innebærer mer kompetanse enn å opprette Power BI-rapporter. Hovedfordelen er imidlertid finjustert kontroll over datahenting, oppsett og plassering.
  • En paginert rapport er opptatt av både datahenting og oppsett. Du må utvikle en spørring (kjent som et datasett) for å hente data fra en ekstern datakilde, noe som kan innebære å skrive en opprinnelig spørringssetning (i DAX, T-SQL eller annet språk). Datasettet tilhører én rapport, slik at det ikke kan publiseres og brukes av andre paginerte rapporter.
  • Rapportforbrukere blir vant til den innebygde interaktiviteten til Power BI-rapporter. Rapportinteraktivitet er imidlertid ikke en styrke for paginerte rapporter. Forsøk på å oppnå lignende interaktivitet i paginerte rapporter kan være utfordrende eller umulig.
  • Hvis du trenger tilgang til data ved hjelp av en lagret databaseprosedyre (for eksempel en lagret prosedyre i Azure SQL Database), er det mulig med paginerte rapporter.
  • Det finnes noen funksjonsforskjeller og funksjoner som ikke støttes, avhengig av om den paginerte rapporten publiseres til Power Bi-tjeneste eller rapportserver for Power BI. Vi anbefaler at du utfører et konseptbevis for å finne ut hva som er mulig for målmiljøet.

Tips

Hvis du vil ha mer informasjon, kan du se Vanlige spørsmål om paginerte rapporter i Power BI og utformingstips for rapporter i Power BI Report Builder.

Tredjepartsverktøy

Avanserte innholdsopprettere kan velge å bruke tredjepartsverktøy, spesielt for virksomhetsskalaoperasjoner. De kan bruke tredjepartsverktøy til å utvikle, publisere, administrere og optimalisere datamodeller. Målet med disse verktøyene er å utvide utviklings- og administrasjonsfunksjonene som er tilgjengelige for semantiske modellopprettere. Vanlige eksempler på tredjepartsverktøy inkluderer Tabellredigering, DAX Studio og ALM Toolkit. Hvis du vil ha mer informasjon, kan du se det avanserte bruksscenarioet for datamodellbehandling .

Merk

Bruken av tredjepartsverktøy har blitt utbredt i det globale Power BI-fellesskapet, spesielt av avanserte innholdsopprettere, utviklere og IT-eksperter.

Det finnes tre hovedmåter å bruke tredjepartsverktøy for semantisk modellutvikling og -administrasjon på.

  • Bruk et eksternt verktøy til å koble til en lokal datamodell i Power BI Desktop: Noen tredjepartsverktøy kan koble til datamodellen i en åpen Power BI Desktop-fil. Når de er registrert i Power BI Desktop, kalles disse verktøyene eksterne verktøy og utvider de opprinnelige funksjonene i Power BI Desktop.
  • Bruk XMLA-endepunktet til å koble til en ekstern datamodell i Power Bi-tjeneste: Noen tredjepartsverktøy kan bruke XMLA-protokollen (XMLA) til å koble til en semantisk modell som er publisert til Power Bi-tjeneste. Verktøy som er kompatible med XMLA-protokollen, bruker Microsoft-klientbiblioteker til å lese og/eller skrive data til en datamodell ved hjelp av TOM-operasjoner (Tabular Object Model).
  • Bruk en malfil til å koble til en lokal datamodell i Power BI Desktop: Noen tredjepartsverktøy distribuerer funksjonaliteten på en enkel måte ved hjelp av en Power BI Desktop-malfil (PBIT).

Noen tredjepartsverktøy er proprietære og krever en betalt lisens (for eksempel Tabellredigering 3). Andre fellesskapsverktøy er gratis og åpen kilde (for eksempel Tabellredigering 2, DAX Studio og ALM Toolkit). Vi anbefaler at du nøye evaluerer funksjonene i hvert verktøy, kostnader og støttemodellen, slik at du kan støtte innholdsoppretterne tilstrekkelig.

Tips

Noen organisasjoner synes det er enklere å få godkjent et nytt verktøy som støttes fullstendig (selv når det er en lisenskostnad). Andre organisasjoner synes imidlertid det er enklere å få godkjent et gratis åpen kildekode-verktøy. IT-avdelingen kan gi veiledning og hjelpe deg med å gjøre den nødvendige due diligence.

Sjekkliste – Når du planlegger redigeringsverktøy, omfatter viktige beslutninger og handlinger:

  • Bestem hvilke redigeringsverktøy som skal oppmuntres: For selvbetjente opprettere og avanserte innholdsopprettere bør du vurdere hvilke av de tilgjengelige verktøyene som skal fremmes aktivt for bruk i organisasjonen.
  • Bestem hvilke redigeringsverktøy som skal støttes: For selvbetjente opprettere og avanserte innholdsopprettere bør du vurdere hvilke av de tilgjengelige verktøyene som støttes og av hvem.
  • Evaluer bruken av tredjepartsverktøy: Vurder hvilke tredjepartsverktøy som skal tillates eller oppmuntres til avanserte innholdsopprettere. Undersøk personvernpolicyen, lisensieringskostnadene og støttemodellen.
  • Opprett veiledning for innholdsopprettere: Gi veiledning og opplæring for å hjelpe brukere med å velge og bruke riktig redigeringsverktøy for sine omstendigheter.

Administrere og konfigurere enheter

Denne delen beskriver vurderinger for å installere og oppdatere verktøy og programmer og konfigurere brukerenheter.

Klientverktøy

IT bruker ofte termklientverktøyene til å referere til programvare som er installert på klientmaskiner (brukerenheter). Den vanligste Power BI-programvaren som er installert på en brukerenhet, er Power BI Desktop.

Siden Microsoft vanligvis oppdaterer Power BI Desktop hver måned, er det viktig å ha en sømløs prosess for administrasjon av installasjoner og oppdateringer.

Her er flere måter organisasjoner kan administrere installasjoner og oppdateringer av Power BI Desktop på.

Type installasjon Støtter automatiske oppdateringer Beskrivelse
Microsoft Store Ja Power BI Desktop distribueres fra Microsoft Store. Alle oppdateringer, inkludert feilrettinger, installeres automatisk. Dette alternativet er en enkel og sømløs tilnærming, forutsatt at organisasjonen ikke blokkerer noen (eller alle) apper fra Microsoft Store for noen (eller alle) brukere.
Manuell installasjon No Du kan laste ned og installere en kjørbar fil (.exe) manuelt fra Microsoft Download Center. Vær imidlertid oppmerksom på at brukeren som installerer programvaren, må ha lokale administratorrettigheter – i de fleste organisasjoner er disse rettighetene begrenset. Hvis du velger å bruke denne tilnærmingen (og den ikke administreres av IT), er det en risiko for at brukere ender opp med ulike versjoner av Power BI Desktop installert, noe som kan resultere i kompatibilitetsproblemer. Med denne fremgangsmåten må også alle brukere varsles om å installere QFE-utgivelser (Quick Fix Engineering), også kjent som feilrettinger, når de kommer ut.
IT-administrerte systemer Avhenger av oppsettet Du kan bruke en rekke IT-administrerte organisasjonsdistribusjonsmetoder, for eksempel Microsoft System Center eller Microsoft Application Virtualization (App-V). Dette alternativet passer best for organisasjoner som trenger å administrere mange installasjoner i stor skala eller på en tilpasset måte.

Det er viktig at brukerenheter har tilstrekkelige systemressurser. Hvis du vil være produktiv, kan det hende at innholdsopprettere som arbeider med store datavolumer, trenger systemressurser som overskrider minimumskravene – spesielt minne (RAM) og CPU. IT kan ha foreslått maskinspesifikasjoner basert på deres erfaring med andre innholdsopprettere.

Alle innholdsopprettere som samarbeider om Power BI-utvikling, bør bruke samme versjon av programvaren – spesielt Power BI Desktop, som vanligvis oppdateres hver måned. Vi anbefaler at du gjør oppdateringer automatisk tilgjengelige for brukere fordi:

  • Flere innholdsopprettere som samarbeider på en Power BI Desktop-fil, er sikret å ha samme versjon. Det er viktig at opprettere som arbeider sammen på samme PBIX-fil, bruker samme programvareversjon.
  • Brukere trenger ikke å gjøre noe spesifikt for å få oppdateringer.
  • Brukere kan dra nytte av nye funksjoner, og deres erfaring er justert til kunngjøringer og dokumentasjon. Det kan påvirke innføring og brukertilfredshet når innholdsopprettere lærer om nye funksjoner og funksjoner, men de opplever lange forsinkelser mellom programvareoppdateringer.
  • Bare den nyeste versjonen av Power BI Desktop støttes av Microsoft. Hvis en bruker har et problem og filer en støtteforespørsel, blir de bedt av Microsoft kundestøtte om å oppgradere programvaren til den nyeste versjonen.

I tillegg til Power BI Desktop (beskrevet tidligere) må du kanskje installere og administrere andre Microsoft-verktøy eller tredjepartsverktøy på brukerenheter, inkludert mobile enheter. Hvis du vil ha en liste over mulige verktøy, kan du se Tilgjengelige verktøy for redigering tidligere i denne artikkelen.

Brukere som oppretter og administrerer filer i Fabric OneLake, kan også dra nytte av OneLake Filutforsker. Med dette verktøyet kan de enkelt laste opp, laste ned, redigere eller slette filer i OneLake ved hjelp av Filutforsker i Windows.

Merk

IT-avdelingen kan ha administrerte enhetspolicyer på plass. Disse policyene kan kontrollere hvilken programvare som kan installeres, og hvordan den administreres.

Forutsetninger for klientverktøy

Innholdsopprettere som har klientverktøy installert, for eksempel Power BI Desktop, kan kreve spesifikk nødvendig programvare eller pakker.

  • WebView2: (Obligatorisk) For innholdsopprettere som kjører Power BI Desktop, er Microsoft Edge WebView2 Runtime en forutsetning. WebView2 tillater innebygging av nettteknologier (for eksempel HTML, CSS og JavaScript) i Power BI Desktop på en sikker måte. WebView2 vil allerede være installert hvis brukerenheten har den nyeste versjonen av Windows eller har Microsoft 365-programmer installert og månedlige oppdateringer er aktivert.
  • .NET Framework: (Obligatorisk) For innholdsopprettere som kjører Power BI Desktop eller et tredjepartsverktøy, er .NET Framework en forutsetning. .NET Framework er en teknologi som støtter bygging og kjøring av Windows-apper. Power BI Desktop krever en bestemt versjon eller nyere versjon.
  • Microsoft Edge: (Obligatorisk) For innholdsopprettere som kjører Power BI Desktop, er Edge-nettleseren en forutsetning.
  • Python- og R-pakker: (Valgfritt) Python- og R-skript kan brukes på flere måter med Power BI, når de aktiveres av tenantinnstillingen. Skript kan brukes til å opprette Python-visualobjekter eller R-visualobjekter. Skript kan også opprettes i Power Query-redigering. I dette tilfellet kreves en personlig gateway fordi Python og R ikke støttes i standard datagateway. Python-pakker eller R-pakker er en forutsetning. For å unngå inkompatibiliteter bør IT administrere hvilke pakker som installeres, hvor de er installert, og at de installerte versjonene samsvarer med det som støttes i Power Bi-tjeneste.

Komponenter for datatilkobling

Avhengig av datakildene må du kanskje installere drivere, koblinger eller leverandører på brukerenheter. Disse komponentene aktiverer datatilkobling når en bruker arbeider i et klientverktøy (for eksempel Power BI Desktop) eller et tredjepartsverktøy.

  • Drivere: En driver er en programvarekomponent som kobles til andre systemer. Hvis du for eksempel vil koble til en Oracle-database, trenger du kanskje Oracle Data Access Client-programvaren. Hvis du vil koble til SAP HANA, trenger du kanskje en ODBC-driver.
  • Egendefinerte koblinger: En egendefinert datakildekobling kan være nødvendig når du kobler til et eldre eller rettighetsbeskyttet system.
  • Excel-leverandør: Med Analyser i Excel-leverandøren kan brukere opprette visualiseringer i Excel mens de er koblet til en eksisterende delt semantisk modell som har blitt publisert til Power Bi-tjeneste.
  • Analysis Services-klientbiblioteker: Når du kobler til en Analysis Services-kilde, må et klientbibliotek installeres.
  • Ole DB-leverandør for Access-database: Når du kobler til en Access-database, må en OLE DB-leverandør installeres.

Viktig

For datakilder som krever tilkobling via en gateway, må de samme driverne, koblingene og leverandørene være installert på hver datagatewaymaskin . Manglende komponenter i en datagateway er en vanlig årsak til dataoppdateringsfeil når innholdet er publisert til Power Bi-tjeneste.

Tips

For å forenkle leveringen til et større antall brukere distribuerer mange IT-team de vanligste driverne, koblingene og leverandørene som en del av standard konfigurasjon av brukerenheter.

Versjonskontrollverktøy

Innholdsopprettere som har klientverktøy installert, for eksempel Power BI Desktop, bør også ha mulighet til å lagre versjoner, eller historiske kopier, av filer. Tilgang til tidligere versjoner er spesielt nyttig når en endring må rulles tilbake.

Det finnes to hovedmåter å håndtere versjonskontroll av utviklingsfiler på.

Hvis du vil ha mer informasjon, kan du se Strategi for filplasseringer.

Egendefinerte visualobjekter

Egendefinerte visualobjekter i Power BI, som utviklere kan opprette ved hjelp av Power BI-visualobjektene SDK, gjør det mulig for power BI-rapportopprettere å arbeide utover de innebygde kjernevisualobjektene. Et egendefinert visualobjekt kan opprettes og utgis av Microsoft, programvareutviklere, leverandører eller partnere.

Hvis du vil bruke et egendefinert visualobjekt i Power BI Desktop, må det først installeres på maskinen til innholdsoppretteren. Det finnes flere måter å distribuere visualobjekter til brukere på.

  • AppSource: AppSource er en markedsplass for programmer, tillegg og utvidelser for Microsoft-programvare. Visualobjekter distribueres i AppSource ved hjelp av en Power BI-visualobjektfil (PBIVIZ). Et visualobjekt kan distribueres fritt eller krever en lisens.
    • Fordeler:
      • Det er enkelt for brukere å søke etter og finne visualobjekter i AppSource.
      • Alle rapporter og instrumentbord oppdateres automatisk for å bruke den nyeste versjonen av egendefinerte visualobjekter som er hentet fra AppSource.
      • Støtter bruk av sertifiserte visualobjekter.
      • Microsoft utfører grunnleggende valideringer av visualobjekter publisert til AppSource. Omfanget av gjennomgangen avhenger av om visualobjektet er sertifisert eller ikke.
    • Potensielle ulemper:
      • Når hver innholdsoppretter laster ned det de trenger fra AppSource, kan det føre til inkompatibilitetsverktøy når brukere har forskjellige versjoner installert.
      • En innholdsoppretter kan laste ned et visualobjekt som ennå ikke er testet eller godkjent for bruk i organisasjonen.
      • Utvikleren av visualobjektet må følge en streng publiseringsprosess. Selv om det styrker sikkerheten og forbedrer stabiliteten, kan prosessen gjøre det utfordrende å slippe en feilretting raskt,
  • Importere en visuell fil: En innholdsoppretter kan importere en visuell fil til Power BI Desktop.
    • Fordeler:
      • Visualobjekter som er tilgjengelige offentlig, eller privat distribuert, kan installeres. Dette inkluderer internt utviklede visualobjekter eller proprietære visualobjekter kjøpt fra en leverandør.
      • Gjør det mulig å skaffe en visuell fil utenfor AppSource.
    • Potensielle ulemper:
      • Uten et sentralisert system kan det være vanskelig for innholdsopprettere å vite hvilke visualobjekter som er godkjent for bruk i organisasjonen.
      • Når hver innholdsoppretter importerer den visuelle filen de har, kan det føre til inkompatibiliteter når brukere har forskjellige versjoner installert.
      • Oppdateringer overføres ikke automatisk til brukerenheter. Rapporter i lokale Power BI Desktop-filer oppdateres ikke før hver bruker oppdaterer sine visuelle filer.
      • Støtter ikke bruk av sertifiserte visualobjekter.
  • Organisasjonsvisualobjekter: Repositoriet for visualobjekter for organisasjoner er et sentralisert område i administrasjonsportalen for Stoff for administrasjon av visualobjekter.
    • Fordeler:
      • Innholdsopprettere trenger ikke å administrere visuelle filer. I stedet administrerer en Fabric-administrator sentralt versjonen av et visualobjekt som er tilgjengelig for alle brukere. Versjonskonsekvens sikres for alle brukere og alle rapporter.
      • Visualobjekter som er tilgjengelige offentlig eller privat distribuert, kan installeres. Dette inkluderer internt utviklede visualobjekter eller proprietære visualobjekter kjøpt fra en leverandør.
      • Visualobjekter kan testes og forhåndsgodkjent for bruk i organisasjonen. Denne bekreftelsesprosessen reduserer risikoen for at ikke-godkjente visualobjekter brukes. Det gir også større fleksibilitet for å angi hvilken bestemt versjon av et visualobjekt som er godkjent for bruk.
      • Alle rapporter og instrumentbord oppdateres automatisk for å bruke den nyeste versjonen (når en visuell fil oppdateres i administrasjonsportalen eller gjøres tilgjengelig i AppSource).
      • Hvis et visualobjekt som for øyeblikket er i bruk av organisasjonen, ikke lenger er pålitelig, kan det deaktiveres eller slettes fra organisasjonens repositorium for visualobjekter. I dette tilfellet gjengis ikke visualobjektet i rapporter og instrumentbord.
      • Tillater bruk av ikke-sertifiserte visualobjekter fra AppSource. Det er nyttig når du har angitt leierinnstillingen for å blokkere uncertified visualobjekter, men et bestemt ikke-sertifisert visualobjekt er validert og godkjent for bruk i organisasjonen.
    • Potensielle ulemper:
      • Organisasjonsvisualobjekter må administreres sentralt av en Fabric-administrator.
      • Sentralisering korrelerer med redusert brukerfleksibilitet og potensialet for forsinkelser ved oppdatering av versjonen av et visualobjekt.
      • Noen funksjoner er ikke tilgjengelige når et visualobjekt ikke er sertifisert (som krever import fra AppSource).

Viktig

Hvis organisasjonen er svært opptatt av datavern og datalekkasje, bør du vurdere å styre alle egendefinerte visualobjekter gjennom repositoriet for visualobjekter i organisasjonen.

Tips

Hvordan du distribuerer egendefinerte visualobjekter er en styringsvurdering . Vi anbefaler at du nøye evaluerer funksjonene i hvert visualobjekt, med tanke på kostnads- og støttemodellen, slik at du kan støtte innholdsoppretterne tilstrekkelig.

Før du godkjenner bruken av et nytt egendefinert visualobjekt, er det også viktig at du evaluerer eventuelle sikkerhets- og personvernrisikoer fordi:

  • Visualobjekter kjører JavaScript-kode og har tilgang til dataene de visualiserer.
  • Visualobjekter kan overføre data til en ekstern tjeneste. Et visualobjekt må for eksempel kanskje overføre data til en API for å kjøre en AI-algoritme eller gjengi et kart. Selv om et visualobjekt overfører data til en ekstern tjeneste, betyr det ikke at det er upålitelig. Et visualobjekt som overfører data, kan ikke sertifiseres.

Hvis du vil ha mer informasjon, kan du se Styre organisasjonsvisualobjekter.

Innstillinger for gruppepolicy

Gruppepolicy gir sentralisert administrasjon og konfigurasjon av operativsystemer, programmer og brukerinnstillinger for Windows-maskiner og nettverksmiljøet. Det hjelper IT med å rulle ut og administrere konsekvente brukerkontoer og maskininnstillinger. For Power BI Desktop er den vanligste bruken av gruppepolicy å administrere egendefinerte visualobjekter (beskrevet i forrige del).

Du kan angi om ikke-sertifiserte visualobjekter skal tillates eller blokkeres i Power BI Desktop. For å sikre at brukerne har en konsekvent opplevelse både i Power BI Desktop og Power Bi-tjeneste, er det viktig at egendefinerte visualobjekter administreres konsekvent på to steder.

  • Leierinnstilling: Leierinnstillingen Legg til og bruk bare sertifiserte visualobjekter (blokker ikke-sertifisert) leierinnstilling tillater eller blokkerer bruk av egendefinerte visualobjekter når brukere oppretter eller redigerer rapporter i Power Bi-tjeneste.

  • Gruppepolicy: Gruppepolicyinnstillingen styrer bruken av egendefinerte visualobjekter når brukere oppretter eller redigerer rapporter i Power BI Desktop. Hvis en innholdsoppretter brukte mye tid på å opprette innhold i Power BI Desktop som ikke kan vises i Power Bi-tjeneste (på grunn av en feiljustert leierinnstilling), vil det føre til en betydelig mengde brukerfrustrasjon. Det er derfor det er viktig å holde dem begge justert.

Du kan også bruke gruppepolicy til å angi om dataeksport er tillatt eller blokkert fra egendefinerte visualobjekter.

Registerinnstillinger

Windows-operativsystemet lagrer maskininformasjon, innstillinger og alternativer i Windows-registeret. Registerinnstillinger kan angis for å tilpasse brukermaskiner for Power BI Desktop. Registerinnstillinger kan oppdateres etter gruppepolicy, som hjelper IT med å konfigurere standardinnstillinger som er konsekvente for alle brukere (eller grupper med brukere).

Her er flere vanlige bruk av registerinnstillinger relatert til Power BI Desktop.

  • Deaktiver varsler om at en programvareoppdatering er tilgjengelig. Det er nyttig når du er sikker på at IT vil få Power BI Desktop-oppdateringen, utføre valideringer og deretter sende oppdateringer til brukerenheter gjennom den normale prosessen.
  • Angi det globale personvernnivået. Det er lurt å angi denne innstillingen til Organisatorisk som standard, fordi det kan bidra til å unngå brudd på personvernet når ulike datakilder slås sammen.
  • Deaktiver påloggingsskjemaet for Power BI Desktop. Deaktivering av skjemaet er nyttig når organisasjonsmaskiner logges på automatisk. I dette tilfellet trenger ikke brukeren å bli bedt om det.
  • Still inn Power Query-redigering ytelse. Denne innstillingen er nyttig når du trenger å påvirke virkemåten for spørringskjøring ved å endre standardinnstillingene.
  • Deaktiver fanen på båndet for eksterne verktøy . Du kan deaktivere båndfanen når du vet at du ikke kan godkjenne eller støtte bruken av eksterne verktøy.

Tips

Målet er vanligvis ikke å begrense hva brukere kan gjøre med verktøy. I stedet handler det om å forbedre brukeropplevelsen og redusere støttebehov.

Mobilenhetsadministrasjon

Mange brukere liker å samhandle med Power BI-innhold på en mobil enhet, for eksempel et nettbrett eller en telefon, enten de er hjemme eller på reise. Power BI-mobilappene for iOS, Android og Windows er først og fremst utformet for mindre formfaktorer og berøringsskjermer. De gjør det enklere å samhandle med innhold som er publisert på Power Bi-tjeneste eller rapportserver for Power BI.

Du kan angi policyer for appbeskyttelse og policyer for enhetsbeskyttelse for administrerte og uadministrerte enheter ved hjelp av Microsoft Intune. Intune er en programvaretjeneste som tilbyr administrasjon av mobilenheter og programmer, og støtter policyer for administrasjon av mobilprogrammer (MAM). Policyer kan angis på ulike beskyttelsesnivåer.

En MDM-løsning (Mobile Device Management) fra Microsoft 365 eller en tredjepart kan også brukes til å tilpasse virkemåten til Power BI-mobilapper. Power BI-appen for Windows støtter også Windows Information Protection (WIP).

Her er flere måter du kan velge å bruke MAM- og MDM-policyer på.

  • Angi innstillinger for databeskyttelse.
  • Krypter programdata når appen ikke er i bruk.
  • Tøm data selektivt når en enhet går tapt.
  • Hindre lagring av data til en personlig lagringsplassering.
  • Begrens handlinger for å klippe ut, kopiere og lime inn.
  • Hindre utskrift av organisasjonsdata.
  • Krev biometriske data, eller en PIN-kode for tilgang, for å åpne mobilappen.
  • Angi standard virkemåte når en bruker velger eller trykker i en mobilapp.

Hvis du vil ha mer informasjon om sikring av enheter og data, kan du se hvitboken for Power BI-sikkerhet.

Sjekkliste – Når du administrerer enheter, omfatter viktige beslutninger og handlinger:

  • Bestem hvordan Power BI Desktop skal oppdateres: Vurder hvordan du installerer Power BI Desktop (og andre klientverktøy). Når det er mulig, må du sørge for at oppdateringer installeres automatisk.
  • Identifiser nødvendige forutsetninger for klientverktøy: Kontroller at all nødvendig programvare og pakker installeres og oppdateres regelmessig.
  • Identifiser de nødvendige datatilkoblingskomponentene: Sørg for at alle drivere, koblinger og leverandører som kreves for datatilkobling, installeres og oppdateres regelmessig.
  • Bestem hvordan du skal håndtere egendefinerte visualobjekter: Bestem hvordan egendefinerte visualobjekter skal håndteres fra AppSource og andre kilder. Angi tillat visualobjekter som er opprettet fra Power BI SDK-leierinnstillingen, og legg til og bruk bare leierinnstillingene for sertifiserte visualobjekter for å justere avgjørelsene dine. Vurder å opprette en prosess som gjør det mulig for brukere å be om et nytt egendefinert visualobjekt.
  • Konfigurer gruppepolicyinnstillinger: Konfigurer gruppepolicy for å sikre at egendefinerte visualobjekter administreres på samme måte i Power BI Desktop som de er i Power Bi-tjeneste.
  • Konfigurer registerinnstillinger: Konfigurer registerinnstillingene for å tilpasse brukermaskiner når det er aktuelt.
  • Undersøk administrasjon av mobilenheter: Vurder å bruke policyer for appbeskyttelse og policyer for enhetsbeskyttelse for mobile enheter når det er aktuelt.

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.