Jaa

Power BI:n käyttöönoton suunnittelu: käyttäjätyökalut ja laitteet

  • Artikkeli

Muistiinpano

Tämä artikkeli on osa Power BI:n käyttöönoton suunnittelun artikkelisarjaa. Tässä sarjassa keskitytään ensisijaisesti Microsoft Fabricin Power BI -kokemukseen. Johdanto sarjaan on artikkelissa Power BI:n käyttöönoton suunnittelu.

Tässä artikkelissa esitellään tärkeitä huomioitavia seikkoja käyttäjätyökalujen suunnittelussa ja laitteiden hallinnassa, jotta Power BI:n kuluttajat ja tekijät voivat hyödyntää ja tukea organisaatiossa. Tämä artikkeli on tarkoitettu seuraavalle:

  • Center of Excellence (COE) ja BI-tiimit: Tiimit, jotka vastaavat Power BI:n valvonnasta organisaatiossa. Näihin tiimeihin kuuluu päättäjiä, joiden on päätettävä, mitä työkaluja käytetään Power BI -sisällön luomisessa.
  • Fabric-järjestelmänvalvojat: Järjestelmänvalvojat, jotka vastaavat Fabricin valvonnasta organisaatiossa.
  • IT- ja infrastruktuuritiimit: Tekninen henkilöstö, joka asentaa, päivittää ja hallitsee käyttäjien laitteita ja koneita.
  • Sisällöntekijät ja sisällön omistajat: Käyttäjät, joiden on viestittävä työtovereiden kanssa ja pyynnöt siitä, mitä heidän pitää asentaa.

Analytiikan käyttöönoton tärkeä osa on sen varmistaminen, että sisällönkuluttajilla ja sisällöntekijöillä on tarvitsemansa ohjelmistosovellukset. Työkalujen tehokas hallinta – erityisesti sisältöä luoville käyttäjille – johtaa käyttäjien entistä suurempaan käyttöönottoon ja vähentää käyttäjätukikustannuksia .

Uusia työkaluja koskevat pyynnöt

Uutta työkalua ja ohjelmistosovellusta koskevien pyyntöjen käsittelytapa on hallintopäätös . Monet organisaation uudet käyttäjät tai vasta analytiikan käytön aloittamisessa olevat käyttäjät eivät tiedä, mitä pyytää. Jos haluat yksinkertaistaa prosessia, harkitse seuraavien pyyntöjen käsittelyä yhdessä:

  • Ohjelmistopyynnöt
  • Käyttäjien käyttöoikeuspyynnöt
  • Koulutuspyynnöt
  • Tietojen käyttöpyynnöt

Ohjelmistoasennukset ovat yleensä IT-osaston vastuulla. Parhaan mahdollisen käyttökokemuksen varmistamiseksi on tärkeää, että IT-asiantuntija tekee yhteistyötä Center of Excellencen (COE) kanssa keskeisissä päätöksissä ja prosesseissa, kuten seuraavissa:

  • Prosessi, jossa käyttäjät voivat pyytää ohjelmiston asennusta. Ohjelmiston asennuspyyntöjä voidaan käsitellä useilla tavoilla:
    • Tavalliset työkalut voidaan sisällyttää tietokoneen vakioasetuksiin. IT-tiimit viittaavat siihen joskus vakiomuotoisena koontiversiona.
    • Tietyt sovellukset voidaan asentaa automaattisesti työroolin mukaan. Asennetun ohjelmiston perustana voi olla Microsoft Entra -tunnuksen käyttäjäprofiilissa oleva määrite.
    • Mukautetuissa pyynnöissä vakiopyyntölomakkeen käyttäminen toimii hyvin. Lomake (sähköpostin sijaan) luo pyyntöhistorian. Kun vaaditaan vähintään useampia käyttöoikeuksia, työnkulkuun voidaan sisällyttää hyväksyntä.
  • Ohjelmistopäivitysten asennusprosessi. Ohjelmistopäivitysten oikea-aikainen asennus on tärkeää. Tavoitteena on pysyä mahdollisimman ajan tasalla. Huomaa, että käyttäjät voivat lukea verkossa mahdollista ja saattavat hämmentyä tai turhautua, kun heidän saatavillaan ei ole uusia ominaisuuksia. Lisätietoja on tämän artikkelin kohdassa Asiakastyökalut .

Tarkistusluettelo – Kun suunnittelet, miten käsitellä uusien työkalujen pyyntöjä, tärkeimmät päätökset ja toiminnot ovat seuraavat:

  • Päätä, miten ohjelmistopyyntöjä käsitellään: Selvitä, kuka vastaa ohjelmistojen asennusten uusien pyyntöjen vastaanottamisesta ja täyttämisestä.
  • Vahvista, ovatko edellytykset pakollisia: Selvitä koulutukseen, rahoitukseen, käyttöoikeuksiin ja hyväksyntöihin liittyvät organisaation edellytykset ennen ohjelmiston asentamista.
  • Luo seurantajärjestelmä: Luo järjestelmä, joka seuraa ohjelmistopyyntöjen tilaa ja historiaa.
  • Luo käyttäjille ohjeita: Anna keskitetyssä portaalissa ohjeet uusien työkalujen ja ohjelmistosovellusten pyytämiseen. Harkitse näiden ohjeiden sijoittamista yhteen sen kanssa, miten voit pyytää käyttöoikeuksia, koulutusta ja tietojen käyttöoikeuksia.

Kuluttajatyökalujen suunnittelu

Organisaatiossa monet käyttäjät luokitellaan kuluttajiksi. Kuluttaja tarkastelee sisältöä, jonka muut ovat luoneet ja julkaisseet.

Yleisimpiä tapoja, joilla kuluttaja voi käyttää Power BI -sisältöä, ovat seuraavat:

Ohjelmisto Kohderyhmä
Power BI -palvelu Sisällön kuluttajat tarkastelevat sisältöä verkkoselaimella (kuten Microsoft Edgellä).
Teams Sisällön kuluttajat, jotka tarkastelevat sisältöä, joka on julkaistu Power BI -palveluun Power BI -sovelluksella Microsoft Teamsissa. Tämä vaihtoehto on kätevä, kun käyttäjät viettävät paljon aikaa Teamsissa. Lisätietoja on artikkelissa Opas siihen, miten organisaatiosi voi käyttää Power BI:tä Microsoft Teamsissa.
Power BI -mobiilisovellus Sisällön kuluttajat, jotka käsittelevät sisältöä, joka on julkaistu Power BI -palveluun (tai Power BI -raporttipalvelimeen) iOS-, Android- tai Windows 10 -sovelluksilla.
OneDriven tai SharePointin katseluohjelma Sisällön kuluttajat, jotka tarkastelevat Power BI Desktop (.pbix) -tiedostoja, jotka on tallennettu OneDriveen tai SharePointiin verkkoselaimella. Tämä vaihtoehto on hyödyllinen vaihtoehto alkuperäisten Power BI Desktop -tiedostojen jakamiseen. OneDriven/SharePointin katseluohjelma sopii parhaiten epävirallisille tiimeille, jotka haluavat tarjota helppokäyttöisen verkkopohjaisen raportin kuluttajakokemuksen julkaisematta .pbix-tiedostoja nimenomaisesti Power BI -palveluun.
Mukautettu sovellus Sisällön kuluttajat, jotka tarkastelevat Power BI -palvelun sisältöä, joka on upotettu mukautettuun sovellukseen organisaatiotasi tai asiakkaitasi varten.

Muistiinpano

Tämän luettelon ei ole tarkoitus olla kattava luettelo tavoista käyttää Power BI -sisältöä.

Koska käyttökokemus voi hieman vaihdella eri selainten välillä, suosittelemme dokumentoimaan selainsuositukset keskitetyssä portaalissa. Lisätietoja on artikkelissa Power BI:n tuetut selaimet.

