Planering av Power BI-implementering: Användarverktyg och enheter

Den här artikeln beskriver viktiga överväganden för att planera användarverktyg och hantera enheter för att aktivera och stödja Power BI-konsumenter och författare i organisationen. Den här artikeln riktar sig till:

• Center of Excellence (COE) och BI-team: De team som ansvarar för att övervaka Power BI i organisationen. Dessa team omfattar beslutsfattare som behöver bestämma vilka verktyg som ska användas för att skapa Power BI-innehåll.
• Infrastrukturadministratörer: De administratörer som ansvarar för att övervaka infrastrukturresurser i organisationen.
• IT- och infrastrukturteam: Teknisk personal som installerar, uppdaterar och hanterar användarenheter och datorer.
• Innehållsskapare och innehållsägare: Användare som behöver kommunicera med kollegor och begära vad de behöver ha installerat.

En viktig aspekt av analysimplementeringen är att se till att innehållskonsumenter och innehållsskapare har de program de behöver. Effektiv hantering av verktyg , särskilt för användare som skapar innehåll, leder till ökad användarimplementering och minskar kostnaderna för användarsupport .

Begäranden om nya verktyg

Hur du hanterar begäranden om nya verktyg och program är ett styrningsbeslut . Många användare som är nya i organisationen, eller som precis har börjat med analys, vet inte vad de ska begära. För att förenkla processen bör du överväga att hantera följande begäranden tillsammans:

• Programvarubegäranden
• Begäranden om användarlicenser
• Träningsbegäranden
• Begäranden om dataåtkomst

Programvaruinstallationer är vanligtvis IT-avdelningens ansvar. För att säkerställa en optimal användarupplevelse är det viktigt att IT samarbetar med Center of Excellence (COE) om viktiga beslut och processer, till exempel:

• Bearbeta för användare att begära programinstallation. Det finns flera sätt att hantera programinstallationsbegäranden:
  • Vanliga verktyg kan ingå i en standardkonfiguration av datorer. IT-team refererar ibland till det som standardversion.
  • Vissa program kan installeras automatiskt baserat på jobbrollen. Programvaran som är installerad kan baseras på ett attribut i användarprofilen i Microsoft Entra-ID.
  • För anpassade begäranden fungerar det bra att använda ett standardformulär för begäranden. Ett formulär (i stället för e-post) skapar en historik över begäranden. När krav eller fler licenser krävs kan godkännande inkluderas i arbetsflödet.
• Process för att installera programuppdateringar. Installationen av programuppdateringar i rätt tid är viktig. Målet är att hålla sig så aktuell som möjligt. Tänk på att användarna kan läsa online vad som är möjligt och kan bli förvirrade eller frustrerade när nyare funktioner inte är tillgängliga för dem. Mer information finns i Klientverktyg senare i den här artikeln.

Checklista – När du planerar för att hantera begäranden om nya verktyg inkluderar viktiga beslut och åtgärder:

Planera för konsumentverktyg

I en organisation klassificeras många användare som konsumenter. En konsument visar innehåll som har skapats och publicerats av andra.

De vanligaste sätten som en konsument kan komma åt Power BI-innehåll på är:

Eftersom användarupplevelsen kan variera något mellan olika webbläsare rekommenderar vi att du dokumenterar webbläsarrekommendationer i den centraliserade portalen. Mer information finns i Webbläsare som stöds för Power BI.

Checklista – När du planerar för konsumentverktyg inkluderar viktiga beslut och åtgärder:

Planera för redigeringsverktyg

Vissa användare betraktas som innehållsskapare. En innehållsskapare skapar och publicerar innehåll som visas av konsumenter.

Det finns flera verktyg som innehållsskapare kan använda för att skapa Power BI-innehåll. Vissa verktyg riktar sig till innehållsskapare med självbetjäning . Andra verktyg riktar sig till avancerade innehållsskapare.

Tillgängliga verktyg för redigering

I följande tabell visas de vanligaste verktygen och programmen som är tillgängliga för innehållsskapare.

Välj ett redigeringsverktyg

När du väljer ett redigeringsverktyg finns det några viktiga faktorer som du bör tänka på. Några av följande beslut kan fattas en gång, medan andra beslut måste utvärderas för varje projekt eller lösning som du skapar.

