Paginierte Berichte in Power BI: Wann und wie man sie verwendet

Die meisten Power BI-Berichte sind interaktiv – für die Erkundung konzipiert, mit Slicern zum Filtern, visuellen Elementen zum Kreuzhervorheben und Diagrammen zum Drillen. Diese interaktiven Berichte zeichnen sich dadurch aus, dass sie Benutzern dabei helfen, Erkenntnisse zu gewinnen. Aber sie sind das falsche Werkzeug, wenn es sich um eine formatierte Rechnung, eine behördliche Einreichung, einen Finanzbericht handelt, der auf jedem Drucker identisch gedruckt werden muss, oder um einen Bericht, der sich über Hunderte von Seiten mit konsistenten Kopf- und Fußzeilen erstreckt.

Paginierte Power BI-Berichte sind die Antwort auf diese Anforderungen. Paginierte Berichte basieren auf der ausgereiften Berichtsdefinitionstechnologie (RDL) von SQL Server Reporting Services (SSRS) und erzeugen eine pixelgenaue Ausgabe, die auf Bildschirmen, PDFs, Excel-Exporten und beim Drucken konsistent gerendert wird. Dieser Leitfaden behandelt, wann paginierte Berichte die richtige Wahl sind, wie man sie erstellt und welche Bereitstellungs- und Abonnementmuster sie zu Arbeitspferden für die betriebliche Berichterstattung machen.

Wichtige Erkenntnisse

– Paginierte Berichte sind für das Drucken, Exportieren und pixelgenaue Formatieren konzipiert – nicht für die interaktive Erkundung – Sie verwenden Report Builder oder Power BI Report Builder (kostenlos) als Erstellungstool, nicht Power BI Desktop – Zu den Datenquellen gehören Power BI-Datensätze, SQL Server, Oracle, Azure SQL und jede ODBC/OLE DB-Quelle – Tabellen und Matrizen in paginierten Berichten können sich über Tausende von Zeilen auf Hunderten von Seiten erstrecken – Unterberichte, verschachtelte Datenbereiche und komplexe Gruppierungen unterstützen stark strukturierte Finanzformate – Mit Parametern können Benutzer beim Rendern Datumsbereiche, Entitäten oder andere Filter angeben – Abonnements liefern Berichte automatisch nach Zeitplan per E-Mail oder SharePoint – Für die Veröffentlichung paginierter Berichte ist ein Power BI Premium-, Premium-Pro-Benutzer- oder Fabric-Arbeitsbereich erforderlich

---

Interaktive Berichte vs. paginierte Berichte

Welches Tool das richtige ist, hängt vom Anwendungsfall ab. Wenn Sie verstehen, wann jeder Berichtstyp geeignet ist, vermeiden Sie den häufigen Fehler, paginierte Berichtsanforderungen in interaktive Dashboards zu zwingen (oder umgekehrt).

Die Entscheidungsregel ist einfach: Wenn die Ausgabe durch die Struktur definiert ist (ein formatiertes Dokument mit spezifischem Inhalt an bestimmten Stellen), verwenden Sie paginierte Berichte. Wenn die Ausgabe durch Erkundung definiert wird (damit der Benutzer entdecken kann, was interessant ist), verwenden Sie interaktive Berichte.

---

Power BI-Berichtsgenerator

Power BI Report Builder ist das kostenlose Erstellungstool für paginierte Berichte, das als separater Download von Microsoft erhältlich ist. Es verwendet dasselbe RDL-Format wie SSRS und erstellt Berichte, die in Power BI-Arbeitsbereichen veröffentlicht werden.

Wichtige Schnittstellenbereiche:

• Designoberfläche: Eine pixelgenaue Leinwand, auf der Berichtselemente (Textfelder, Tabellen, Matrizen, Diagramme, Bilder) mit genauen Koordinaten platziert werden
• Bereich „Berichtsdaten“: Verwaltet Datenquellen, Datensätze (Abfragen), Parameter und Bilder
• Eigenschaftenbereich: Steuert Formatierung, Sichtbarkeit, Ausdrücke und Verhalten jedes Elements
• Berichtssymbolleiste: Vorschau, Zoom und Seitennavigation