Tarkistusluettelo – Kun suunnittelet kuluttajille suunnattuja työkaluja, tärkeimpiä päätöksiä ja toimintoja ovat muun muassa seuraavat:

  • Käytä nykyaikaista verkkoselainta: Varmista, että kaikilla käyttäjillä on käyttöoikeus nykyaikaiseen Power BI:tä tukevaan selaimeen. Vahvista, että ensisijainen selain päivitetään säännöllisesti kaikissa käyttäjän laitteissa.
  • Päätä, miten Teamsiä käytetään Power BI:n kanssa: Selvitä, miten käyttäjät tällä hetkellä työskentelevät ja missä määrin Teamsin integroinnista on hyötyä. Määritä Ota Teams -integrointi käyttöön ja Asenna Power BI -sovellus automaattisesti vuokraaja-asetukset Fabric-hallintaportaalissa päätöksesi mukaan.
  • Teams-sovelluksen ottaminen käyttöön ja asentaminen: Jos Teams on yleisesti käytetty työkalu, ota Power BI -sovellus käyttöön Microsoft Teamsille. Harkitse sovelluksen esiasentamista kaikille käyttäjille kätevästi.
  • Päätä, onko Power BI Desktop -tiedostojen tarkasteleminen sallittua: Harkitse onko OneDriveen tai SharePointiin tallennettujen Power BI Desktop -tiedostojen tarkastelu sallittua vai suositeltavaa. Määritä Käyttäjät voivat tarkastella OneDriveen ja SharePoint-vuokraajaan tallennettuja Power BI -tiedostoja päätöksesi mukaan.
  • Kerro käyttäjille: Anna sisällöntekijöille ohjeita ja koulutusta siitä, miten kutakin asetusta käytetään parhaalla mahdollisella tavalla ja mihin tiedostoja tallennetaan turvallisesti. Sisällytä keskitettyun portaaliin suosituksia, kuten suositelmiasi selaimia.
  • Tiedonsiirto tukitiimin kanssa: Varmista, että tukitiimi on valmis vastaamaan käyttäjien usein kysyttyihin kysymyksiin.

Luontityökalujen suunnittelu

Joitakin käyttäjiä pidetään sisällöntekijöinä. Sisällöntekijä ja julkaisee sisältöä, jota kuluttajat tarkastelevat.

Sisällöntekijät voivat luoda Power BI -sisältöä useilla työkaluilla. Jotkin työkalut on suunnattu omatoimisille sisällöntekijöille. Muut työkalut on suunnattu edistyneille sisällöntekijöille.

Vihje

Tässä osiossa esitellään yleisimmät luontityökalut. Tekijä ei kuitenkaan tarvitse niitä kaikkia. Epävarmoissa tilanteissa aloita asentamalla vain Power BI Desktop.

Saatavilla olevat työkalut sisällön tuottamiseen

Seuraavassa taulukossa luetellaan yleisimmät työkalut ja sovellukset, jotka ovat sisällöntekijöille käytettävissä.

Ohjelmisto Kohderyhmä
Power BI -palvelu Sisällön kuluttajat ja sisällöntuottajat, jotka kehittävät sisältöä selaimen avulla.
Power BI Desktop Sisällöntekijät, jotka kehittävät tietomalleja ja vuorovaikutteisia raportteja, jotka julkaistaan Power BI -palveluun.
Raporttipalvelimelle optimoitu Power BI Desktop Sisällöntekijät, jotka kehittävät tietomalleja ja vuorovaikutteisia raportteja, jotka julkaistaan Power BI -raporttipalvelimeen (yksinkertaistettu paikallinen raporttiportaali).
Power BI Report Builder Raporttien luojat, jotka kehittävät sivutettuja raportteja, jotka julkaistaan Power BI -palveluun tai Power BI -raporttipalvelimeen.
Power BI -sovellus Teamsiin Sisällöntekijät ja kuluttajat, jotka käsittelevät sisältöä Power BI -palvelussa, kun he haluavat mieluummin pysyä Microsoft Teams -sovelluksessa.
Power BI -mobiilisovellus Sisällöntekijät ja kuluttajat, jotka käsittelevät ja hallitsevat sisältöä, joka on julkaistu Power BI -palveluun (tai Power BI -raporttipalvelimeen) iOS-, Android- tai Windows 10 -sovelluksilla.
Excel Sisällöntekijät, jotka kehittävät Excel-pohjaisia raportteja työkirjoihin, jotka saattavat sisältää pivot-taulukoita, kaavioita, osittajia ja paljon muuta. Vaihtoehtoisesti Excel-työkirjoja voi tarkastella Power BI -palvelussa, kun ne tallennetaan SharePointiin tai OneDriveen työpaikan tai oppilaitoksen osalta.
Kolmannen osapuolen työkalut Kehittyneet sisällöntekijät voivat halutessaan käyttää kolmannen osapuolen työkaluja ja laajentaa sisäisiä ominaisuuksia esimerkiksi kehittyneeseen tietomallin hallintaan ja yrityssisällön julkaisemiseen.

Valitse luontityökalu

Kun valitset luontityökalun, sinun kannattaa ottaa huomioon joitakin keskeisiä tekijöitä. Osa seuraavista päätöksistä voidaan tehdä kerran, kun taas muut päätökset on arvioitava jokaisen luomasi projektin tai ratkaisun kohdalla.

  • Onko selainpohjainen kirjoittaminen toivottavaa? Helppokäyttöisyyden parantamiseksi ja kitkan vähentämiseksi Power BI (ja muut Fabric-kuormitukset) tukee selainpohjaisia toimintoja sekä sisällön kulutuksen että sisällön luonnin kannalta. Se on etu, koska selain on helposti kaikkien käyttäjien käytettävissä riippumatta heidän käyttämästään työpöytäkäyttöjärjestelmästä (mukaan lukien Mac-käyttäjät).
  • Mikä on haluttu kehityskokemus? Ota huomioon, että Power BI Desktopilla voidaan luoda tietomalleja ja vuorovaikutteisia raportteja, kun taas Power BI:n raportin muodostin on suunnittelutyökalu sivutettujen raporttien luomiseen. Kolmannen osapuolen työkalut tarjoavat lisäksi lisätoimintoja kehittäjille, jotka eivät ole käytettävissä Power BI Desktopissa. Koska kehityskokemus on erilainen työkalujen välillä, kunkin erityisen ratkaisun vaatimukset vaikuttavat päätökseesi siitä, mitä työkalua käyttää.
  • Mikä on haluttu julkaisukokemus? Kehittyneet sisällöntekijät ja sisällön omistajat voivat halutessaan julkaista sisältöä kolmannen osapuolen työkalun avulla (esimerkiksi ALM Toolkit mallien vertailemiseen ja yhdistämiseen). Kunkin erityisen ratkaisun vaatimukset on otettava huomioon.
  • Mikä on suosituin tapa käyttää ja/tai hallita semanttisia malleja? Kehittyneen sisällöntuottajat haluavat käyttää Power Queryn vakiokäyttökokemusta, mutta he haluavat mieluummin lukea semanttisia malleja ja/tai kirjoittaa niitä valitsemallaan työkalulla XMLA-päätepisteen avulla. Kunkin erityisen ratkaisun vaatimukset on otettava huomioon.
  • Miten helposti voit pitää asiakastyökalut ajan tasalla? Joidenkin organisaatioiden on vaikea asentaa asiakassovelluksia usein käytettäviä päivityksiä. Tässä tapauksessa käyttäjät saattavat mahdollisuuksien mukaan käyttää verkkoselainta.
  • Mitä ovat käyttäjien taidot ja asiantuntemus? Olemassa olevat tiedot ja asetukset saattavat vaikuttaa siihen, mikä työkalu on valittuna. Tämä valinta vaikuttaa sekä alkukehitystoimintoihin että siihen, kuka tukee käyttäjiä ja ylläpitää olemassa olevia ratkaisuja.
  • Miten versioita hallitaan? Versionhallinta voidaan tehdä monella tavalla. Kun käytät asiakastyökalua, omatoimisen palvelun käyttäjät saattavat mieluummin käyttää OneDrivea tai SharePointia, kun taas kehittyneemmät käyttäjät saattavat haluta Git-integroinnin asiakastyökalujen kanssa. Kun työskentelet Power BI -palvelussa, Git-työtilan integrointi on käytettävissä.

Vihje

Suosittelemme, että otat käyttöön yhden työskentelytavan ja käytät sitten johdonmukaisesti kyseistä menetelmää. Jos esimerkiksi sisällöntuottajat ovat epäyhtenäisiä Power BI Desktopin ja Power BI -palvelun luomisessa raportin luomiseen, on paljon vaikeampaa määrittää, missä alkuperäinen raportti sijaitsee ja kuka sen on vastuussa.

