Datensouveräne IoT-Plattformen in Europa aufbauen

Datensouveränität bedeutet, dass Ihre Maschinendaten dem Recht der Jurisdiktion unterliegen, in der sie physisch liegen, und dass Sie entscheiden, wer sie lesen darf, nicht ein Plattformanbieter. Für eine Flotte, die in Deutschland, Frankreich und den Niederlanden im Einsatz ist, ist das kein abstrakter Rechtsgedanke. Es entscheidet darüber, ob der Hyperscaler eines Wettbewerbers, eine ausländische Vorladung oder die Insolvenz eines SaaS-Anbieters Zugriff auf Ihre Laufzeit-, Fehler- und Standortdaten erhält.

Die Frage des Einkaufs ist eng gefasst: Verschwindet der Plattformanbieter morgen, haben wir dann noch die Daten, die Schlüssel und einen Weg, beides zu lesen? Souveränität ist die Architektur, mit der Sie diese Frage mit Ja beantworten. Sie betrifft drei Ebenen zugleich: wo Bytes gespeichert werden, wo sie verarbeitet werden und wer die Verschlüsselungsschlüssel hält.

Drei Regelwerke formen die Umsetzung. Die DSGVO greift bei jedem Telematiksignal, das sich einer Person zuordnen lässt, und eine GPS-Spur zusammen mit einem Fahrerverzeichnis ist genau das. Standort- und Bedienerdaten tragen daher Pflichten für personenbezogene Daten, auch bei industrieller Ausrüstung. Der EU Data Act, seit 2024 in Kraft, gibt dem Nutzer eines vernetzten Produkts das Recht, auf die erzeugten Daten zuzugreifen und sie an einen Dritten seiner Wahl zu übertragen. Ein geschlossenes Gateway, das seine eigene Telemetrie hortet, ist damit nicht mehr nur ein kommerzielles, sondern ein regulatorisches Risiko. Schrems II bleibt der Grund, warum Übermittlungen aus der EU in die USA echte Garantien statt eines Häkchens brauchen.

Die Konsequenz für das Design ist eindeutig. Bauen Sie so, dass Daten standardmäßig in der EU bleiben, dass der Kunde sie auf Anfrage in einem dokumentierten Format extrahieren kann und dass Sie einem Prüfer zeigen können, wo jedes Signal liegt und wer es berührt hat.

Souveränität lässt sich am besten verteidigen, wenn sie strukturell verankert ist und nicht eine Einstellung, die jemand umschalten kann. Verankern Sie die Speicherebene ausdrücklich in EU-Regionen: eine Postgres- oder TimescaleDB-Instanz in Frankfurt oder Paris, Objektspeicher mit Regionssperre und Backups, die niemals außerhalb des Binnenmarkts repliziert werden. Betreiben Sie den MQTT-Broker (Mosquitto oder EMQX) auf EU-gehosteter Infrastruktur oder auf eigener Hardware des Kunden, damit der Telemetriestrom selbst kein Drittland durchquert.

Verlagern Sie so viel Verarbeitung an den Edge, wie der Anwendungsfall zulässt. Ein Gateway, das J1939-Motordaten und Modbus-Sensorwerte vor der Übertragung zu Ein-Minuten-Zusammenfassungen verdichtet, hält den Großteil der Rohsignale vor Ort. Das senkt sowohl die Bandbreitenkosten als auch die Souveränitätsfläche: Daten, die die Maschine nie verlassen, können in einer anderen Jurisdiktion nicht vorgeladen werden. Verschlüsseln Sie die Daten, die übertragen werden, auf dem Gateway mit Schlüsseln in Kundenhand, sodass selbst ein EU-gehosteter Broker nur Chiffretext sieht, den er nicht lesen kann.

Offene Komponenten machen Residenz und Portabilität überprüfbar statt nur zugesichert. Mit einem offenen Linux-Gateway, Mosquitto als Transport und TimescaleDB als Speicher ist jeder Übergang einsehbar, und jede Regionseinstellung kontrollieren Sie selbst, statt sie in den Bedingungen eines Anbieters zu vergraben. Eine geschlossene Plattform kann EU-Hosting behaupten; ein offener Stack lässt es Ihren Prüfer bestätigen.

Portabilität ist kein Projekt mehr, wenn das Datenmodell von Anfang an offen ist. Stellen Sie eine dokumentierte REST- oder SQL-Schnittstelle auf den Zeitreihenspeicher bereit, halten Sie Schemata in der Versionsverwaltung, und das Zugriffsrecht des Data Act erfüllt eine Funktion, die Sie ohnehin ausgeliefert haben, statt einer Hauruck-Aktion, sobald ein Kunde es geltend macht. Dieselbe Offenheit schützt Sie vor Ihrem eigenen Lieferanten: Wenn Quellcode, Schemata und Schlüssel dem Kunden gehören, kann kein einzelner Anbieter durch seinen Austritt die Plattform lahmlegen.

Compliance ist eine Frage, die Sie immer wieder beantworten müssen, also instrumentieren Sie das System so, dass es ohne Feueralarm antwortet. Protokollieren Sie, wer wann auf welchen Datensatz zugegriffen hat, in einem reinen Anfüge-Audit-Trail, der den protokollierten Zugriff überdauert. Kennzeichnen Sie jeden Datenstrom mit seiner Speicherregion, damit eine Residenzaussage geprüft und nicht nur behauptet werden kann. Dokumentieren Sie die Schlüsselhierarchie: welche Schlüssel auf dem Gateway liegen, welche im HSM oder KMS des Kunden und wer sie rotieren darf.

Vorschriften bewegen sich, und die Auslegung des EU Data Act ist noch nicht abschließend geklärt. Ein System auf offenen Formaten und klaren Datenverträgen passt sich dieser Bewegung an; ein geschlossenes wartet auf ein Release des Anbieters. Planen Sie für den Wandel, statt sich dagegen einzufrieren.

Eine souveräne Plattform ist weniger ein Produkt als ein Bündel von Garantien, die im Code konkret werden: EU-ansässiger Speicher, Broker in der EU oder vor Ort, Verschlüsselung auf dem Gateway mit Schlüsseln in Kundenhand und ein dokumentierter Exportweg. Melqart Systems baut diesen Weg auf offenen Linux-Gateways und einem Open-Core-Datenstack auf und übergibt anschließend Quellcode, Schemata und Zugangsdaten, sodass das System ohne uns läuft.

Das Ergebnis, das ein europäischer Betreiber will, ist eine Datenhoheit, die einer Prüfung standhält: Die Daten liegen dort, wo das Recht es verlangt, die Schlüssel liegen bei Ihnen, und die Fragen eines Prüfers haben Antworten, die auf die Architektur verweisen statt auf das Versprechen eines Anbieters.