MDM Lite – Anwendungsfälle & Integrationsmuster

Version: Juli 2026

Dieses Dokument beschreibt typische Integrationsmuster für MDM Lite anhand konkreter Anwendungsbeispiele. Jeder Use Case zeigt, wie Daten initialisiert werden, wie der laufende Betrieb aussieht und wie nachgelagerte Systeme — insbesondere Data-Warehouse-Plattformen — die Daten beziehen.

Inhaltsverzeichnis

1. UC-01 — Excel-Migration: vollständig manuell
2. UC-02 — CSV-Import + automatisierter Update-Kanal (ohne Veredelung)
3. UC-03 — CSV-Import + automatisierter Update-Kanal + manuelle Veredelung
4. UC-04 — Zwei CSV-Datasets + Beziehung + manuelle Veredelung

UC-01 — Excel-Migration: vollständig manuell

Integrationstyp: Manuell

Szenario

Ein Fachbereich verwaltet heute eine Referenzstruktur (z. B. eine Filialhierarchie, eine Kostenstellenliste oder ein Produkt-Mapping) in einer Excel-Datei. Die Datei liegt lokal oder auf einem Netzlaufwerk, Änderungen werden ad hoc vorgenommen, eine Nachvollziehbarkeit fehlt. Das Dataset soll künftig revisionssicher und zentral in MDM Lite gepflegt werden.

Automatische Updates aus einem Quellsystem sind weder vorhanden noch geplant. Alle zukünftigen Änderungen werden direkt im MDM Lite vorgenommen.

Ausgangslage

Integrationsüberblick

Beispieldatei

• use-case-files/uc01_filialhierarchie_initial.xlsx — initiale Excel-Datei für den einmaligen Onboarding-Import

Datenfluss

flowchart LR
    A["📄 Excel-Datei<br/>(lokal / Netzlaufwerk)"]

    subgraph MDM["MDM Lite"]
        B["Web UI<br/>Datei-Upload<br/>(einmalig)"]
        C["Dataset<br/>Version 1"]
        D["Web UI<br/>Inline-Editing<br/>(laufend)"]
        E["Dataset<br/>Version N"]
        F["Audit-Trail<br/>& Historie"]
    end

    subgraph DP["Datenplattform"]
        G["Fabric Notebook<br/>/ REST API"]
        H["Lakehouse /<br/>DWH-Tabelle"]
    end

    A -->|"Einmaliger<br/>Onboarding-Import"| B
    B --> C
    C -->|"Fachliche<br/>Änderung"| D
    D --> E
    E --> F
    E -->|"GET /api/datasets/{id}/current<br/>oder as-of?date=..."| G
    G --> H

Schritt-für-Schritt-Ablauf

1. Dataset anlegen — Im MDM Lite ein neues Dataset erstellen und Typ (Tabelle oder Baum) wählen.
2. Excel-Datei hochladen — Über „Importieren → Datei hochladen" die vorhandene Excel-Datei einlesen. MDM Lite erkennt das Schema automatisch und schlägt Spaltentypen vor.
3. Schema prüfen & bestätigen — Spaltentypen, Pflichtfelder und Validierungsregeln im Schema-Editor anpassen.
4. Erste Version veröffentlichen — Nach Prüfung „Veröffentlichen" auswählen; ein Pflichtkommentar dokumentiert die initiale Übernahme.
5. Laufende Pflege — Änderungen werden direkt im Web-UI vorgenommen (Inline-Editing, Zeilen hinzufügen/löschen/bearbeiten).
6. Jede Änderung erzeugt eine neue Version — Der Audit-Trail protokolliert automatisch: Wer hat was wann geändert (inkl. Vorher/Nachher-Vergleich).
7. DWH-Integration aktivieren — Über „Connect to DWH" ein Fabric Notebook generieren, das die aktuelle oder stichtagsgenaue Version abruft.

Besonderheiten & Hinweise