• Är webbläsarbaserad redigering önskvärd? För att underlätta användningen och minska friktionen stöder Power BI (och andra infrastrukturarbetsbelastningar) webbläsarbaserade funktioner för både innehållsförbrukning och skapande av innehåll. Det är en fördel eftersom en webbläsare är lättillgänglig för alla användare, oavsett vilket skrivbordsoperativsystem de använder (inklusive Mac-användare).
• Vad är den önskade utvecklingsupplevelsen? Tänk på att Power BI Desktop kan användas för att skapa datamodeller och interaktiva rapporter, medan Power BI Report Builder är ett designverktyg för att skapa sidnumrerade rapporter. Dessutom erbjuder verktyg från tredje part extra funktioner för utvecklare som inte är tillgängliga i Power BI Desktop. Eftersom utvecklingsupplevelsen skiljer sig åt mellan verktygen bör kraven för varje specifik lösning ta hänsyn till ditt beslut om vilket verktyg som ska användas.
• Vilken är den önskade publiceringsupplevelsen? Avancerade innehållsskapare och innehållsägare kanske föredrar att publicera innehåll med hjälp av ett verktyg från tredje part (till exempel ALM Toolkit för att jämföra och slå samman modeller). Kraven för varje specifik lösning bör beaktas.
• Vilket är det bästa sättet att komma åt och/eller hantera semantiska modeller? I stället för att använda power query-standardupplevelsen kanske avancerade innehållsskapare föredrar att läsa och/eller skriva till semantiska modeller med valfritt verktyg med hjälp av XMLA-slutpunkten. Kraven för varje specifik lösning bör beaktas.
• Hur enkelt kan du hålla klientverktygen uppdaterade? Vissa organisationer tycker att det är svårt att installera frekventa uppdateringar av klientprogram. I det här fallet kanske användarna föredrar att använda en webbläsare när det är möjligt.
• Vilka är användarnas kunskaper och expertis? Det kan finnas befintliga kunskaper och inställningar som påverkar vilket verktyg som väljs. Det här valet påverkar både inledande utvecklingsaktiviteter och även vem som ska stödja användare och underhålla befintliga lösningar.
• Hur kommer versionshantering att hanteras? Versionskontrollen kan utföras på flera sätt. När du arbetar i ett klientverktyg kanske självbetjäningsanvändare föredrar att använda OneDrive eller SharePoint, medan mer avancerade användare kanske föredrar Git-integrering med klientverktyg. När du arbetar i Power BI-tjänst är Git-arbetsyteintegrering tillgängligt.

När du ska använda varje redigeringsverktyg

Resten av det här avsnittet tar hänsyn till när du ska använda de vanligaste redigeringsverktygen.

Webbaserad redigering

Funktionerna i Power BI-tjänst för redigering och redigering av innehåll utvecklas kontinuerligt (tillsammans med funktioner för att visa, dela och distribuera innehåll). För innehållsskapare som använder ett icke-Windows-operativsystem (till exempel macOS, Linux eller Unix) är webbaserad redigering i Power BI-tjänst ett genomförbart alternativ. Webbaserad redigering är också användbart för organisationer som inte kan hålla Power BI Desktop uppdaterat i tid.

Det finns vissa typer av Power BI-objekt som kan skapas i den webbaserade upplevelsen, till exempel:

• Dataflöden
• Datamarter
• Sidnumrerade rapporter
• Power BI rapporter
• Instrumentpaneler
• Styrkort

En Fabric-lösning kan skapas från slutpunkt till slutpunkt i en webbläsare. Lösningen kan innehålla Power BI-objekt och även icke-Power BI-objekt (till exempel ett lakehouse).

Power BI Desktop

Eftersom det är ett kostnadsfritt program är Power BI Desktop ett bra sätt för innehållsskapare att komma igång med att utveckla datamodeller och skapa interaktiva rapporter. Med Power BI Desktop kan du ansluta till många datakällor, kombinera data från flera datakällor, rensa och transformera data, skapa en datamodell, lägga till DAX-beräkningar och skapa rapporter i ett enda program. Power BI Desktop passar bra för att skapa interaktiva rapporter med fokus på utforskning.

Här följer några saker att tänka på när du använder Power BI Desktop.

• Du kan skapa rapporter i Power BI Desktop eller Power BI-tjänst. På grund av den här flexibiliteten krävs en konsekvent process för hur och var innehållet ska utvecklas.
• Användning av versionskontroll anses vara bästa praxis. Ett alternativ för innehållsskapare med självbetjäning är att spara filer som skapats av Power BI Desktop på en plats där versionshantering är aktiverat (till exempel OneDrive eller SharePoint) som kan skyddas för behöriga användare. Avancerade innehållsskapare kanske föredrar att använda Git-integrering.
• Power BI Desktop är tillgängligt som ett Windows-skrivbordsprogram. Du kan också köra Power BI Desktop i en virtualiserad miljö.
• Power BI Desktop uppdateras vanligtvis varje månad. Med regelbundna uppdateringar kan användarna snabbt komma åt nya funktioner. Att lansera frekventa uppdateringar i en stor organisation kräver dock planering. Mer information finns i Klientverktyg senare i den här artikeln.

Power BI Desktop för rapportserver

