Souveräne Datenräume im B2B: Catena-X, Manufacturing-X und Gaia-X

Die industrielle Wertschöpfung in Europa steht vor einem tiefgreifenden Paradigmenwechsel. Über Jahrzehnte hinweg basierte der Erfolg produzierender Unternehmen auf einer strikten Abschottung interner Prozessdaten und Konstruktionspläne. Wer Fertigungswissen nach außen gab, riskierte den Verlust seiner technologischen Marktführerschaft an weltweite Wettbewerber.

Gleichzeitig verlangen globale Kunden, Gesetzgeber und vernetzte Lieferketten heute eine Transparenz, die mit isolierten Datensilos nicht mehr vereinbar ist. Ob lückenlose CO2-Bilanzen, der digitale Produktpass oder die Nachverfolgbarkeit kritischer Vorprodukte: Unternehmen müssen Daten entlang kompletter Wertschöpfungsketten teilen, ohne dabei die Kontrolle über ihr geistiges Eigentum zu verlieren.

Für IT-Leiter und Vorstände entsteht daraus ein strategisches Spannungsfeld. Herkömmliche Integrationsmethoden wie bilaterale Schnittstellen oder zentrale Plattformen der Hyperscaler scheitern an den Sicherheitsbedenken der Zulieferer. Souveräne Datenräume auf Basis von Catena-X, Manufacturing-X und Gaia-X bieten die architektonische Antwort auf dieses Dilemma.

Das Souveränitäts-Dilemma: Warum zentraler B2B-Datenaustausch scheitert

In den vergangenen Jahren versuchten viele Konzerne, den unternehmensübergreifenden Datenaustausch über zentrale Cloud-Plattformen zu erzwingen. Zulieferer wurden aufgefordert, ihre Telemetrie- und Qualitätsdaten in zentrale Data Lakes der Großkunden hochzuladen. Doch dieser Ansatz stößt im Mittelstand auf massiven und berechtigten Widerstand.

Sobald Daten einmal in eine fremde Plattform überführt sind, verliert der Urheber jede technische Handhabe über deren weitere Verwendung. Vertrauliche Stücklisten, Maschinentaktraten oder Materialrezepturen können kopiert, aggregiert und im schlimmsten Fall gegen den Zulieferer in Einkaufsverhandlungen verwendet werden. Wie ein konkretes Big-Data-Praxisbeispiel in vernetzten Ökosystemen aussieht, verdeutlicht die Komplexität dieser Verflechtungen.

Hinzu kommt das Problem proprietärer Lock-in-Effekte. Muss ein Zulieferer zehn verschiedene Portale und Cloud-Schnittstellen für zehn unterschiedliche Großkunden bedienen, explodieren die Wartungskosten für Schnittstellen und Konnektoren. Zudem unterscheidet sich der architektonische Anspruch fundamental von klassischen Softwaresystemen, wie die Fragestellung zeigt, ob Big Data eine Software oder vielmehr ein ganzes Technologie-Ökosystem darstellt.

Aus diesem Grund setzt sich in der europäischen Industrie die Erkenntnis durch, dass zentrale Datenmonopole im B2B-Bereich keine Zukunft haben. Erforderlich ist ein föderiertes Architekturmuster, das Daten dort belässt, wo sie entstehen, und den Zugriff an strikte, kryptografisch verifizierte Nutzungsbedingungen knüpft.

Ergänzende Architektur-Analysen und technische Entscheidungsmatrizen für Ihre IT-Planung finden Sie in unseren weiterführenden Leitartikeln zu Modern Data Stack im Enterprise-Einsatz.

Die Architektur der Datensouveränität: IDS RAM, Eclipse EDC und Gaia-X

Das theoretische und praktische Fundament für diesen Wandel bildet das Referenzarchitekturmodell der International Data Spaces Association (IDS RAM 4.0). Der Kernansatz beruht auf der Trennung von Metadatenkatalogen und dem eigentlichen Nutzdatentransfer. Daten werden nicht vorab in ein zentrales Repositorium geladen, sondern verbleiben hinter den gesicherten Firewalls der jeweiligen Partner.