• Schema-Erkennung: Beim Excel-Upload analysiert MDM Lite Spaltenköpfe und Wertetypen und schlägt das Schema vor — keine manuelle Schema-Definition notwendig.
• Zeitliche Gültigkeit: Einzelne Zeilen können mit Gültig ab / Gültig bis versehen werden, um historische Gültigkeitsbereiche abzubilden (z. B. Umstrukturierung einer Kostenstelle zum Jahreswechsel).
• Versions-Diff: Zwischen zwei beliebigen Versionen lässt sich ein feldgenauer Diff anzeigen.
• As-Of-Abfragen: Das DWH kann den Datenstand zu einem beliebigen Stichtag abrufen: GET /api/datasets/{id}/as-of?date=2025-12-31.

Nutzen auf einen Blick

• ✅ Revisionssichere Nachvollziehbarkeit aller Änderungen (wer, was, wann)
• ✅ Kein Datenverlust durch versehentliches Überschreiben
• ✅ Fachbereich ist unabhängig von IT-Tickets für Datenänderungen
• ✅ DWH erhält konsistente, stichtagsgenaue Daten über eine stabile API
• ✅ Historische Auswertungen sind reproduzierbar

UC-02 — CSV-Import + automatisierter Update-Kanal (ohne Veredelung)

Integrationstyp: Halb-automatisch

Szenario

Ein Fachbereich nutzt eine Tabelle in einem Quellsystem (z. B. einer operativen Datenbank oder einem ERP-System) als primäre Datenquelle. Diese Tabelle wird regelmäßig aktualisiert. Ziel ist es, diese Daten revisionssicher in MDM Lite zu verwalten, ohne die Daten inhaltlich zu verändern. Das Quellsystem bleibt die führende Datenquelle; MDM Lite übernimmt Versionierung, Qualitätssicherung und zentrale Bereitstellung.

Ein CSV-Export der Tabelle wird einmalig für das Onboarding in MDM Lite verwendet. Danach überträgt ein Fabric Notebook automatisch Änderungen über die MDM Lite Import API.

Ausgangslage

Integrationsüberblick

Beispieldateien

• use-case-files/uc02_kostenstellen_initial.csv — Startbestand für die initiale Dataset-Definition
• use-case-files/uc02_kostenstellen_update_2026-08.csv — Folgeimport mit geändertem Datensatz und einer neuen Kostenstelle

Datenfluss

flowchart LR
    subgraph SRC["Quellsystem (Kundenseitig)"]
        A["Operative<br/>Datenbank / ERP"]
        B["Fabric Notebook<br/>(Scheduler)"]
    end

    subgraph MDM["MDM Lite"]
        C["Web UI<br/>CSV-Upload<br/>(einmalig)"]
        D["Import API<br/>POST /imports<br/>(laufend)"]
        E["Dataset<br/>Version N"]
        F["Validierung<br/>& Audit-Trail"]
        G["Publish-Gate"]
    end

    subgraph DP["Datenplattform"]
        H["Fabric Notebook<br/>/ REST API"]
        I["Lakehouse /<br/>DWH-Tabelle"]
    end

    A -->|"CSV-Export<br/>(einmalig)"| C
    C -->|"Schema-Definition<br/>& Version 1"| E

    A -->|"Tabellen-Query<br/>(regelmäßig)"| B
    B -->|"POST /api/datasets/{id}/imports<br/>mit API-Key"| D
    D --> F
    F -->|"Neue Version<br/>(Draft)"| G
    G -->|"Auto-Publish<br/>bei bestandener<br/>Validierung"| E

    E -->|"GET /api/datasets/{id}/current<br/>oder as-of?date=..."| H
    H --> I

Schritt-für-Schritt-Ablauf

1. Dataset in MDM Lite anlegen — Typ, Name und Beschreibung festlegen.
2. CSV-Export aus Quellsystem erstellen — Einmalig einen Export der Quelltabelle als CSV erzeugen.
3. CSV-Datei hochladen (Onboarding) — Im Web UI die CSV-Datei importieren; Schema und erste Version werden angelegt.
4. Schema & Validierungsregeln konfigurieren — Pflichtfelder, Wertetypen und ggf. Enum-Listen definieren.
5. API-Key anlegen — Unter „API-Keys" einen Key mit write-Scope für das Fabric Notebook erstellen.
6. Fabric Notebook konfigurieren — Über „Connect to DWH" ein Import-Notebook generieren oder manuell konfigurieren; API-Key und Dataset-ID eintragen.
7. Notebook-Zeitplan aktivieren — Im Microsoft Fabric einen Scheduler für das Notebook einrichten (täglich, stündlich o. ä.).
8. Automatischer Update-Zyklus — Das Notebook liest die Quelltabelle, überträgt die Daten an die MDM Lite Import API; MDM Lite validiert, legt eine neue Version an und veröffentlicht diese (sofern Validierung bestanden).
9. DWH-Abfrage — Ein zweites Fabric Notebook liest über GET /api/datasets/{id}/current die aktuelle Version und schreibt sie in die Ziel-Tabelle.