Neuen Bericht erstellen:

1. Öffnen Sie Power BI Report Builder → Neuer Bericht → Leerer Bericht
2. Wählen Sie unter Berichtsdaten → Neu → Datenquelle → Microsoft Power BI-Datensatz oder eine Datenbankverbindung aus
3. Erstellen Sie einen Datensatz mit der Abfrage, die Berichtsdaten abruft
4. Fügen Sie der Designoberfläche eine Tabelle oder Matrix hinzu
5. Ordnen Sie Datensatzfelder Tabellenspalten zu
6. Konfigurieren Sie Formatierung, Gruppierung, Summen und Kopf-/Fußzeilen
7. Vorschau → Speichern → In einem Premium-Arbeitsbereich veröffentlichen

---

Datenquellen für paginierte Berichte

Paginierte Berichte unterstützen eine größere Auswahl an Datenquellen als interaktive Berichte von Power BI Desktop:

Power BI-Datensätze: Die Verbindung eines paginierten Berichts mit einem semantischen Power BI-Modell (über den Datenquellentyp „Power BI-Datensatz“) ist der empfohlene Ansatz für organisatorische Konsistenz – der paginierte Bericht verwendet dieselben geregelten Daten und Maßdefinitionen wie interaktive Berichte.

SQL Server und Azure SQL: Direkte Datenbankverbindungen mithilfe von SQL-Abfragen. Dies ist häufig bei Berichten auf Detailebene der Fall, bei denen die aggregierten Daten des semantischen Modells nicht ausreichen – Sie benötigen einzelne Transaktionszeilen und keine Zusammenfassungen auf Kennzahlebene.

Oracle, PostgreSQL, MySQL: Unterstützt über ODBC-Verbindungen.

OData-Feeds: REST-API-Datenquellen, die das OData-Protokoll verfügbar machen.

Azure Analysis Services: Für Organisationen, die AAS als Analyseebene verwenden, können paginierte Berichte direkt verbunden werden.

Eingebettete Parameter in Abfragen: Im Gegensatz zum Power BI Desktop-Importmodus (wo die Abfrage einmal bei der Aktualisierung ausgeführt wird) führen paginierte Berichte Abfragen zur Renderzeit mit vom Benutzer bereitgestellten Parametern aus. Eine Abfrage wie WHERE OrderDate BETWEEN @StartDate AND @EndDate filtert die Datenbank bei der Abfrageausführung, nicht beim Laden des Datenmodells.

---

Tabellen und Matrizen: Die wichtigsten Berichtsstrukturen

Paginierte Berichte basieren auf zwei primären Datenbereichen: Tabellen (feste Spalten, variable Zeilen) und Matrizen (variable Zeilen und Spalten – Pivot-Tabellenstil).

Tabellenstruktur für einen einfachen Finanzdetailbericht:

[Header]
Report: Accounts Payable Aging as of @ReportDate
Entity: @EntityName

[Table]
| Vendor Name | Invoice # | Invoice Date | Due Date | Amount | Days Overdue |
|-------------|-----------|--------------|----------|--------|--------------|
| [row details iterate here] |

[Table footer]
| Total | | | | [Sum(Amount)] | |

Die Tabelle generiert automatisch so viele Zeilen, wie der Datensatz enthält. Eine Tabelle mit 50.000 Zeilen generiert 50.000 Detailzeilen auf allen erforderlichen Seiten mit konsistenten Spaltenüberschriften auf jeder Seite.

Gruppierung organisiert Zeilen hierarchisch. Ein Hauptbuchbericht könnte nach Kontokategorie → Konto → Kostenstelle gruppiert werden, mit Zwischensummen auf jeder Gruppenebene:

• Kontokategorie: Umsatz (Zwischensumme)
• Konto 4001: Produktumsatz (Zwischensumme)
• Kostenstelle 100: 485.000 $
• Kostenstelle 200: 312.000 $
• Konto 4002: Serviceerlöse (Zwischensumme)