Als De-facto-Standard für die technische Implementierung hat sich das Open-Source-Projekt Eclipse Dataspace Components (EDC) etabliert. Der EDC-Konnektor fungiert als intelligentes Gateway für den Datenaustausch. Er unterteilt sich architektonisch in eine Control Plane für Vertragsverhandlungen und eine Data Plane für den eigentlichen Datentransport.

Dezentrale Kontroll- und Datenebene nach dem Dataspace Protocol

Die Control Plane wickelt den gesamten Abstimmungsprozess zwischen zwei Partnern über das standardisierte Dataspace Protocol (DSP) ab. Möchte ein Unternehmen Daten von einem Lieferanten abrufen, fordert sein Konnektor zunächst den Metadatenkatalog des Anbieters an. Dieser Katalog enthält Beschreibungen der Datenbestände sowie die daran geknüpften Nutzungsrichtlinien.

Diese Richtlinien werden in der formalen Sprache der Open Digital Rights Language (ODRL) formuliert. Ein Datenbereitsteller kann exakt festlegen, dass ein Datensatz nur für einen bestimmten Zweck, in einem definierten Zeitfenster oder ausschließlich zur Berechnung eines Aggregatwerts genutzt werden darf. Erst wenn beide Parteien diesen Konditionen digital zustimmen, kommt ein kryptografisch bindender Vertrag zustande.

Nach erfolgreicher Vertragsverhandlung generiert die Control Plane kurzlebige Zugriffstoken. Über diese Token instruiert sie die jeweilige Data Plane, die Verbindung aufzubauen. Der eigentliche Datentransfer erfolgt sodann direkt von Punkt zu Punkt zwischen den beteiligten Systemen, beispielsweise über S3-kompatible Objektspeicher oder HTTP-Streaming, ohne dass jemals ein zentraler Server zwischengeschaltet ist.

„Souveräne Datenräume beenden die Ära zentraler Plattformmonopole in der Industrie: Daten verbleiben dezentral am Ursprungsort und werden erst nach automatisierter digitaler Vertragsverhandlung gezielt freigegeben.“

Um in einem solchen föderierten Verbund sicherzustellen, dass die Teilnehmer auch tatsächlich diejenigen sind, für die sie sich ausgeben, greift das Gaia-X Trust Framework. Über Dezentrale Identifikatoren (Decentralized Identifiers, DID) und überprüfbare Nachweise (Verifiable Credentials) weisen sich Konnektoren gegenseitig ihre Identität und Konformität aus.

Akkreditierte Clearing Houses und Vertrauensdienste bestätigen die Gültigkeit der Zertifikate in Echtzeit. Dadurch entfällt die Notwendigkeit manueller Freigabeprozesse oder bilateraler Vertrauensstellungen, was die Skalierung auf tausende Zulieferer in globalen Lieferketten ermöglicht. Welche Kernkriterien solche Plattformen erfüllen müssen, beleuchtet unsere Analyse zu den Merkmalen moderner Big-Data-Architekturen.

Catena-X und Manufacturing-X: Branchenleitnetze für Industrie und Mittelstand

Was auf theoretischer Ebene durch IDS und Gaia-X definiert wurde, findet in branchenspezifischen Datenräumen seine praktische Anwendung. Als weltweites Vorzeigeprojekt gilt Catena-X, das kollaborative Datenökosystem der europäischen Automobilindustrie. Gegründet von führenden Herstellern und Zulieferern, adressiert Catena-X konkrete Herausforderungen, die kein Unternehmen im Alleingang lösen kann.

Ein zentraler Treiber ist die Rückverfolgbarkeit von Bauteilen über alle Tier-Stufen hinweg. Tritt ein Serienfehler bei einem Zulieferteil auf, können betroffene Fahrzeuge punktgenau identifiziert werden, statt pauschal zehntausende Automobile zurückzurufen. Ebenso lassen sich CO2-Fußabdrücke von der Rohstoffgewinnung bis zum fertigen Fahrzeug auf Basis echter Primärdaten berechnen, anstatt auf ungenaue Branchendurchschnitte zurückzugreifen.

Für den Maschinen- und Anlagenbau überträgt die Initiative Manufacturing-X diesen Leitgedanken auf die diskrete Fertigung und Prozessindustrie. Hier steht die herstellerübergreifende Interoperabilität im Vordergrund. Während in der Automobilindustrie standardisierte Großserienteile dominieren, zeichnet sich der Maschinenbau durch hochgradig individualisierte Anlagen und Losgröße-Eins-Fertigung aus.