Besonderheiten & Hinweise

• Import-Modus: FULL_REPLACE (Standard) ersetzt alle Zeilen vollständig — geeignet, wenn das Quellsystem die vollständige Tabelle liefert. UPSERT ist alternativ nutzbar für Delta-Updates.
• Auto-Publish: Wenn alle Validierungsregeln bestehen, kann der Import direkt eine neue veröffentlichte Version erzeugen — kein manueller Publish-Schritt notwendig.
• Keine inhaltliche Änderung: Die Daten in MDM Lite spiegeln exakt das Quellsystem. Fachbereichsseitige Korrekturen erfolgen weiterhin im Quellsystem.
• API-Key-Sicherheit: Der API-Key wird als Fabric-Secret gespeichert — nicht im Notebook-Code.

Nutzen auf einen Blick

• ✅ Revisionssichere Versionshistorie aller Änderungen, obwohl kein manuelles Eingreifen stattfindet
• ✅ Zentrale Qualitätssicherung: Validierungsregeln entscheiden, wann eine neue Version „DWH-tauglich" ist
• ✅ Fachbereich hat jederzeit einen transparenten Überblick über den aktuellen Datenstand
• ✅ Reproduzierbare historische Auswertungen durch As-Of-Abfragen
• ✅ Stabile Schnittstelle für das DWH — unabhängig von Änderungen im Quellsystem

UC-03 — CSV-Import + automatisierter Update-Kanal + manuelle Veredelung

Integrationstyp: Halb-automatisch mit manueller Veredelung

Szenario

Dieser Use Case baut auf UC-02 auf: Ein Quellsystem liefert automatisiert Daten über ein Fabric Notebook an MDM Lite. Zusätzlich wurde im MDM Lite eine Spalte ergänzt, die ausschließlich in MDM Lite existiert und manuell gepflegt wird — zum Beispiel eine fachliche Gruppierung, eine Priorisierung oder eine interne Klassifikation.

Da diese Information nicht im Quellsystem vorhanden ist, muss sie für jede neu hinzukommende Zeile manuell durch den Fachbereich nachgepflegt werden. Erst wenn alle neuen Zeilen mit dieser Zusatzinformation versehen sind und die Version freigegeben wurde, steht sie dem DWH zur Verfügung. Bis dahin verbleibt die neue Version im Status Draft.

Ausgangslage

Integrationsüberblick

Beispieldateien

• use-case-files/uc03_produkte_initial.csv — initialer Produktbestand für das Dataset
• use-case-files/uc03_produkte_update_2026-08.csv — Folgeimport mit neuen Zeilen, die in MDM Lite noch um fachliche_gruppe ergänzt werden müssen

Manuell in MDM Lite ergänzen: Spalte fachliche_gruppe (z. B. Kernsortiment, Saison, Abverkauf)

Datenfluss