Precis som standardversionen av Power BI Desktop kan innehållsskapare använda Power BI Desktop för rapportserver för att skapa .pbix-filer. Den stöder publicering av innehåll till Power BI-rapportserver. Nya versioner överensstämmer med versionstaktet för Power BI-rapportserver, vilket vanligtvis är tre gånger per år.

Det är viktigt att innehållsskapare använder rätt rapportserverversion av Power BI Desktop för att undvika kompatibilitetsproblem när innehåll har publicerats till Power BI-rapportserver. Du kan ladda ned och installera Power BI Desktop för rapportservern manuellt från Microsoft Download Center.

För användare som publicerar innehåll till både Power BI-tjänst och Power BI-rapportserver finns det två alternativ.

• Alternativ 1: Använd endast Power BI Desktop för rapportservern eftersom den genererar filer som kan publiceras till både Power BI-tjänst och rapportservern. Nya redigeringsfunktioner blir tillgängliga för användare ungefär var fjärde månad (för att förbli konsekventa med Power BI-rapportserver lanseringstakt).
  • Proffsen:
    • Innehållsskapare behöver bara använda ett verktyg.
    • Innehållsskapare är säkra på att innehållet de publicerar är kompatibelt med rapportservern.
    • Färre verktyg är enklare att hantera.
  • Nackdelar:
    • Vissa funktioner som endast stöds i Power BI-tjänst är inte tillgängliga i rapportserverversionen av Power BI Desktop. Därför kan innehållsskapare tycka att det är begränsande.
    • Nya funktioner blir långsammare att bli tillgängliga.
    • Förhandsgranskningsfunktioner är inte tillgängliga.
• Alternativ 2: Kör båda versionerna – Power BI Desktop och Power BI Desktop för rapportserver – sida vid sida.
  • Proffsen:
    • Alla funktioner i Standard Power BI Desktop är tillgängliga för användning.
    • Nya funktioner för Standard Power BI Desktop är tillgängliga snabbare.
    • Förhandsversionsfunktioner för Standard Power BI Desktop är tillgängliga att använda, efter innehållsskapares gottfinnande.
  • Nackdelar:
    • Innehållsskapare måste förberedas för komplexitet eftersom de måste komma ihåg vilken version som ska användas när, baserat på måldistributionsplatsen. Risken är att när en .pbix-fil från den nyare versionen oavsiktligt publiceras till Power BI-rapportserver kanske den inte fungerar korrekt. Till exempel misslyckas datamodellfrågor, datauppdatering misslyckas eller rapporter återges inte korrekt.
    • Innehållsskapare måste vara medvetna om standardbeteendet när de öppnar .pbix-filer direkt (i stället för att öppna dem inifrån Power BI Desktop).

Microsoft Excel

Många företagsanvändare är skickliga på Microsoft Excel och vill använda det för dataanalys med hjälp av pivottabeller, diagram och utsnitt. Det finns även andra användbara Excel-funktioner (till exempel kubfunktioner) som ger större flexibilitet och formatering när du utformar en rutnätslayout med värden. Vissa innehållsskapare kanske också föredrar att använda Excel-formler för vissa typer av beräkningar (i stället för DAX-beräkningar i datamodellen), särskilt när de utför datautforskningsaktiviteter.

Här är flera sätt att effektivt använda Excel med Power BI.

• Ansluta Excel till en Power BI-semantisk modell: Den här funktionen kallas för en Live-anslutning i Excel (när du startar från Excel) eller som Analysera i Excel (när du börjar från Power BI-tjänst). Att ansluta Excel till en Power BI-semantisk modell passar bäst för rapportskapare som föredrar att använda Excel för att skapa visualiseringar som är anslutna till en befintlig delad semantisk modell. Fördelen med den här metoden är att det är en anslutning – i stället för en export av data – så att data i Excel-arbetsboken kan uppdateras.
• Anslut Excel till aktuella tabeller i en Power BI-semantisk modell: Om du föredrar att ansluta Excel till en delmängd av tabeller i en Power BI-semantisk modell (i stället för hela den delade semantiska modellen) kan du använda aktuella tabeller. Det här alternativet fungerar bra när du behöver relatera data som finns i Excel till data som lagras i Power BI.
• Exportera till Excel med en live-anslutning: När du visar ett visuellt objekt kan du exportera en tabell med uppdateringsbara data till Excel. Den här tekniken är användbar när du vill utforska data ytterligare med hjälp av en pivottabell i Excel.
• Skapa en Excel-datamodell: Excel-datamodellen (kallades tidigare Power Pivot) är en inbyggd funktion i Excel. Den använder samma databasmotor som Power BI för att lagra importerade semantiska modeller och samma Power Query-funktioner för att hämta data. I Excel uppdateras dock funktionerna mycket mindre ofta än Power BI. Det är användbart för innehållsskapare som skapar små modeller och har en stark inställning för att arbeta i Excel. Du kan också importera arbetsboken från SharePoint eller OneDrive för arbete eller företag. Det gör att du kan visa arbetsboken i Power BI-tjänst. Eller så kan du skapa en ny Power BI-semantisk modell som synkroniseras med data i arbetsboken (när den lagras i OneDrive för arbete eller skola).