Milloin kutakin luontityökalua kannattaa käyttää?

Tämän osion loppuosassa käsitellään yleisimpien luontityökalujen käyttämistä.

Verkkopohjainen luominen

Power BI -palvelun ominaisuudet sisällön tuottamiseen ja muokkaamiseen kehittyvät jatkuvasti (yhdessä sisällön katselu-, jakamis- ja jakamisominaisuuksien kanssa). Jos sisällöntuottajat käyttävät muuta kuin Windows-käyttöjärjestelmää (kuten macOS, Linux tai Unix), verkkopohjainen luominen Power BI -palvelussa on toteuttamiskelpoinen vaihtoehto. Verkkopohjainen luominen on hyödyllistä myös organisaatioille, jotka eivät pysty pitämään Power BI Desktopia ajan tasalla.

Muistiinpano

Koska Power BI -palvelu on verkkosovellus, Microsoft asentaa kaikki päivitykset varmistaakseen, että se on uusin versio. Se voi olla merkittävä etu kiireisille IT-tiimeille. On kuitenkin myös tärkeää seurata tarkasti julkaisujen ajankohtaa, jotta saat tietoa ominaisuuksien muutoksista.

Verkkopohjaisessa käyttökokemuksessa voidaan luoda esimerkiksi seuraavanlaisia Power BI -kohteita:

  • Tietovuot
  • Tietojoukot
  • sivuerotellut raportit
  • Power BI raportit
  • Raporttinäkymät
  • Tuloskortit

Fabric-ratkaisu voidaan luoda päästä päähän selaimessa. Ratkaisu voi sisältää Power BI -kohteita ja myös muita kuin Power BI -kohteita (kuten lakehouse).

Tärkeä

Kun päätät luoda sisältöä selaimessa, on tärkeää, että opetat sisällöntekijöille sisällön tallennuspaikan. Esimerkiksi uuden raportin tallentaminen henkilökohtaiseen työtilaan on helppoa, mutta se ei aina ole ihanteellinen valinta. On myös tärkeää harkita, miten versioita käsitellään (kuten Git-integrointi).

Power BI Desktop

Koska kyseessä on maksuton sovellus, Power BI Desktop on sisällöntekijöille erinomainen tapa aloittaa tietomallien kehittäminen ja vuorovaikutteisten raporttien luominen. Power BI Desktopin avulla voit muodostaa yhteyden moniin tietolähteisiin, yhdistää tietoja useista tietolähteistä, puhdistaa ja muuntaa tietoja, luoda tietomallin, lisätä DAX-laskutoimituksia ja luoda raportteja yhdessä sovelluksessa. Power BI Desktop sopii hyvin vuorovaikutteisten raporttien luomiseen, joissa keskitytään tarkastelemiseen.

Seuraavassa on joitakin huomioita, kun käytät Power BI Desktopia.

  • Voit luoda raportteja Power BI Desktopissa tai Power BI -palvelussa. Tämän joustavuuden vuoksi tarvitaan johdonmukainen prosessi sisällön kehittämiseksi ja miten sitä kehitetään.
  • Versiontarkistusta pidetään parhaana käytäntönä. Yksi vaihtoehto sisällöntekijöille on tallentaa Power BI Desktopin luomat tiedostot sellaiseen sijaintiin, jossa versiointi on käytössä (kuten OneDrive tai SharePoint), joka voidaan suojata valtuutetuille käyttäjille. Kehittyneen sisällön luojat haluavat ehkä käyttää Git-integrointia.
  • Power BI Desktop on saatavilla Windows-työpöytäsovelluksena. Vaihtoehtoisesti voit suorittaa Power BI Desktopin virtualisoidussa ympäristössä.
  • Power BI Desktop päivitetään yleensä joka kuukausi. Normaalien päivitysten avulla käyttäjät voivat käyttää uusia ominaisuuksia nopeasti. Usein päivitysten julkaiseminen suuressa organisaatiossa edellyttää kuitenkin suunnittelua. Lisätietoja on tämän artikkelin kohdassa Asiakastyökalut .

Muistiinpano

Power BI Desktopissa on monia asetuksia, jotka vaikuttavat merkittävästi käyttökokemukseen. Kaikkia asetuksia ei voi ylläpitää ohjelmallisesti ryhmäkäytännön tai rekisteriasetusten avulla (kuvataan myöhemmin tässä artikkelissa). Yksi tärkeä asetus liittyy esikatseluominaisuuksiin, joita käyttäjät voivat ottaa käyttöön Power BI Desktopissa. Esikatselutoiminnot voivat kuitenkin muuttua, niiden tuki on rajoitettua ja ne eivät välttämättä aina toimi samalla tavalla Power BI -palvelussa (esikatselujakson aikana).

Suosittelemme, että arvioit ja opit uusia toimintoja vain esikatselutoimintojen avulla. Esiversio-ominaisuuksia ei tule käyttää tehtävän kannalta tärkeään tuotantosisältöön.

Power BI Desktop raporttipalvelimelle

Kuten Power BI Desktopin vakioversiossa, sisällöntuottajat voivat luoda .pbix-tiedostoja Power BI Desktopin raporttipalvelimelle . Se tukee sisällön julkaisemista Power BI -raporttipalvelimeen. Uudet versiot vastaavat Power BI -raporttipalvelimen julkaisuajankohtaa, joka on yleensä kolme kertaa vuodessa.

On tärkeää, että sisällön luojat käyttävät Power BI Desktopin oikeaa raporttipalvelinversiota yhteensopivuusongelmien välttämiseksi sen jälkeen, kun sisältö on julkaistu Power BI -raporttipalvelimeen. Voit ladata ja asentaa Power BI Desktopin raporttipalvelimelle manuaalisesti Microsoft Download Centeristä.

Käyttäjille, jotka julkaisevat sisältöä sekä Power BI -palveluun että Power BI -raporttipalvelimeen, on kaksi vaihtoehtoa.

  • Vaihtoehto 1: Käytä Power BI Desktopia raporttipalvelimelle vain, koska se tuottaa tiedostoja, jotka voidaan julkaista sekä Power BI -palveluun että raporttipalvelimeen. Uudet luontiominaisuudet tulevat käyttäjien saataville noin neljän kuukauden välein (jotta ne pysyvät johdonmukaisena Power BI -raporttipalvelimen julkaisun aikataulun kanssa).
    • Ammattilaiset:
      • Sisällöntuottajien tarvitsee käyttää vain yhtä työkalua.
      • Sisällöntekijöille varmistetaan, että heidän julkaisemansa sisältö on yhteensopiva raporttipalvelimen kanssa.
      • Vähemmän työkaluja on helpompi hallita.
    • Huonot puolet:
      • Jotkin ominaisuudet, joita tuetaan vain Power BI -palvelussa, eivät ole käytettävissä Power BI Desktopin raporttipalvelinversiossa. Tämän vuoksi sisällöntuottajat saattavat pitää sitä rajoittavana.
      • Uudet ominaisuudet tulevat saataville hitaammin.
      • Esiversio-ominaisuudet eivät ole käytettävissä.
  • Vaihtoehto 2: Suorita molemmat versiot – Power BI Desktop ja Power BI Desktop raporttipalvelimelle – rinnakkain.
    • Ammattilaiset:
      • Kaikki tavallisen Power BI Desktopin ominaisuudet ovat käytettävissä.
      • Power BI Desktopin perusominaisuudet ovat saatavilla entistä nopeammin.
      • Power BI Desktop -vakioversion esiversio-ominaisuudet ovat käytettävissä sisällön tekijän harkintansa mukaan.
    • Huonot puolet:
      • Sisällöntekijöiden on valmistauduttava monimutkaisuuteen, koska heidän täytyy muistaa, mitä versiota käytetään käyttöönoton kohdesijainnin perusteella. Vaarana on, että kun uudemmasta versiosta peräisin oleva .pbix-tiedosto julkaistaan tahattomasti Power BI -raporttipalvelimeen, se ei ehkä toimi oikein. Esimerkiksi tietomallikyselyt epäonnistuvat, tietojen päivitys epäonnistuu tai raportteja ei hahmonneta oikein.
      • Sisällöntekijöiden on oltava tietoisia oletustoiminnasta avatessaan .pbix-tiedostoja suoraan (sen sijaan, että ne avattaisiin Power BI Desktopista).