flowchart LR
    subgraph SRC["Quellsystem (Kundenseitig)"]
        A["Operative<br/>Datenbank / ERP"]
        B["Fabric Notebook<br/>(Scheduler)"]
    end

    subgraph MDM["MDM Lite"]
        C["Web UI<br/>CSV-Upload<br/>(einmalig)"]
        D["Schema-Editor<br/>Zusatzspalte<br/>(einmalig)"]
        E["Import API<br/>POST /imports<br/>(laufend)"]
        F["Dataset<br/>Version N+1<br/>🔒 Draft"]
        G["Web UI<br/>Inline-Editing<br/>Veredelung"]
        H["Publish-Gate<br/>✅ Manuelle<br/>Freigabe"]
        I["Dataset<br/>Version N+1<br/>✅ Published"]
        J["Audit-Trail<br/>& Historie"]
    end

    subgraph DP["Datenplattform"]
        K["Fabric Notebook<br/>/ REST API"]
        L["Lakehouse /<br/>DWH-Tabelle"]
    end

    A -->|"CSV-Export<br/>(einmalig)"| C
    C --> D
    D -->|"Version 1<br/>(Published)"| I

    A -->|"Tabellen-Query<br/>(regelmäßig)"| B
    B -->|"POST /api/datasets/{id}/imports<br/>mit API-Key"| E
    E -->|"Neue Zeilen<br/>ohne Zusatzspalte"| F
    F -->|"Fachbereich<br/>pflegt Gruppierung"| G
    G -->|"Alle Zeilen<br/>veredelt"| H
    H --> I
    I --> J

    I -->|"GET /api/datasets/{id}/current<br/>nur Published"| K
    K --> L

Schritt-für-Schritt-Ablauf

Einmalige Einrichtung

1. Dataset anlegen und CSV importieren — Wie in UC-02: CSV-Export einmalig hochladen, Schema wird erkannt.
2. Zusatzspalte im Schema ergänzen — Im Schema-Editor eine neue Spalte anlegen (z. B. fachliche_gruppe, Typ Enum oder String). Diese Spalte ist nicht Bestandteil des Quellsystems.
3. Bestehende Zeilen initial befüllen — Die Zusatzspalte für alle bereits vorhandenen Zeilen manuell ausfüllen.
4. Version veröffentlichen — Erste vollständig veredelten Version publizieren; DWH-Integration wie in UC-02 einrichten.

Laufender Betrieb