Det finns andra sätt att arbeta med Excel. De här alternativen är mindre optimala, så du bör bara använda dem när det behövs.

• Exportera till Excel: Många användare har etablerat en vana att exportera data till Excel från rapporter eller instrumentpaneler. Även om Power BI stöder den här funktionen bör den användas försiktigt och med måtta eftersom den resulterar i en statisk uppsättning data. För att säkerställa att dataexporter till Excel inte överanvänds bör användare i organisationen utbildas om nackdelarna med exporter och administratörer bör spåra exporter i användaraktivitetsdata.
• Hämta källdata från Excel: Excel kan användas som datakälla när du importerar data till Power BI. Den här funktionen fungerar bäst för små projekt när en användarvänlig Excel-baserad lösning krävs för att underhålla källdata. Det kan också vara användbart att snabbt genomföra ett konceptbevis (POC). Men för att minska risken för Excel-datakällor bör excel-källfilen lagras på en säker, delad plats. Kolumnnamn bör inte heller ändras för att säkerställa att datauppdateringarna lyckas.

Här följer några viktiga saker att tänka på när du avgör om Excel är ett lämpligt redigeringsverktyg.

• Vissa förutsättningar måste finnas för att användarna ska kunna ansluta till en Power BI-semantisk modell från Excel.
• I vissa organisationer har användarna 32-bitarsversionen av Excel installerad i stället för 64-bitarsversionen. 64-bitarsversionen av Excel har stöd för större datavolymer och fungerar vanligtvis bättre än 32-bitarsversionen. Alla dataprovidrar måste också överensstämma med det här valet.
• Vissa funktioner i Power BI Desktop är inte tillgängliga i Excel-datamodellen, eller så släpps de på en betydligt långsammare takt. Därför är komplexa modelleringskrav kanske inte (enkelt) möjliga i Excel.
• Vissa anslutningsappar och datakällor som är tillgängliga i Power BI Desktop är inte tillgängliga i Excel.

Power BI Report Builder

Power BI Report Builder är ett verktyg för att skapa en sidnumrerad rapportfil (.rdl). Sidnumrerade rapporter kan distribueras till antingen Power BI-tjänst eller Power BI-rapportserver. Om du har erfarenhet av att skapa rapporter i SQL Server Reporting Services (SSRS) ser du att det är en liknande upplevelse för att skapa rapporter.

Sidnumrerade rapporter passar bäst för högformaterade eller utskriftsklara rapporter, till exempel bokslut. De är också lämpliga för rapporter som är avsedda att skrivas ut eller för PDF-generering och när användarindata (med rapportparametrar) krävs.

Här följer några viktiga saker att tänka på när du bestämmer dig för att använda Power BI Report Builder.

• Metod för att arbeta i Power BI Report Builder med ett annat tänkesätt än när du arbetar i Power BI Desktop. En sidnumrerad rapport fokuserar alltid på att skapa en enskild rapport (omvänt kan en semantisk modell som skapats i Power BI Desktop hantera många olika rapporter).
• Att utveckla sidnumrerade rapporter innebär mer kunskap än att skapa Power BI-rapporter. Den största fördelen är dock detaljerad kontroll över datahämtning, layout och placering.
• En sidnumrerad rapport handlar om både datahämtning och layout. Du måste utveckla en fråga (kallas för en datauppsättning) för att hämta data från en extern datakälla, vilket kan innebära att du skriver en intern frågeinstruktor (i DAX, T-SQL eller på annat språk). Datamängden tillhör en rapport, så den kan inte publiceras och användas av andra sidnumrerade rapporter.
• Rapportkonsumenter vänjer sig vid den inbyggda interaktiviteten i Power BI-rapporter. Rapportinteraktivitet är dock inte en styrka för sidnumrerade rapporter. Det kan vara svårt eller omöjligt att försöka uppnå liknande interaktivitet i sidnumrerade rapporter.
• Om du behöver komma åt data med hjälp av en databas lagrad procedur (till exempel en lagrad Azure SQL Database-procedur) är det möjligt med sidnumrerade rapporter.
• Det finns vissa funktionsskillnader och funktioner som inte stöds beroende på om den sidnumrerade rapporten publiceras till Power BI-tjänst eller Power BI-rapportserver. Vi rekommenderar att du utför ett konceptbevis för att avgöra vad som är möjligt för målmiljön.

