Leistung
Reporting Automatisierung
Wenn das Monatsreporting jedes Mal wie ein kleines Bauprojekt startet, liegt das nie an mangelndem Excel-Können. Es liegt an einer Pipeline, die nie als Pipeline gedacht wurde. Ich strukturiere Import, Transformation, Modell und Output ein einziges Mal, sauber. Danach ist Aktualisieren ein Klick, nicht ein Vormittag.
Das Problem
Was ich in der Praxis fast immer vorfinde: eine zentrale Reporting-Datei mit 20-40 Tabellen. Daten kommen aus drei bis fünf Quellen (SAP, Salesforce, CRM-Export, händische Eingaben, eine alte Access-Datenbank), werden per Copy-Paste eingefügt, mit SVERWEIS und INDEX/VERGLEICH zusammengezogen, durch zwölf Pivot-Tabellen geschickt und am Monatsende ist eine Person zwei Tage mit dem Bauen beschäftigt. Eine zweite Person prüft drei Tage lang, ob die Zahlen stimmen.
Das eigentliche Problem ist nicht der Aufwand. Das eigentliche Problem ist, dass niemand mehr genau sagen kann, wie eine bestimmte KPI im Detail entsteht. Wenn das Controlling fragt 'Warum ist Marge Region Nord 0,4 Prozent abgewichen', steht in der Datei die Antwort nicht. Sie steht in der Excel-Historie einer Person.
Schlimmer: bei jedem Quellsystem-Update (neue Spalte, geänderte Codierung) bricht die Datei lautlos. Manchmal merkt das niemand für drei Monate.
Die Lösung
Ich baue Ihre Reporting-Pipeline als saubere Schichten: Power Query für Import und Cleansing (Quellen-Connectoren, Typ-Erkennung, Joins, Validierungs-Schritte), ein reproduzierbares Datenmodell (Star-Schema im Power-Query-Modell oder Power-Pivot/DAX, je nach Excel-Version), und eine dünne VBA-Schicht nur für das, was Excel nativ nicht kann (formatierter PDF-Export, Outlook-Versand, Branch-Selektion). Bei größeren Beständen migrieren wir das Datenmodell nach Power BI oder einer schmalen SQL-Server-Stage zwischen Quelle und Excel.
Kennzahlen werden in einer Definitions-Tabelle dokumentiert: jede KPI mit Formel, Quelle, Owner, Aktualisierungs-Frequenz. Power Query bekommt Validierungs-Schritte, die mit klarem Fehler abbrechen, wenn eine Quelle sich strukturell ändert, statt stillschweigend Müll zu produzieren. Refresh erzeugt ein Audit-Log mit Zeitstempel, Quellen-Hashwerten und einer Diff-Zusammenfassung der wichtigsten Kennzahlen.
Dashboards bekommen das, was Entscheider wirklich brauchen: tabular-numerals, klare KPI-Reihenfolge, Vorjahres- und Vormonats-Vergleich als Norm, keine grellen Donut-Charts. Bei mehrsprachigen Konzernreports ein Sprachen-Schalter, der das gesamte Report-Layout konsistent umstellt.
Typische Anwendungsfälle
- Monats- oder Wochenreporting mit 3-7 Quellen, Power Query für ETL, Excel/Power Pivot oder Power BI für das Modell, automatisierter PDF-Versand
- Migration eines gewachsenen Excel-Reports auf eine SQL-Server-Stage (Views, Stored Procedures) wenn Excel an Performance-Grenzen kommt
- Konzernreporting mit Konsolidierung mehrerer Tochtergesellschaften, getypten Kontrahierungen und Eliminierungen, DSGVO-konformer Datenfluss
- KPI-Definitions-Layer: jede Kennzahl dokumentiert mit Formel, Quelle, Owner, in einer auditierbaren Tabelle
- Data-Quality-Monitoring: automatische Plausibilitäts-Checks (Bereiche, Verteilungen, Vorjahres-Verhältnisse) mit klarer Fehler-Anzeige bevor der Report versendet wird
- Migration eines manuell gebauten Vorstands-Reports auf Power BI mit Row-Level-Security und automatisiertem Refresh
Konkreter Nutzen
- Reporting-Erstellung von 1-3 Tagen pro Monat auf 15-30 Minuten reduziert
- Vollständige Reproduzierbarkeit: jeder Schritt vom Source-Pull bis zum PDF ist in Power Query / VBA / DAX dokumentiert und versionierbar
- Audit-Trail: jeder Refresh erzeugt ein Log mit Zeitstempel, Quellen-Versionen und Delta-Zusammenfassung. Wirtschaftsprüfer-tauglich.
- Frühwarn-Validierung: strukturelle Änderungen an Quellsystemen brechen die Pipeline mit klarem Fehler, statt still falsche Zahlen zu liefern
- Datenmodell-Klarheit: jede KPI hat eine eindeutige Definition, einen Owner und eine dokumentierte Formel
- Übergabbarkeit: ein zweiter Analyst übernimmt das Reporting nach 2-3 Tagen Einarbeitung, nicht nach 6 Monaten
So läuft die Zusammenarbeit
Discovery + Datenfluss-Mapping
Ich nehme den aktuellen Report-Lauf gemeinsam mit Ihnen durch, dokumentiere jede Quelle, jeden Schritt, jede Annahme. Output ist ein Datenfluss-Diagramm und eine erste Risiko-Liste mit den schmerzhaftesten Punkten.
Architektur-Entscheidung
Power Query in Excel? Power Pivot mit DAX? Power BI Service? SQL-Stage zwischen Quelle und Excel? Entscheidung anhand Datenmenge, Nutzerkreis, Lizenzlage, DSGVO. Sie bekommen die Trade-Offs schriftlich.
Iterative Umsetzung in 1-2-Wochen-Sprints
Quellen werden eine nach der anderen angebunden. Jeder Sprint liefert einen lauffähigen Teil, der gegen den alten manuellen Report gegengerechnet wird. Differenzen werden geklärt, bevor die nächste Quelle dazukommt.
Validierung über 1-2 Monatszyklen
Der neue Report läuft parallel zum alten. Differenzen werden erklärt oder gefixt. Erst wenn beide Reports zwei Monate hintereinander identisch sind, schalten wir ab.
Übergabe mit Doku, KPI-Glossar und Schulung
Schritt-für-Schritt-Anleitung für den monatlichen Refresh, ein Glossar aller KPIs mit Formel und Quelle, 60-90 min Schulung mit Aufzeichnung. Optional Retainer für Erweiterungen.
Häufige Fragen
Power Query, VBA, Power BI oder SQL, was empfehlen Sie?
Keine pauschale Antwort. Faustregel: Power Query für Import und Transformation, Power Pivot/DAX für Modell und Kennzahlen, VBA nur noch für Excel-spezifische Ausgabeschritte (formatierter PDF, Outlook). Power BI wenn Sie Visualisierungen ohnehin im Browser oder Tablet brauchen. SQL-Stage wenn die Datenmenge Excel überschreitet oder mehrere Reports auf dieselben Quellen zugreifen. Die Entscheidung fällt im Discovery-Workshop.
Ersetzen Sie unser BI-Tool, unser Data Warehouse oder unser ERP?
Nein, ausdrücklich nicht. Ich baue Reporting-Pipelines auf Ihrer bestehenden Infrastruktur auf. Wenn ich ein DWH oder ein professionelles BI-Tool empfehle, dann sage ich das offen, und Sie holen sich für die DWH-Einführung jemanden mit reiner DWH-Spezialisierung. Mein Fokus ist die Schicht zwischen Quelle und Excel, manchmal mit Power BI obendrauf.
Wir haben ein Excel-Reporting mit 80 MB und drei Power-Query-Abfragen, die jeweils 20 Minuten laufen. Schaffen Sie das schneller?
Fast immer ja. 20-minütige PQ-Abfragen sind meist Query-Folding-Probleme (Schritte verhindern, dass Power Query die Arbeit zur Quelle delegiert), Cartesian Joins oder ineffiziente Pivot-/Unpivot-Operationen. Typische Verbesserung: Faktor 5-15. Wenn die Datenmenge fundamental zu groß für Excel ist, sage ich das ehrlich und schlage SQL-Stage oder Power BI vor.
Wie verhindern wir, dass der Report nach 2 Jahren wieder unleserlich ist?
Drei Dinge: ein KPI-Glossar mit Owner pro Kennzahl, strikt getrennte Power-Query-Schritte mit aussagekräftigen Namen (keine 'Changed Type1, Changed Type2'-Wüste) und eine README mit Erweiterungs-Konventionen. Wenn das Team die Konventionen kennt, bleibt das Reporting wartbar. Optional ein quartalsweiser Review-Termin im Retainer.
Können wir das ohne Power BI License umsetzen?
Ja. Power Query, Power Pivot und DAX sind in Excel 365 ohne Zusatzlizenz enthalten. Power BI Service brauchen Sie erst, wenn Sie Reports im Web teilen, Row-Level-Security oder Scheduled Refresh außerhalb von Excel wollen. Für die meisten Mittelstands-Reportings reicht Excel + Outlook.
Wie lange dauert ein typisches Reporting-Projekt?
Vom ersten Discovery-Workshop bis zum produktiven Lauf mit Validierung: 6-12 Wochen bei einem mittelgroßen Monatsreport mit 3-5 Quellen. Erste Inkremente sind nach 2-3 Wochen lauffähig. Festpreis-Pakete sind nach dem Audit möglich.
Passende weitere Leistungen
Reporting-Pipeline auditieren lassen?
Schicken Sie eine anonymisierte Version Ihres aktuellen Reports oder beschreiben Sie kurz die Quellen und die monatliche Routine. Sie bekommen innerhalb von zwei Werktagen eine Einschätzung zurück: wo die größten Hebel liegen, was es realistisch kostet, in welcher Reihenfolge ich vorgehen würde.