Supply-Chain-IT ohne Datenhoheit

Logistiksysteme melden Status, ohne dass Ownership und Datenqualität entlang der Lieferkette geklärt sind. Für CIO und CDO wird daraus eine Steuerungs- und Haftungsfrage, die über Schnittstellen hinausgeht und Lieferanten sowie 3PLs einbezieht. Wer Statusdaten steuert, steuert auch Betriebsrisiko, Auditfähigkeit und die Verlässlichkeit von Plan- und Forecast-Prozessen.

VerwandtEU Data Act: Datenhoheit sichern und Prozesse  /  Geopolitik sprengt Supply Chains: CIOs unter Druck

Wo Datenhoheit in der Lieferkette bricht

Datenhoheit bricht dort, wo Ownership und Systemverantwortung auseinanderfallen. Der Versender steuert den Auftrag, der Spediteur den Transportstatus, das Lager den Bestand und der Empfänger den Wareneingang. Jeder erzeugt Status, oft ohne gemeinsame Definition, wer den führenden Datensatz hält und wer Korrekturen freigeben darf.

Brüche entstehen an Übergabepunkten zwischen Eigen- und Fremdsystemen. Sobald ein 3PL, ein Carrier oder ein Lieferantenportal den Status setzt, verlässt die Information den eigenen Kontrollraum. Die IT sieht dann Events, die operativ relevant sind, deren Herkunft, Änderungslogik und Löschregeln aber außerhalb der eigenen Governance liegen.

Ohne klare Ownership entsteht Schattensteuerung. Fachbereiche bauen Excel-Listen, Messenger-Kanäle und parallele Tracking-Views, weil das führende System den Status nicht belastbar abbildet. Die Folge ist doppelte Wahrheit: Das ERP zeigt einen Status, die Logistik steuert nach einem anderen und das Controlling rechnet mit einem dritten.

Master Data, Event-Daten und Systemgrenzen

IT und Fachbereiche müssen Master Data und Event-Daten getrennt betrachten. Stammdaten zu Material, Partner, Standort und Verpackung bilden den stabilen Bezugsrahmen. Event-Daten beschreiben Bewegungen und Zustandswechsel entlang der Kette. Wer beides ohne klare Domänengrenzen vermischt, macht aus Statuskorrekturen Stammdatenprobleme und umgekehrt.

Systemgrenzen verlaufen selten entlang der organisatorischen Verantwortung. Ein Warehouse-Management-System kann den Bestand führen, während Transport- und Tracking-Events aus Carrier-Portalen kommen und der Auftrag im ERP bleibt. Ohne kanonisches Objektmodell für Sendung, Handling Unit und Meilenstein bleibt unklar, welches System bei Konflikt den führenden Status setzt.

Branchenstandards für Supply-Chain-Events schaffen Anschlussfähigkeit, ersetzen Ownership aber nicht. Der GS1-Standard EPCIS 2.0 (Electronic Product Code Information Services, ratifiziert im Juni 2022) definiert Visibility-Events mit den Dimensionen What, When, Where, Why und How sowie Event-Typen wie ObjectEvent, AggregationEvent, TransformationEvent, TransactionEvent und AssociationEvent. Das begleitende Core Business Vocabulary (CBV) 2.0 liefert einheitliche Werte für Business Steps und Dispositionen. Die EPCIS- und CBV-Implementierungsrichtlinie 2.0 von GS1 (März 2023) trennt Visibility-Event-Daten klar von Master Data und Transaktionsdaten. Wer EPCIS-nahe Event-Modelle nutzt, gewinnt Vergleichbarkeit zwischen Partnern. Offen bleibt, wer Event-Qualität prüft, wer Dubletten verwirft und wer bei widersprüchlichen Status den Korrekturprozess auslöst.

Integrationen scheitern oft an stillschweigenden Annahmen über Zeitstempel, Zeitzonen, Ortscodes und Statuscodes. Ein „abgeliefert“ eines Carriers ist nicht dasselbe wie ein verbuchter Wareneingang im ERP. Ohne Mapping-Regeln und semantische Ownership wird jede Statusanzeige zur Interpretationsfrage statt zur Steuerungsgrundlage.

Verträge: Wer haftet für falsche Statusdaten

Falsche Statusdaten öffnen eine Vertragslücke und betreffen Einkauf, Legal und IT gleichermaßen. Service Level Agreements regeln oft Laufzeiten, Abholfenster und Schadensfälle, selten jedoch die Qualität und Verbindlichkeit von Statusmeldungen. Wenn ein System „zugestellt“ meldet und die Ware fehlt, stellt sich sofort die Frage nach Haftung, Nachweis und Korrekturpflicht.

Verträge mit Lieferanten und 3PLs brauchen eine Datenklausel mit Rollen. Festzulegen sind führendes System pro Objekt, Pflichtfelder, Update-Frequenz, Korrekturfristen und Eskalationswege. Ebenso relevant sind Aufbewahrung, Auskunftsrechte und die Pflicht, Statusänderungen mit Ursache und Timestamp nachvollziehbar zu protokollieren.