Verktyg från tredje part

Avancerade innehållsskapare kan välja att använda verktyg från tredje part, särskilt för åtgärder i företagsskala. De kan använda verktyg från tredje part för att utveckla, publicera, hantera och optimera datamodeller. Målet med dessa verktyg är att bredda de utvecklings- och hanteringsfunktioner som är tillgängliga för semantiska modellskapare. Vanliga exempel på verktyg från tredje part är Tabellredigeraren, DAX Studio och ALM Toolkit. Mer information finns i användningsscenariot för hantering av avancerade datamodeller.

Det finns tre huvudsakliga sätt att använda verktyg från tredje part för utveckling och hantering av semantiska modeller.

• Använd ett externt verktyg för att ansluta till en lokal datamodell i Power BI Desktop: Vissa verktyg från tredje part kan ansluta till datamodellen i en öppen Power BI Desktop-fil. När de registreras med Power BI Desktop kallas dessa verktyg för externa verktyg och utökar de inbyggda funktionerna i Power BI Desktop.
• Använd XMLA-slutpunkten för att ansluta till en fjärrdatamodell i Power BI-tjänst: Vissa verktyg från tredje part kan använda XMLA-protokollet (XMLA) för att ansluta till en semantisk modell som har publicerats till Power BI-tjänst. Verktyg som är kompatibla med XMLA-protokollet använder Microsoft-klientbibliotek för att läsa och/eller skriva data till en datamodell med hjälp av TOM-åtgärder (Tabular Object Model).
• Använd en mallfil för att ansluta till en lokal datamodell i Power BI Desktop: Vissa verktyg från tredje part distribuerar sina funktioner på ett enkelt sätt med hjälp av en Power BI Desktop-mallfil (.pbit).

Vissa verktyg från tredje part är patentskyddade och kräver en betald licens (till exempel Tabellredigeraren 3). Andra communityverktyg är kostnadsfria och öppen källkod (till exempel Tabellredigeraren 2, DAX Studio och ALM Toolkit). Vi rekommenderar att du noggrant utvärderar funktionerna i varje verktyg, kostnad och dess supportmodell så att du kan ha tillräckligt stöd för dina innehållsskapare.

Checklista – När du planerar för redigeringsverktyg inkluderar viktiga beslut och åtgärder:

Hantera och konfigurera enheter

I det här avsnittet beskrivs överväganden för att installera och uppdatera verktyg och program och konfigurera användarenheter.

Klientverktyg

IT använder ofta termen klientverktyg för att referera till programvara som är installerad på klientdatorer (användarenheter). Den vanligaste Power BI-programvaran som är installerad på en användarenhet är Power BI Desktop.

Eftersom Microsoft vanligtvis uppdaterar Power BI Desktop varje månad är det viktigt att ha en sömlös process för att hantera installationer och uppdateringar.

Här är flera sätt som organisationer kan hantera installationer och uppdateringar av Power BI Desktop på.

Det är viktigt att användarenheter har tillräckliga systemresurser. För att vara produktiv kan innehållsskapare som arbetar med stora datavolymer behöva systemresurser som överskrider minimikraven – särskilt minne (RAM) och CPU. IT kan ha föreslagit datorspecifikationer baserat på deras erfarenhet med andra innehållsskapare.

Alla innehållsskapare som samarbetar med Power BI-utveckling bör använda samma version av programvaran, särskilt Power BI Desktop, som vanligtvis uppdateras varje månad. Vi rekommenderar att du gör uppdateringar automatiskt tillgängliga för användare eftersom:

• Flera innehållsskapare som samarbetar i en Power BI Desktop-fil är säkra på att de har samma version. Det är viktigt att skapare som arbetar tillsammans med samma .pbix-fil använder samma programvaruversion.
• Användarna behöver inte vidta några specifika åtgärder för att hämta uppdateringar.
• Användare kan dra nytta av nya funktioner och deras upplevelse är anpassad till meddelanden och dokumentation. Det kan påverka implementeringen och användarnöjdheten när innehållsskapare lär sig om nya funktioner och funktioner, men de upplever långa fördröjningar mellan programuppdateringar.
• Endast den senaste versionen av Power BI Desktop stöds av Microsoft. Om en användare har ett problem och skickar ett supportärende uppmanas de av Microsofts support att uppgradera sin programvara till den senaste versionen.

Förutom Power BI Desktop (beskrivs tidigare) kan du behöva installera och hantera andra Microsoft-verktyg eller verktyg från tredje part på användarenheter, inklusive mobila enheter. En lista över möjliga verktyg finns i Tillgängliga verktyg för redigering tidigare i den här artikeln.

