Fallstudie

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

Multi-Brand-Handel

Eine Handelsgruppe aus mehreren Marken, jede mit eigenen Systemen und einer eigenen Antwort darauf, was eine Marge ist. Ein Fabric-Modell mit Governance spannt sich heute über alle, mit je einer Definition von Umsatz, Marge und Bestand.

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

3 Antworten darauf, was eine Marge ist, ersetzt durch eine

Jede Marke konnte über sich selbst berichten, aber die Gruppe konnte sie ohne eine Woche Handarbeit nicht vergleichen. Wir haben ein 8 Jahre altes SQL-Server-Warehouse und eine nächtliche Excel-Kette durch Microsoft Fabric ersetzt, und eine Definition je Kennzahl machte aus dem Vergleich eine Filterauswahl.

Definition von Umsatz, Marge und Bestand
1
Vertriebskanäle: Filialen, Onlineshops, Großhandel
3
semantische Modelle auf einem Lakehouse
4
Monate, als leitender Architekt mit einem Projektteam
10

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

3 Definitionen

  • Marge Marke AEigene Definition, im eigenen Reporting
  • Marge Marke BEigene Definition, im eigenen Reporting
  • Marge Marke CEigene Definition, im eigenen Reporting

1 Definition

  • Eine MargendefinitionEinmal entschieden, vorgelagert, im Modell mit Governance
  • Echt: VertriebskanalFilialen, Onlineshops und Großhandel, als Dimension modelliert
  • Echt: MarkenunterschiedIm Modell geführt und dort benannt, wo es ihn wirklich gibt
  • Nur GewohnheitEntfällt: eine Definition gilt
3 Marken, die auf 3 Arten beantworten, was eine Marge ist, aufgelöst in eine Definition. Die Unterschiede, die es wirklich gibt, werden modelliert und benannt, die aus Gewohnheit fallen weg.

Das Projekt im Detail

Kunde
Eine Multi-Brand-Handelsgruppe mit 500 bis 1.000 Mitarbeitenden, rund 50 Filialen, 3 Onlineshops, einem Großhandelsgeschäft und rund 200 BI-Nutzern.
Ausgangslage
Jede Marke konnte über sich selbst berichten, und die Gruppe konnte ohne eine Woche Handarbeit über keine von ihnen gemeinsam berichten. Damit wurden Fragen auf Gruppenebene so teuer, dass niemand sie mehr stellte, und das ist der stille Preis, den keine Wirtschaftlichkeitsrechnung ausweist.
Auftrag
Microsoft Fabric von Grund auf einführen, anstelle eines 8 Jahre alten SQL-Server-Warehouses und einer nächtlichen Excel-Kette, und der Gruppe je Kennzahl eine Antwort geben.
Was wir gebaut haben
  • FoundationEin Review des Reportings jeder Marke, der zeigte, wo sich die Zahlen der Marken nicht vergleichen ließen, allen voran die Marge, und mit einer Liste der Sofortmaßnahmen endete.
  • ActivationEin semantisches Modell mit Governance über alle Marken hinweg, mit einer einzigen Definition je Kennzahl und den Unterschieden zwischen den Marken, die es wirklich gibt, modelliert statt bestritten.

Vergleich als Filterauswahl

Sobald Umsatz, Marge und Bestand unabhängig vom Kanal definiert waren, war die Konsolidierung der Gruppe keine Arbeit mehr. Die Gruppe, eine Marke oder ein Kanal ist heute ein Filter auf demselben Modell. Vorher eine Woche manuelle Konsolidierung, heute eine Filterauswahl.

Ein Kundenstamm als eigenes Datenprodukt

Die Auflösung der Kundenidentität wurde als eigenes Datenprodukt gebaut, sodass ein Kunde ein Datensatz ist, über welchen Kanal er auch kauft: Filialkunden aus den Kassen, Shopkunden aus 3 Onlineshops und Großhandelskonten aus dem Großhandelsgeschäft, zusammengeführt zu einem dauerhaften Kundenstamm.

Filialumsatz nahezu in Echtzeit

Kassendaten, die in eine KQL-Datenbank strömen, ersetzten 2 Tage Verzug im Filialumsatz-Reporting.

  1. FilialkassenRund 50 Filialen
  2. EventstreamEreignisse, während sie entstehen
  3. KQL-DatenbankReal-Time Intelligence
  4. FilialumsatzNoch am Verkaufstag

Wie umgesetzt wurde

Umgesetzt als leitender Architekt mit einem spezialisierten Projektteam, übergeben mit Runbooks und Excel-Enablement.

  1. .pbip unter GitVon Tag eins
  2. Erst optimierenVor jeder Kapazitätserhöhung
  3. RunbooksFür das Team des Kunden
  4. Analyze in ExcelEnablement bei der Übergabe

Die Architektur

Quellen: Filialkassen · Onlineshops · Großhandel · SAP and Salesforce. Verarbeitung: Databricks · Gespiegelter Katalog · Eventstream. OneLake: Medallion mit 4 Schichten · KQL-Datenbank · Kundenidentität. Semantische Modelle: Finance · Commercial · Executive · Marketing und Customer. Was es liest: Power BI · Excel
Databricks bleibt die Verarbeitungs-Engine und wird nach OneLake gespiegelt statt kopiert. Die semantischen Modelle lesen das Lakehouse über Direct Lake, ohne nächtlichen Import.

Architekturentscheidungen

EntscheidungVerworfene AlternativeWarum
Ein Modell über alle MarkenEin Modell je MarkeSchneller gebaut, aber das Abstimmungsproblem bleibt. Der Vergleich ist das Ergebnis.
Unterschiede modelliert, nicht eingeebnetEine Marge jeder Marke aufgezwungenEin echter Unterschied wird modelliert und benannt, einer aus Gewohnheit entfällt.
Databricks behalten und gespiegeltDie Verarbeitung in Fabric neu bauenTenant-übergreifend nach OneLake gespiegelt, sodass Power BI über Direct Lake liest, ohne nächtlichen Import.
Zahlen der Gruppe getrennt von den NutzersichtenEine Schicht für jeden ZweckEine Nutzersicht kann sich ändern, ohne die Zahlen der Gruppe zu berühren.

Was der Kunde heute hat

  • Eine semantische Schicht mit Governance über alle Marken, mit den echten Unterschieden modelliert.
  • Vergleich auf Gruppenebene als Filterauswahl, ohne die Woche manueller Konsolidierung.
  • Filialumsatz noch am Verkaufstag statt 2 Tage später.
  • Ein dauerhafter kanalübergreifender Kundenstamm, als eigenes Datenprodukt gebaut.
Wohin es geführt hat
Die Gruppe wird mit einem Klick nach Marke oder Kanal verglichen, auf Zahlen, die in jeder Marke dasselbe bedeuten.
Stack
  • Microsoft Fabric
  • Direct Lake
  • Databricks
  • Eventstream
  • KQL Database
  • Power BI
  • DAX
  • SAP
  • Salesforce
  • Azure DevOps
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
  • Omnichannel-E-Commerce

    Foundation dann Activation

    Finanzreporting, das mit dem Tag Schritt hält

    Ein Omnichannel-Händler, dessen Finanzleitung mit den Zahlen von gestern steuerte, in einem Tagesgeschäft, das sich innerhalb eines Tages verändert.

    • Microsoft Fabric
    • OneLake
    • Direct Lake
    • Fabric Data Factory
    • Eventstream
    • Power BI
    • DAX
    • REST APIs
    • ERP-Integration
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)