5. Automatischer Import läuft — Das Fabric Notebook überträgt regelmäßig den aktuellen Stand aus dem Quellsystem. MDM Lite legt eine neue Version im Status Draft an.
6. Benachrichtigung / Monitoring — Der Fachbereich erkennt, dass eine neue Draft-Version vorliegt (Indikator in der UI: „Unveröffentlichte Änderungen").
7. Neue Zeilen identifizieren — Im Dataset-Editor die neuen Zeilen prüfen; fehlende Einträge in der Zusatzspalte sind sofort erkennbar.
8. Veredelung durchführen — Die Zusatzspalte für alle neuen Zeilen im Inline-Editor befüllen.
9. Version veröffentlichen — Nach vollständiger Veredelung „Veröffentlichen" auslösen; Pflichtkommentar dokumentiert die Änderung.
10. DWH erhält aktualisierte Daten — Das DWH-Notebook zieht die neue veröffentlichte Version; alle Daten enthalten die manuelle Zusatzinformation.

Besonderheiten & Hinweise

• Draft-Isolation: Solange die neue Version im Status Draft verbleibt, liefert das DWH weiterhin den zuletzt veröffentlichten Stand — keine inkompletten Daten im Downstream.
• Zusatzspalte als MDM-Lite-eigen: Da die Spalte nicht im Quellsystem existiert, wird sie beim Import durch das Fabric Notebook nicht überschrieben. MDM Lite erkennt für jede Spalte einzeln, ob sie aus der Importdatei stammt oder lokal gepflegt wird (Per-Column-Carry-Over) — das gilt für bestehende Zeilen in beiden Import-Modi, UPSERT und FULL_REPLACE.
• Import-Modus: Empfohlen ist trotzdem UPSERT (nicht FULL_REPLACE) — nicht wegen der Veredelungsspalte, sondern weil FULL_REPLACE Zeilen entfernt, die in der jeweiligen Importdatei fehlen (inkl. deren Veredelung). Bei einem partiellen Feed würden dadurch noch nicht wieder gelieferte, bereits veredelte Zeilen verschwinden. UPSERT lässt nicht gelieferte Zeilen unverändert stehen.
• Pflichtfeld-Option: Die Zusatzspalte kann als Pflichtfeld markiert werden, sodass eine Veröffentlichung ohne vollständige Befüllung blockiert wird.
• Versions-Diff: Vor dem Publish lässt sich ein Diff zwischen der aktuellen Draft-Version und der letzten publizierten Version anzeigen — hilfreich für die Veredelungsübersicht.

Nutzen auf einen Blick

• ✅ Automatischer Dateneingang aus dem Quellsystem ohne manuellen Aufwand
• ✅ Fachliche Anreicherung (Veredelung) bleibt vollständig in MDM Lite — kein separates Excel
• ✅ Das DWH erhält immer die veredelte, freigegebene Version — nie unvollständige Daten
• ✅ Klarer Freigabeprozess: Draft-Phase stellt sicher, dass neue Daten erst nach vollständiger Pflege produktiv werden
• ✅ Audit-Trail dokumentiert sowohl automatische Imports als auch manuelle Ergänzungen lückenlos
• ✅ Versionierte Bereitstellung ermöglicht historische Vergleiche zwischen veredelten Versionen

UC-04 — Zwei CSV-Datasets + Beziehung + manuelle Veredelung

Integrationstyp: Halb-automatisch mit manueller Veredelung und Relationship-Pflege

Szenario

Ein Fachbereich möchte künftig den Inhalt von zwei fachlich zusammengehörenden CSV-Dateien in MDM Lite verwalten. Beide Dateien wurden einmalig als Export aus zwei bestehenden Quelltabellen erzeugt und dienen zur initialen Definition von zwei separaten Datasets.

Nach dem Onboarding werden beide Datasets regelmäßig über die MDM Lite Import API aktualisiert. Die Übertragung erfolgt durch ein kundenseitig betriebenes Fabric Notebook, das die Quelltabellen ausliest und die Daten aktiv an MDM Lite sendet.

Zusätzlich wurde nach dem Initialimport eine Beziehung zwischen beiden Datasets modelliert: Dataset 1 enthält eine zusätzliche Spalte vom Typ Verknüpfung (Foreign Key), über die eine fachliche Zuordnung auf Dataset 2 hergestellt wird. Diese Zuordnung existiert nur in MDM Lite und wird manuell vom Fachbereich gepflegt. Neue Zeilen aus den Quellsystemen sind daher zunächst unvollständig und müssen vor der Veröffentlichung fachlich zugeordnet werden.

Ausgangslage

Integrationsüberblick

Beispieldateien

• use-case-files/uc04_dataset1_artikel_initial.csv — initialer Bestand für Dataset 1
• use-case-files/uc04_dataset1_artikel_update_2026-08.csv — Folgeimport mit neuen Artikeln, die fachlich zugeordnet werden müssen
• use-case-files/uc04_dataset2_sortimente_initial.csv — initialer Bestand für Dataset 2
• use-case-files/uc04_dataset2_sortimente_update_2026-08.csv — Folgeimport mit zusätzlichem Sortiment

Manuell in MDM Lite ergänzen: Relationship-Spalte sortiment_ref in Dataset 1 als ForeignKey auf sortiment_code aus Dataset 2

Datenfluss

flowchart LR
    subgraph SRC["Quellsysteme (Kundenseitig)"]
        A["Tabelle 1"]
        B["Tabelle 2"]
        C["Fabric Notebook<br/>(Scheduler)"]
    end

    subgraph MDM["MDM Lite"]
        D["Web UI<br/>CSV-Upload Dataset 1"]
        E["Web UI<br/>CSV-Upload Dataset 2"]
        F["Dataset 1<br/>Version N+1<br/>🔒 Draft"]
        G["Dataset 2<br/>Version N+1<br/>🔒 Draft"]
        H["Relationship-Spalte in Dataset 1<br/>(Foreign Key auf Dataset 2)"]
        I["Web UI<br/>Manuelle Zuordnung<br/>für neue Zeilen"]
        J["Publish-Gate<br/>✅ Manuelle Freigabe"]
        K["Dataset 1 / Dataset 2<br/>✅ Published"]
        L["Audit-Trail<br/>& Historie"]
    end

    subgraph DP["Datenplattform"]
        M["Fabric Notebook<br/>/ REST API"]
        N["Lakehouse /<br/>DWH-Tabellen"]
    end

    A -->|"CSV-Export<br/>(einmalig)"| D
    B -->|"CSV-Export<br/>(einmalig)"| E
    D -->|"Initiale Version"| K
    E -->|"Initiale Version"| K
    H --> K

    A -->|"Regelmäßige Updates"| C
    B -->|"Regelmäßige Updates"| C
    C -->|"POST /api/datasets/{id1}/imports"| F
    C -->|"POST /api/datasets/{id2}/imports"| G
    F -->|"Neue Zeilen ohne<br/>fachliche Zuordnung"| I
    H --> I
    I -->|"Zuordnung vollständig"| J
    G --> J
    J --> K
    K --> L

    K -->|"GET /api/datasets/{id}/current<br/>nur Published"| M
    M --> N

Schritt-für-Schritt-Ablauf

Einmalige Einrichtung

1. Beide Datasets anlegen — Für jede CSV-Datei ein eigenes Dataset in MDM Lite anlegen.
2. CSV-Dateien importieren — Beide Dateien einmalig über das Web UI hochladen; MDM Lite erkennt jeweils das Schema und legt die erste Version an.
3. Relationship-Spalte ergänzen — In Dataset 1 eine neue Spalte vom Typ ForeignKey bzw. Verknüpfung anlegen, die auf Dataset 2 verweist.
4. Bestehende Zeilen initial zuordnen — Der Fachbereich pflegt für die vorhandenen Zeilen in Dataset 1 die fachliche Zuordnung auf Datensätze aus Dataset 2.
5. Beide Datasets veröffentlichen — Nach Prüfung werden die initialen, vollständig zugeordneten Versionen publiziert.
6. Automatischen Import einrichten — API-Key erzeugen und Fabric Notebook so konfigurieren, dass es regelmäßig beide Datasets an die Import API überträgt.

Laufender Betrieb

7. Notebook importiert Änderungen — Das Fabric Notebook liest beide Quelltabellen aus und überträgt neue Stände regelmäßig an MDM Lite.
8. Neue Versionen entstehen im Draft — Für mindestens Dataset 1 entsteht eine neue Draft-Version, sobald neue oder geänderte Zeilen vorliegen.
9. Fehlende Zuordnungen identifizieren — Neue Zeilen in Dataset 1 werden im Editor geprüft; fehlende Relationship-Werte sind sofort sichtbar.
10. Manuelle Zuordnung pflegen — Der Fachbereich ordnet die neuen Zeilen den passenden Einträgen aus Dataset 2 zu.
11. Versionen veröffentlichen — Erst wenn alle erforderlichen Zuordnungen gepflegt und die Validierungen erfüllt sind, werden die neuen Versionen veröffentlicht.
12. DWH übernimmt den freigegebenen Stand — Nachgelagerte Systeme lesen ausschließlich die veröffentlichten Versionen und erhalten damit stets die fachlich vervollständigte Zuordnung.

Besonderheiten & Hinweise

• Zwei Datasets, ein fachlicher Zusammenhang: Die Beziehung wird nicht im Quellsystem, sondern explizit in MDM Lite modelliert und gepflegt.
• Relationship-Veredelung: Die Zuordnung ist Teil der fachlichen Veredelung und damit bewusst vom automatischen Import getrennt.
• Draft-Schutz für Downstream-Systeme: Solange neue Zeilen in Dataset 1 noch nicht zugeordnet sind, bleibt die neue Version im Draft und wird nicht exportiert.
• Import-Modus: Für Dataset 1 ist UPSERT in der Regel sinnvoller als FULL_REPLACE, damit bestehende manuell gepflegte Zuordnungen nicht verloren gehen.
• Referenzielle Integrität: MDM Lite kann beim Publish prüfen, ob jeder Relationship-Wert auf einen gültigen Datensatz in Dataset 2 verweist.
• Transparenz für den Fachbereich: Die Benutzer sehen an einer Stelle sowohl den importierten Rohbestand als auch den Stand der fachlichen Zuordnung.

Nutzen auf einen Blick

• ✅ Zwei getrennte Quellbestände werden zentral und versioniert in MDM Lite verwaltet
• ✅ Fachliche Beziehungen zwischen den Datasets sind explizit modelliert und auditierbar
• ✅ Neue Datensätze werden erst nach vollständiger Zuordnung an das DWH freigegeben
• ✅ Manuelle Veredelung erfolgt im selben Tool wie Import, Historie und Publish
• ✅ Downstream-Systeme erhalten konsistente, veröffentlichte und referenziell saubere Daten