Användare som skapar och hanterar filer som finns i Fabric OneLake kan också dra nytta av OneLake-Utforskaren. Med det här verktyget kan de enkelt ladda upp, ladda ned, redigera eller ta bort filer i OneLake med hjälp av Utforskaren i Windows.

Krav för klientverktyg

Innehållsskapare som har klientverktyg installerade, till exempel Power BI Desktop, kan kräva specifika nödvändiga program eller paket.

• WebView2: (Obligatoriskt) För innehållsskapare som kör Power BI Desktop är Microsoft Edge WebView2 Runtime en förutsättning. Med WebView2 kan du bädda in webbtekniker (till exempel HTML, CSS och JavaScript) i Power BI Desktop på ett säkert sätt. WebView2 installeras redan om användarenheten har den senaste versionen av Windows eller har Microsoft 365-program installerade och månatliga uppdateringar är aktiverade.
• .NET Framework: (Obligatoriskt) För innehållsskapare som kör Power BI Desktop eller ett verktyg från tredje part är .NET Framework en förutsättning. .NET Framework är en teknik som stöder att skapa och köra Windows-appar. Power BI Desktop kräver en viss version eller senare.
• Microsoft Edge: (Obligatoriskt) För innehållsskapare som kör Power BI Desktop är Edge-webbläsaren en förutsättning.
• Python- och R-paket: (Valfritt) Python- och R-skript kan användas på flera sätt med Power BI när de aktiveras av klientinställningen. Skript kan användas för att skapa visuella Python-objekt eller visuella R-objekt. Skript kan också skapas i Power Query-redigeraren. I det här fallet krävs en personlig gateway eftersom Python och R inte stöds i standarddatagatewayen. Python-paket eller R-paket är en förutsättning. För att undvika inkompatibiliteter bör IT hantera vilka paket som installeras, var de är installerade och att de installerade versionerna matchar vad som stöds i Power BI-tjänst.

Komponenter för dataanslutning

Beroende på dina datakällor kan du behöva installera drivrutiner, anslutningsappar eller leverantörer på användarenheter. Dessa komponenter aktiverar dataanslutning när en användare arbetar i ett klientverktyg (till exempel Power BI Desktop) eller ett verktyg från tredje part.

• Drivrutiner: En drivrutin är en programvarukomponent som ansluter till andra system. Om du till exempel vill ansluta till en Oracle-databas kan du behöva Oracle Data Access Client-programvaran. Eller så kan du behöva en ODBC-drivrutin för att ansluta till SAP HANA.
• Anpassade anslutningsappar: En anpassad datakälla kan krävas när du ansluter till ett äldre eller patentskyddat system.
• Excel-provider: Med providern Analysera i Excel kan användare skapa visualiseringar i Excel när de är anslutna till en befintlig delad semantisk modell som har publicerats till Power BI-tjänst.
• Analysis Services-klientbibliotek: När du ansluter till en Analysis Services-källa måste ett klientbibliotek installeras.
• Access Database OLE DB-provider: När du ansluter till en Access-databas måste en OLE DB-provider installeras.

Versionskontrollverktyg

Innehållsskapare som har klientverktyg installerade, till exempel Power BI Desktop, bör också ha ett sätt att spara versioner eller historiska kopior av filer. Åtkomst till tidigare versioner är särskilt användbart när en ändring måste återställas.

Det finns två huvudsakliga sätt att hantera versionshantering av utvecklingsfiler.

• Teams, OneDrive för företag, SharePoint: Innehållsskapare med självbetjäning sparar ofta filer i Teams, OneDrive för arbete eller skola eller SharePoint. Användarna tycker att de här verktygen är bekanta och enkla att använda. Delade bibliotek kan ordnas, skyddas för lämpliga medarbetare och versionshantering är inbyggt.
• Plugin-program för källkontroll: Avancerade innehållsskapare kan behöva integreras med ett källkontrollverktyg. Detta innebär till exempel vanligtvis att du installerar Git för källkontroll och sedan använder ett verktyg för källkontrollhantering som Visual Studio Code för att checka in innehållsändringar till en fjärrlagringsplats, till exempel Azure DevOps Repos. För Power BI Desktop kan utvecklarläge användas. I det här läget sparas innehållet som en Power BI-projektfil (.pbip), som är kompatibel för användning med önskat källkontrollsystem. När du arbetar med Fabric stöds Git-integrering för att arbeta med ett klientverktyg.

Mer information finns i Strategi för filplatser.

Anpassade visuella objekt

Anpassade visuella Power BI-objekt, som utvecklare kan skapa med hjälp av SDK för visuella Power BI-objekt, gör det möjligt för Power BI-rapportskapare att fungera utöver de inbyggda visuella objekten. Ett anpassat visuellt objekt kan skapas och släppas av Microsoft, programvaruutvecklare, leverantörer eller partner.

