DAX und Datenmodelle
Measures vs. berechnete Spalten in Power BI: Unterschiede
Ein Measure rechnet bei Abfrage, eine berechnete Spalte wird pro Zeile gespeichert. Wann Sie was nutzen, mit DAX-Beispielen und Entscheidungstabelle.
Sajagan Thirugnanam
·
Aktualisiert
Ein Measure ist eine DAX-Formel, die Power BI berechnet, wenn ein Visual sie abfragt, mit den Filtern, die in diesem Visual aktiv sind. Eine berechnete Spalte ist eine DAX-Formel, die Power BI einmal pro Zeile berechnet, wenn die Daten aktualisiert werden, und in der Tabelle speichert. Nutzen Sie ein Measure für Summen, Verhältnisse und KPIs, die sich mit Slicern ändern sollen, und eine berechnete Spalte für einen Wert pro Zeile, nach dem Sie schneiden, filtern, gruppieren oder verknüpfen wollen.
Funktioniert eine Berechnung in einem Visual und in einem anderen nicht, liegt es oft an dieser Wahl.
Was ist ein Measure in Power BI?
Ein Measure wird zur Abfragezeit ausgewertet, im Filterkontext der Zelle, in der es steht. Dasselbe Measure liefert in jeder Zeile eines Tabellen-Visuals eine andere Zahl, weil jede Zeile die Daten anders filtert. Es reagiert auf:
Slicer
Filter auf Visual-, Seiten- und Report-Ebene
Zeilen, Spalten und Achse des Visuals selbst
Kreuzfilterung durch andere Visuals
Ein Measure wird nicht im Modell gespeichert. Gespeichert ist nur seine Formel.
Beispiel für ein Measure
Total Sales = SUM ( Sales[Revenue] )In einem Tabellen-Visual, aufgeteilt nach Produktkategorie, liefert dieses Measure den Umsatz je Kategorie. Filtern Sie den Report auf 2025, rechnet es für 2025 neu. Measures sind der richtige Ort für Summen, Durchschnitte, Verhältnisse und KPIs. Eine Measures-Tabelle hält sie geordnet.
Was ist eine berechnete Spalte in Power BI?
Eine berechnete Spalte fügt einer bestehenden Tabelle eine neue Spalte hinzu. Power BI wertet ihre Formel für jede Zeile einmal aus, wenn die Tabelle aktualisiert wird, und speichert die Ergebnisse im Modell wie jede importierte Spalte.
Beispiel für eine berechnete Spalte
Profit = Sales[Revenue] - Sales[Cost]Das speichert einen Gewinnwert in jeder Zeile der Tabelle Sales. Slicer ändern die gespeicherten Werte nicht. Ein Slicer bestimmt nur, welche Zeilen sichtbar sind, und ein Measure, das die Spalte summiert, addiert dann diese Zeilen.
Berechnete Spalten eignen sich am besten für Logik auf Zeilenebene: Kategorien, Flags, Schlüssel für Beziehungen und Werte, die Sie auf einer Achse haben wollen.
Measures vs. berechnete Spalten: die wichtigsten Unterschiede
Measure | Berechnete Spalte | |
|---|---|---|
Berechnet wann | Jedes Mal, wenn ein Visual es abfragt | Bei der Datenaktualisierung |
Im Modell gespeichert | Nein, nur die Formel | Ja, ein Wert pro Zeile |
Ändert sich mit Slicern | Ja | Nein, der gespeicherte Wert ist pro Zeile fest |
Nutzbar in Slicer, Achse oder Beziehung | Nein | Ja |
Nutzbar in einem Filter auf Visual-Ebene | Ja | Ja |
Wo die Kosten anfallen | CPU bei jeder Abfrage | Speicher und Aktualisierungszeit |
Am besten für | KPIs, Summen, Verhältnisse, Zeitintelligenz | Kategorien, Flags, Schlüssel, Gruppierungen |
Der größte Unterschied: dynamische vs. statische Berechnungen
Measures sind dynamisch. Filtern Sie nach Region, rechnet das Measure für diese Region neu.
Berechnete Spalten sind statisch. Die Werte bleiben bis zur nächsten Aktualisierung gleich. Wird das Semantic Model täglich aktualisiert, ändert sich die Spalte täglich.
Wann sollten Sie in Power BI ein Measure nutzen?
Nutzen Sie ein Measure, wenn sich das Ergebnis mit dem Report-Kontext ändern muss.
Typische Einsatzfälle für Measures
Gesamtumsatz und Gesamtzahl der Kunden
Year-to-Date und andere Zeitintelligenz
Gewinnmarge
Durchschnittlicher Bestellwert
Conversion Rate
Wachstumsraten in Prozent
Beispiel: Measure für die Gewinnmarge
Profit Margin % =
DIVIDE (
SUM ( Sales[Revenue] ) - SUM ( Sales[Cost] ),
SUM ( Sales[Revenue] )
)Dieses Measure passt sich an Region, Produkt, Datum oder jeden anderen Filter an. Eine Marge muss ein Measure sein. Eine berechnete Spalte hält die Marge jeder einzelnen Zeile, und die Summe der Zeilenmargen ergibt nicht die Marge der Gesamtsumme.
Warum Measures meist die beste Wahl sind
Sie reagieren auf jeden Filter, ein Measure bedient also jedes Visual.
Sie vergrößern das Modell nicht.
Sie unterstützen Zeitintelligenz, Verhältnisse und bedingte Logik über Zeilen hinweg.
Wann sollten Sie in Power BI eine berechnete Spalte nutzen?
Nutzen Sie eine berechnete Spalte, wenn Sie einen Wert pro Zeile brauchen, der Teil der Tabelle wird.
Typische Einsatzfälle für berechnete Spalten
Kategorien wie High, Medium und Low
Ja/Nein-Flags
Jahres- oder Monatsanteile eines Datums, wenn es keine Datumstabelle gibt
Schlüssel für Beziehungen
Benutzerdefinierte Gruppierungen
Beispiel: Spalte für die Umsatzkategorie
Sales Category = IF ( Sales[Revenue] > 1000, "High", "Low" )Diese Spalte kann in einen Slicer, einen Filter oder auf die Achse eines Diagramms.
Lassen sich Measures als Filter oder Slicer nutzen?
Nicht in einem Slicer und nicht in einer Beziehung. Beide brauchen gespeicherte Spaltenwerte. Ein Measure lässt sich als Filter auf Visual-Ebene im Filterbereich nutzen, zum Beispiel „Elemente anzeigen, bei denen Total Sales größer als 1.000 ist“. Die Filtertypen behandelt der Leitfaden zu Power-BI-Filtern.
Performance-Unterschiede zwischen Measures und berechneten Spalten
Measures kosten zur Abfragezeit CPU. Ein einfaches Measure über einem gut gebauten Modell ist schnell. Ein komplexes kann jedes Visual verlangsamen, das es nutzt.
Berechnete Spalten kosten Speicher und Aktualisierungszeit. Jede Zeile speichert einen Wert, und jede Aktualisierung berechnet die ganze Spalte neu. Die Wirkung wächst mit der Zahl der Zeilen und der Zahl unterschiedlicher Werte in der Spalte.
Faustregel: Ist das Ergebnis eine Aggregation, schreiben Sie ein Measure. Ist es ein Attribut pro Zeile, ist eine Spalte in Ordnung, und oft ist sie besser in Power Query oder im Quellsystem gebaut als in DAX. Wie Sie herausfinden, welches von beiden langsam ist, zeigt der Leitfaden zur DAX-Performance.
Zeilenkontext vs. Filterkontext verstehen
Darum verhalten sich die beiden unterschiedlich.
Berechnete Spalten laufen im Zeilenkontext. Die Formel sieht jeweils eine Zeile, also bedeutet
Sales[Revenue] - Sales[Cost]„Umsatz dieser Zeile minus Kosten dieser Zeile“.Measures laufen im Filterkontext. Die Formel sieht die Menge der Zeilen, die Visual, Slicer und Filter sichtbar lassen.
Eine berechnete Spalte, die aggregiert, braucht CALCULATE. In einer Tabelle Customer liefert SUM ( Sales[Revenue] ) in jeder Zeile den Umsatz aller Kunden, weil der Zeilenkontext die Tabelle Sales nicht filtert. CALCULATE ( SUM ( Sales[Revenue] ) ) macht die aktuelle Zeile zu einem Filter und liefert den Umsatz dieses Kunden. Das heißt Kontextübergang. Ausführlich erklärt ihn der Beitrag Zeilenkontext vs. Filterkontext.
Aggregations- und Iteratorfunktionen in DAX (SUM vs. SUMX erklärt)
Aggregatoren wie SUM, AVERAGE, MIN, MAX und COUNT arbeiten auf einer Spalte. Iteratoren wie SUMX und AVERAGEX berechnen innerhalb eines Measures einen Ausdruck Zeile für Zeile und aggregieren dann. Ein Measure wie SUMX ( Sales, Sales[Revenue] - Sales[Cost] ) liefert also den Gesamtgewinn, ohne dass eine Spalte Profit gespeichert wird. Wann beide verschiedene Ergebnisse liefern, erklärt der Beitrag SUM vs. SUMX.
Measures vs. berechnete Spalten: Empfehlungen aus der Praxis
Nutzen Sie ein Measure, wenn:
Sie Summen, Durchschnitte, Verhältnisse oder KPIs brauchen.
das Ergebnis auf Slicer reagieren muss.
Sie Zeitintelligenz einsetzen (YTD, MTD, gleitende Durchschnitte).
Nutzen Sie eine berechnete Spalte, wenn:
Sie einen Wert pro Zeile brauchen.
Sie den Wert in einem Slicer, auf einer Achse oder zum Gruppieren brauchen.
Sie einen Beziehungsschlüssel brauchen.
Sie Segmentierungslabels brauchen.
Häufige Fehler
Zu viele berechnete Spalten. Jede kostet Speicher und Aktualisierungszeit. Bauen Sie Spalten pro Zeile nach Möglichkeit in Power Query oder in der Quelle.
Ein Measure in einen Slicer legen wollen. Slicer brauchen eine Spalte. Müssen Leser ein Band wie High oder Low wählen, bauen Sie das Band als Spalte oder als eigene Tabelle.
Geschäfts-KPIs als berechnete Spalten. Eine Marge oder Conversion Rate, die pro Zeile gespeichert ist, lässt sich nicht korrekt aufsummieren. KPIs gehören in Measures.
Aggregationen in Power Query. Power Query ist der richtige Ort, um Zeilen zu formen und zu bereinigen. Summen, die den Report-Filtern folgen müssen, gehören in Measures.
Measures vs. berechnete Spalten: Entscheidungshilfe auf einen Blick
Frage | Wenn ja |
|---|---|
Muss sich das Ergebnis mit Filtern und Slicern ändern? | Measure |
Brauchen Sie es in einem Slicer, auf einer Achse oder in einer Beziehung? | Berechnete Spalte |
Ist es ein KPI, ein Verhältnis oder eine Summe? | Measure |
Ist es ein Label oder Flag für jede Zeile? | Berechnete Spalte |
FAQs
Sind Measures in Power BI besser als berechnete Spalten?
Für Summen, Verhältnisse und KPIs ja. Measures folgen jedem Filter und vergrößern das Modell nicht. Für Labels, Flags und Schlüssel pro Zeile ist eine berechnete Spalte das richtige Werkzeug.
Kann ich ein Measure in einem Slicer nutzen?
Nein. Ein Slicer braucht eine Spalte mit gespeicherten Werten. Ein Measure können Sie als Filter auf Visual-Ebene im Filterbereich nutzen.
Machen berechnete Spalten Power BI langsamer?
Das können sie. Jede Spalte kostet Speicher im Modell und Zeit bei jeder Aktualisierung, und die Wirkung wächst mit der Zeilenzahl und der Zahl unterschiedlicher Werte. Visuals, die sie nicht nutzen, verlangsamen sie in der Regel nicht.
Wann sollte ich berechnete Spalten statt Measures nutzen?
Wenn Sie einen Wert pro Zeile in einem Slicer, auf einer Achse, in einer Beziehung oder als Gruppierungslabel brauchen.
Quellen
Using calculated columns in Power BI Desktop - Microsoft Learn
Measures in Power BI Desktop - Microsoft Learn
CALCULATE function (DAX) - Microsoft Learn
SUMX function (DAX) - Microsoft Learn
Ein Measure ist eine DAX-Formel, die Power BI berechnet, wenn ein Visual sie abfragt, mit den Filtern, die in diesem Visual aktiv sind. Eine berechnete Spalte ist eine DAX-Formel, die Power BI einmal pro Zeile berechnet, wenn die Daten aktualisiert werden, und in der Tabelle speichert. Nutzen Sie ein Measure für Summen, Verhältnisse und KPIs, die sich mit Slicern ändern sollen, und eine berechnete Spalte für einen Wert pro Zeile, nach dem Sie schneiden, filtern, gruppieren oder verknüpfen wollen.
Funktioniert eine Berechnung in einem Visual und in einem anderen nicht, liegt es oft an dieser Wahl.
Was ist ein Measure in Power BI?
Ein Measure wird zur Abfragezeit ausgewertet, im Filterkontext der Zelle, in der es steht. Dasselbe Measure liefert in jeder Zeile eines Tabellen-Visuals eine andere Zahl, weil jede Zeile die Daten anders filtert. Es reagiert auf:
Slicer
Filter auf Visual-, Seiten- und Report-Ebene
Zeilen, Spalten und Achse des Visuals selbst
Kreuzfilterung durch andere Visuals
Ein Measure wird nicht im Modell gespeichert. Gespeichert ist nur seine Formel.
Beispiel für ein Measure
Total Sales = SUM ( Sales[Revenue] )In einem Tabellen-Visual, aufgeteilt nach Produktkategorie, liefert dieses Measure den Umsatz je Kategorie. Filtern Sie den Report auf 2025, rechnet es für 2025 neu. Measures sind der richtige Ort für Summen, Durchschnitte, Verhältnisse und KPIs. Eine Measures-Tabelle hält sie geordnet.
Was ist eine berechnete Spalte in Power BI?
Eine berechnete Spalte fügt einer bestehenden Tabelle eine neue Spalte hinzu. Power BI wertet ihre Formel für jede Zeile einmal aus, wenn die Tabelle aktualisiert wird, und speichert die Ergebnisse im Modell wie jede importierte Spalte.
Beispiel für eine berechnete Spalte
Profit = Sales[Revenue] - Sales[Cost]Das speichert einen Gewinnwert in jeder Zeile der Tabelle Sales. Slicer ändern die gespeicherten Werte nicht. Ein Slicer bestimmt nur, welche Zeilen sichtbar sind, und ein Measure, das die Spalte summiert, addiert dann diese Zeilen.
Berechnete Spalten eignen sich am besten für Logik auf Zeilenebene: Kategorien, Flags, Schlüssel für Beziehungen und Werte, die Sie auf einer Achse haben wollen.
Measures vs. berechnete Spalten: die wichtigsten Unterschiede
Measure | Berechnete Spalte | |
|---|---|---|
Berechnet wann | Jedes Mal, wenn ein Visual es abfragt | Bei der Datenaktualisierung |
Im Modell gespeichert | Nein, nur die Formel | Ja, ein Wert pro Zeile |
Ändert sich mit Slicern | Ja | Nein, der gespeicherte Wert ist pro Zeile fest |
Nutzbar in Slicer, Achse oder Beziehung | Nein | Ja |
Nutzbar in einem Filter auf Visual-Ebene | Ja | Ja |
Wo die Kosten anfallen | CPU bei jeder Abfrage | Speicher und Aktualisierungszeit |
Am besten für | KPIs, Summen, Verhältnisse, Zeitintelligenz | Kategorien, Flags, Schlüssel, Gruppierungen |
Der größte Unterschied: dynamische vs. statische Berechnungen
Measures sind dynamisch. Filtern Sie nach Region, rechnet das Measure für diese Region neu.
Berechnete Spalten sind statisch. Die Werte bleiben bis zur nächsten Aktualisierung gleich. Wird das Semantic Model täglich aktualisiert, ändert sich die Spalte täglich.
Wann sollten Sie in Power BI ein Measure nutzen?
Nutzen Sie ein Measure, wenn sich das Ergebnis mit dem Report-Kontext ändern muss.
Typische Einsatzfälle für Measures
Gesamtumsatz und Gesamtzahl der Kunden
Year-to-Date und andere Zeitintelligenz
Gewinnmarge
Durchschnittlicher Bestellwert
Conversion Rate
Wachstumsraten in Prozent
Beispiel: Measure für die Gewinnmarge
Profit Margin % =
DIVIDE (
SUM ( Sales[Revenue] ) - SUM ( Sales[Cost] ),
SUM ( Sales[Revenue] )
)Dieses Measure passt sich an Region, Produkt, Datum oder jeden anderen Filter an. Eine Marge muss ein Measure sein. Eine berechnete Spalte hält die Marge jeder einzelnen Zeile, und die Summe der Zeilenmargen ergibt nicht die Marge der Gesamtsumme.
Warum Measures meist die beste Wahl sind
Sie reagieren auf jeden Filter, ein Measure bedient also jedes Visual.
Sie vergrößern das Modell nicht.
Sie unterstützen Zeitintelligenz, Verhältnisse und bedingte Logik über Zeilen hinweg.
Wann sollten Sie in Power BI eine berechnete Spalte nutzen?
Nutzen Sie eine berechnete Spalte, wenn Sie einen Wert pro Zeile brauchen, der Teil der Tabelle wird.
Typische Einsatzfälle für berechnete Spalten
Kategorien wie High, Medium und Low
Ja/Nein-Flags
Jahres- oder Monatsanteile eines Datums, wenn es keine Datumstabelle gibt
Schlüssel für Beziehungen
Benutzerdefinierte Gruppierungen
Beispiel: Spalte für die Umsatzkategorie
Sales Category = IF ( Sales[Revenue] > 1000, "High", "Low" )Diese Spalte kann in einen Slicer, einen Filter oder auf die Achse eines Diagramms.
Lassen sich Measures als Filter oder Slicer nutzen?
Nicht in einem Slicer und nicht in einer Beziehung. Beide brauchen gespeicherte Spaltenwerte. Ein Measure lässt sich als Filter auf Visual-Ebene im Filterbereich nutzen, zum Beispiel „Elemente anzeigen, bei denen Total Sales größer als 1.000 ist“. Die Filtertypen behandelt der Leitfaden zu Power-BI-Filtern.
Performance-Unterschiede zwischen Measures und berechneten Spalten
Measures kosten zur Abfragezeit CPU. Ein einfaches Measure über einem gut gebauten Modell ist schnell. Ein komplexes kann jedes Visual verlangsamen, das es nutzt.
Berechnete Spalten kosten Speicher und Aktualisierungszeit. Jede Zeile speichert einen Wert, und jede Aktualisierung berechnet die ganze Spalte neu. Die Wirkung wächst mit der Zahl der Zeilen und der Zahl unterschiedlicher Werte in der Spalte.
Faustregel: Ist das Ergebnis eine Aggregation, schreiben Sie ein Measure. Ist es ein Attribut pro Zeile, ist eine Spalte in Ordnung, und oft ist sie besser in Power Query oder im Quellsystem gebaut als in DAX. Wie Sie herausfinden, welches von beiden langsam ist, zeigt der Leitfaden zur DAX-Performance.
Zeilenkontext vs. Filterkontext verstehen
Darum verhalten sich die beiden unterschiedlich.
Berechnete Spalten laufen im Zeilenkontext. Die Formel sieht jeweils eine Zeile, also bedeutet
Sales[Revenue] - Sales[Cost]„Umsatz dieser Zeile minus Kosten dieser Zeile“.Measures laufen im Filterkontext. Die Formel sieht die Menge der Zeilen, die Visual, Slicer und Filter sichtbar lassen.
Eine berechnete Spalte, die aggregiert, braucht CALCULATE. In einer Tabelle Customer liefert SUM ( Sales[Revenue] ) in jeder Zeile den Umsatz aller Kunden, weil der Zeilenkontext die Tabelle Sales nicht filtert. CALCULATE ( SUM ( Sales[Revenue] ) ) macht die aktuelle Zeile zu einem Filter und liefert den Umsatz dieses Kunden. Das heißt Kontextübergang. Ausführlich erklärt ihn der Beitrag Zeilenkontext vs. Filterkontext.
Aggregations- und Iteratorfunktionen in DAX (SUM vs. SUMX erklärt)
Aggregatoren wie SUM, AVERAGE, MIN, MAX und COUNT arbeiten auf einer Spalte. Iteratoren wie SUMX und AVERAGEX berechnen innerhalb eines Measures einen Ausdruck Zeile für Zeile und aggregieren dann. Ein Measure wie SUMX ( Sales, Sales[Revenue] - Sales[Cost] ) liefert also den Gesamtgewinn, ohne dass eine Spalte Profit gespeichert wird. Wann beide verschiedene Ergebnisse liefern, erklärt der Beitrag SUM vs. SUMX.
Measures vs. berechnete Spalten: Empfehlungen aus der Praxis
Nutzen Sie ein Measure, wenn:
Sie Summen, Durchschnitte, Verhältnisse oder KPIs brauchen.
das Ergebnis auf Slicer reagieren muss.
Sie Zeitintelligenz einsetzen (YTD, MTD, gleitende Durchschnitte).
Nutzen Sie eine berechnete Spalte, wenn:
Sie einen Wert pro Zeile brauchen.
Sie den Wert in einem Slicer, auf einer Achse oder zum Gruppieren brauchen.
Sie einen Beziehungsschlüssel brauchen.
Sie Segmentierungslabels brauchen.
Häufige Fehler
Zu viele berechnete Spalten. Jede kostet Speicher und Aktualisierungszeit. Bauen Sie Spalten pro Zeile nach Möglichkeit in Power Query oder in der Quelle.
Ein Measure in einen Slicer legen wollen. Slicer brauchen eine Spalte. Müssen Leser ein Band wie High oder Low wählen, bauen Sie das Band als Spalte oder als eigene Tabelle.
Geschäfts-KPIs als berechnete Spalten. Eine Marge oder Conversion Rate, die pro Zeile gespeichert ist, lässt sich nicht korrekt aufsummieren. KPIs gehören in Measures.
Aggregationen in Power Query. Power Query ist der richtige Ort, um Zeilen zu formen und zu bereinigen. Summen, die den Report-Filtern folgen müssen, gehören in Measures.
Measures vs. berechnete Spalten: Entscheidungshilfe auf einen Blick
Frage | Wenn ja |
|---|---|
Muss sich das Ergebnis mit Filtern und Slicern ändern? | Measure |
Brauchen Sie es in einem Slicer, auf einer Achse oder in einer Beziehung? | Berechnete Spalte |
Ist es ein KPI, ein Verhältnis oder eine Summe? | Measure |
Ist es ein Label oder Flag für jede Zeile? | Berechnete Spalte |
FAQs
Sind Measures in Power BI besser als berechnete Spalten?
Für Summen, Verhältnisse und KPIs ja. Measures folgen jedem Filter und vergrößern das Modell nicht. Für Labels, Flags und Schlüssel pro Zeile ist eine berechnete Spalte das richtige Werkzeug.
Kann ich ein Measure in einem Slicer nutzen?
Nein. Ein Slicer braucht eine Spalte mit gespeicherten Werten. Ein Measure können Sie als Filter auf Visual-Ebene im Filterbereich nutzen.
Machen berechnete Spalten Power BI langsamer?
Das können sie. Jede Spalte kostet Speicher im Modell und Zeit bei jeder Aktualisierung, und die Wirkung wächst mit der Zeilenzahl und der Zahl unterschiedlicher Werte. Visuals, die sie nicht nutzen, verlangsamen sie in der Regel nicht.
Wann sollte ich berechnete Spalten statt Measures nutzen?
Wenn Sie einen Wert pro Zeile in einem Slicer, auf einer Achse, in einer Beziehung oder als Gruppierungslabel brauchen.
Quellen
Using calculated columns in Power BI Desktop - Microsoft Learn
Measures in Power BI Desktop - Microsoft Learn
CALCULATE function (DAX) - Microsoft Learn
SUMX function (DAX) - Microsoft Learn
Mehr zu diesem Thema.
Zeigen Sie uns Ihren Report, dem niemand traut.
1 · Ein Gespräch von 30 Minuten.
2 · Wir sehen uns gemeinsam Ihre aktuellen Reports an.
3 · Wir sagen Ihnen, was wir tun würden.
Zeigen Sie uns Ihren Report, dem niemand traut.
1 · Ein Gespräch von 30 Minuten.
2 · Wir sehen uns gemeinsam Ihre aktuellen Reports an.
3 · Wir sagen Ihnen, was wir tun würden.
Zeigen Sie uns Ihren Report, dem niemand traut.
1 · Ein Gespräch von 30 Minuten.
2 · Wir sehen uns gemeinsam Ihre aktuellen Reports an.
3 · Wir sagen Ihnen, was wir tun würden.
CaseWhen ist eine BI-Beratung aus Berlin. Wir bauen Reporting, dem die Geschäftsführung vertraut, auf dem Microsoft-Stack: Power BI, Fabric und Azure.
Berlin, Deutschland
Kostenlose Tools
CaseWhen ist eine BI-Beratung aus Berlin. Wir bauen Reporting, dem die Geschäftsführung vertraut, auf dem Microsoft-Stack: Power BI, Fabric und Azure.
Berlin, Deutschland
Kostenlose Tools
CaseWhen ist eine BI-Beratung aus Berlin. Wir bauen Reporting, dem die Geschäftsführung vertraut, auf dem Microsoft-Stack: Power BI, Fabric und Azure.
Berlin, Deutschland
