Fallstudie

Finanz- und Vertriebsreporting, weg von Legacy-SQL und Excel

Telekommunikation

Ein Telekommunikationsunternehmen, dessen Unternehmensreporting auf Legacy-SQL und Excel lief. Finanzwesen und Vertrieb berichten heute aus einem zentralen Modell auf einer Plattform mit Governance.

Projektbeschreibung lesen (englisch)(öffnet in einem neuen Tab)
Dauer
7 Monate
Unternehmen
250–500 Mitarbeitende
Schwerpunkt
Finanzwesen und Vertrieb
Eine Schemazeichnung: die getrennten Berichte, mit denen das Projekt begann, die eine zusammengeführte Reporting-Schicht, die sie ersetzt hat, und die Technologien darunter.

Legacy-SQL und Excel, ersetzt durch ein zentrales Modell

Das Finanz- und Vertriebsreporting war Bericht für Bericht auf Legacy-SQL und Excel gebaut worden. Wir haben es auf eine Plattform mit Governance und einem zentralen Modell geholt und dem internen BI-Team die Muster gegeben, darauf weiterzubauen.

zentrales Reporting-Modell
1
Geschäftsbereiche: Finanzwesen, Vertrieb
2
Monate Projektlaufzeit
7

Für dieses Projekt werden keine Ergebniszahlen veröffentlicht: Es gibt nichts, womit Sie sie prüfen könnten, also steht hier stattdessen vollständig, was gebaut wurde. Nach Branche und Größe anonymisiert, denn die Vertraulichkeit, die diesen Kunden schützt, würde auch Sie schützen. Branche und Ergebnisse sind echt, die identifizierenden Details nicht.

Vorher und nachher

Vor und nach dem Projekt

Bericht für Bericht

  • Legacy-SQL und Excel, Bericht für BerichtDie Logik für jeden Bericht erneut geschrieben
  • Finanzwesen und Vertrieb getrenntKein gemeinsames Reporting-Modell

Ein zentrales Modell

  • Pipelines in ein zentrales ModellAuf einer Plattform mit Governance
  • Wiederverwendbare Muster und VorlagenEinheitliche, wartbare Berichte
Von einem Reporting, das auf Legacy-SQL und Excel immer wieder neu gebaut wurde, zu einem zentralen Modell, das Finanzwesen und Vertrieb teilen.

Das Projekt im Detail

Kunde
Ein Telekommunikationsunternehmen mit 250 bis 500 Mitarbeitenden.
Ausgangslage
Die Logik hinter jedem Bericht wurde für den nächsten erneut geschrieben, und Finanzwesen und Vertrieb teilten kein Reporting-Modell, sodass dieselbe Frage in zwei Abteilungen zwei Antworten bekam, ohne dass eine davon falsch war.
Auftrag
Das Unternehmensreporting von Legacy-SQL und Excel auf eine Plattform mit Governance für Finanzwesen und Vertrieb konsolidieren und das interne BI-Team in die Lage versetzen, sie zu betreiben.

Gebaut, um gepflegt zu werden

Muster, Vorlagen und Workshops halten das Reporting nach der Übergabe einheitlich.

  1. Wiederverwendbare DAX-MusterEinmal geschrieben, über Berichte hinweg genutzt
  2. Power-BI-VorlagenEin Layout und eine Navigation
  3. EinführungsworkshopsFür das interne BI-Team
  4. Einheitliches, wartbares ReportingBetrieben vom BI-Team des Kunden

Die Architektur

Quellen: Quellsysteme · Legacy-SQL · Excel. Pipelines: Azure Data Factory. Plattform: Azure Synapse · Zentrales Reporting-Modell. Berichte: Finanzreporting · Vertriebsreporting
Jede Quelle wird über fest definierte Pipelines auf die Plattform mit Governance geladen, wo ein zentrales Modell Finanzwesen und Vertrieb zugleich bedient.

Architekturentscheidungen

