Stellen Sie sich vor, Sie kommen morgens ins Werk, wollen die Prozessdaten der letzten Nachtschicht öffnen, und nichts geht mehr. Nicht wegen eines Serverausfalls, sondern weil ein externer Anbieter den Zugriff gesperrt hat. Diese Frage stellen sich viele IT- und Qualitätsverantwortliche in der Fertigung erst dann, wenn es zu spät ist. Datensouveränität ist die Antwort darauf, und sie beginnt lange vor dem Ernstfall.
Schleswig-Holstein hat 2024 als erstes Bundesland begonnen, Microsoft-Software flächendeckend aus der Landesverwaltung zu entfernen. Der Grund war nicht allein die Kostenersparnis, sondern die bewusste Entscheidung, jederzeit die Kontrolle über die eigene IT zu behalten. Was für eine Landesverwaltung gilt, gilt für einen Automobilzulieferer genauso: Wer seine qualitätsrelevanten Daten nicht selbst kontrolliert, gibt im Zweifel die Handlungsfähigkeit seines gesamten Betriebs aus der Hand.
Dieser Artikel erklärt, was Datensouveränität für produzierende Unternehmen konkret bedeutet, warum der Serverstandort dabei die falsche Kennzahl ist, und wie Sie die Hoheit über Ihre Daten über deren gesamten Lebenszyklus absichern. Er richtet sich an IT-Leitung, Compliance und Qualitaetsverantwortung in der diskreten Fertigung.
DAS WICHTIGSTE IN KÜRZE
|
KURZ ZUSAMMENGEFASST
|
Was Datensouveränität für Fertiger konkret bedeutet
Datensouveränität beschreibt die Fähigkeit eines Unternehmens, Daten, Zugriffe und digitale Prozesse unabhängig und rechtskonform selbst zu steuern. Für einen produzierenden Betrieb ist das keine abstrakte IT-Frage, sondern eine Betriebsvoraussetzung. Wer eine Reklamation bearbeitet, ein Audit besteht oder einen Produkthaftungsfall abwehrt, braucht jederzeit belastbaren Zugriff auf die zugehörigen Prozess- und Qualitätsdaten.
Der Unterschied zum Datenschutz ist wichtig. Datenschutz regelt, wie personenbezogene Daten verarbeitet werden dürfen. Datensouveränität geht weiter und fragt, wer die tatsächliche Kontrolle über den Zugriff hat. Ein System kann vollständig DSGVO-konform sein und trotzdem nicht souverän, wenn ein Dritter den Zugriff jederzeit technisch oder rechtlich sperren könnte.
| Kennzahl | Wert | Quelle |
|---|---|---|
| CIOs, die digitale Souveränität priorisieren | 78 % | Lünendonk-Studie 2025 |
| Unternehmen ohne dokumentierte Cloud Exit Strategie | 43 % | Lünendonk-Studie 2025 |
| Typische Nachweisdauer für Qualitätsdaten | 15+ Jahre | IATF 16949, Produkthaftung |
| Inkrafttreten US CLOUD Act | 2018 | US Congress |
| Begriff | Kernfrage | Regelt | Beispiel im Fertigungsalltag |
|---|---|---|---|
| Datensouveränität | Wer kontrolliert den Zugriff? | Hoheit über Speicherort, Zugriff und Verfügbarkeit | Nachweisdaten bleiben auch bei Sanktionslage erreichbar |
| Datenschutz | Wie dürfen Daten verarbeitet werden? | Umgang mit personenbezogenen Daten (DSGVO) | Werker-ID in Prüfprotokollen rechtskonform speichern |
| Datensicherheit | Wie sind Daten technisch geschützt? | Schutz vor Verlust, Manipulation und Zugriff Dritter | Verschlüsselung und Zugriffskontrolle im Archiv |
Die drei genannten Sub-Fragen, wo liegen die Daten, wer greift zu, wie lange bleiben sie verfügbar, sind der praktische Kern. Sie lassen sich für jedes System einzeln beantworten. Fällt eine der Antworten unklar aus, ist die Souveränität an dieser Stelle nicht gegeben.
Warum der Serverstandort nicht über die Zugriffshoheit entscheidet
Die häufigste Fehlannahme lautet: Wenn die Server in Deutschland oder der EU stehen, sind die Daten souverän. Das ist falsch. Auf dem Papier wirkt alles solide, redundante Rechenzentren in der EU, moderne Firewalls, ein Security Operations Center rund um die Uhr. Entscheidend ist aber nicht der physische Standort, sondern der Rechtsraum, dem der Anbieter unterliegt.
Der US CLOUD Act verpflichtet US-Technologieunternehmen, auf Anordnung von US-Behörden Daten herauszugeben, unabhängig davon, ob die Server in Frankfurt, Paris oder Amsterdam stehen. Solange der Anbieter ein US-Unternehmen ist, etwa Microsoft, Amazon oder Google, greift US-Recht. Ein Rechenzentrum in der EU ändert daran nichts. Eine Pflicht, das betroffene Unternehmen zu informieren, sieht das Gesetz nicht vor.
Die EU hält mit dem EU Data Act dagegen, der seit September 2025 anwendbar ist und Cloud-Anbieter verpflichtet, unrechtmäßigen Zugriff von Drittstaaten technisch zu erschweren. Einen Rechtsakt, der den US CLOUD Act aushebelt, gibt es jedoch nicht. Wer nach einem EU CLOUD Act sucht, findet ein Gesetz, das in dieser Form nicht existiert. Damit bleibt die Kernaussage bestehen: Serverstandort EU heißt nicht automatisch sicher vor US-Zugriff. Es zaehlt, wem der Anbieter rechtlich unterliegt.
PRAXISFEHLEREin Zulieferer verlagert seine Qualitätsdatenbank in eine Cloud mit dem Argument, das Rechenzentrum stehe ja in Deutschland. Der Anbieter ist ein US-Konzern. Im Ernstfall entscheidet nicht der Standort in Deutschland, sondern der Rechtsraum des Anbieters über den Zugriff. Der vermeintliche Sicherheitsgewinn ist keiner. |
| Modell | Serverstandort | Rechtsraum Anbieter | Zugriffshoheit |
|---|---|---|---|
| US-Cloud, US-Rechenzentrum | USA | USA | Gering |
| US-Cloud, EU-Rechenzentrum | EU | USA | Gering |
| EU-Cloud, EU-Anbieter | EU | EU | Mittel |
| Lokal betrieben im eigenen Haus | Eigenes Werk | Eigenes Unternehmen | Hoch |
Zugriffshoheit meint die alleinige Kontrolle darüber, wer die Daten einsehen und herausgeben kann. Der Rechtsraum des Anbieters wiegt schwerer als der Serverstandort.
Genau aus dieser Logik ziehen erste öffentliche Stellen die Konsequenz. Schleswig-Holstein stellt seine Landesverwaltung schrittweise von Microsoft auf Open Source um, um die Abhängigkeit von einem US-Anbieter grundsätzlich zu reduzieren. Für einen Fertiger muss die Antwort kein kompletter Software-Wechsel sein. Der entscheidende Schritt ist, die nachweisrelevanten Daten aus dem Zugriffsbereich einer fremden Rechtsordnung herauszuhalten, insbesondere durch eine gute Cloud Exit Strategie.
Die drei Ebenen der Datensouveränität in der Produktion
Datensouveränität lässt sich in drei Ebenen zerlegen, die unabhängig voneinander erfüllt sein müssen. Fehlt eine, ist die Kontrolle lückenhaft, auch wenn die anderen beiden vorbildlich umgesetzt sind.
Ebene 1: Zugriffshoheit
Die Kontrolle darüber, wer auf die Daten zugreift, muss beim Unternehmen liegen, nicht bei einem Anbieter, der einer fremden Rechtsordnung unterliegt. Souverän ist diese Ebene, wenn der Anbieter ausschließlich europäischem Recht unterliegt oder die Daten im eigenen Haus liegen, kein Drittstaat eine Herausgabe erzwingen kann und Zugriffe protokolliert und nachvollziehbar sind. Zum Risiko wird sie, sobald ein US-Anbieter im Spiel ist, auch mit EU-Rechenzentrum, oder Zugriffe ohne Benachrichtigung möglich sind.
Kernfrage: Kann ein Dritter den Zugriff gegen meinen Willen erzwingen oder sperren?
Ebene 2: Formathoheit
Daten in einem proprietären Format binden das Unternehmen an einen Anbieter. Offene Formate erhalten die Lesbarkeit über Jahrzehnte, unabhängig vom Ursprungssystem. Souverän ist diese Ebene, wenn die Archivierung in einem offenen, dokumentierten Format erfolgt, Daten auch nach Ablösung des Ursprungssystems lesbar bleiben und kein Lizenzvertrag den Zugriff auf die eigenen Altdaten begrenzt. Zum Risiko wird sie, wenn die Daten nur mit der Software des Anbieters lesbar sind oder ein Formatwechsel eine teure Migration erzwingt.
Kernfrage: Kann ich meine Daten in zehn Jahren ohne den heutigen Anbieter noch lesen?
Ebene 3: Wechselhoheit
Ohne dokumentierte Ausstiegsoption ist ein Wechsel im Krisenfall nicht in Tagen, sondern in Monaten zu leisten. Der EU Data Act verpflichtet Anbieter seit September 2025, den Wechsel technisch zu ermöglichen. Souverän ist diese Ebene, wenn eine dokumentierte Cloud Exit Strategie existiert, Datenportabilität vertraglich und technisch gesichert ist und ein Rückholpfad ins eigene Haus definiert ist. Zum Risiko wird sie, wenn kein Ausstiegsplan dokumentiert ist oder ein Wechsel sechs bis 18 Monate dauern würde.
Kernfrage: Wie lange bräuchte ich, um vollständig von diesem Anbieter wegzukommen?
Diese drei Ebenen, Zugriffshoheit, Formathoheit und Wechselhoheit, bilden zusammen die praktische Definition von Datensouveränität. Ein Unternehmen, das alle drei beantworten kann, ist handlungsfähig, auch wenn sich die politische oder wirtschaftliche Lage ändert.
Vom Krisenfall her denken: Was passiert, wenn der Zugriff wegfällt
Der wirksamste Test für Souveränität ist das Durchspielen des Krisenfalls. Nicht die Frage, wie gut alles im Normalbetrieb läuft, sondern was passiert, wenn der Zugriff wegfällt. Genau dieses Szenario hat ganze Bundesländer zum Umsteuern bewegt.
| Szenario | Ohne Souveränität | Mit Souveränität | Maßnahme |
|---|---|---|---|
| Anbieter sperrt den Zugriff wegen Sanktionen | Qualitätsdaten bei US-Cloud-Anbieter. Reklamation und Audit-Nachweis stehen still, weil die Nachweisdaten unerreichbar sind. | Nachweisdaten liegen revisionssicher im eigenen Haus. Reklamation und Audit laufen ohne Unterbrechung weiter. | Nachweisrelevante Daten unter eigene Kontrolle bringen, bevor der Ernstfall eintritt. |
| Ursprungssystem wird abgeschaltet | Daten nur im Altsystem lesbar. Ein Produkthaftungsfall nach zehn Jahren lässt sich nicht mehr belegen. | Daten vor Abschaltung offen archiviert. Die Datenbankinhalte bleiben strukturiert und durchsuchbar. | Vor jeder Systemablösung die Daten in ein offenes Archivformat überführen. |
Souveränität ist kein Zustand, den man erreicht. Es ist eine Entscheidung, die man bei jeder Architektur wieder trifft.
Amadeus Lederle, Chief Technology Executive, CSP Intelligence GmbH
Der entscheidende Punkt ist der Zeitpunkt. Wer erst im Krisenfall handelt, handelt zu spät. Ein Wechsel weg von einem Anbieter dauert nach Branchenerfahrung sechs bis 18 Monate. Diese Zeit steht im Ernstfall nicht zur Verfügung. Souveränität muss deshalb in der Architektur angelegt sein, nicht als Notfallmaßnahme nachgerüstet werden.
Cloud Exit Strategie: Handlungsfähig bleiben statt gebunden sein
Eine Cloud Exit Strategie ist ein dokumentierter Plan, wie ein Unternehmen seine Daten und Anwendungen von einem Anbieter zu einem anderen oder zurück ins eigene Haus überführt. Sie ist der praktische Ausdruck der Wechselhoheit. Rund jeder zweite Mittelständler hat eine solche Ausstiegsoption bis heute nicht dokumentiert, und genau das wird im Ernstfall zum Risiko.
Schritt 1: Datenbestände inventarisieren (1 bis 2 Wochen)
- alle Systeme erfassen, die produktions- und qualitätsrelevante Daten halten
- je System klären, wo die Daten liegen und wer zugreift
- Nachweispflichten und Aufbewahrungsfristen zuordnen
Ergebnis: Vollständige Übersicht, welche Daten wie kritisch für die Souveränität sind.
Schritt 2: Abhängigkeiten und Rechtsraum bewerten (2 bis 4 Wochen)
- je Anbieter den Rechtsraum prüfen, nicht nur den Serverstandort
- proprietäre Formate identifizieren, die einen Wechsel erschweren
- Datenportabilität nach EU Data Act einfordern
Ergebnis: Priorisierte Liste der Systeme mit dem höchsten Souveränitätsrisiko.
Schritt 3: Rückholpfad definieren und testen (laufend)
- für kritische Daten einen dokumentierten Weg ins eigene Haus festlegen
- nachweisrelevante Daten in ein offenes Archivformat überführen
- den Wiederherstellungsweg mindestens einmal praktisch testen
Ergebnis: Belastbare Handlungsfähigkeit, die auch unter Zeitdruck funktioniert.
Der EU Data Act ist seit September 2025 vollständig anwendbar und gibt europäischen Unternehmen das Recht auf Datenportabilität. Er verpflichtet Cloud-Anbieter, den Wechsel technisch zu ermöglichen. Das reduziert das Lock-in-Risiko, ersetzt aber nicht die eigene Entscheidung, ob und wann ein Wechsel sinnvoll ist. Die Strategie bleibt Aufgabe des Unternehmens.
Souveränität über den gesamten Lebenszyklus der Daten
Souveränität endet nicht mit der Auswahl eines Anbieters. Sie muss über den gesamten Lebenszyklus der Daten bestehen bleiben, von der Erfassung in der Produktion über die aktive Nutzung bis zur langfristigen Archivierung. Gerade der letzte Abschnitt wird oft übersehen, obwohl er der längste ist.
| Phase | Was geschieht | Souveränitätsfrage | Typisches Risiko |
|---|---|---|---|
| 1 Erfassung | Prozess- und Qualitätsdaten entstehen an Maschine und Prüfplatz. | Werden die Daten von Anfang an in einem kontrollierten System erfasst? | Insellösungen ohne zentrale Kontrolle. |
| 2 Nutzung | Daten fließen in Analyse, Reklamation und Prozessverbesserung. | Bleibt der Zugriff unabhängig von externen Anbietern? | Abhängigkeit von einer proprietären Auswertungsplattform. |
| 3 Archivierung | Nachweisdaten müssen 15 Jahre und länger lesbar bleiben. | Sind die Daten in einem offenen Format unter eigener Kontrolle? | Verlust der Lesbarkeit nach Systemablösung. |
Die Archivierungsphase ist für Fertiger der kritischste Punkt. Eine Reklamation oder ein Produkthaftungsfall kann viele Jahre nach der Fertigung auftreten. Ist die zugehörige Prozesshistorie dann nicht mehr lesbar, weil das Ursprungssystem abgeschaltet und das Format proprietär war, ist der Nachweis verloren. Eine belastbare Archivierung sichert nicht das Dateisystem, sondern die fachlich relevanten Datenbankinhalte strukturiert und applikationsgerecht.
MERKSATZBackup und Archivierung sind nicht dasselbe. Ein Backup dient der kurzfristigen Wiederherstellung. Archivierung dient der langfristigen, revisionssicheren und strukturierten Aufbewahrung. Für die Datensouveränität über Jahrzehnte zählt die Archivierung, nicht das Backup. Mehr dazu im Beitrag Backup vs. Archivierung. |
Wie das CSP Manufacturing OS die Datenhoheit absichert
Datensouveränität ist kein Produktmerkmal, das man kauft, sondern eine Eigenschaft der Architektur. Wir bei CSP setzen von Anfang an auf eine Architektur, bei der Kunden die Kontrolle über ihre Daten selbst behalten. Das gilt über den gesamten Lebenszyklus, von der Erfassung bis zur revisionssicheren Langzeitarchivierung.
Manufacturing OSDas CSP Manufacturing OS erfasst, nutzt und archiviert qualitäts- und produktionsrelevante Daten auf gemeinsamer Basis. Nachweisdaten werden OAIS-konform in einem offenen Format abgelegt, lokal installiert und unter alleiniger Kontrolle des Unternehmens. So bleiben die Daten auch nach der Ablösung von Altsystemen revisionssicher und lesbar.
|
Der Ansatz ist bewusst konservativ: Nicht die Bequemlichkeit einer fremden Plattform steht im Vordergrund, sondern die dauerhafte Kontrolle des Kunden über seine eigenen Daten. Fertiger in Automobilindustrie, Nutzfahrzeugbau, Bahntechnik und Maschinenbau nutzen diesen Weg, um Rückverfolgbarkeit und Produkthaftung über Jahrzehnte souverän zu beherrschen. Warum Herstellerunabhängigkeit dabei kein Komfortthema ist, lesen Sie im verlinkten Beitrag.
Häufig gestellte Fragen
Was bedeutet Datensouveränität für ein produzierendes Unternehmen?
Datensouveränität bedeutet, dass ein Unternehmen jederzeit selbst bestimmt, wo seine Daten liegen, wer darauf zugreift und wie lange sie verfügbar bleiben. Für Fertiger betrifft das vor allem qualitäts- und produktionsrelevante Daten, die über Jahrzehnte nachweisbar bleiben müssen. Souveränität ist erreicht, wenn der Zugriff auch dann funktioniert, wenn ein externer Anbieter oder eine politische Entscheidung ihn einschränken würde.
Warum reicht ein Serverstandort in der EU für Datensouveränität nicht aus?
Der Serverstandort allein entscheidet nicht über die Zugriffshoheit. Maßgeblich ist, wem der Anbieter rechtlich unterliegt. Ein US-Unternehmen wie Microsoft, Amazon oder Google unterliegt auch mit Rechenzentrum in Frankfurt weiterhin dem US CLOUD Act und kann zur Herausgabe von Daten verpflichtet werden, unabhängig vom physischen Speicherort. Einen EU-Rechtsakt, der den CLOUD Act aushebelt, gibt es nicht. Echte Datensouveränität setzt deshalb voraus, dass der Anbieter ausschließlich europäischem Recht unterliegt oder dass die Daten unter alleiniger Kontrolle des Unternehmens im eigenen Haus liegen.
Was ist der Unterschied zwischen Datensouveränität und Datenschutz?
Datenschutz regelt, wie personenbezogene Daten verarbeitet werden dürfen. Datensouveränität ist weiter gefasst und betrifft die Frage, wer die tatsächliche Kontrolle über den Zugriff hat. Ein System kann DSGVO-konform sein und trotzdem nicht souverän, wenn ein Dritter den Zugriff jederzeit technisch oder rechtlich sperren könnte. Souveränität ist damit die Voraussetzung dafür, Datenschutz auch unter Druck durchzusetzen.
Welche Rolle spielt der US CLOUD Act für deutsche Fertiger?
Der US CLOUD Act von 2018 verpflichtet US-Technologieunternehmen, auf Anordnung von US-Behörden Daten herauszugeben, unabhängig vom Speicherort. Für deutsche Fertiger bedeutet das ein Compliance-Risiko, sobald qualitäts- oder produktionsrelevante Daten bei einem US-Anbieter liegen. Eine Benachrichtigungspflicht gegenüber dem betroffenen Unternehmen sieht das Gesetz nicht vor, der Zugriff kann also ohne Wissen des Kunden erfolgen.
Was ist eine Cloud Exit Strategie und warum ist sie relevant?
Eine Cloud Exit Strategie ist ein dokumentierter Plan, wie ein Unternehmen seine Daten und Anwendungen von einem Cloud-Anbieter zu einem anderen oder zurück ins eigene Haus überführt. Sie ist relevant, weil rund jeder zweite Mittelständler keine dokumentierte Ausstiegsoption für seine Cloud-Abhängigkeiten hat. Der EU Data Act verpflichtet Anbieter seit September 2025, einen Wechsel technisch zu ermöglichen, die strategische Entscheidung bleibt aber beim Unternehmen.
Wie sichern produzierende Unternehmen langfristig die Datenhoheit über Qualitätsdaten?
Qualitäts- und Produktionsdaten müssen oft 15 Jahre und länger nachweisbar bleiben, etwa nach IATF 16949 oder für Produkthaftungsfälle. Datenhoheit über diesen Zeitraum entsteht durch revisionssichere Archivierung in einem offenen, herstellerunabhängigen Format, das auch nach der Ablösung des Ursprungssystems lesbar bleibt. Entscheidend ist, dass die Archivierung unter Kontrolle des Unternehmens läuft und nicht an eine proprietäre Plattform gebunden ist.
Was passiert mit archivierten Daten, wenn das Ursprungssystem abgeschaltet wird?
Bei einer sauberen Archivierung bleiben die fachlich relevanten Daten auch nach Abschaltung des Ursprungssystems vollständig verfügbar und durchsuchbar. Voraussetzung ist, dass nicht nur das Dateisystem gesichert wird, sondern die relationalen Datenbankinhalte strukturiert und applikationsgerecht archiviert werden. So lassen sich Altanwendungen stilllegen, ohne den Nachweiszugriff auf historische Produktionsdaten zu verlieren.
Ist On-Premise-Archivierung noch zeitgemäss oder sollte man in die Cloud?
Beide Modelle haben ihre Berechtigung. Entscheidend ist nicht Cloud oder On-Premise, sondern wer die Zugriffshoheit behält. On-Premise oder eine lokal betriebene Archivierung bietet maximale Datenhoheit, weil die Daten das Unternehmen nicht verlassen. Wer Cloud nutzt, sollte auf einen Anbieter unter europäischem Recht, ein offenes Datenformat und eine dokumentierte Exit-Strategie achten, um die Souveränität nicht an die Bequemlichkeit einzutauschen.