Microsoft Excel

Monet yrityskäyttäjät käyttävät Microsoft Exceliä ja haluavat käyttää sitä tietojen analysointiin pivot-taulukoiden, kaavioiden ja osittajien avulla. On myös muita hyödyllisiä Excel-ominaisuuksia (kuten kuutiofunktioita), jotka mahdollistavat suuremman joustavuuden ja muotoilun, kun suunnittelet arvojen ruudukkoasettelua. Jotkin sisällöntekijät saattavat myös haluta käyttää Excel-kaavoja tietyntyyppisiin laskutoimituksiin (tietomallin DAX-laskutoimitusten sijaan), erityisesti suoritettaessa tietojen tutkimista.

Seuraavassa on useita tapoja käyttää Exceliä tehokkaasti Power BI:n kanssa.

  • Excelin yhdistäminen semanttiseen Power BI -malliin: Tätä toimintoa kutsutaan Excelin reaaliaikaiseksi yhteydeksi (kun aloitat Excelistä) tai Analysoi Excelissä -nimellä (kun aloitat Power BI -palvelusta). Excelin yhdistäminen semanttiseen Power BI -malliin sopii parhaiten raporttien tekijöille, jotka haluavat luoda Excelillä visualisointeja, jotka on yhdistetty aiemmin luotuun jaettuun semanttiseen malliin. Tämän lähestymistavan etuna on, että kyseessä on yhteys – tietojen viennin sijaan – joten Excel-työkirjan tiedot voidaan päivittää.
  • Excelin yhdistäminen Power BI:n semanttisen mallin esiteltyihin taulukoihin: Jos haluat yhdistää Excelin semanttisen mallin sisältämään taulukoiden alijoukkoon (koko jaetun semanttisen mallin sijaan), voit käyttää esiteltyjä taulukoita. Tämä vaihtoehto toimii hyvin, kun sinun on liitettävä Excelissä olevat tiedot Power BI:hin tallennettuihin tietoihin.
  • Vie Exceliin reaaliaikaisella yhteydellä: Kun tarkastelet visualisointia, voit viedä päivitettävissä olevien tietojen taulukon Exceliin. Tästä menetelmästä on hyötyä, kun haluat tutkia tietoja tarkemmin Käyttämällä Excelin Pivot-taulukkoa.
  • Luo Excel-tietomalli: Excel-tietomalli(aiemmalta nimeltään Power Pivot) on Excelin alkuperäinen ominaisuus. Se käyttää samaa tietokantamoduulia kuin Power BI tuotujen semanttisten mallien tallentamiseen ja samaa Power Query -toimintoa tietojen noutamiseen. Excelissä toimintoa kuitenkin päivitetään paljon harvemmin kuin Power BI:tä. Siitä on hyötyä sisällöntekijöille, jotka luovat pieniä malleja ja jotka suosivat vahvasti Excelissä työskentelyä. Vaihtoehtoisesti voit tuoda työkirjasi SharePointista tai OneDrivesta työpaikan tai yrityksen käyttöön. Sen avulla voit tarkastella työkirjaa Power BI -palvelussa. Voit myös luoda uuden semanttisen Power BI -mallin, joka synkronoidaan työkirjan tietojen kanssa (kun se on tallennettu OneDrive for Workiin tai oppilaitokseen).

On myös muita tapoja käsitellä Exceliä. Nämä asetukset eivät ole yhtä optimaalisia, joten niitä kannattaa käyttää vain tarvittaessa.

  • Vie Exceliin: Monilla käyttäjillä on tapana viedä tietoja Exceliin raporteista tai koontinäytöistä. Vaikka Power BI tukee tätä ominaisuutta, sitä on käytettävä varovasti ja harkitusti, koska se johtaa staattiseen tietojoukkoon. Jotta voidaan varmistaa, että Exceliin vietävien tietojen kulutus ei ole ylikäytetty, organisaation käyttäjien tulee tuntea viennin huonot puolet, ja järjestelmänvalvojien tulisi seurata käyttäjän toimintotietojen vientiä.
  • Hae lähdetietoja Excelistä: Exceliä voidaan käyttää tietolähteenä tuotaessa tietoja Power BI:hin. Tämä ominaisuus toimii parhaiten pienissä projekteissa, kun lähdetietojen ylläpitoon vaaditaan käyttäjäystävällinen Excel-ratkaisu. Voi myös olla hyödyllistä suorittaa soveltuvuusselvitys nopeasti. Excel-tietolähteisiin liittyvän riskin pienentämiseksi Excel-lähdetiedosto tulee kuitenkin tallentaa turvalliseen ja jaettuun sijaintiin. Sarakkeiden nimiä ei myöskään tule muuttaa tietojen päivittämisen onnistumisen varmistamiseksi.

Vihje

Suosittelemme, että ensisijaisesti kannustat Käyttämään Exceliä reaaliaikaisena yhteydenä.

Seuraavassa on joitakin tärkeitä seikkoja, jotka kannattaa ottaa huomioon määritettäessä, onko Excel sopiva luontityökalu.

  • Tietyt edellytykset on täytettävä, jotta käyttäjät voivat muodostaa yhteyden Semanttiseen Power BI -malliin Excelistä.
  • Joissakin organisaatioissa käyttäjillä on asennettuna 64-bittisen version sijaan Excelin 32-bittinen versio. Excelin 64-bittinen versio tukee suurempia tietomääriä ja toimii yleensä paremmin kuin 32-bittinen versio. Kaikkien tietopalveluiden on myös oltava linjassa tämän valinnan kanssa.
  • Jotkin Power BI Desktopin ominaisuudet eivät ole käytettävissä Excel-tietomallissa tai ne julkaistaan huomattavasti hitaammin. Sen vuoksi monimutkaiset mallinnusvaatimukset eivät välttämättä ole (helposti) mahdollisia Excelissä.
  • Jotkin Power BI Desktopissa käytettävissä olevat liittimet ja tietolähteet eivät ole käytettävissä Excelissä.

Vihje

Monilla organisaatioilla on olemassa olevia Excel-ratkaisuja, jotka voidaan nykyaikaistaa yhdistämällä Excel-tiedosto Power BI:n jaettuun semanttiseen malliin (tietojen viennin käytön sijaan). Reaaliaikainen yhteys säästää käyttäjiä työläiden vaiheiden toistamisesta, estää tietojen vanhentumisen ja varmistaa, että tietojen suojausta käytetään johdonmukaisesti, kun käyttäjät päivittävät Excel-tietoja.

Power BI Report Builder

Power BI:n raportin muodostin on työkalu sivutetun raporttitiedoston (.rdl) luomiseen. Sivutettuja raportteja voi ottaa käyttöön joko Power BI -palvelussa tai Power BI -raporttipalvelimessa. Jos sinulla on kokemusta raporttien luomisesta SQL Server Reporting Servicesissä (SSRS), huomaat, että raportin luontikokemus on samankaltainen.

Sivutetut raportit soveltuvat parhaiten pitkälle muotoiltuihin tai tulostettuihin raportteihin, kuten tilinpäätös. Ne soveltuvat myös raporteille, jotka on tarkoitettu tulostettaviksi tai PDF-muotoon, ja kun käyttäjän syöte (raporttiparametreilla) on tarpeen.

Vihje

Muita sivutettujen raporttien valitsemista suosivat skenaariot ovat kohdassa Milloin sivutettuja raportteja kannattaa käyttää Power BI:ssä?

