Individuelle operative Software, gehostet und im Besitz in der EU.

Die meisten internen Tools erben ihre Rechtsprechung durch Zufall. Ein Team greift zum schnellsten verfügbaren SaaS, die Daten landen dort, wo dieser Anbieter zufällig läuft, und ein Jahr später fragt jemand aus der Rechtsabteilung, wo die Kundendaten tatsächlich liegen — und erhält eine unangenehme Antwort. Für ein Unternehmen in der Wachstumsphase, das unter der DSGVO und zunehmend unter NIS2 und dem EU AI Act operiert, ist dieser Zufall eine Haftung, die nur auf ein Audit wartet.

NordOps Consulting baut es andersherum. Wenn wir maßgeschneiderte operative Software bauen, steht die EU-Datenresidenz fest, bevor eine einzige Tabelle entworfen ist. Laufzeitumgebung und Quellcode liegen beide in Deutschland, unter EU-Jurisdiktion, konstruktionsbedingt ohne US-Rechtsrisiko. Man rüstet Compliance nicht nachträglich in ein System nach, das anderswo entworfen wurde — man beginnt dort.

Datenresidenz als Designanforderung, nicht als Nachrüstung

Es gibt einen echten Unterschied zwischen Software, die zufällig in Europa läuft, und Software, die dafür entworfen wurde. Die erste Art kann verschoben, umgeleitet oder still neu gehostet werden, sobald ein Anbieter seine Infrastruktur ändert. Die zweite Art behandelt den Standort Ihrer Daten als Teil der Spezifikation — etwas, das die Architektur garantiert, statt etwas, das eine Einstellungsseite verspricht.

Bei DSGVO-konformen individuellen internen Tools in der EU zeigt sich dieser Unterschied in den unspektakulären, tragenden Details:

• Wo Datensätze liegen. Jeder Speicher — Datenbank, Dateispeicher, Backups, Logs — wird von Anfang an innerhalb der EU bereitgestellt, nicht später migriert.
• Wo die Verarbeitung stattfindet. Hintergrundjobs, KI-gestützte Schritte und Integrationen laufen innerhalb der Region, sodass Daten den Block nicht heimlich verlassen, um anderswo verarbeitet zu werden.
• Wer die Rechtsprechung hat. Hosting in Deutschland bedeutet, dass EU-Recht die Infrastruktur regelt, ohne dass US-Rechtsprechung in die Laufzeitumgebung oder den Quellcode hineinreicht.

Weil dies Entscheidungen sind, die zum Zeitpunkt des Designs getroffen werden, halten sie stand, wenn jemand schließlich die schwierige Frage stellt. Datenresidenz für individuelle operative Software in Europa hört auf, eine hoffnungsvolle Behauptung zu sein, und wird zu einer Eigenschaft des Systems, auf die Sie verweisen können.

Quellcode und Laufzeitumgebung in Deutschland, keine US-Rechtsprechung

Beide Hälften des Builds leben in der EU. Die Laufzeitumgebung — die Server, die Ihr Team tatsächlich Tag für Tag nutzt — läuft in Deutschland. Der Quellcode — das Repository, die Build-Pipeline, die Aufzeichnung dessen, was die Software genau tut — wird ebenfalls in der EU gehostet. Keines von beidem ist der US-Rechtsprechung ausgesetzt, und keines hängt von einer US-eigenen Plattform ab, die still im Pfad sitzt.

Das ist wichtig, weil Residenz nur so stark ist wie ihr schwächstes Glied. Es reicht nicht, dass die Datenbank in Frankfurt steht, wenn die Deployment-Pipeline, die Fehlerprotokolle oder ein eingebetteter Drittanbieterdienst über den Atlantik reichen. In der EU gehostete individuelle Unternehmenssoftware muss bis ins letzte Detail in der EU gehostet sein — und ein Build, der klein genug bleibt, um ihn zu besitzen, ist ein Build, der klein genug ist, um das auch zu überprüfen.

So sieht die Übergabe aus — Sie wählen das Ziel

Die Software zu besitzen bedeutet, zu besitzen, wo sie lebt. Jedes Engagement überträgt Ihnen den vollständigen Quellcode-Besitz und damit die Freiheit, das Ziel selbst zu bestimmen. Es gibt kein Lock-in, kein Abonnement und keine Abhängigkeit davon, dass NordOps Consulting weiterhin irgendetwas hostet.

Bei der Übergabe können Sie:

• Es dort lassen, wo es läuft — die Laufzeitumgebung in Deutschland belassen und weitermachen, mit dem Quellcode nun vollständig in Ihren Händen.
• In Ihren eigenen EU-Mandanten verschieben — den übertragenen Quellcode auf Ihrer eigenen Infrastruktur bereitstellen, weiterhin innerhalb der EU, unter Ihren eigenen Konten.
• Es mitnehmen, wohin Sie berechtigt sind — der Code gehört Ihnen; die Wahl der Residenz liegt bei Ihnen, um sie zu treffen und neu zu treffen, wenn sich Ihre Pflichten weiterentwickeln.

Die Grundlage jedes Builds — das Admin-Portal und der Processor, gebündelt als ein Build-Modul — wird mit denselben Eigentumsbedingungen geliefert wie alles, was darauf aufbauend abgegrenzt wird. Sie abonnieren nie das, wovon Ihr Betrieb abhängt.

Regulatorische Kompetenz ist Deployment-Expertise — keine Compliance-Beratung

Eine Klarstellung, offen gesagt: NordOps Consulting ist kein Compliance-Beratungsdienst, und dies ist keine Rechtsberatung. Wir auditieren nicht Ihr DSGVO-Programm, schreiben nicht Ihre NIS2-Richtlinien und zeichnen nicht Ihre Haltung zum EU AI Act ab. Diese Arbeit gehört zu Ihren Juristen und Ihrem Datenschutzbeauftragten.

Was wir mitbringen, ist Umsetzungskompetenz — die Souveränität, Software zu bauen, die sich in diesen Regimen wohlfühlt, weil Residenz, Datenflüsse und Jurisdiktion von Anfang an technische Entscheidungen waren. Der Unterschied ist der zwischen Sie über die Regeln zu beraten und Software zu bauen, die sie bereits achtet. Meine Aufgabe ist es, dafür zu sorgen, dass das Werkzeug, das Ihnen gehört, eines ist, das Ihre Compliance-Funktion verteidigen kann, und keines, das sie wegerklären muss.

Wenn in der EU gehostete individuelle Unternehmenssoftware auf diese Weise entworfen wird — Residenz zuerst, Quellcode und Laufzeitumgebung in Deutschland, Eigentum vollständig übertragen — hört Datenresidenz auf, eine wiederkehrende Sorge zu sein, und wird zu einer feststehenden Tatsache darüber, wie Ihr Betrieb läuft.