Power BI Connector: Difference between revisions
Copy from German Version |
Basic Translation Part 1 |
||
| Line 1: | Line 1: | ||
__TOC__ | __TOC__ | ||
The CoPlanner Power BI Connector is the perfect tool for CoPlanner PowerUsers with Power BI knowledge to distribute innovative dashboards with current CoPlanner data in the company. The CoPlanner Power BI Connector was developed to be able to obtain data from the CoPlanner without having to fetch it directly from the SQL database. With the connector it is possible to import tables, dimensions, subsets and functions from CoPlanner models into Power BI (no live connection) from any number of CoPlanner server instances. | |||
This connector was developed following Microsoft's guidelines for creating a custom connector for Power BI. | |||
== Voraussetzungen == | == Voraussetzungen == | ||
* Power BI Desktop | * Power BI Desktop is installed | ||
* CoPlanner Server | |||
* CoPlanner | * CoPlanner Server runs at https | ||
* CoPlanner license must have Power BI enabled | |||
== Installation == | == Installation == | ||
The installation for the desktop version can be installed via the CoPlanner Power BI connector.msi. | |||
This saves the "CoPlanner.pqx" connector to the directory C:\Users\<username>\Documents\Power BI Desktop\Custom Connectors and sets registry keys so that the connector is considered trustworthy. | |||
The CoPlanner.pqx is also made available without the installer for use with the gateway. | |||
== Verwendung == | == Verwendung == | ||
In the "Retrieve data" menu item there is a connector called CoPlanner under "More...", provided that it has been installed correctly. If you select this, you must enter the URL under which the server can be reached (e.g. <nowiki>https://myservername:4443/coplanner</nowiki>) and you can optionally enter the language. If you connect to this URL for the first time, you will get a dialog where you can decide whether you want to log in via Windows authentication or via the CoPlanner user. This user must be available and authorized accordingly in CoPlanner. If you want to authorize access to the data according to the CoPlanner when you have published the report, you should choose a user who has all rights, since data can only be removed later and cannot be added. If you access this URL further, you will no longer get this query. If you want to change the user, you have to adjust this via the data source settings. After access, you get a window, the navigator, in which date tables, functions and tables, dimensions and subsets are listed, provided they have "Available for analyzes (Power BI)" checked. Here you select the relevant data that you want to display in this report and load them. If you have forgotten something or simply want to expand the report, you can simply do this via the sources used last. In general, it is recommended to restrict not only the objects, but also the fields of the objects to the required fields via the flag "Available for analyzes (Power BI)" in the object management, since then only the relevant data is fetched and it is therefore more efficient is. | |||
=== Beziehungen verwalten === | === Beziehungen verwalten === | ||
When using more than one table, which also use the same dimensions, it is important to properly maintain the relationships. If these are properly maintained, you can filter by the dimensions in the report. These connections are created when they are created, but must then be checked to ensure that all relationships have been created and that they are correct. | |||
=== Hierarchien erstellen === | === Hierarchien erstellen === | ||
In contrast to the CoPlanner, Power BI expects that all sheet elements are on the same level. The connector delivers the dimensions flattened accordingly and, if a leaf element is not on the right level, adds further levels with the name of the leaf element, otherwise Power BI would add further levels here that have no name. Dimensions are delivered with fields Level_0 to Level_x. To create a hierarchy from the top level, right-click on Level_0 to open the context menu and choose "Create Hierarchy". If you then click on Level_1, for example, you can add this entry to the hierarchy via the context menu. All other level elements can then simply be added in ascending order. In the data area you can then sort each level according to its corresponding order column. So Level_0 is sorted by Order_0, Level_1 by Order_1, etc.. This gives us a hierarchy and sorting like in CoPlanner. For an easier overview, you can simply hide the level and order columns, as they are otherwise no longer needed. | |||
=== Datumstabellen === | === Datumstabellen === | ||
In order for Quickmeasure or time intelligence functions to work in Power BI, a date table must be created according to Power BI specifications. Power BI date tables must have certain properties, such as a column of the data type date or date/dime must have unique values, no empty values,... The CoPlanner Connector provides valid Power BI date tables based on CoPlanner time dimensions. | |||
In order to be able to use the date table created by the connector, it must be marked as a date table in the modeling via the context menu. In addition, a mapping must then take place via the date field of the normal time dimension. Once this has been done, you can use quick measures, e.g. to create the percentage of change compared to the previous year with just a few clicks, without having any DAX knowledge. | |||
=== Funktion "Daten optimieren" === | === Funktion "Daten optimieren" === | ||
Tables, dimensions and subsets can be loaded via the navigator. However, we can have two issues here: | |||
1.) | 1.) All plan data is loaded independently of the plan. This can lead to performance problems and is unnecessary if I only want to look at one plan anyway and not plan comparisons. | ||
2.) | 2.) I want to use a subset. However, CoPlanner tables themselves have no mapping to the subsets. In order for this mapping to be generated and the data to be calculated correctly, the data must be specially loaded. | ||
Both of these cases can be mapped accordingly using the "Optimize data" function. | |||
==== Einschränkung der Daten auf einen Plan ==== | ==== Einschränkung der Daten auf einen Plan ==== | ||
To do this, select the Optimize data function in the navigator and do not select "Load" but "Transform data". The Power Query Editor opens, in which the parameters can be defined. | |||
First, the WebAppUrl of the CoPlanner and the table name must be specified. | |||
If it is a plan table, you can now restrict the plan via the scenario if you want to do that. A constraint has advantages in speed. However, if you want to compare several plans with each other, it is not recommended. | |||
Note You can define parameters in Power BI, which you can then use for these queries. It is recommended to create for the URL of the server and in the case for the scenario. This allows you to adjust all queries at the same time simply by changing the parameter. | |||
Specify the scenario parameter or scenario name for the constraint. | |||
If you also want to link the table to a subset, you can also specify your subset mapping here (see Use of subsets) and select a language. | |||
Once all parameters have been assigned, click on "Call". | |||
A query opens with a preview of the result. This can be given a meaningful name and accessed in the visuals. In the Power BI model, the relationships should be maintained automatically, but you should always check them. | |||
Example of a query with a Power BI parameter named ServerUrl, in which the URL of the CoPlanner server is stored, on thebalance sheet_PLAN table for the final budget scenario: | |||
= #" | = #"Optimize data"(ServerUrl, "Bilanz_PLAN", "Budget final", null, null) | ||
ServerUrl has the quotes removed here because it is a parameter. | |||
==== Verwendung von Subsets (Variante 1) ==== | ==== Verwendung von Subsets (Variante 1) ==== | ||
CoPlanner | CoPlanner tables themselves have no mapping to the subsets. In order to generate this mapping and to calculate the data correctly, the data must be specially loaded. | ||
To do this, select the "Optimize data" function in the navigator and do not select "Load" but "Transform data". The Power Query Editor opens, in which the parameters can be defined. | |||
First, the WebAppUrl of the CoPlanner and the table name must be specified. Next, the scenario for plan tables can optionally be restricted. | |||
In order to be able to implement future extensions, the subset mapping is a listing. The Power BI UI always wants to get listings from a column. Do not fill this parameter via "Select column...", but click directly on "Call" and define the mapping via the toolbar. | |||
In the Subsetmapping parameter, define the column name of the base dimension in the table with the desired subset using the following syntax: | |||
{ | {"COLUMNNAME_OF_BASEDIMENSION_IN_THE_TABLE=SUBSET_NAME"} | ||
Example of a query on the Bilanz_PLAN table with a mapping on the Sub_Bilanz subset, which was mapped using the Balance sheet structure column. | |||
= #" | = #"Optimize data"("<nowiki>https://meinserver:4443/coplanner</nowiki>", "Bilanz_PLAN", null, {"Bilanz-Structur=Sub_Bilanz"}, null) | ||
You can give this query a meaningful name and access it in the visuals. | |||
{{Hinweis|Text=Pro Abfrage auf die Tabelle kann nur ein Subsetmapping gemacht werden.}} | {{Hinweis|Text=Pro Abfrage auf die Tabelle kann nur ein Subsetmapping gemacht werden.}} | ||
Revision as of 08:36, 30 March 2023
The CoPlanner Power BI Connector is the perfect tool for CoPlanner PowerUsers with Power BI knowledge to distribute innovative dashboards with current CoPlanner data in the company. The CoPlanner Power BI Connector was developed to be able to obtain data from the CoPlanner without having to fetch it directly from the SQL database. With the connector it is possible to import tables, dimensions, subsets and functions from CoPlanner models into Power BI (no live connection) from any number of CoPlanner server instances.
This connector was developed following Microsoft's guidelines for creating a custom connector for Power BI.
Voraussetzungen
- Power BI Desktop is installed
- CoPlanner Server runs at https
- CoPlanner license must have Power BI enabled
Installation
The installation for the desktop version can be installed via the CoPlanner Power BI connector.msi.
This saves the "CoPlanner.pqx" connector to the directory C:\Users\<username>\Documents\Power BI Desktop\Custom Connectors and sets registry keys so that the connector is considered trustworthy.
The CoPlanner.pqx is also made available without the installer for use with the gateway.
Verwendung
In the "Retrieve data" menu item there is a connector called CoPlanner under "More...", provided that it has been installed correctly. If you select this, you must enter the URL under which the server can be reached (e.g. https://myservername:4443/coplanner) and you can optionally enter the language. If you connect to this URL for the first time, you will get a dialog where you can decide whether you want to log in via Windows authentication or via the CoPlanner user. This user must be available and authorized accordingly in CoPlanner. If you want to authorize access to the data according to the CoPlanner when you have published the report, you should choose a user who has all rights, since data can only be removed later and cannot be added. If you access this URL further, you will no longer get this query. If you want to change the user, you have to adjust this via the data source settings. After access, you get a window, the navigator, in which date tables, functions and tables, dimensions and subsets are listed, provided they have "Available for analyzes (Power BI)" checked. Here you select the relevant data that you want to display in this report and load them. If you have forgotten something or simply want to expand the report, you can simply do this via the sources used last. In general, it is recommended to restrict not only the objects, but also the fields of the objects to the required fields via the flag "Available for analyzes (Power BI)" in the object management, since then only the relevant data is fetched and it is therefore more efficient is.
Beziehungen verwalten
When using more than one table, which also use the same dimensions, it is important to properly maintain the relationships. If these are properly maintained, you can filter by the dimensions in the report. These connections are created when they are created, but must then be checked to ensure that all relationships have been created and that they are correct.
Hierarchien erstellen
In contrast to the CoPlanner, Power BI expects that all sheet elements are on the same level. The connector delivers the dimensions flattened accordingly and, if a leaf element is not on the right level, adds further levels with the name of the leaf element, otherwise Power BI would add further levels here that have no name. Dimensions are delivered with fields Level_0 to Level_x. To create a hierarchy from the top level, right-click on Level_0 to open the context menu and choose "Create Hierarchy". If you then click on Level_1, for example, you can add this entry to the hierarchy via the context menu. All other level elements can then simply be added in ascending order. In the data area you can then sort each level according to its corresponding order column. So Level_0 is sorted by Order_0, Level_1 by Order_1, etc.. This gives us a hierarchy and sorting like in CoPlanner. For an easier overview, you can simply hide the level and order columns, as they are otherwise no longer needed.
Datumstabellen
In order for Quickmeasure or time intelligence functions to work in Power BI, a date table must be created according to Power BI specifications. Power BI date tables must have certain properties, such as a column of the data type date or date/dime must have unique values, no empty values,... The CoPlanner Connector provides valid Power BI date tables based on CoPlanner time dimensions.
In order to be able to use the date table created by the connector, it must be marked as a date table in the modeling via the context menu. In addition, a mapping must then take place via the date field of the normal time dimension. Once this has been done, you can use quick measures, e.g. to create the percentage of change compared to the previous year with just a few clicks, without having any DAX knowledge.
Funktion "Daten optimieren"
Tables, dimensions and subsets can be loaded via the navigator. However, we can have two issues here:
1.) All plan data is loaded independently of the plan. This can lead to performance problems and is unnecessary if I only want to look at one plan anyway and not plan comparisons.
2.) I want to use a subset. However, CoPlanner tables themselves have no mapping to the subsets. In order for this mapping to be generated and the data to be calculated correctly, the data must be specially loaded.
Both of these cases can be mapped accordingly using the "Optimize data" function.
Einschränkung der Daten auf einen Plan
To do this, select the Optimize data function in the navigator and do not select "Load" but "Transform data". The Power Query Editor opens, in which the parameters can be defined.
First, the WebAppUrl of the CoPlanner and the table name must be specified.
If it is a plan table, you can now restrict the plan via the scenario if you want to do that. A constraint has advantages in speed. However, if you want to compare several plans with each other, it is not recommended.
Note You can define parameters in Power BI, which you can then use for these queries. It is recommended to create for the URL of the server and in the case for the scenario. This allows you to adjust all queries at the same time simply by changing the parameter.
Specify the scenario parameter or scenario name for the constraint.
If you also want to link the table to a subset, you can also specify your subset mapping here (see Use of subsets) and select a language.
Once all parameters have been assigned, click on "Call".
A query opens with a preview of the result. This can be given a meaningful name and accessed in the visuals. In the Power BI model, the relationships should be maintained automatically, but you should always check them.
Example of a query with a Power BI parameter named ServerUrl, in which the URL of the CoPlanner server is stored, on thebalance sheet_PLAN table for the final budget scenario:
= #"Optimize data"(ServerUrl, "Bilanz_PLAN", "Budget final", null, null)
ServerUrl has the quotes removed here because it is a parameter.
Verwendung von Subsets (Variante 1)
CoPlanner tables themselves have no mapping to the subsets. In order to generate this mapping and to calculate the data correctly, the data must be specially loaded.
To do this, select the "Optimize data" function in the navigator and do not select "Load" but "Transform data". The Power Query Editor opens, in which the parameters can be defined.
First, the WebAppUrl of the CoPlanner and the table name must be specified. Next, the scenario for plan tables can optionally be restricted.
In order to be able to implement future extensions, the subset mapping is a listing. The Power BI UI always wants to get listings from a column. Do not fill this parameter via "Select column...", but click directly on "Call" and define the mapping via the toolbar.
In the Subsetmapping parameter, define the column name of the base dimension in the table with the desired subset using the following syntax:
{"COLUMNNAME_OF_BASEDIMENSION_IN_THE_TABLE=SUBSET_NAME"}
Example of a query on the Bilanz_PLAN table with a mapping on the Sub_Bilanz subset, which was mapped using the Balance sheet structure column.
= #"Optimize data"("https://meinserver:4443/coplanner", "Bilanz_PLAN", null, {"Bilanz-Structur=Sub_Bilanz"}, null)
You can give this query a meaningful name and access it in the visuals.
Template:Hinweis Template:Hinweis
Funktion Subsetzuordnung
Verfügbar ab CoP 11 HF 1.0.
CoPlanner Tabellen selbst haben kein Mapping zu den Subsets. Um dieses Mapping zu generieren und die Daten auch richtig zu berechnen, müssen die Daten speziell geladen werden.
Wählen Sie dazu im Navigator die Funktion "Subsetzuordnung" aus und wählen Sie nicht "Laden" sondern "Daten transformieren". Es öffnet sich der Power Query-Editor, in welchem die Parameter definiert werden können.
Als erstes muss die WebAppUrl des CoPlanners angegeben werden, dann die Basisdimension des Subsets und der Name des Subsets.
Über "Aufrufen" wird nun die Abfrage erstellt. Geben Sie der Abfrage einen Namen. Nun müssen in der Modellierung noch die richtigen Beziehungen aktiviert und angepasst werden. Das Subset soll nur eine Verbindung zur Subsetmapping Tabelle haben (Achtung, die ist meistens zu Beginn deaktiviert), die Verbindung vom Subset direkt zur Dimension soll entfernt werden und die Beziehung zwischen Subsetmapping und Dimension muss auf die Kreuzfilterung "Beide" umgestellt werden.
Berechtigungen verwalten (Funktion "Security (dynamic RLS)")
Berechtigungen zur Datenquelle CoPlanner werden unter den Datenquelleneinstellungen verwaltet (Benutzer/Passwort). Hier kann man Einstellen ob diese lokal, oder am Bericht gespeichert werden.
Für die richtige Berechtigung der Daten wie im CoPlanner muss man noch weitere Schritte durchführen. Das kommt daher, dass die Daten im Bericht importiert sind und von einem anderen Benutzer nicht neu geladen werden müssen. Dadurch könnte der Benutzer Dinge sehen, die er nicht sehen darf. Die Berechtigungen der Daten können über die Funktion "Security (dynamic RLS)" aus dem CoPlanner Connector aufgebaut werden. Dazu sollte der Berichtsbauer, der die Daten importiert/aktualisiert, alle Rechte haben, da die RLS (row-level security) die bestehenden Daten nur weiter einschränken kann. Berechtigungen werden in CoPlanner und in Power BI auf Stammdaten vergeben. In Power BI hat man zusätzlich die Möglichkeit einer OLS (Object level security), welche es im CoPlanner nicht gibt. Daher wird diese hier auch nicht weiter beschrieben. Template:Hinweis
Beispiel: Nicht alle Berichtsempfänger dürfen alle Produktdaten sehen. Für die im CoPlanner angelegten Benutzer COPLANNER\benutzer1 mit der hinterlegten E-Mailadresse benutzer1@coplanner.com und COPLANNER\benutzer2 mit der hinterlegten E-Mailadresse benutzer2@coplanner.com sollten die Rechte für die Produktedimension angewendet werden.
Öffnen des Navigators und auswählen der Funktion Security (dynamic RLS). Dann nicht auf "Laden" klicken, sondern "Daten transformieren".
Hier dann bei den Parametern die WebAppUrl des Servers angeben, die Dimension/das Subset, für das die Berechtigung ziehen soll, und beim Benutzernamen muss man auf "Spalte auswählen..." klicken. Da man nachgelagert einen Liste von Benutzernamen angegeben kann, erwartet sich Power BI hier eine Auswahl. Wählen Sie einfach irgendetwas aus, da das im nächsten Schritt ohnehin korrigiert werden muss. Dann auf "Aufrufen" klicken.
Es entsteht eine neue Abfrage. Im Formelfenster finden Sie nun etwas in die Richtung "= #"Security (dynamic RLS)"("https://myserver.coplanner.com:4443/coplanner", "Produkte", MeineAbfrage[MeinFeld])"
Diese Abfrage muss nun angepasst werden, dass als dritter Parameter die Liste der Benutzer, für welche die Berechtigungen ziehen sollten angegeben wird. Die User sind in geschwungenen Klammern in Hochkomma durch Kommas getrennt anzugeben. In unserem Fall generieren wir hier die folgende Abfrage:
= #"Security (dynamic RLS)"("https://myserver.coplanner.com:4443/coplanner", "Produkte", {"COPLANNER\benutzer1","COPLANNER\benutzer2"})
Unter den Eigenschaften können wir einen Namen für die Abfrage vergeben z.B. Produkte_RLS.
Template:HinweisTemplate:HinweisTemplate:Hinweis
In der Modellierung muss das Ergebnis der Abfrage mit der Dimension verknüpft werden. Dazu erstellt man eine Beziehung zwischen der ID der Dimension (Produkte_ID) und dem DimensionElement unserer Abfrage.
Wichtig dabei ist, dass die Kreuzfilterrichtung auf Beide steht und der Sicherheitsfilter in beide Richtungen angewandt wird. In unserer Abfrage kann das DimensionElement öfter vorkommen, wenn wir die Security für mehrere Benutzer holen, ist daher n zu einer (1) Produkt_ID.
Damit die RLS nun auch wirklich für jemanden zieht, muss mindestens eine Rolle in Power BI erstellt werden.
Bei dieser Rolle muss auf die Abfragen, welche über die Funktion Security (dynamic RLS) erstellt wurden (in unserem Beispiel Produkte_RLS), ein Filter auf die MailAddress gesetzt werden. Dieser sollte dann wie folgt im Tabellenfilter-DAX-Ausdruck definiert sein: [MailAddress] = userprincipalname()
Wurde der Bericht dann veröffentlicht, muss man am Dataset des Berichts über den Kontextmenüeintrag "Sicherheit" die Benutzer als Mitglieder der Gruppe hinzufügt werden, damit die Security zieht.
Testen der Row Level Security in der Desktopversion
Die Row Level Security kann auch ohne einen weiteren Benutzer getestet werden in der Desktopvariante. Wählen sie im Menü "Anzeigen als" und hinterlegen Sie den Power BI Benutzer, welchen Sie testen wollen und wählen Sie die erstellte Rolle aus. Wenn der Benutzer eingeschränkte Rechte auf Dimensionen hat und diese auch in Power BI modelliert wurden, dann müssen diese nun ziehen.
Veröffentlichen von Berichten/Dashboards
Berichte/Dashboards werden mit dem Button Veröffentlichen freigegeben.
Danach werden das Dataset und die Visualisierung in das Power BI Service (Cloud) übertragen. Über einen Link/Frame/Power BI Online, werden die Dashboard an die Benutzer verteilt. Diese benötigen dazu die Rechte. Ein Fileshare wäre möglich, Power BI Desktop sollte jedoch nur für das Erstellen der Berichte verwendet werden. Veröffentlichte CoPlanner Daten können mithilfe eines Gateways aus der Cloud heraus aktualisiert werden. Diesem Gateway muss der Custom Connector hinterlegt werden, damit die Daten aktualisiert werden können. Damit die Row Level Security richtig funktioniert, sollte der Benutzer, der bei der Datenquelle in der Cloud hinterlegt wird, alle Rechte im CoPlanner besitzen und ein CoPlanner Benutzer sein (also Authentifizierungsmethode Basic).
Tipps um Berichte/Dashboards optimieren
- Sind nicht relevante Felder/Tabellen/Dimensionen bei "Sichtbar für Analyse (Power BI)" auf nein gesetzt?
- Löschen Sie nicht verwendete Tabellen/Abfragen.
- Per Default versucht Power BI Zeitinformationen aus Spalten zu erkennen und dafür eine interne Zeitdimension anzubieten. Dies kann Performance kosten, deshalb sollte diese Funktion deaktiviert werden. Siehe unter Daten laden -> Zeitintelligenz -> Auto. Datum/Uhrzeit
- Einschränken von Plantabellen auf einzelne Szenarien, sofern diese nicht für Vergleiche benötigt werden
- Row Level Security nur für Benutzer laden, die auch wirklich zugreifen
Caches leeren
Unter den Optionen von Power BI unter Daten laden gibt es die Möglichkeit Caches zu löschen. Dies kann sinnvoll sein, wenn man Performanceprobleme oder andere unerwartete Probleme hat bei Dingen, die schon funktioniert hatten.
FAQs
Mein Knoten wird in der Hierarchie bis zur Blattelementebene dargestellt, obwohl er Childelemente hat. Warum ist das so?
Dieses Verhalten sieht man, wenn auf dem Knoten selbst ein Wert vorhanden ist. Power BI verhält sich hier nicht wie der CoPlanner, dass nur am Knotenelement der Wert einfach summiert wird, sondern es muss hier auch von der untersten Ebene weg einen Zweig für den Wert geben.
Ich bekomme am Server eine Fehlermeldung: Too many login attempts
Das ist der Fall, wenn zu viele Abfragen generiert werden, die dann gegen den CoPlanner Server abgefahren werden. Der zulässige Wert lässt sich über die svrconfig.xml mit den Parametern LogonMaximumPerTimeframe und LogonMaximumTimeframeInSeconds steuern.
Ich bekomme in Power BI eine Tabelle/Dimension/Subset nicht angezeigt, welche aber im Modell vorhanden ist.
Über die Objektverwaltung kann im CoPlanner gesteuert werden, welche Tabellen, Subsets oder Dimensionen in Power BI sichtbar sind. Zusätzlich können hier je Objekt auch die Felder, Lookup-Tabellen, DImensionen und berechneten Felder ausgeblendet werden. Gesteuert wird das über die Einstellung "Sichtbar für Analyse (Power BI)".
Wo liegen meine CoPlanner Daten, wenn ich diese in Power BI verwende
Wird ein Dashboard mit Power BI Desktop erstellt, dann befinden sich die geladenen CoPlanner Daten im .pbix File. Wird das Dashboard in der Cloud veröffentlicht wird das Dataset mit den CoPlanner Daten auch in die Cloud verschoben und liegt somit in einem Rechenzentrum von Microsoft. Dies kann man bei der Installation hinterlegen, hierzu befragen Sie bitte ihren Administrator.
Wie können meine Daten automatisiert aktualisiert werden
Wenn sich die Daten in der Cloud befinden kann man einen Aktualisierungsjob auf der Datenquelle angeben. Zum Beispiel Daten aus CoPlanner einmal in der Nacht aktualisieren.
Gibt es eine Möglichkeit meine Berichte zu verteilen, ohne das meine Daten in die Cloud kommen?
Es gibt Möglichkeiten, die aber sehr einschränkend sind.
Variante 1:
Alle Benutzer besitzen Power BI Desktop und greifen über einen Fileshare darauf zu.
Variante 2:
Es gibt Power BI auch über die SQL Server Reporting Services. Bei dieser Variante kann man die CoPlanner Daten aber nicht aktualisieren ohne den Bericht neu hochzuladen, da Custom Connectors hier nicht unterstützt werden, weshalb diese Methode eher theoretisch ist. Zusätzlich braucht man für diese Variante eine eigene Power BI Desktop Version.