Om du vill använda ett anpassat visuellt objekt i Power BI Desktop måste det först installeras på datorn för innehållsskapare. Det finns flera sätt att distribuera visuella objekt till användare.

• AppSource: AppSource är en marknadsplats för program, tillägg och tillägg för Microsoft-programvara. Visuella objekt distribueras i AppSource med hjälp av en power BI-fil (.pbiviz). Ett visuellt objekt kan distribueras fritt eller kräva en licens.
  • Fördelar:
    • Det är enkelt för användare att söka efter och hitta visuella objekt i AppSource.
    • Alla rapporter och instrumentpaneler uppdateras automatiskt för att använda den senaste versionen av anpassade visuella objekt som har hämtats från AppSource.
    • Stöder användning av certifierade visuella objekt.
    • Microsoft utför grundläggande valideringar av visuella objekt som publicerats till AppSource. Omfattningen av granskningen beror på om det visuella objektet är certifierat eller inte.
  • Potentiella nackdelar:
    • När varje innehållsskapare laddar ned det de behöver från AppSource kan det leda till inkompatibiliteter när användare har olika versioner installerade.
    • En innehållsskapare kan ladda ned ett visuellt objekt som ännu inte har testats eller godkänts för användning i organisationen.
    • Utvecklaren av det visuella objektet måste följa en strikt publiceringsprocess. Även om det stärker säkerheten och förbättrar stabiliteten kan processen göra det svårt att snabbt släppa en felkorrigering.
• Importera en visuell fil: En innehållsskapare kan importera en visuell fil till Power BI Desktop.
  • Fördelar:
    • Visuella objekt som är tillgängliga offentligt eller privat distribuerade kan installeras. Det omfattar internt utvecklade visuella objekt eller egna visuella objekt som köpts från en leverantör.
    • Tillåter ett sätt att hämta en visuell fil utanför AppSource.
  • Potentiella nackdelar:
    • Utan ett centraliserat system kan det vara svårt för innehållsskapare att veta vilka visuella objekt som har godkänts för användning i organisationen.
    • När varje innehållsskapare importerar den visuella fil de har kan det leda till inkompatibiliteter när användare har olika versioner installerade.
    • Uppdateringar sprids inte automatiskt till användarenheter. Rapporter i lokala Power BI Desktop-filer uppdateras inte förrän varje användare uppdaterar sina visuella filer.
    • Stöder inte användning av certifierade visuella objekt.
• Visuella objekt i organisationen: Lagringsplatsen för visuella objekt i organisationen är ett centraliserat område i administratörsportalen för infrastrukturresurser för hantering av visuella objekt.
  • Fördelar:
    • Innehållsskapare behöver inte hantera visuella filer. I stället hanterar en infrastrukturadministratör den version av ett visuellt objekt som är tillgängligt för alla användare centralt. Versionskonsekvens säkerställs för alla användare och alla rapporter.
    • Visuella objekt som är tillgängliga offentligt eller privat distribuerade kan installeras. Det omfattar internt utvecklade visuella objekt eller egna visuella objekt som köpts från en leverantör.
    • Visuella objekt kan testas och förgodkännas för användning i organisationen. Den här verifieringsprocessen minskar risken för att icke-godkända visuella objekt används. Det ger också större flexibilitet för att ange vilken specifik version av ett visuellt objekt som är godkänd för användning.
    • Alla rapporter och instrumentpaneler uppdateras automatiskt för att använda den senaste versionen (när en visuell fil uppdateras i administratörsportalen eller görs tillgänglig i AppSource).
    • Om ett visuellt objekt som för närvarande används av organisationen inte längre anses vara tillförlitligt kan det inaktiveras eller tas bort från lagringsplatsen för visuella objekt i organisationen. I det här fallet återges inte det visuella objektet i rapporter och instrumentpaneler.
    • Tillåter användning av icke-certifierade visuella objekt från AppSource. Det är användbart när du har angett klientinställningen för att blockera ocertifierade visuella objekt, men ett specifikt icke-certifierat visuellt objekt har verifierats och godkänts för användning i organisationen.
  • Potentiella nackdelar:
    • Organisationsvisualiseringar måste hanteras centralt av en infrastrukturresursadministratör.
    • Centraliseringen korrelerar med minskad användarflexitet och risken för fördröjningar i uppdatering av versionen av ett visuellt objekt.
    • Vissa funktioner är inte tillgängliga när ett visuellt objekt inte är certifierat (vilket kräver import från AppSource).

Mer information finns i Styra visuella objekt i organisationen.

Grupprincipinställningar