Diese verschachtelte Gruppierung mit Zwischensummen auf jeder Ebene ist in paginierten Berichten unkompliziert, in interaktiven Power BI-Visualisierungen jedoch komplex zu implementieren.

Matrix (Kreuztabelle) erstellt eine dynamische Pivot-Struktur, in der Spalten aus Datenwerten generiert werden, die nicht vordefiniert sind. Eine Budget-Ist-Matrix kann Monate als Spalten enthalten, die dynamisch generiert werden, sodass dieselbe Berichtsdefinition für jeden Datumsbereichsparameter funktioniert.

---

Parameter: Berichte dynamisch gestalten

Parameter sind der Benutzereingabemechanismus für paginierte Berichte. Beim Rendern gibt der Benutzer Parameterwerte an (oder sie werden programmgesteuert bereitgestellt) und der Bericht fragt entsprechend ab und formatiert ihn.

Gemeinsame Parametertypen:

• DateTime: Start-/Enddatum für den Berichtszeitraum
• Text: Name der Entität, Abteilung, Kostenstelle
• Ganzzahl: Berichtsjahr, Geschäftsjahr
• Boolean: Inaktive Datensätze einbeziehen, Nullwertzeilen anzeigen
• Mehrwert: Benutzern die Auswahl mehrerer Abteilungen oder Regionen ermöglichen

Parameterkaskadierung bedeutet, dass die verfügbaren Werte eines Parameters von der Auswahl eines anderen Parameters abhängen. Wählen Sie ein Unternehmen aus → der Parameter „Abteilung“ filtert nach Abteilungen in diesem Unternehmen → der Parameter „Kostenstelle“ filtert nach Kostenstellen in dieser Abteilung. Dies wird mithilfe parametrisierter Datensatzabfragen konfiguriert:

-- Departments dataset query (filtered by selected Company)
SELECT DepartmentID, DepartmentName
FROM Departments
WHERE CompanyID = @CompanyID
ORDER BY DepartmentName

Standardwerte können Ausdrücke sein, die zum Zeitpunkt des Renderns berechnet werden. Ein Datumsparameter mit dem Standardwert =Today() öffnet immer das heutige Datum. Ein Periodenparameter mit dem Standardwert =Month(Today()) öffnet sich für den aktuellen Monat.

---

Formatierungs- und Ausdruckssprache

Paginierte Berichte verwenden Visual Basic-Ausdrücke (mit dem Präfix =) für dynamische Formatierung, Sichtbarkeit und Inhalt. Dies unterscheidet sich von DAX – es ist eine andere Sprache für eine andere Laufzeit.

Gemeinsame Ausdrucksmuster:

Bedingte Farbe basierend auf dem Wert:

=IIF(Fields!Variance.Value < 0, "Red", "Black")

Abwechselnde Zeilenfarben (zur besseren Lesbarkeit):

=IIF(RowNumber(Nothing) MOD 2 = 0, "LightGray", "White")

Eine Zahl als Währung formatieren:

=Format(Fields!Amount.Value, "C2")

Formatierung als Prozentsatz:

=Format(Fields!Variance.Value, "P1")

Seitennummerierung:

=Globals!PageNumber & " of " & Globals!TotalPages

Sichtbarkeitsausdrücke blenden Zeilen, Spalten und ganze Abschnitte basierend auf Parameterwerten oder Datenbedingungen ein oder aus:

=IIF(Parameters!ShowDetail.Value = False, True, False)
-- True = hidden, False = visible

Sichtbarkeit umschalten ermöglicht das interaktive Ein-/Ausblenden innerhalb des gerenderten Berichts – durch Klicken auf einen Gruppenkopf werden die Detailzeilen der Gruppe erweitert oder ausgeblendet.

---

Seitenlayout und Druckoptimierung

Der Begriff „paginiert“ in paginierten Berichten bedeutet, dass das Layout auf Seiten ausgerichtet ist – bestimmte Seitengrößen (A4, Letter, Legal, benutzerdefiniert), Ränder, Kopf- und Fußzeilen sowie Seitenumbruchsteuerung.