EntscheidungVerworfene AlternativeWarum
Ein zentrales Reporting-ModellEin Modell je AbteilungFinanzwesen und Vertrieb lesen dieselben Zahlen an einer Stelle.
Definierte Pipelines je QuelleVon Hand gepflegte ExtrakteLadevorgänge sind wiederholbar und lassen sich überwachen.
Wiederverwendbare DAX-MusterLogik je Bericht geschriebenEine Berechnung wird einmal geschrieben und getestet, dann wiederverwendet.
Power-BI-VorlagenJeder Bericht von Grund auf gestaltetBerichte sehen gleich aus und verhalten sich gleich, was sie wartbar hält.

Was der Kunde heute hat

  • Unternehmensreporting für Finanzwesen und Vertrieb auf einer Plattform mit Governance statt auf Legacy-SQL und Excel.
  • Definierte Pipelines aus mehreren Quellsystemen in ein zentrales Reporting-Modell.
  • Wiederverwendbare DAX-Muster und Power-BI-Vorlagen für einheitliche, wartbare Berichte.
  • Ein internes BI-Team, das in Einführungsworkshops auf der Plattform geschult wurde.
Wohin es geführt hat
Finanzwesen und Vertrieb arbeiten aus einem zentralen Modell, und das Team, das es pflegt, wurde auf denselben Mustern geschult, mit denen es gebaut wurde.
Stack
  • Power BI
  • DAX
  • SQL
  • Azure Data Factory
  • Azure Synapse
Alle Fallstudien

Die anderen Projekte

  • Handel

    Foundation dann Activation dann Acceleration begleitet von Stewardship

    Filialumsatz, Vorstandsfragen und Forecasting auf Basis einheitlicher Definitionen

    Ein Händler mit Microsoft Fabric bereits im Produktivbetrieb, semantischen Modellen über Direct Lake und einströmendem Filialumsatz, der darauf Forecasting, Copilot-Fragen und Anomalieerkennung wollte.

    • Microsoft Fabric
    • Semantische Power-BI-Modelle
    • Direct Lake
    • Copilot in Power BI
    • Fabric AI Functions
    • Activator

  • Industrielle Fertigung

    Foundation dann Activation dann Acceleration

    Standortübergreifendes Reporting mit Governance für ein Produktionsnetz

    Ein Industriehersteller, der über ein Produktionsnetz mit mehreren Standorten berichtete, von denen jeder seine eigene Sicht darauf hatte, was gerade lief.

    • Microsoft Fabric
    • OneLake
    • OneLake Security
    • Direct Lake
    • Spark
    • MES
    • OPC UA
    • Power BI
    • DAX
    • Azure Key Vault
    • Purview
    • Azure DevOps

  • Hotellerie und Immobilien

    Foundation dann Activation

    Ein CFO-Cockpit für einen Konzern mit getrennten Abschlüssen

    Eine Holding aus Hotellerie und Immobilien, deren Gesellschaften jeweils eigene Abschlüsse machten, mit einem CFO, der für alle geradestehen musste.

    • Microsoft Fabric
    • OneLake
    • Direct Lake
    • Databricks Mirrored Catalog
    • Fabric Data Factory
    • Power BI
    • DAX
    • Berechnungsgruppen
    • Row-Level-Security
    • Azure DevOps
    • Azure Key Vault
    • Purview

  • Multi-Brand-Handel

    Foundation dann Activation

    Ein markenübergreifendes Modell mit Governance für eine Multi-Brand-Handelsgruppe

    Eine Handelsgruppe mit mehreren Marken, jede mit eigenen Systemen, eigenen Reporting-Gewohnheiten und einer eigenen Antwort darauf, was eine Marge ist.

    • Microsoft Fabric
    • Direct Lake
    • Databricks
    • Eventstream
    • KQL Database
    • Power BI
    • DAX
    • SAP
    • Salesforce
    • Azure DevOps
Alle Fallstudien

Kostenlose Beratung

In einer Stunde wissen Sie, wo Ihre Daten stehen.

Eine kostenlose 60-minütige Beratung. Kein Verkaufsgespräch, keine Rechnung. Danach wissen Sie, ob Ihre Daten bereit für KI sind und ob wir zueinander passen.

Kostenlose Beratung buchen(öffnet in einem neuen Tab)