Um diese Vielfalt digital abzubilden, setzt Manufacturing-X konsequent auf die Asset Administration Shell (AAS, Verwaltungsschale) nach den Vorgaben der Industrial Digital Twin Association. Jede Maschine, jede Komponente und jedes Werkzeug erhält einen standardisierten digitalen Zwilling, der Betriebsdaten, Handbücher und Wartungszustände in einheitlicher Semantik bereitstellt.

Diese standardisierten Datenströme bilden zugleich das optimale Fundament für algorithmische Auswertungen und prädiktive Instandhaltung. Wie Unternehmen maschinelles Lernen auf verlässliche Datenbasen aufsetzen, beschreibt unser Überblicksbeitrag zum Einsatz von künstlicher Intelligenz im Unternehmen.

Architektur- und Leistungsvergleich: Catena-X versus Manufacturing-X

Für IT-Entscheider im industriellen Mittelstand stellt sich häufig die Frage, welchem Ökosystem sie beitreten sollten und welche technischen Anforderungen die jeweiligen Konnektoren stellen. Oft beliefern Zulieferer sowohl die Automobilbranche als auch den allgemeinen Maschinenbau.

Die folgende Bloomberg-Radar-Matrix vergleicht die beiden führenden europäischen Datenraum-Ökosysteme anhand der fünf wichtigsten Architektur- und Betriebskriterien:

Wie die Matrix verdeutlicht, basieren beide Initiativen auf denselben technologischen Grundpfeilern des Eclipse EDC und des Gaia-X Trust Frameworks. Dies ist eine hervorragende Nachricht für den industriellen Mittelstand: Eine einmal aufgebaute Konnektor-Infrastruktur lässt sich mit geringem Mehraufwand für beide Datenräume nutzen.

Die wesentliche Differenzierung liegt in den semantischen Datenmodellen und fachlichen Anwendungsfällen. Während Catena-X stark von den regulatorischen Dokumentationspflichten der Automobilhersteller getrieben wird, konzentriert sich Manufacturing-X auf herstellerübergreifende Maschinenintegrationen und gemeinsame Prozessoptimierungen.

Vollkostenrechnung über 60 Monate: Betriebskosten souveräner Datenraum-Knoten

Für eine fundierte Budgetplanung im IT-Lenkungsausschuss müssen die Gesamtkosten (Total Cost of Ownership, TCO^*) eines produktiven Datenraum-Knotens über einen repräsentativen Betrachtungszeitraum von fünf Jahren kalkuliert werden. Viele Unternehmen unterschätzen dabei die laufenden Aufwände für Zertifikatsverwaltung und Protokoll-Updates.

Betrachten wir als Referenzszenario ein mittelständisches Fertigungsunternehmen mit 800 Mitarbeitern, das als Tier-1- oder Tier-2-Zulieferer agiert. Das Unternehmen muss zehn geschäftskritische Datenbestände (unter anderem Bauteilrückverfolgbarkeit, Prüfzertifikate und Energieverbrauchsdaten) über einen EDC-Konnektor mit dem Catena-X-Verbund und Partnern austauschen.

In der Setup-Phase im ersten Jahr fallen einmalige Investitionen in Höhe von rund 45.000 Euro an. Diese umfassen die Bereitstellung gehärteter Kubernetes-Infrastruktur, die Integration an das bestehende ERP- und MES-System sowie die Zertifizierung der Unternehmensidentität bei einem akkreditierten Gaia-X Trust Service Provider.

Für den laufenden Betrieb (OPEX) summieren sich die jährlichen Aufwände für Cloud-Hosting des Konnektors, kontinuierliche Sicherheitsupdates des EDC-Stacks, Zertifikatserneuerungen sowie die Mitgliedsbeiträge in den jeweiligen Datenraum-Vereinen auf etwa 22.000 Euro pro Jahr. Über 60 Monate ergibt sich daraus eine Basissumme von 110.000 Euro.

Zuzüglich interner Betriebs- und Supportaufwände im Umfang von rund einem Viertel einer Vollzeitstelle (etwa 25.000 Euro jährlich bzw. 125.000 Euro über fünf Jahre) belaufen sich die Fünfjahresgesamtkosten auf 280.000 Euro. Dem stehen messbare Einsparungen von über 400.000 Euro durch den Wegfall manueller Nachweispflichten, automatisierte Auditberichte und beschleunigte Freigabeprozesse gegenüber.