Grupprincipen tillhandahåller centraliserad hantering och konfiguration av operativsystem, program och användarinställningar för Windows-datorer och nätverksmiljön. Det hjälper IT att distribuera och hantera konsekventa användarkonton och datorinställningar. För Power BI Desktop är den vanligaste användningen av grupprincip att hantera anpassade visuella objekt (beskrivs i föregående avsnitt).

Du kan ange om ocertifierade visuella objekt tillåts eller blockeras i Power BI Desktop. För att säkerställa att användarna har en konsekvent upplevelse i både Power BI Desktop och Power BI-tjänst är det viktigt att anpassade visuella objekt hanteras konsekvent på två platser.

• Klientinställning: Inställningen Lägg till och använd endast certifierade visuella objekt (blockera ocertifierade) klientorganisationer tillåter eller blockerar med anpassade visuella objekt när användare skapar eller redigerar rapporter i Power BI-tjänst.

• Grupprincip: Grupprincipinställningen styr användningen av anpassade visuella objekt när användare skapar eller redigerar rapporter i Power BI Desktop. Om en innehållsskapare ägnat mycket tid åt att skapa innehåll i Power BI Desktop som inte kan visas i Power BI-tjänst (på grund av en feljusterad klientinställning) skulle det leda till en betydande mängd användar frustration. Det är därför det är viktigt att hålla dem båda justerade.

Du kan också använda grupprincip för att ange om dataexport tillåts eller blockeras från anpassade visuella objekt.

Registerinställningar

Windows-operativsystemet lagrar datorinformation, inställningar och alternativ i Windows-registret. För Power BI Desktop kan registerinställningar ställas in för att anpassa användardatorer. Registerinställningar kan uppdateras av en grupprincip, vilket hjälper IT att konfigurera standardinställningar som är konsekventa för alla användare (eller grupper av användare).

Här följer flera vanliga användningar av registerinställningar relaterade till Power BI Desktop.

• Inaktivera meddelanden om att en programuppdatering är tillgänglig. Det är användbart när du är säker på att IT-enheten hämtar Power BI Desktop-uppdateringen, utför valideringar och sedan push-överför uppdateringar till användarenheter genom sin normala process.
• Ange den globala sekretessnivån. Det är klokt att ställa in den här inställningen på Organisations som standard eftersom den kan bidra till att undvika datasekretessöverträdelser när olika datakällor slås samman.
• Inaktivera power BI Desktop-inloggningsformuläret. Det är användbart att inaktivera formuläret när organisationsdatorer loggas in automatiskt. I det här fallet behöver användaren aldrig uppmanas.
• Justera Power Query-redigeraren prestanda. Den här inställningen är användbar när du behöver påverka frågekörningsbeteendet genom att ändra standardinställningarna.
• Inaktivera menyfliken för externa verktyg . Du kan inaktivera menyfliken när du vet att du inte kan godkänna eller stödja användningen av externa verktyg.

Hantering av mobilenheter

Många användare gillar att interagera med Power BI-innehåll på en mobil enhet, till exempel en surfplatta eller en telefon, oavsett om de är hemma eller reser. Power BI-mobilapparna för iOS, Android och Windows är främst utformade för mindre formfaktorer och pekskärmar. De gör det enklare att interagera med innehåll som har publicerats till Power BI-tjänst eller Power BI-rapportserver.

Du kan ange appskyddsprinciper och enhetsskyddsprinciper för hanterade och ohanterade enheter med hjälp av Microsoft Intune. Intune är en programvarutjänst som tillhandahåller hantering av mobila enheter och program, och den stöder mam-principer (hantering av mobilprogram). Principer kan anges på olika skyddsnivåer.

Du kan också använda en MDM-lösning (hantering av mobila enheter) från Microsoft 365, eller en tredje part, för att anpassa beteendet för Power BI-mobilappar. Power BI-appen för Windows har också stöd för Windows Information Protection (WIP).

Här är flera sätt som du kan välja att använda MAM- och MDM-principer på.

• Ange dataskyddsinställningar.
• Kryptera programdata när appen inte används.
• Rensa data selektivt när en enhet går förlorad.
• Förhindra att data sparas på en personlig lagringsplats.
• Begränsa åtgärder för att klippa ut, kopiera och klistra in.
• Förhindra utskrift av organisationsdata.
• Kräv biometriska data eller en PIN-kod för åtkomst för att öppna mobilappen.
• Ange standardbeteendet när en användare väljer eller trycker i en mobilapp.

Mer information om hur du skyddar enheter och data finns i white paper för Power BI-säkerhet.

Checklista – När du hanterar enheter omfattar viktiga beslut och åtgärder:

Relaterat innehåll

Mer information, åtgärder, beslutskriterier och rekommendationer som hjälper dig med beslut om Power BI-implementering finns i Planering för Power BI-implementering.