Seuraavassa on joitakin tärkeitä asioita, jotka kannattaa ottaa huomioon, kun päätät käyttää Power BI:n raportin muodostinta.

  • Lähestymistapa Power BI:n raportin muodostimessa työskentelyn eri mielessä kuin Power BI Desktopissa. Sivutetulla raportilla keskitytään aina yhden yksittäisen raportin luomiseen (päinvastoin Power BI Desktopissa luotu semanttinen malli voi palvella monia eri raportteja).
  • Sivutettujen raporttien kehittäminen vaatii enemmän osaamista kuin Power BI -raporttien luominen. Tärkein etu on kuitenkin tietojen noutamisen, asettelun ja sijoittamisen hienosäädetty hallinta.
  • Sivutettu raportti liittyy sekä tietojen noutamiseen että asetteluun. Sinun täytyy kehittää kysely (eli tietojoukko) tietojen noutamiseksi ulkoisesta tietolähteestä, mikä saattaa edellyttää alkuperäisen kyselylausekkeen kirjoittamista (DAX:ssä, T-SQL:ssä tai muussa kielessä). Tietojoukko kuuluu yhteen raporttiin, joten sitä ei voi julkaista ja käyttää muissa sivutetuissa raporteissa.
  • Raportin käyttäjät tottuvat Power BI -raporttien sisäiseen vuorovaikuttesuuteen. Raportin vuorovaikutteisuus ei kuitenkaan ole sivutettujen raporttien vahvuus. Samankaltaisen vuorovaikutteisuuden saavuttaminen sivutetuissa raporteissa voi olla haastavaa tai mahdotonta.
  • Jos haluat käyttää tietoja tietokannan tallentaman toimintosarjan (kuten Azure SQL -tietokannan tallennetun toimintosarjan) avulla, se on mahdollista sivutetuissa raporteissa.
  • Ominaisuuksilla on eräitä eroja ja ominaisuuksia, joita ei tueta sen mukaan, julkaistaanko sivutettu raportti Power BI -palveluun vai Power BI -raporttipalvelimeen. Suosittelemme, että suoritat soveltuvuusselvityksen kohdeympäristösi mahdollisuuksien määrittämiseksi.

Vihje

Lisätietoja on artikkelissa Power BI:n raporttien usein kysytyt kysymykset ja suunnitteluvinkit Power BI:n raportin muodostimessa.

Kolmannen osapuolen työkalut

Kehittyneet sisällöntekijät voivat käyttää kolmannen osapuolen työkaluja, erityisesti suuryritystason toiminnoissa. He voivat kolmannen osapuolen työkalujen avulla kehittää, julkaista, hallita ja optimoida tietomalleja. Näiden työkalujen tavoitteena on laajentaa semanttisten mallien luojien käytettävissä olevia kehitys- ja hallintaominaisuuksia. Yleisiä esimerkkejä kolmannen osapuolen työkaluista ovat Tabular Editor, DAX Studio ja ALM Toolkit. Lisätietoja on kehittyneen tietomallin hallinnan käyttöskenaariossa.

Muistiinpano

Kolmannen osapuolen työkalujen käyttö on yleistä maailmanlaajuisessa Power BI -yhteisössä, erityisesti kokeneille sisällöntekijöille, kehittäjille ja IT-ammattilaisille.

On kolme pääasiallista tapaa käyttää kolmannen osapuolen työkaluja semanttisen mallin kehittämiseen ja hallintaan.

  • Ulkoisen työkalun avulla voit muodostaa yhteyden paikalliseen tietomalliin Power BI Desktopissa: Jotkin kolmannen osapuolen työkalut voivat muodostaa yhteyden tietomalliin avoimessa Power BI Desktop -tiedostossa. Kun nämä työkalut on rekisteröity Power BI Desktopiin, niitä kutsutaan ulkoisiksi työkaluiksi, jotka laajentavat Power BI Desktopin alkuperäisiä ominaisuuksia.
  • XMLA-päätepisteen avulla voit muodostaa yhteyden Etätietomalliin Power BI -palvelussa: Jotkin kolmannen osapuolen työkalut voivat käyttää XML for Analysis (XMLA) -protokollaa yhteyden muodostamiseen semanttiseen malliin, joka on julkaistu Power BI -palveluun. XMLA-protokollan mukaiset työkalut käyttävät Microsoftin asiakaskirjastoja tietojen lukemiseen ja/tai kirjoittamiseen tietomalliin tom-toiminnoilla.
  • Mallitiedoston avulla voit muodostaa yhteyden paikalliseen tietomalliin Power BI Desktopissa: Eräät kolmannen osapuolen työkalut jakavat toimintonsa kevyesti käyttämällä Power BI Desktop -mallitiedostoa (.pbit).

Jotkin kolmannen osapuolen työkalut ovat omistusoikeudellisia ja vaativat maksullisen käyttöoikeuden (kuten Tabular Editor 3). Muut yhteisötyökalut ovat maksuttomia ja avointa lähdekoodia (kuten Tabular Editor 2, DAX Studio ja ALM Toolkit). Suosittelemme, että arvioit huolellisesti jokaisen työkalun, kustannusten ja sen tukimallin ominaisuuksia, jotta voit riittävästi tukea sisällöntekijöillesi.

Vihje

Joidenkin organisaatioiden on helpompi saada hyväksytty työkalu, jota tuetaan täysin (vaikka käyttöoikeuskustannukset maksaisivat). Muiden organisaatioiden on kuitenkin helpompi saada ilmaisen avoimen lähdekoodin työkalu hyväksytyksi. IT-osastosi voi tarjota ohjeita ja auttaa sinua asianmukaisen huolellisuutta noudattaen.

Tarkistusluettelo – Luontityökaluja suunniteltaessa tärkeimmät päätökset ja toiminnot ovat seuraavat:

  • Päätä, mitä luontityökaluja kannattaa kannustaa: Omatoimisen sisällöntuottajat ja kehittyneet sisällöntekijät harkitsevat, mitkä käytettävissä olevista työkaluista ovat aktiivisesti ylennettyjä käytettäväksi organisaatiossa.
  • Päätä, mitä luontityökaluja tuetaan: Itsepalvelukehittäjille ja edistyneille sisällöntekijöille kannattaa harkita, mitä käytettävissä olevia työkaluja tuetaan ja ketkä tukevat niitä.
  • Arvioi kolmannen osapuolen työkalujen käyttöä: Mieti, mitkä kolmannen osapuolen työkalut sallitaan tai kannustetaan edistyneen sisällön tekijöille. Tutki tietosuojakäytäntöä, käyttöoikeuskustannuksia ja tukimallia.
  • Luo sisällöntekijöille ohjeita: anna ohjeita ja koulutusta, joiden avulla käyttäjät voivat valita tilanteensa mukaisen sisällönluontityökalun ja käyttää sitä.

Laitteiden hallinta ja määritys

Tässä osiossa kuvataan huomioon otettavia seikkoja työkalujen ja sovellusten asentamisessa ja päivittämisessä sekä käyttäjälaitteiden määrittämisessä.

Asiakastyökalut

IT käyttää usein termiä asiakastyökalut viittaamaan asiakaskoneisiin (käyttäjälaitteisiin) asennettuihin ohjelmistoihin. Yleisin käyttäjälaitteeseen asennettu Power BI -ohjelmisto on Power BI Desktop.

Koska Microsoft päivittää Power BI Desktopin yleensä joka kuukausi, on tärkeää käyttää saumatonta prosessia asennusten ja päivitysten hallintaan.

Seuraavassa on useita tapoja, joilla organisaatiot voivat hallita Power BI Desktopin asennuksia ja päivityksiä.

Asennuksen tyyppi Tukee automaattisia päivityksiä Kuvaus
Microsoft Store Kyllä Power BI Desktop jaetaan Microsoft Storesta. Kaikki päivitykset, mukaan lukien ohjelmavirhekorjaukset, asennetaan automaattisesti. Tämä vaihtoehto on helppo ja saumaton lähestymistapa, kunhan organisaatiosi ei estä joitakin (tai kaikkia) sovelluksia Microsoft Storesta joillekin (tai kaikille) käyttäjille.
Manuaalinen asennus En Voit ladata ja asentaa suoritettavan tiedoston (.exe) manuaalisesti Microsoft Download Centeristä. Ota kuitenkin huomioon, että ohjelmiston asentavalla käyttäjällä on oltava paikallisen järjestelmänvalvojan oikeudet – useimmissa organisaatioissa näitä oikeuksia rajoitetaan. Jos päätät käyttää tätä lähestymistapaa (eikä sitä hallita IT-palvelussa), on olemassa riski siitä, että käyttäjille asennetaan eri Versiot Power BI Desktopista. Tämä saattaa aiheuttaa yhteensopivuusongelmia. Lisäksi tämän lähestymistavan avulla jokaiselle käyttäjälle on ilmoitettava, jotta hän voi asentaa pikakorjaustekniikan (QFE) julkaisut, joita kutsutaan myös ohjelmavirhekorjauksiksi, kun ne julkaistaan.
IT-hallittuja järjestelmiä Määräytyy määrityksen mukaan Voit käyttää useita IT-hallittuja organisaation käyttöönottotapoja, kuten Microsoft System Center tai Microsoft Application Virtualization (App-V). Tämä vaihtoehto sopii parhaiten organisaatioille, joiden on hallittava useita asennuksia suuressa mittakaavassa tai mukautetulla tavalla.

