Vanliga frågor och svar om Power BI Embedded

Med Microsoft Power BI Embedded (PBIE) kan programutvecklare bädda in fantastiska, helt interaktiva rapporter i sina program utan att behöva skapa egna datavisualiseringar och kontroller från grunden.

Utvecklare och programvaruföretag, även kallade oberoende programvaruleverantörer , kodar program.

Power BI är en analyslösning för programvara som en tjänst som ger organisationer en enda vy över sina mest kritiska affärsdata.

Microsoft har utvecklat Power BI Embedded för ISV:er som vill bädda in visuella objekt i sina program för att hjälpa sina kunder att fatta analytiska beslut. Detta besparar ISV:er från att själva behöva skapa en egen analyslösning. Inbäddad analys gör det möjligt för företagsanvändare att komma åt affärsdata och köra frågor mot dem för att generera insikter i programmet.

Power BI Premium ger kapacitet till företag som vill ha en komplett BI-lösning med en enda översiktsvy över organisationen, partner, kunder och leverantörer. Power BI Premium hjälper organisationen att fatta beslut. Power BI Premium är en SaaS-produkt som gör det möjligt för användare att använda innehåll via mobilappar, internt utvecklade appar eller i Power BI portalen.

Power BI Embedded är avsett för programvaruleverantörer som vill bädda in visuella objekt i sina program. Power BI Embedded hjälper kunderna att fatta beslut. Eftersom Power BI Embedded är avsett för programutvecklare kan kunder med det programmet använda innehåll som lagras med Power BI Embedded-kapaciteten, även vem som helst inom och utom organisationen. Du kan inte dela Power BI Embedded-kapacitetsinnehåll genom att publicera på webben eller till SharePoint med ett klick.

Microsoft rekommenderar att företag köper Power BI Premium, en MOLN-BI-lösning i företagsklass. Vi rekommenderar att ISV:er köper Power BI Embedded för dess molndrivna inbäddade analyskomponenter. En kund har dock ingen begränsning för vilken produkt som ska köpas.

Det kan finnas fall där en ISV (vanligtvis stor), förutom appinbäddning, vill använda en P SKU för att få de extra fördelarna med de förpaketerade Power BI-tjänst i organisationen.

Mer information om skillnaderna mellan Premium och Embedded finns i Vilken SKU ska jag använda.

Inbäddningstoken med PPU-licens (Pro eller Premium per användare) är avsedda för utvecklingstestning, så ett Huvudkonto för Power BI eller tjänstens huvudnamn kan bara generera ett begränsat antal token. Köp en kapacitet för inbäddning i en produktionsmiljö. Det finns ingen gräns för hur många inbäddningstoken du kan generera när du köper en kapacitet. I utvecklingstestning kan du använda kostnadsfria utvärderingstoken för inbäddning med en Pro-licens. Om du vill bädda in i en produktionsmiljö måste du köpa en kapacitet.