Seitenkopf- und -fußzeilen erscheinen auf jeder Seite und enthalten normalerweise Folgendes:

• Berichtstitel und Firmenname (Kopfzeile)
• Seitenzahl, Berichtsdatum und Vertraulichkeitshinweis (Fußzeile)

Seitenumbruchsteuerung bestimmt, wo Datengruppen neue Seiten beginnen:

• PageBreakAtStart für eine Gruppe bedeutet, dass jede Gruppe auf einer neuen Seite beginnt
• PageBreakAtEnd erzwingt eine neue Seite nach der Gruppe – KeepTogether verhindert, dass ein Gruppenkopf in der letzten Zeile einer Seite verwaist

Seitengröße: Legen Sie die Seitengröße und die Ränder in den Berichtseigenschaften fest. Gängige Konfigurationen:

• Letter (8,5" × 11"), Querformat für breite Tabellen, 0,5" Ränder
• A4 für europäische Distributionen
• Benutzerdefinierte Größen für bestimmte Formulardrucke (Rechnungen, Schecks)

Spaltenübergreifend ermöglicht die Zusammenführung einer Zelle über mehrere Spalten für Überschriften – nützlich für die Erstellung von Finanzberichtslayouts, bei denen sich Kontonamen über Periodenspalten erstrecken.

---

Formate und Abonnements exportieren

Paginierte Berichte werden in mehrere Formate exportiert:

• PDF: Am häufigsten – pixelgenau, druckbar, signierbar
• Excel (xlsx): Datenfreundlicher Export, wobei die Tabellenstruktur für weitere Analysen erhalten bleibt
• Word (docx): Für in Word-Dokument-Workflows eingebettete Berichte
• CSV: Datenexport, Formatierung geht verloren
• XML: Strukturierter Datenexport
• PowerPoint: Zum Einbetten von Berichtsschnappschüssen in Präsentationen

Abonnements liefern Berichte automatisch ohne Benutzereingriff:

Standardabonnements senden Berichte nach einem Zeitplan (täglich, wöchentlich, monatlich, ereignisgesteuert) an eine Liste von E-Mail-Adressen. Jeder Empfänger erhält den gleichen Bericht.

Datengesteuerte Abonnements verwenden einen Datensatz, um Empfänger und Parameterwerte zu bestimmen. Ein wöchentlicher Verkaufsbericht, der an Regionalmanager gesendet wird, wobei jeder Manager nur die Daten seiner Region erhält, verwendet ein datengesteuertes Abonnement mit: – Ein Datensatz mit E-Mail-Adressen von Managern und ihren Regionalcodes – Aus dem Datensatz zugeordnete Parameter (Region = [RegionCode] aus der Datensatzzeile)

• Jeder Manager erhält automatisch einen personalisierten Bericht für seine Region

Für datengesteuerte Abonnements ist Power BI Premium erforderlich.

---

Häufig gestellte Fragen

Benötigen paginierte Berichte Power BI Premium?

Ja. Paginierte Berichte müssen in einem Power BI Premium-Arbeitsbereich veröffentlicht und dort gerendert werden (Premium pro Kapazität, Premium pro Benutzer oder Microsoft Fabric F64+). Sie können nicht in einem Nur-Pro-Workspace gehostet werden. Für die Anzeige freigegebener paginierter Berichte ist je nach Arbeitsbereichskonfiguration möglicherweise eine Premium-Lizenz pro Benutzer erforderlich. Power BI Report Builder (das Erstellungstool) kann kostenlos heruntergeladen und für die Entwicklung verwendet werden.

Was ist der Unterschied zwischen paginierten Berichten und regulären Power BI-Berichten?

Reguläre Power BI-Berichte sind interaktiv – in Power BI Desktop integriert und für die Erkundung mit Slicern und visuellen Interaktionen konzipiert. Paginierte Berichte sind dokumentenorientiert – integriert in Power BI Report Builder, konzipiert für Drucken, Exportieren und strukturierte Ausgabe. Interaktive Berichte eignen sich am besten für Dashboards und Self-Service-Analysen. Paginierte Berichte eignen sich am besten für Finanzberichte, Rechnungen, behördliche Unterlagen und alle Berichte, die korrekt gedruckt oder nach genauen Spezifikationen exportiert werden müssen.