Die Make-or-Buy Sourcing-Weiche: Drei Bereitstellungsmodelle für den Konnektorbetrieb

Die Entscheidung über das passende Betriebsmodell hängt maßgeblich von der internen Cloud-Native-Kompetenz des IT-Teams und der strategischen Bedeutung der zu teilenden Datenbestände ab. In der industriellen Praxis haben sich drei Bereitstellungspfade herausgebildet.

Erstens (Eigenbetrieb): Technologieführer mit einem versierten DevOps-Team betreiben den Eclipse EDC Konnektor auf eigener Kubernetes-Infrastruktur (On-Premises oder in einer dedizierten Private Cloud). Dieser Ansatz bietet die maximale Kontrolle über kryptografische Schlüssel und Datenflüsse. Allerdings erfordert er kontinuierliche Pflege, da Protokollanpassungen der Datenraum-Konsortien zeitnah eingespielt werden müssen.

Zweitens (Co-Managed): Bei diesem hybriden Ansatz übernimmt ein spezialisierter europäischer IT-Dienstleister den Betrieb der Kubernetes-Infrastruktur und die Aktualisierung des EDC-Stacks. Die Hoheit über Datenfreigaberichtlinien, ODRL-Vertragsdefinitionen und die Anbindung interner Datenbanken verbleibt hingegen vollständig in den Händen der internen Enterprise-Architekten des Auftraggebers.

Drittens (Managed Service): Kleinere Zulieferer greifen auf zertifizierte Software-as-a-Service-Konnektoren etablierter Plattformbetreiber zurück. Die Anbindung erfolgt über standardisierte REST-APIs, während Hosting, Zertifikate und Compliance-Updates als Komplettpaket eingekauft werden. Dies minimiert die Vorlaufzeit auf wenige Wochen, geht jedoch mit einer höheren Abhängigkeit vom jeweiligen SaaS-Anbieter einher.

Unabhängig vom gewählten Modell müssen alle Konnektoren die Anforderungen des BSI IT-Grundschutzes hinsichtlich Mandantentrennung, Transportverschlüsselung (mTLS) und Schlüsselverwaltung erfüllen. Zudem verlangt der EU Data Act die Interoperabilität der Schnittstellen, um eine spätere Migration zwischen unterschiedlichen Datenraum-Anbietern ohne Hürden zu gewährleisten.

Der 4-Phasen-Umsetzungsfahrplan: In vier Schritten zum souveränen Datenraum-Knoten

Um den Einstieg in Datenräume wie Catena-X oder Manufacturing-X ohne Risiko für den laufenden Geschäftsbetrieb zu gestalten, empfiehlt sich ein strukturierter Einführungsplan über neun bis zwölf Monate. Ein agiles, stufenweises Vorgehen verhindert Fehlinvestitionen und schafft frühzeitig greifbare Mehrwerte.

Phase 1 (Monat 1 bis 2): Daten-Inventur, Use-Case-Definition und Governance-Setup

Im ersten Schritt identifiziert das Projektteam die regulatorisch dringlichsten Anwendungsfälle, wie etwa den CO2-Fußabdruck oder Lieferkettennachweise. Parallel erfolgt eine präzise Klassifizierung aller beteiligten Datenbestände: Welche Informationen dürfen geteilt werden, welche unterliegen dem Betriebsgeheimnis und welche ODRL-Nutzungsbeschränkungen müssen vertraglich verankert werden?

Phase 2 (Monat 3 bis 4): Konnektor-Bereitstellung, Zertifikate und Test-Verbund

Anschließend wird die technische Konnektor-Instanz auf Basis von Eclipse EDC in einer abgesicherten Staging-Umgebung aufgebaut. Das Unternehmen registriert seine dezentrale Identität (DID) bei einem anerkannten Trust Anchor und durchläuft den Zertifizierungsprozess. In einer Sandbox-Umgebung des Datenraums werden erste Testtransaktionen und simulierte Vertragsverhandlungen mit Testpartnern erfolgreich abgeschlossen.

Phase 3 (Monat 5 bis 6): Fachsystem-Integration und semantische Datenmodellierung