On tärkeää, että käyttäjälaitteilla on riittävät järjestelmäresurssit. Jos sisällön luoja on tuottava, suurten tietomäärien parissa työskentelevät sisällöntuottajat saattavat tarvita vähimmäisvaatimuksia suurempia järjestelmäresursseja – erityisesti muistia (RAM) ja suoritinta. IT-palvelussa on saatettu ehdottaa konemäärityksiä sen mukaan, mikä on heidän kokemuksensa muiden sisällöntekijöiden kanssa.

Kaikkien Power BI -kehitystyössä yhteistyössä toimivien sisällöntuottajien tulisi käyttää samaa versiota ohjelmistosta – erityisesti Power BI Desktopia, joka päivitetään yleensä joka kuukausi. Suosittelemme, että otat päivitykset automaattisesti käyttäjien saataville, koska:

  • Useat sisällöntekijät, jotka tekevät yhteistyötä Power BI Desktop -tiedoston parissa, ovat varmoja siitä, että he käyttävät samaa versiota. On tärkeää, että samaan .pbix-tiedostoon yhdessä työskentelevät tekijät käyttävät samaa ohjelmistoversiota.
  • Käyttäjien ei tarvitse tehdä mitään erityisiä toimia päivitysten saamiseksi.
  • Käyttäjät voivat hyödyntää uusia ominaisuuksia, ja heidän käyttökokemuksensa on linjassa ilmoitusten ja dokumentaation kanssa. Se voi vaikuttaa käyttöönottoon ja käyttäjien tyytyväisyyteen, kun sisällöntuottajat saavat tietoa uusista ominaisuuksista ja ominaisuuksista, mutta ohjelmistopäivitysten välillä esiintyy silti pitkiä viiveitä.
  • Microsoft tukee vain uusinta Power BI Desktop -versiota. Jos käyttäjällä on ongelma ja hän tekee tukipalvelupyynnön, Microsoft-tuki pyytää häntä päivittämään ohjelmistonsa uusimpaan versioon.

Power BI Desktopin (kuvattiin aiemmin) lisäksi sinun on ehkä asennettava ja hallittava muita Microsoftin työkaluja tai kolmannen osapuolen työkaluja käyttäjälaitteissa, mukaan lukien mobiililaitteet. Katso luettelo mahdollisista työkaluista aiemmin tämän artikkelin kohdasta Luontityökalut .

Fabric OneLakessa sijaitsevia tiedostoja luovat ja hallitsevat käyttäjät voivat myös hyötyä OneLake File Explorerista. Tämän työkalun avulla he voivat kätevästi ladata, ladata, muokata tai poistaa OneLake-tiedostoja Windowsin resurssienhallinnan avulla.

Muistiinpano

IT-osastollasi saattaa olla käytössä hallittujen laitteiden käytäntöjä. Nämä käytännöt voivat hallita sitä, mitä ohjelmistoja voidaan asentaa ja miten niitä hallitaan.

Asiakastyökalun edellytykset

Sisällöntekijät, joihin on asennettu asiakastyökaluja, kuten Power BI Desktop, saattavat vaatia tiettyä edellytystä vaativia ohjelmistoja tai paketteja.

  • WebView2: (pakollinen) Power BI Desktopia suorittaville sisällöntekijöille Microsoft Edge WebView2 Runtime on edellytys. WebView2 mahdollistaa verkkotekniikoiden (kuten HTML:n, CSS:n ja JavaScriptin) upottamisen Power BI Desktopiin turvallisesti. WebView2 on jo asennettu, jos käyttäjälaitteessa on Windowsin uusin versio tai siihen on asennettu Microsoft 365 -sovelluksia ja kuukausittaiset päivitykset ovat käytössä.
  • .NET Framework: (pakollinen) Power BI Desktopia tai kolmannen osapuolen työkalua käyttäville sisällöntekijöille .NET Framework on edellytys. .NET Framework on teknologia, joka tukee Windows-sovellusten rakentamista ja suorittamista. Power BI Desktop edellyttää tiettyä versiota tai uudempaa versiota.
  • Microsoft Edge: (pakollinen) Power BI Desktopia suorittaville sisällöntekijöille Edge-selain on edellytys.
  • Python- ja R-paketit: (Valinnainen) Python- ja R-komentosarjoja voi käyttää useilla tavoilla Power BI:ssä, kun vuokraaja-asetus ottaa ne käyttöön. Komentosarjoja voidaan käyttää Python-visualisointien tai R-visualisointien luomiseen. Komentosarjoja voidaan luoda myös kyselyeditorissa. Tässä tapauksessa henkilökohtainen yhdyskäytävä vaaditaan, koska Pythonia ja R:ää ei tueta vakiotietoyhdyskäytävässä. Python-paketit tai R-paketit ovat edellytys. Epäsopivuuden välttämiseksi IT-osasto tulee hallita, mitkä paketit asennetaan, mihin ne asennetaan ja vastaavat Power BI -palvelussa tuettuja versioita.

Tietoyhteyden osat

Tietolähteistä riippuen sinun on ehkä asennettava ohjaimet, liittimet ja palveluntarjoajat käyttäjälaitteisiin. Nämä osat mahdollistavat tietoyhteyden, kun käyttäjä työskentelee asiakastyökalussa (kuten Power BI Desktopissa) tai kolmannen osapuolen työkalussa.

  • Ohjaimet:Ohjain on ohjelmisto-osa, joka muodostaa yhteyden muihin järjestelmiin. Jos esimerkiksi haluat muodostaa yhteyden Oracle-tietokantaan , tarvitset ehkä Oracle Data Access Client -ohjelmiston. Jos haluat muodostaa yhteyden SAP HANA -tietolähteeseen, tarvitset ehkä ODBC-ohjaimen.
  • Mukautetut liittimet:Mukautettu tietolähdeliitin saattaa olla tarpeen, kun muodostetaan yhteys vanhaan tai omistusoikeudeseen järjestelmään.
  • Excel-palvelu:Analysoi Excelissä -palvelun avulla käyttäjät voivat luoda visualisointeja Excelissä, kun he ovat yhteydessä aiemmin luotuun jaettuun semanttiseen malliin, joka on julkaistu Power BI -palveluun.
  • Analysis Services -asiakaskirjastot: Kun muodostat yhteyden Analysis Services -lähteeseen, asiakaskirjasto on asennettava.
  • Access-tietokannan OLE DB -palvelu: Kun muodostat yhteyden Access-tietokantaan, on asennettava OLE DB -palvelu .

Tärkeä

Tietolähteissä, jotka edellyttävät liitettävyyttä yhdyskäytävän kautta, on asennettava samat ohjaimet, liittimet ja palveluntarjoajat kuhunkin tietoyhdyskäytäväkoneeseen . Tietoyhdyskäytävän puuttuvat osat ovat yleinen syy tietojen päivittämisen epäonnistumiseen, kun sisältö on julkaistu Power BI -palveluun.

Vihje

Jotta toimitus olisi yksinkertaisempi suurelle määrälle käyttäjiä, monet IT-tiimit ottavat käyttöön yleisimmät ohjaimet, liittimet ja palveluntarjoajat osana käyttäjän laitteen vakioasetuksia.

Versiontarkistustyökalut

Sisällöntekijöillä, joihin on asennettu asiakastyökaluja, kuten Power BI Desktop, on myös voitava tallentaa tiedostojen versiot tai historialliset kopiot. Aiempien versioiden käyttö on erityisen hyödyllistä, kun muutos on peruutettava.