Haftung greift nur, wenn Fehler messbar und zurechenbar sind. Ohne vereinbarte Qualitätsmetriken bleibt „falscher Status“ eine Meinungsfrage. Fertige Vertragsmuster speziell zur Statusdatenqualität in Logistikpartnerschaften sind bei Branchenverbänden kaum greifbar. Orientierung für Datenverantwortung und Datennutzung geben die nicht bindenden Mustervertragsbedingungen (Model Contractual Terms) der Europäischen Kommission zum Data Act im Empfehlungsentwurf vom November 2025, unter anderem für freiwillige Datenweitergabe zwischen Unternehmen. Die Qualitätsmetriken für fehlerhafte Events, verspätete Updates und widersprüchliche Status müssen die Partner dennoch fallbezogen in SLA und Datenklauseln festlegen.

Rechtlich und operativ trennen sich oft Beweislast und Systemzugriff. Der Auftraggeber trägt das Steuerungsrisiko, der Partner hält die Rohdaten. CIO und CDO müssen deshalb mit Einkauf und Legal klären, welche Datenrechte im Störfall greifen und wer Audit-Zugriffe auf Event-Historien erhält.

Minimalanforderungen an Integrationsarchitektur

Die Integrationsarchitektur muss Ownership technisch durchsetzen und mehr tun als Schnittstellen bereitzustellen. Mindestens nötig sind ein kanonisches Domänenmodell für Auftrag, Sendung, Bestand und Event sowie ein klarer System of Record je Objekt. Dazu gehören Idempotenz, Nachvollziehbarkeit und die Möglichkeit, Statuskorrekturen als neue Events statt als stille Überschreibungen zu führen.

Partneranbindungen brauchen verbindliche Schnittstellenverträge. API- oder EDI-Spezifikationen müssen Statuscodes, Pflichtattribute, Fehlercodes und Wiederholungslogik festlegen. Die GS1-Implementierungsrichtlinie zu EPCIS und CBV (Release 2.0, März 2023) beschreibt, wie Visibility-Systeme in typische IT-Landschaften passen, welche Choreographie-Modelle den Event-Austausch steuern und welche Validierungsschritte Interoperabilität absichern. Die VDA-Empfehlung 4998 (Juni 2021) ergänzt etablierte EDI-Prozesse um ein Datenmodell und REST-APIs für Transport Track & Trace in der automobilen Lieferkette. Ohne Versionierung und Abnahmeprozesse bleibt jede Partnerintegration ein Sonderfall.

Observability gehört zur Minimalausstattung. Events müssen auf Vollständigkeit, Reihenfolge, Latenz und Widerspruch prüfbar sein. Alerts dürfen nicht erst greifen, wenn der Kunde reklamiert. Ein Integrationsmonitor, der fehlende Meilensteine und Statussprünge sichtbar macht, ist Steuerungsinstrument und Haftungsabsicherung zugleich.

Datenklassifikation und Zugriffsschutz sind Teil der Architektur und werden von Beginn an mit entworfen. Statusdaten enthalten oft Partner-, Mengen- und Standortinformationen mit wettbewerbs- und compliance-relevanter Tragweite. Rolle, Zweckbindung und Protokollierung müssen vor dem Go-live der Schnittstelle stehen.

KPI-Set, das Einkauf und IT gemeinsam tragen

Steuerung gelingt nur, wenn Einkauf und IT dieselben Kennzahlen tragen. Rein technische Verfügbarkeitswerte reichen nicht, rein kaufmännische Liefertermintreue auch nicht. Nötig ist ein gemeinsames Set aus Datenqualität, Prozesswirkung und Vertragserfüllung.

Auf Datenebene zählen Vollständigkeit der Pflichtfelder, Anteil widersprüchlicher Status, Korrekturquote und Event-Latenz bis zur Sichtbarkeit im führenden System. Auf Prozessebene zählen Planbarkeit der Wareneingänge, manuelle Nacharbeit und Eskalationsfälle wegen Statuslücken. Auf Vertragsebene zählen Einhaltung der Update-Pflichten und nachweisbare Korrekturzeiten der Partner.

Die Governance muss Ownership im Alltag absichern. Ein gemeinsames Gremium aus IT, Einkauf, Logistik und Legal setzt Schwellenwerte, entscheidet über Partnerfreigaben und bewertet wiederkehrende Datenfehler als Lieferantenrisiko. Statusqualität wird damit Teil der Partnerbewertung und der Integrations-Roadmap.

Für CIO und CDO ist die Konsequenz klar: Supply-Chain-IT ohne Datenhoheit bleibt teure Sichtbarkeit ohne Steuerbarkeit. Wer Ownership, Verträge, Architekturmindeststandards und gemeinsame KPIs nicht als ein Programm führt, finanziert Integrationen, die Status melden und Verantwortung offenlassen.

Häufig gestellte Fragen

Bildquelle: KI-generiert (Juli 2026)