In der dritten Phase erfolgt die Anbindung der produktiven Quellsysteme (SAP ERP, Manufacturing Execution Systems, Product Lifecycle Management). Die internen Datenstrukturen werden über semantische Mapping-Pipelines in standardisierte Datenmodelle wie die Asset Administration Shell überführt, damit externe Konnektoren die Daten maschinenlesbar interpretieren können.

Phase 4 (Monat 7 bis 12): Produktiver Datenraum-Betrieb und Skalierung im Ökosystem

Nach erfolgreichen End-to-End-Tests geht der Konnektor in den Wirkbetrieb über. Erste produktive Datensätze fließen automatisiert an ausgewählte Pilotkunden. Parallel etabliert das Betriebsteam kontinuierliche Monitoring- und Audit-Routinen, um Vertragsabschlüsse und Datentransfers lückenlos zu überwachen und sukzessive weitere Zulieferer und Kunden anzubinden.

Fünf Kontrollfragen für Vorstand und IT-Leitung zu souveränen Datenräumen

1. Welche regulatorischen Vorgaben aus EU Data Act und ESG-Standards erfordern Datenraum-Schnittstellen?

Prüfen Sie gemeinsam mit Rechtsabteilung und Compliance, welche Pflichten zur Weitergabe von Produkt-, Batterie- und Lieferkettendaten auf Ihr Unternehmen zukommen. Oft zwingen gesetzliche Fristen zu einem rascheren Handeln, als es interne Innovationszyklen vorsehen.

2. Liegt eine präzise Klassifizierung schützenswerter Konstruktions- und Prozessdaten vor?

Vor der Bereitstellung von Konnektoren muss zweifelsfrei geklärt sein, welche Fertigungsparameter und Bauteilattribute unternehmenskritisches geistiges Eigentum darstellen. Nur mit einer sauberen Klassifizierung lassen sich wirksame ODRL-Richtlinien im Datenkatalog definieren.

3. Erfüllt die bestehende Schnittstellenarchitektur die Anforderungen des Dataspace Protocol?

Analysieren Sie, ob Ihre internen ERP-, MES- und PLM-Systeme über moderne REST-APIs verfügen, die sich an die Data Plane des EDC anbinden lassen. Veraltete monolithische Schnittstellen müssen gegebenenfalls über Zwischenschichten modernisiert werden.

4. Wie erfolgt die Verwaltung kryptografischer Identitäten und Verifiable Credentials im Betrieb?

Klären Sie die Zuständigkeiten für das Schlüssel- und Zertifikatsmanagement. Da abgelaufene Konnektor-Zertifikate zum sofortigen Ausschluss aus dem Datenraum führen, ist eine automatisierte Erneuerung über dedizierte Key-Management-Systeme unverzichtbar.

5. Welches Betriebsmodell für Konnektoren garantiert das optimale Verhältnis aus Kosten und Kontrolle?

Wägen Sie ab, ob Ihr IT-Team die personellen Ressourcen besitzt, einen eigenen EDC-Cluster kontinuierlich zu patchen, oder ob ein Co-Managed-Modell mit einem erfahrenen Systemhaus das wirtschaftlichere und betriebssicherere Risiko darstellt.

Strategisches Fazit: Vom isolierten Datensilo zum föderierten Wertschöpfungsnetzwerk

Die Etablierung souveräner Datenräume wie Catena-X, Manufacturing-X und Gaia-X markiert das Ende traditioneller Silo-Strukturen in der europäischen Industrie. Sie löst den scheinbaren Widerspruch zwischen notwendiger Transparenz in globalen Wertschöpfungsketten und dem Schutz sensiblen geistigen Eigentums endgültig auf.

Für CIOs und Industrieentscheider ist die Datenraum-Anbindung längst kein abstraktes Forschungsprojekt mehr, sondern eine betriebswirtschaftliche Notwendigkeit zur Sicherung der eigenen Lieferfähigkeit. Unternehmen, die jetzt interoperable Konnektoren und semantische Standards etablieren, erfüllen nicht nur regulatorische Pflichten mühelos, sondern sichern sich die technologische Spitzenposition in den vernetzten Ökosystemen der Zukunft.

Häufig gestellte Fragen (FAQ) zu Catena-X, Manufacturing-X und Gaia-X