Kehitystiedostojen versioinnin voi käsitellä kahdella tavalla.

  • Teams, OneDrive for Business, SharePoint: Itsepalvelusisällön luojat tallentavat usein tiedostoja Teamsissa, OneDrive for Workissa, Schoolissa tai SharePointissa. Käyttäjien mielestä nämä työkalut ovat tuttuja ja helppokäyttöisiä. Jaetut kirjastot voidaan järjestää, suojata asianmukaisille työtovereille ja versioinnit ovat sisäänrakennettuja.
  • Lähteen hallinnan laajennukset: Kehittyneen sisällöntuottajan on ehkä integroitava lähteen hallintatyökalun kanssa. Tämä koskee yleensä Gatin asentamista lähteen hallintaan ja sitten lähteen hallinnan työkalun, kuten Visual Studio Coden, käyttämistä sisällön muutosten vahvistamiseen etäsäilöön, kuten Azure DevOps Reposiin. Power BI Desktopissa voidaan käyttää kehittäjätilaa . Tässä tilassa sisältö tallennetaan Power BI -projektin (.pbip) tiedostona, joka on yhteensopiva käytettäväksi ensisijaisen lähteen hallintajärjestelmän kanssa. Kun käytät Fabricia, Git-integrointia tuetaan asiakastyökalun kanssa työskentelyä varten.

Lisätietoja on artikkelissa Tiedostojen sijaintien strategia.

Mukautetut visualisoinnit

Power BI: n mukautetut visualisoinnit, joita kehittäjät voivat luoda käyttämällä Power BI -visualisointien SDK:ta, mahdollistavat sen, että Power BI -raporttien tekijät voivat työskennellä pidemmälle kuin sisäiset visualisoinnit. Microsoft, ohjelmistokehittäjät, toimittajat tai kumppanit voivat luoda ja julkaista mukautetun visualisoinnin.

Jos haluat käyttää mukautettua visualisointia Power BI Desktopissa, se on ensin asennettava sisällön luojan koneessa. Visualisointeja voi jakaa käyttäjille useilla eri tavoilla.

  • AppSource:AppSource on Microsoft-ohjelmiston sovellusten, apuohjelmien ja laajennusten Marketplace. Visualisoinnit jaetaan AppSourcessa käyttämällä Power BI visual (.pbiviz) -tiedostoa. Visualisointi voidaan jakaa vapaasti tai se voi edellyttää käyttöoikeutta.
    • Etuja:
      • Käyttäjien on helppo etsiä ja etsiä visualisointeja AppSourcesta.
      • Kaikki raportit ja koontinäytöt päivitetään automaattisesti käyttämään mukautettujen visualisointien uusinta versiota, joka on hankittu AppSourcesta.
      • Tukee sertifioitujen visualisointien käyttöä.
      • Microsoft suorittaa AppSourceen julkaistujen visualisointien perustason vahvistukset . Tarkistuksen laajuus riippuu siitä, onko visualisointi sertifioitu vai ei.
    • Mahdolliset haitat:
      • Kun kukin sisällöntekijä lataa tarvitsemansa sisällön AppSourcesta, se voi johtaa epäsopivuuksiin, kun käyttäjillä on eri versioita asennettuna.
      • Sisällöntekijä voi ladata visualisoinnin, jota ei ole vielä testattu tai hyväksytty käytettäväksi organisaatiossa.
      • Visualisoinnin kehittäjän täytyy noudattaa tiukkaa julkaisuprosessia. Vaikka se parantaa suojausta ja vakautta, prosessi voi tehdä virhekorjauksen nopeasta julkaisusta haastavaa.
  • Tuo visualisointitiedosto: Sisällön luoja voi tuoda visualisointitiedoston Power BI Desktopiin.
    • Etuja:
      • Visualisointeja, jotka ovat käytettävissä julkisesti tai yksityisesti hajautettuina, voidaan asentaa. Tämä sisältää sisäisesti kehitetyt visualisoinnit tai toimittajalta ostetut visualisoinnit.
      • Mahdollistaa visualisointitiedoston hankkimisen AppSourcen ulkopuolelta.
    • Mahdolliset haitat:
      • Ilman keskitettyä järjestelmää sisällöntuottajien voi olla vaikea tietää, mitkä visualisoinnit on hyväksytty käytettäväksi organisaatiossa.
      • Kun kukin sisällöntekijä tuo visualisointitiedoston, se voi johtaa epäyksityisyyksiin, kun käyttäjillä on eri versiot asennettuna.
      • Päivityksiä ei levitetä automaattisesti käyttäjän laitteisiin. Paikallisten Power BI Desktop -tiedostojen raportit päivittyvät vasta sitten, kun jokainen käyttäjä päivittää visualisointitiedostonsa.
      • Ei tue sertifioitujen visualisointien käyttöä.
  • Organisaation visualisoinnit:Organisaation visualisointien säilö on Fabric-hallintaportaalin keskitetty alue visualisointien hallintaa varten.
    • Etuja:
      • Sisällöntekijöiden ei tarvitse hallita visualisointitiedostoja. Sen sijaan Fabric-järjestelmänvalvoja hallitsee keskitetysti visualisoinnin versiota, joka on saatavilla kaikille käyttäjille. Versioiden yhdenmukaisuus varmistetaan kaikille käyttäjille ja kaikille raporteille.
      • Visualisoinnit, jotka ovat käytettävissä julkisesti tai yksityisesti hajautettuina, voidaan asentaa. Tämä sisältää sisäisesti kehitetyt visualisoinnit tai toimittajalta ostetut visualisoinnit.
      • Visualisointeja voidaan testata ja ennakkohyväksyä organisaatiossa käytettäväksi. Tämä tarkistusprosessi vähentää ei-hyväksyttyjen visualisointien käytön riskiä. Se sallii myös paremman joustavuuden määrittää, mikä tietty visualisointiversio on hyväksytty käytettäväksi.
      • Kaikki raportit ja koontinäytöt päivitetään automaattisesti käyttämään uusinta versiota (kun visualisointitiedosto päivitetään hallintaportaalissa tai tuodaan saataville AppSourceen).
      • Jos visualisointi, joka on tällä hetkellä organisaation käytössä, ei katsota enää luotettavaksi, se voidaan poistaa käytöstä tai poistaa organisaation visualisointien säilöstä. Tässä tapauksessa visualisointia ei hahmonneta raporteissa ja koontinäytöissä.
      • Sallii sertifioimattomien visualisointien käytön AppSourcesta. Tästä on hyötyä, kun määrität vuokraaja-asetukset estämään sertifioimattomat visualisoinnit, mutta tietty sertifioimaton visualisointi on kuitenkin vahvistettu ja hyväksytty käytettäväksi organisaatiossa.
    • Mahdolliset haitat:
      • Fabric-järjestelmänvalvojan on hallittava organisaation visualisointeja keskitetysti.
      • Keskittäminen korreloi käyttäjien joustavuuden pienentämiseksi, ja viiveet voivat ilmetä visualisoinnin version päivittämisessä.
      • Jotkin ominaisuudet eivät ole käytettävissä, kun visualisointia ei ole sertifioitu (mikä edellyttää tuomista AppSourcesta).

Tärkeä

Jos organisaatiosi on erittäin huolissaan tietosuojasta ja tietovuodoista, harkitse kaikkien mukautettujen visualisointien hallintaa organisaation visualisointien säilön kautta.

Vihje

Mukautettujen visualisointien jakelutapa on hallinnan kannalta huomioitava seikka. Suosittelemme, että arvioit huolellisesti kunkin visualisoinnin ominaisuuksia sen kustannus- ja tukimallin mukaan, jotta voit riittävästi tukea sisällöntekijöille.

Lisäksi ennen kuin hyväksyt uuden mukautetun visualisoinnin käytön, on tärkeää, että arvioit suojaus- ja tietosuojariskejä, koska:

  • Visualisoinnit suorittavat JavaScript-koodin ja voivat käyttää visualisoimiaan tietoja.
  • Visualisoinnit voivat lähettää tietoja ulkoiseen palveluun. Visualisoinnin on esimerkiksi ehkä välitettävä tietoja ohjelmointirajapintaan tekoälyalgoritmin suorittamiseksi tai kartan hahmontamiseksi. Vaikka visualisointi välittää tietoja ulkoiseen palveluun, se ei välttämättä ole luotettava. Tietoja välittävää visualisointia ei voi sertifioida.

Katso lisätietoja artikkelista Organisaation visualisointien hallinnoiminen.

Ryhmäkäytäntöasetukset