Können paginierte Berichte eine Verbindung zu einem Power BI-Semantikmodell herstellen?

Ja. Mithilfe des Datenquellentyps „Power BI Dataset“ stellen paginierte Berichte eine Verbindung zu veröffentlichten semantischen Power BI-Modellen her und fragen diese mithilfe von DAX ab. Dadurch können paginierte Berichte dieselben geregelten Kennzahlen, Hierarchien und Sicherheitsmaßnahmen (einschließlich Sicherheit auf Zeilenebene) wie interaktive Berichte verwenden und so die Konsistenz zwischen den beiden Berichtstypen gewährleisten. Dies ist der empfohlene Ansatz für Organisationen mit etablierten semantischen Modellen.

Wie konvertiere ich einen SSRS-Bericht in paginierte Power BI-Berichte?

Paginierte Power BI-Berichte verwenden dasselbe RDL-Format wie SSRS, sodass die meisten SSRS-Berichte durch Ändern der Datenquellenverbindungen in Power BI veröffentlicht werden können. Datenquellentypen, die in SSRS, aber nicht in Power BI unterstützt werden (wie Analysis Services in bestimmten Konfigurationen oder einige ältere ODBC-Treiber), erfordern möglicherweise eine Neukonfiguration. Das Berichtslayout, die Ausdrücke, die Gruppierung und die meisten Formatierungen funktionieren identisch. Laden Sie die RDL-Datei in einen Premium-Arbeitsbereich hoch, um die Kompatibilität zu testen.

Können paginierte Berichte in benutzerdefinierte Anwendungen eingebettet werden?

Ja. Power BI Embedded unterstützt paginierte Berichte unter Verwendung des gleichen Einbettungs-Tokens und Iframe-Einbettungsansatzes wie interaktive Berichte. Dadurch können benutzerdefinierte Anwendungen (Kundenportale, ERP-Add-ons, SharePoint) paginierte Berichte für ihre Benutzer erstellen. Die eingebetteten Berichte können Parameterwerte aus der Anwendung akzeptieren und ermöglichen so personalisierte Berichtserlebnisse ohne Benutzerinteraktion mit Parameteraufforderungen.

Wie gehe ich mit großen Datensätzen in paginierten Berichten um?

Paginierte Berichte verarbeiten große Datensätze gut, da sie serverseitig gerendert werden und die Ausgabe paginieren – im Gegensatz zu interaktiven Power BI-Berichten, die alle Daten in den Browser laden. Ein paginierter Bericht mit 500.000 Zeilen generiert Seiten, während der Benutzer navigiert, und nicht alle auf einmal. Bei sehr großen Datensätzen wird die Paginierung mit benutzerdefinierten Parametern (Datumsbereiche, Entitätsfilter) dringend empfohlen, um die Renderzeit unter 30 Sekunden zu halten. Direkte SQL-Verbindungen mit effizienten parametrisierten Abfragen sind für paginierte Berichte mit großen Zeilen besser geeignet als In-Memory-Importdatensätze.

---

Nächste Schritte

Paginierte Berichte schließen eine kritische Lücke in der Leistungsfähigkeit von Power BI und bieten die pixelgenauen, druckfertigen und im Abonnement bereitgestellten Berichte, auf die Betriebs- und Finanzteams angewiesen sind. Die Technologie ist ausgereift, die Tools sind kostenlos und die Integration mit der semantischen Ebene von Power BI gewährleistet die Konsistenz Ihrer interaktiven Analysen.

Die Power BI-Dashboard-Entwicklungsdienste von ECOSIRE umfassen den Entwurf und die Implementierung paginierter Berichte, die datengesteuerte Abonnementkonfiguration und die Integration in vorhandene semantische Power BI-Modelle. Kontaktieren Sie uns, um Ihre formatierten Berichtsanforderungen zu besprechen.