Inbäddade Premium-kapaciteter tillhandahåller inte en inbyggd vertikal autoskalningsfunktion. Mer information om alternativa autoskalningsalternativ för Embedded Premium-kapaciteter finns i [Autoskalning i Embedded(./azure-pbie-scale-capacity.md#autoscale-your-capacity).

Power BI Embedded Premium utvärderar din användningsnivå genom att aggregera användningsposter var 30:e sekund. Varje utvärdering består av två olika sammansättningar: Interaktiv användning och bakgrundsanvändning.

Interaktiv användning utvärderas genom att ta hänsyn till alla interaktiva åtgärder som har slutförts i eller nära den aktuella utvärderingscykeln på halvminuten.

Bakgrundsanvändning utvärderas genom att beakta alla bakgrundsåtgärder som har slutförts under de senaste 24 timmarna, där varje bakgrundsåtgärd endast bidrar med 1/2880 av den totala CPU-kostnaden (det finns 2 880 utvärderingscykler under varje 24-timmarsperiod).

En kapacitet består av ett definierat antal v-kärnor. Appen Kapacitetsmått för Microsoft Fabric spårar användningen av din kapacitets v-kärnor. Cpu-användningen som rapporteras i appen driver behovet av autoskalning.

Om du har en A1-kapacitet med en v-kärna är varje utvärderingscykelkvot 30 sekunder (1*30) processoranvändning. Om summan av cpu-användningen överskrider den totala v-core-kvoten i din kapacitet, går kapaciteten in i ett tillfälligt interaktivt fördröjningsläge för begäran, under vilket varje interaktiv begäran (till exempel rapportbelastning, visuell interaktion och så vidare) fördröjs innan den skickas till motorn för körning. Fördröjningen är proportionell mot mängden överlagring som identifierats. Överlagring på 100 % medför en fördröjning på 20 sekunder, medan överlagringar som är mindre än 10 % tillåts.

Kapaciteten förblir i interaktivt fördröjningsläge om den tidigare utvärderingen är större än 100 % resursanvändning.

Följande händelser är interaktiva åtgärder:

• Datamängder – rapportvy, fråga, XMLA-läsning
• Dataflöden
• Sidnumrerad rapport – sidnumrerad rapportåtergivning

Följande är bakgrundsåtgärder:

• Datauppsättningar – schemalagd uppdatering, uppdatering på begäran, bakgrundsfråga (efter uppdatering)
• Dataflöden – schemalagd dataflödesuppdatering
• Sidnumrerade rapporter – datadrivna prenumerationer renderas
• AI

Datamängden för din måttrapport behåller 30 till 45 dagars data. Du kan använda rapporten för att ange hur nära du är kapacitetens maximala resurser, och om du sparar månatliga ögonblicksbilder kan du jämföra dem för att ange trender för tillväxt och extrapolera den hastighet där du får 100 % användning av dina resurser.

Det finns två alternativ för Embedded Premium:

• Sidan Kapacitetshantering i Power BI-administratörsportalen har en kryssruta för avisering om användning. Användare kan välja det tröskelvärde där en avisering ska utlösas (standardvärdet är 80 %), och e-postadressen som användningsaviseringar ska skickas till.
• Konfigurera en Azure-avisering med hjälp av Premium CPU-måttet.

Power BI-tjänst lagrar över 90 dagars användningsdata. Användare som behöver längre datakvarhållning kan använda Byola (Bring Your Own Log Analytics) för att lagra mer användningsdata, vilket kommer att vara tillgängligt för Embedded Premium-kunder enligt det allmänt tillgängliga datumet för Embedded Premium (GA).

Till vänster i användningsrapporten visar ett visuellt stapeldiagram användningsinformation mellan arbetsytor för rapportens tidsintervall. Det visuella stapeldiagrammet kan användas för återbetalningar, förutsatt att varje arbetsyta representerar en annan ISV-kund, affärsenhet, kostnadsställe eller annan entitet som återbetalningar kan tillämpas på.

Se artikeln Kapacitet och SKU:er i Inbäddad Power BI-analys.

• Logga in på organisationskatalogen (Microsoft-konton stöds inte).
• Du måste ha en Power BI-klientorganisation, det vill säga att minst en användare i din katalog har registrerat sig för Power BI.
• Du måste ha en Azure-prenumeration i din organisationskatalog.

• Använda administratörsportalen för Power BI.

• Ladda ned appen Kapacitetsmått för Microsoft Fabric i Power BI.

• Använda diagnostikloggning i Azure.

Även om det inte finns någon automatisk skalning nu är alla API:er tillgängliga för skalning när som helst.

Kapacitetsetablering (skala/återuppta/skapa) kan misslyckas. Du kan använda API:et Hämta information för att kontrollera en kapacitets ProvisioningState: Kapaciteter – Hämta information.

Med multi-geo-funktionen kan du köpa en Power BI Embedded-kapacitet i en annan region än din Power BI-hemklientplats

När en användare beviljas behörighet till en arbetsyta, en app eller ett objekt kanske den inte är omedelbart tillgänglig via API-anrop. Resultatet kan antingen vara ett objekt som saknas i ett GET-API-svar eller ett fel när du försöker använda objektet. Användaren kan lösa det här problemet genom att anropa refreshUserPermissions API, som uppdaterar användarbehörigheterna.

Du kan använda PBI-portalen för att hitta din PBI-klientregion.

https://app.powerbi.com/> ? > Om Power BI

• Du kan skapa PBIE för din klientorganisation med prenumerationstypen CSP
• Partnerkontot kan logga in på kundklientorganisationen och köpa PBIE för kundklientorganisationen, ange kundklientanvändare som Power BI-kapacitetsadministratör

Power BI kräver att du registrerar dig med ett organisationskonto. Det går inte att registrera dig för Power BI med ett Microsoft-konto.

Ja, det finns PowerShell-cmdletar och Rest-API:er för Azure Resource Manager som du kan använda för att skapa och hantera PBIE-resurser.

• Rest-API:er
• PowerShell-cmdletar

För att höja upp din lösning till produktion måste du tilldela Det Power BI-innehåll (arbetsyta) som programmet använder till en Power BI Embedded-kapacitet (A SKU).

Power BI Embedded är inte regionalt. Det innebär att den inte är beroende av någon specifik Azure-region.

Se Azure-produkter efter region för regional information om alla Azure-produkter.

Power BI Embedded fortsätter att använda Microsoft Entra-ID för huvudanvändare (en utsedd Power BI Pro- eller Premium per användare-licensierad användare) eller med tjänstens huvudnamn för att autentisera programmet i Power BI.

En ISV kan implementera sin egen autentisering och auktorisering för sina program.

Du kan använda din befintliga katalog om du redan har en Microsoft Entra-klientorganisation. Du kan också skapa en ny Microsoft Entra-klient för din inbäddade programinnehållssäkerhet.

Om du vill hämta en Microsoft Entra-token använder du ett av Microsofts autentiseringsbibliotek. Det finns klientbibliotek tillgängliga för flera plattformar.

Objekt-ID:t från huvudskärmen i en registrerad app är objekt-ID:t för appen.

Objekt-ID:t som finns i avsnittet Hanterade program i den lokala katalogen > Egenskaper är det objekt-ID för tjänstens huvudnamn som du behöver använda. Det här objekt-ID:t är att referera till ett huvudnamn för tjänsten för åtgärder eller att göra ändringar i objekt-ID:t för tjänstens huvudnamn. Till exempel att tillämpa tjänstens huvudnamn som administratör på en arbetsyta.

Du måste ha ett Power BI-konto innan du köper Power BI Embedded i Azure. Din distribuerade Power BI Embedded-region avgör ditt Power BI-konto. Hantera din Power BI Embedded-resurs i Azure för att:

• Skala upp/ned
• Lägga till kapacitetsadministratörer
• Pausa/återuppta tjänsten

Använd PowerBI.com för att tilldela/ta bort tilldelning av arbetsytor till din Power BI Embedded-kapacitet.

Det uppstår ofta förvirring kring när du ska använda RLS jämfört med JavaScript-filter. En metod handlar om att styra vad en specifik användare kan se, och den andra handlar om att optimera användarens vy.

Med RLS styr ISV-utvecklaren datafiltreringen som en del av genereringen av modellskapande och inbäddningstoken. Slutanvändaren ser bara vad ISV tillåter användaren att se. I det här fallet kan användaren välja att se mindre än vad som filtreras, men kan inte kringgå RLS-konfigurationen och se mer än vad som är tillåtet.

Med filtrering på klientsidan (JavaScript) kan ISV avgöra vad slutanvändaren ser i den första vyn, men de kan inte kontrollera ändringar som slutanvändaren kan tillämpa på själva vyn. Eftersom javascript-klientkoden kan utlösa datafiltrering på serverdelen kan den inte betraktas som säker.

När du aktiverar tjänstens huvudnamn att använda med Power BI börjar programmets AD-behörigheter inte längre gälla. Programmets behörigheter hanteras sedan via Power BI-administratörsportalen.

Tjänstens huvudnamn ärver behörigheterna för alla Power BI-klientinställningar från deras säkerhetsgrupp. Om du vill begränsa behörigheter skapar du en dedikerad säkerhetsgrupp för tjänstens huvudnamn och lägger till den i listan Utom specifika säkerhetsgrupper för relevanta, aktiverade Power BI-inställningar.

Den här situationen är viktig när du lägger till tjänstens huvudnamn som administratör på den nya arbetsytan. Du kan hantera den här uppgiften via API:erna eller med Power BI-tjänst.

Program-ID:t, även kallat klient-ID, används för att skapa åtkomsttoken när program-ID:t skickas för autentisering.

Om du vill referera till ett huvudnamn för tjänsten för åtgärder eller göra ändringar använder du objekt-ID :t för tjänstens huvudnamn, till exempel genom att använda tjänstens huvudnamn som administratör på en arbetsyta.

Om du vill bädda in en Power BI-rapport som innehåller ett sidnumrerat rapportobjekt med metoden embed for your customers använder du tjänstens huvudnamn och bäddar in rapporten med en inbäddningstoken för flera resurser som innehåller följande:

• Power BI-rapport-ID
• Sidnumrerat rapport-ID (i rapporten som det visuella objektet är anslutet till)
• Datamängds-ID (i Power BI-rapporten)

Tjänstens huvudnamn måste ha åtkomst till båda rapporterna (sidnumrerade och Power BI). Exempel på begärandetext för anropet för att generera token :

{
  "datasets": [
    {
      "id": "a5d577c7-0568-4180-a6d3-0f6cc0ca3df4"
    }
  ],
  "reports": [
    {
      "allowEdit": false,
      "id": "05024421-b4df-483c-a2ce-61202d0323ce"
    },
    {
      "id": "f8612306-f3a8-40e1-a448-d8e05992a007"
    }
  ]
}

Nej – du kan inte logga in på Power BI med tjänstens huvudnamn.

Du kan inte heller använda innehåll som användare i externa program (SaaS-inbäddning), bara när du genererar en inbäddningstoken.

Power BI Embedded-prestanda

Power BI Embedded är tillgängligt via Azure.

Kunder fortsätter att betala för alla befintliga Power BI Premium-köp till slutet av sin nuvarande avtalsperiod och kan sedan vid den tidpunkten byta sina Power BI Premium-inköp efter behov.

Nej, Power BI Embedded innehåller den Azure-baserade kapacitet som du behöver för att distribuera och distribuera din lösning till kunder.

Kunder kan ändra sin användning per timme. Det finns inget månatligt eller årligt åtagande för Power BI Embedded-tjänsten.

Power BI Embedded faktureras enligt gällande timpris utifrån de nodtyper som har distribuerats. Du debiteras så länge resursen är aktiv, även om det inte finns någon användning. Du måste pausa resursen för att stoppa faktureringen.

Du behöver en Licens för Power BI Pro eller Premium per användare (PPU) eller tjänstens huvudnamn för att använda REST-API:er. Om du vill lägga till rapporter på en Power BI-arbetsyta behöver en analytiker antingen en Licens för Power BI Pro eller Premium per användare (PPU) eller tjänstens huvudnamn. För att hantera Power BI-klientorganisation och kapacitet måste en administratör ha en Licens för Power BI Pro eller Premium per användare (PPU).

Eftersom Power BI Embedded tillåter att Power BI-portalen används för att hantera och verifiera inbäddat innehåll krävs licensen för Power BI Pro eller Premium per användare (PPU) för att autentisera appen i PowerBI.com för att få åtkomst till rapporterna i rätt lagringsplatser.

För att skapa/redigera inbäddade rapporter i ditt program behöver slutanvändaren dock inte en Pro- eller Premium Per User-licens (PPU) eftersom användaren inte behöver vara en Power BI-användare alls.

Ja, du kan använda dina Azure-krediter för Power BI Embedded.

Eftersom Power BI Embedded är en del av Azure är det möjligt att använda tjänsten med krediten på 200 USD som togs emot när du registrerade dig för Azure.

Power BI Embedded är också tillgängligt för nationella/regionala moln.

Det finns ingen särskild Azure-prissättning för ideella och utbildningsentiteter.

Power BI-arbetsytesamling (Power BI Embedded version 1) är en lösning som baseras på Azure-resursen för Power BI-arbetsytesamling . Med den här lösningen kan du skapa Power BI Embedded-program för dina kunder med Power BI-innehåll under power BI-arbetsytesamlingslösningen, dedikerade API:er och samlingsnycklar för arbetsytor för att autentisera programmet till Power BI.

Ja, men kunder som redan använder power BI-arbetsytesamlingslösningen kan fortsätta att använda den till utfasningen. Kunder kan också skapa nya arbetsytesamlingar och alla Power BI Embedded-program som fortfarande använder power BI-arbetsytesamlingslösningen.

Det innebär dock också att nya funktioner inte läggs till i några Lösningar för Power BI-arbetsytesamling . Vi uppmuntrar kunderna att planera migreringen till den nya Power BI Embedded-lösningen .

Kunder som redan använder lösningen Power BI-arbetsytesamlingar kan fortsätta att använda den till slutet av supportavtalet.

De tillgängliga regionerna är Australien, sydöstra, Brasilien, södra, Kanada, centrala, USA, östra 2, Japan, östra, USA, norra centrala, Europa, norra, USA, södra centrala, Asien, sydöstra, Storbritannien, södra, Europa, västra, Indien, västra och USA, västra.

Det finns vissa Funktioner och funktioner för Power BI Embedded-lösningen som du inte kan göra med Power BI-arbetsytesamling.

Några av funktionerna är:

• Alla PBI-datakällor stöds. Endast två power BI-arbetsyteinsamlingsdatakällor stöds.
• Funktioner som Q&A, uppdatering, bokmärken, inbäddning av instrumentpaneler och paneler och anpassade menyer stöds endast i Power BI Embedded-lösningen .
• Kapacitetsfaktureringsmodell.

Med konfigurationsverktyget för inbäddning kan du snabbt komma igång och ladda ned ett exempelprogram för att börja bädda in med Power BI.

• Med inbäddning för dina kunder kan du bädda in instrumentpaneler och rapporter till användare som inte har något konto för Power BI. I konfigurationsverktyget för inbäddning kör du lösningen Bädda in för dina kunder.
• Med inbäddning för din organisation kan du utöka Power BI-tjänst. I konfigurationsverktyget för inbäddning kör du lösningen Bädda in för din organisation.

Om du arbetar med upplevelsen Bädda in för dina kunder sparar du och packar upp PowerBI-Developer-Samples.zip filen. Öppna PowerBI-Developer-Samples-master\App Owns Data sedan mappen och kör PowerBIEmbedded_AppOwnsData.sln filen.

Om du arbetar med bädda in för organisationen sparar du och packar upp PowerBI-Developer-Samples.zip filen. Öppna PowerBI-Developer-Samples-master\User Owns Data\integrate-report-web-app sedan mappen och kör pbi-saas-embed-report.sln filen.

Information om hur du redigerar Microsoft Entra-registrerade program finns i Snabbstart: Uppdatera ett program i Microsoft Entra-ID.

Du kan lära dig hur du redigerar dina Power BI-data här.

Mer information finns i Felsöka ditt inbäddade program.

Har du fler frågor? Försök med Power BI Community