Ryhmäkäytäntö tarjoaa Windows-koneiden ja verkkoympäristön käyttöjärjestelmien, sovellusten ja käyttäjäasetusten keskitetyn hallinnan ja määrittämisen. Sen avulla IT-järjestelmä voi ottaa käyttöön ja hallita yhdenmukaisia käyttäjätilejä ja koneasetuksia. Power BI Desktopissa ryhmäkäytäntöä käytetään useimmiten mukautettujen visualisointien hallintaan (kuvattu edellisessä osiossa).

Voit määrittää, sallitaanko sertifioimattomat visualisoinnit vai estetäänkö ne Power BI Desktopissa. Jotta voidaan varmistaa, että käyttäjillä on johdonmukainen käyttökokemus sekä Power BI Desktopissa että Power BI -palvelussa, on tärkeää, että mukautettuja visualisointeja hallitaan johdonmukaisesti kahdessa paikassa.

  • Vuokraaja-asetus:Lisää ja käytä vain sertifioituja visualisointeja (estä sertifioimaton) -vuokraaja-asetus sallii tai estää mukautettujen visualisointien käytön, kun käyttäjät luovat tai muokkaavat raportteja Power BI -palvelussa.

  • Ryhmäkäytäntö: Ryhmäkäytäntöasetus ohjaa mukautettujen visualisointien käyttöä, kun käyttäjät luovat tai muokkaavat raportteja Power BI Desktopissa. Jos sisällöntekijä loi pitkään Power BI Desktopissa sisältöä, jota ei voi näyttää Power BI -palvelussa (väärin erotetun vuokraaja-asetuksen vuoksi), se aiheuttaa huomattavaa määrää turhautumista käyttäjien turhautumiseen. Siksi ne molemmat on tärkeää pitää linjassa.

Voit myös ryhmäkäytännön avulla määrittää, sallitaanko tietojen vienti mukautettuihin visualisointeihin vai estetäänkö se .

Rekisteriasetukset

Windows-käyttöjärjestelmä tallentaa konetiedot, asetukset ja vaihtoehdot Windowsin rekisteriin. Power BI Desktopissa käyttäjäkoneiden mukauttamista varten voidaan määrittää rekisteriasetukset. Rekisteriasetukset voidaan päivittää ryhmäkäytännöllä, mikä auttaa IT-määrittämään oletusasetukset, jotka ovat yhdenmukaisia kaikille käyttäjille (tai käyttäjäryhmille).

Seuraavassa on useita Power BI Desktopiin liittyviä rekisteriasetusten yleisiä käyttötapoja.

  • Poista käytöstä ilmoitukset siitä, että ohjelmistopäivitys on saatavilla. Tästä on hyötyä, kun olet varma, että IT-järjestelmä hankkii Power BI Desktop -päivityksen, suorittaa vahvistuksia ja lähettää sitten päivityksiä käyttäjälaitteille niiden normaalin prosessin läpi.
  • Määritä yleinen tietosuojataso. Tämä asetus kannattaa määrittää oletusarvoksi Organisaatio, koska se voi auttaa välttämään tietosuojarikkomuksia, kun eri tietolähteitä yhdistetään.
  • Poista Power BI Desktopin kirjautumislomake käytöstä. Lomakkeen poistamisesta käytöstä on hyötyä, kun organisaatiokoneet kirjautuvat sisään automaattisesti. Tässä tapauksessa käyttäjää ei tarvitse koskaan pyytää.
  • Kyselyeditorin suorituskyvyn hienosäätäminen. Tästä asetuksesta on hyötyä, kun haluat vaikuttaa kyselyn suorittamisen toimintaan muuttamalla oletusarvoja.
  • Poista ulkoisten työkalujen valintanauhan välilehti käytöstä. Saatat poistaa valintanauhan välilehden käytöstä, jos tiedät, ettet voi hyväksyä tai tukea ulkoisia työkaluja.

Vihje

Yleensä tavoitteena ei ole rajoittaa merkittävästi sitä, mitä käyttäjät voivat tehdä työkaluilla. Sen sijaan kyse on käyttäjäkokemuksen parantamisesta ja tukitarpeiden pienentämisestä.

Mobiililaitteiden hallinta

Monet käyttäjät haluavat käyttää Power BI -sisältöä mobiililaitteessa, kuten tabletissa tai puhelimessa, olivatpa he sitten kotona tai matkustavat. Power BI -mobiilisovellukset iOS:lle, Androidille ja Windowsille on suunniteltu ensisijaisesti pienempiin tekijöihin ja kosketusnäyttöihin. Ne helpottavat Power BI -palveluun tai Power BI -raporttipalvelimeen julkaistun sisällön käsittelemistä.

Microsoft Intunella voit määrittää sovellusten suojauskäytäntöjä ja laitteen suojauskäytäntöjä hallituille ja hallitsemattomille laitteille. Intune on ohjelmistopalvelu, joka tarjoaa mobiililaitteiden ja sovellusten hallinnan ja tukee mobiilisovellusten hallintakäytäntöjä. Käytännöt voidaan määrittää suojauksen eri tasoille.

Vaihtoehtoisesti Microsoft 365:n tai kolmannen osapuolen mobiililaitteiden hallintaratkaisua (MDM) voidaan käyttää myös Power BI -mobiilisovellusten käyttäytymisen mukauttamiseen. Windowsin Power BI -sovellus tukee myös Windows Information Protectionia (WIP).

Seuraavassa on useita tapoja, joilla voit halutessasi käyttää mobiilisovellusten hallinnan ja mobiilisovellusten hallinnan käytäntöjä.

  • Määritä tietosuoja-asetukset.
  • Salaa sovellustiedot, kun sovellus ei ole käytössä.
  • Poista tiedot valikoivasti, kun laite katoaa.
  • Estä tietojen tallentaminen henkilökohtaiseen tallennussijaintiin.
  • Rajoita leikkaamisen, kopioinnin ja liittämisen toimintoja.
  • Estä organisaation tietojen tulostaminen.
  • Vaadi biometrisiä tietoja tai käytön PIN-koodi mobiilisovelluksen avaamiseksi.
  • Määritä oletustoiminta, kun käyttäjä valitsee tai napauttaa mobiilisovellusta.

Lisätietoja laitteiden ja tietojen suojaamisesta on Power BI:n suojausta käsittelevässä teknisestä raportissa.

Tarkistusluettelo – Laitteiden hallinnan aikana tärkeimmät päätökset ja toiminnot ovat seuraavat:

  • Määritä, miten Power BI Desktop päivitetään: Harkitse Power BI Desktopin (ja muiden asiakastyökalujen) asentamista. Varmista aina kun mahdollista, että päivitykset asennetaan automaattisesti.
  • Määritä tarvittavat asiakastyökalujen edellytykset: Varmista, että kaikki edellytettävät ohjelmistot ja paketit asennetaan ja päivitetään säännöllisesti.
  • Tunnista tarvittavat tietoyhteyden osat: Varmista, että kaikki tietoyhteyden edellyttämät ohjaimet, liittimet ja palveluntarjoajat asennetaan ja päivitetään säännöllisesti.
  • Määritä, miten voit käsitellä mukautettuja visualisointeja: Päätä, miten mukautettuja visualisointeja käsitellään AppSourcesta ja muista lähteistä. Määritä Salli Power BI SDK -vuokraaja-asetuksesta luodut visualisoinnit ja Lisää ja käytä vain sertifioituja visualisointeja -vuokraaja-asetus, jotta voit tasata päätökset. Harkitse sellaisen prosessin luomista, jonka avulla käyttäjät voivat pyytää uutta mukautettua visualisointia.
  • Ryhmäkäytäntöasetusten määrittäminen: Määritä ryhmäkäytäntö varmistamaan, että mukautettuja visualisointeja hallitaan Power BI Desktopissa samalla tavalla kuin Power BI -palvelussa.
  • Rekisteriasetusten määrittäminen: Määritä rekisteriasetukset käyttäjäkoneiden mukauttamiseksi tarvittaessa.
  • Tutki mobiililaitteiden hallintaa: Harkitse tarvittaessa sovellusten suojauskäytäntöjen ja mobiililaitteiden suojauskäytäntöjen käyttöä.

Liittyvä sisältö

Jos haluat lisätietoja, toimintoja, päätöksentekokriteereitä ja suosituksia Power BI:n toteutuspäätösten tueksi, lue artikkeli Power BI:n käyttöönoton suunnittelu.