Wir haben in dieser Reihe durchgehend argumentiert, dass europäische digitale Souveränität im Kern ein Integrationsproblem ist – dass eine Souveränitätskette nur so stark ist wie ihr schwächstes Glied, und dass das schwächste Glied meist die Ebene ist, die niemand einzustufen denkt. Als die Kommission im Juni ihr Paket zur technologischen Souveränität vorlegte, wurde aus diesem Argument eine gesetzgeberische Richtung. In diesem Monat wurde daraus Rechenarbeit.

Vom Rahmenwerk zum Maßstab

Das Cloud Sovereignty Framework selbst ist nicht neu – die Kommission stellte es im Oktober 2025 vor und wickelte damit die erste Cloud-Beschaffung der EU mit ausdrücklichen Souveränitätskriterien ab: die 180 Millionen Euro schwere Ausschreibung, die im April an vier europäische Anbietergruppen ging – Post Telecom (mit CleverCloud und OVHcloud), STACKIT, Scaleway und Proximus.

Was sich am 16. Juli geändert hat: Die Kommission veröffentlichte auf Nachfragen dazu, wie sie das Rahmenwerk tatsächlich angewandt hat, eine öffentliche Erläuterung samt Umsetzungshinweisen. Das Rahmenwerk bewertet Anbieter anhand von acht Zielen – strategisch, rechtlich und jurisdiktionell, Daten und KI, operativ, Lieferkette, Technologie, Sicherheit und Compliance sowie ökologische Nachhaltigkeit – und die Hinweise zeigen, wie sich diese Ziele in eine Bewertung übersetzen. Die erklärte Absicht der Kommission ist, die Souveränitätsbewertung von abstrakten Grundsätzen weg und hin zu konkreten, standardisierten Kennzahlen zu bewegen.

Lesen Sie das genau, denn es verändert, für wen dieses Dokument gedacht ist. Eine Bewertungsmethodik, die einmal intern für eine Ausschreibung verwendet wird, ist eine Fußnote des Vergaberechts. Eine veröffentlichte Methodik mit Umsetzungshinweisen ist ein Maßstab – einer, den jede europäische Organisation, öffentlich wie privat, nun an den eigenen Stack anlegen kann. Und einer, den Beschaffungsabteilungen, Auditoren und Vorstände anlegen werden, ob Sie sie dazu einladen oder nicht.

Ein Detail der Ausschreibung lohnt einen Moment. Die Kommission setzte die Mindestschwelle für die Teilnahme auf die zweite ihrer Vertrauenswürdigkeitsstufen – ein bewusstes Signal, dass nicht-europäische Technologie, eingefasst in strenge lokale Betriebskontrollen, eine Grundlinie erfüllen kann. Europäische Cloud-Anbieter kritisierten diese Wahl; sie wollten Stacks mit Auslandsbezug rundweg ausgeschlossen sehen. Doch die Position der Kommission ist die lehrreichere: Souveränität ist kein Nationalitätstest für Logos. Sie ist eine Eigenschaft der Kette, bewertet Stufe für Stufe, Ebene für Ebene, über die gesamte Lieferkette hinweg. Genau deshalb ist die Ebene, die Sie zu bewerten vergessen, diejenige, die Ihr tatsächliches Ergebnis bestimmt.

2. August: Die KI-Spalte wird konkret

Das Ziel „Daten und KI" mochte als das weichste der acht erscheinen – bis zu diesem Monat. Am 7. Juli stellte die Kommission ihren Aktionsplan für Cybersicherheit und künstliche Intelligenz vor. Er schafft für sich genommen keine neuen Pflichten; er ist ein koordinierender Rahmen über die KI-Verordnung, NIS2, DORA, den Cyber Resilience Act und den Cyber Solidarity Act hinweg. Doch er kommt drei Wochen vor einem Datum, das sehr wohl Pflichten mit sich bringt: Am 2. August 2026 beginnt die Durchsetzung der Bestimmungen der KI-Verordnung zu KI-Modellen mit allgemeinem Verwendungszweck, und der Praxisleitfaden für KI-Modelle mit allgemeinem Verwendungszweck legt fest, wie Compliance für Anbieter fortgeschrittener Modelle aussieht.

Der Aktionsplan skizziert, wohin die Reise geht: eine EU-Kapazität zur Bewertung fortgeschrittener KI-Modelle, ein Konzept für strukturierten Zugang, eine sichere Testplattform – und, bemerkenswert, eine Critical Open Source Resilience Campaign. Open Source ist im Denken Brüssels keine Fußnote mehr; sie ist benannte Infrastruktur und steht mit eigenem Gewicht auf der Resilienzagenda.

Für Organisationen ist die praktische Folge dieselbe, auf die wir beim Juni-Paket hingewiesen haben – jetzt mit einem Datum versehen: welches KI-Modell welche Daten verarbeitet, in welchem Rechtsraum, unter wessen Kontrolle ist keine Feinheit im Architekturdiagramm mehr, sondern etwas, das Sie möglicherweise nachweisen müssen. Wenn Ihre ehrliche Antwort heute lautet „welches Modell die Integration gerade aufruft, müssten wir nachsehen" – genau das ist die Lücke.

Und wer am Durchsetzungswillen zweifelt, sei daran erinnert, dass die Kommission einen Tag nach Veröffentlichung des Aktionsplans vier Mitgliedstaaten wegen unvollständiger Umsetzung von NIS2 vor dem Gerichtshof der Europäischen Union verklagt hat. Die Maschinerie läuft.

Machen Sie die Scorecard. Finden Sie die fehlende Zeile.

Hier ist die Übung, die wir jedem europäischen CIO in diesem Quartal empfehlen würden. Nehmen Sie die acht Ziele. Listen Sie die Ebenen Ihres Stacks auf: Cloud-Infrastruktur, Identitätsverwaltung, Kollaboration, Datenplattformen, die KI-Modelle, die Sie eingeführt haben. Bewerten Sie jede einzelne. Die meisten Organisationen, die Souveränität ernst genommen haben, werden überall ordentliche Noten finden.

Suchen Sie nun die Zeile für Ihre Integrationsplattform – die Ebene, die Daten zwischen allen anderen bewegt, Zugangsdaten zu jedem System hält, das sie berührt, und zunehmend entscheidet, welches KI-Modell was zu sehen bekommt.

Bei den meisten Organisationen gibt es diese Zeile nicht. Die Integrationsebene wurde vor Jahren als Produktivitätswerkzeug beschafft, bewertet nach Zahl der Konnektoren und nach Funktionslisten, nie nach Rechtsraum, Transparenz der Lieferkette oder operativer Kontrolle. Handelt es sich um ein US-kontrolliertes, proprietäres iPaaS, dann kommuniziert jede Ihrer sorgfältig bewerteten souveränen Ebenen über eine Komponente, die genau jene Prüfung nicht bestehen würde, die Sie überall sonst bestanden haben. Das Rahmenwerk misst die Kette; die Kette läuft durch das Glied, das Sie nie gemessen haben.

Das ist keine hypothetische Schwäche. Gemessen an den acht Zielen ist die Integrationsebene wohl die am stärksten exponierte Ebene im Stack: Sie berührt die meisten Daten (Daten und KI), hält die meisten Zugangsdaten (Sicherheit), untersteht dem Rechtsraum eines Anbieters (rechtlich), hängt von dessen Fortbestand ab (operativ – eine Lehre, die die Episode um die Aussetzung des Fable-Modells im Juni auf die harte Tour erteilt hat) und ist typischerweise die intransparenteste Komponente im Betrieb (Lieferkette, Technologie).

Wie eine bestandene Note aussieht

Wir geben hier keine Neutralität vor: Fasthub wurde gebaut, um die Ebene zu sein, die diese Scorecard übersteht, und die Entwurfsentscheidungen lassen sich direkt darauf abbilden.

Rechtlich und jurisdiktionell: in Finnland gebaut, aus der EU betrieben, zu 100 % auf EU-Infrastruktur gehostet – kein Mutterkonzern, der einer ausländischen Anordnung unterliegt.

Lieferkette und Technologie: vollständig aus Open-Source-Komponenten gebaut – Kubernetes, Keycloak, Open Policy Agent, Apache Camel, Quarkus. Die höchsten Souveränitätsstufen verlangen vollständige Transparenz der Lieferkette; Open Source ist die einzige Architektur, die das beweisen statt versprechen kann. Was man nicht lesen kann, kann man nicht vollständig prüfen.

Daten und KI: modellunabhängige Orchestrierung mit Durchsetzung von Richtlinien im Integrationsfluss selbst – welches Modell, welche Daten, welcher Rechtsraum, als Konfiguration statt als Beratungsprojekt. Wenn am 2. August die Fragen kommen, stehen die Antworten im Auditprotokoll und nicht in einer Hauruckaktion.

Operativ: Bereitstellung in unserer Managed Cloud in der EU oder in Ihrer eigenen Infrastruktur, und der Austausch des Modells oder der Cloud darunter gelingt ohne Neubau der Integrationen. Ist der Wechsel eine Konfigurationsänderung, haben Sie eine Rückfalloption; ist er ein mehrwöchiges Projekt, haben Sie eine Abhängigkeit mit Zwischenschritten.

Der Punkt ist nicht, dass Fasthub Häkchen setzt. Der Punkt ist, dass es im Juli 2026 überhaupt Häkchen gibt – öffentlich, standardisiert und kurz davor, von Menschen angewendet zu werden, die einkaufen. Souveränität war einmal eine Debatte, die man auf einem Gipfel führen konnte. Jetzt ist sie ein Ergebnis, das Sie in eine Ausschreibung mitbringen. Und es wird über Ihre gesamte Kette berechnet, einschließlich der Ebene, die die Kette zusammenhält.

Sorgen Sie dafür, dass diese Ebene auf Ihrer Scorecard steht, bevor sie auf der von jemand anderem auftaucht.

Fasthub ist eine KI-native Integrationsplattform aus Turku, Finnland – vollständig aus Open-Source-Technologien gebaut und zu 100 % in der EU gehostet.

Wir haben schon früher geschrieben, dass das schwierigste Problem der europäischen digitalen Souveränität nicht darin besteht, einzelne europäische Werkzeuge zu bauen – sondern darin, sie über Grenzen, Systeme und Vertrauensgrenzen hinweg zusammenarbeiten zu lassen. Am 3. Juni hat diese Debatte eine konkrete gesetzgeberische Form angenommen.

Das Paket der Kommission stützt sich auf drei miteinander verzahnte Initiativen: den Chips Act 2.0, den Cloud and AI Development Act und eine EU-Open-Source-Strategie. Man sollte sie zusammen lesen und nicht getrennt, denn es ist ihre gemeinsame Logik, die auf den Schreibtischen europäischer Organisationen landet – der öffentlichen wie der privaten.

Was CADA tatsächlich bewirkt

Beginnen wir damit, was er nicht tut, denn die Schlagzeilen in den sozialen Medien behaupten das Gegenteil: CADA verbietet keine amerikanische Technologie. Die Kommission hat ausdrücklich erklärt, dass es darum geht, Europas digitale Autonomie und Resilienz zu stärken, ohne den Markt zu schließen – er bleibt für gleichgesinnte Partner weitgehend offen. Kommissarin Henna Virkkunen brachte die zugrunde liegende Sorge auf den Punkt: Europa will die Gewissheit, dass kein Anbieter kritischer Workloads einen „Kill Switch" für europäische Daten in der Hand hält. Der Zusammenhang ist schwer zu bestreiten – drei US-Anbieter kontrollieren rund 70 % des europäischen Cloud-Markts, und der US CLOUD Act bedeutet, dass sie zur Herausgabe von Daten verpflichtet werden können, unabhängig davon, wo diese physisch liegen. Microsofts eigener Justiziar bestätigte das 2025 unter Eid vor dem französischen Senat.

Stattdessen tut CADA zwei Dinge mit Folgen in der Praxis.

Erstens definiert er vier Vertrauenswürdigkeitsstufen (assurance levels) für Cloud- und KI-Souveränität, die öffentliche Stellen auf Grundlage ihrer eigenen Risikobewertungen anwenden. Die Kriterien umfassen die Kontrolle über den Dienst und seine Lieferkette, die Verarbeitung von Daten bei der KI-Inferenz, den Standort der Infrastruktur und das Cybersicherheitsniveau. Die höheren Stufen verlangen eine nachgewiesene Unabhängigkeit von Drittländern und Transparenz über die Software-Lieferkette; die höchste verlangt vollständige Transparenz und Kontrolle über die Lieferkette, ohne jede Möglichkeit der Einflussnahme aus Drittländern.

Zweitens verpflichtet er die Mitgliedstaaten zu prüfen, welche Systeme der öffentlichen Hand von ausländischer Cloud abhängen, sie nach Souveränitätsstufe einzuordnen und entsprechend zu beschaffen. In strategisch sensiblen Branchen – Banken, Energie, Gesundheitswesen – wird die öffentliche Auftragsvergabe künftig neben dem Preis neue nicht preisbezogene Zuschlagskriterien gewichten, die in der EU entwickelte Software und Hardware bevorzugen. Der Anspruch dahinter ist ebenso industriepolitisch wie regulatorisch: Der Rechtsakt zielt darauf, die Rechenzentrumskapazität der EU binnen fünf bis sieben Jahren zu verdreifachen.

Mit anderen Worten: Die Frage lautet nicht mehr „dürfen wir europäische Alternativen einsetzen?", sondern „wie weisen Sie nach, auf welcher Souveränitätsstufe Sie arbeiten?" Das ist eine Beschaffungsanforderung – und Beschaffungsanforderungen verändern, anders als Gipfelerklärungen, das, was Organisationen tatsächlich einkaufen.

Warum Open Source in den Mittelpunkt rückte

Zum ersten Mal enthält das Paket eine vollständige Open-Source-Strategie. Das ist keine Randnotiz. Die Kommission versteht Open Source als den Weg, Abhängigkeiten über den gesamten Technologie-Stack hinweg zu verringern und europäische Alternativen dort zu entwickeln, wo die EU weiterhin auf proprietäre Lösungen angewiesen ist, die ein einzelner Anbieter kontrolliert.

Sehen Sie sich die Kriterien für die höchste Souveränitätsstufe noch einmal an: vollständige Transparenz und Kontrolle über die Software-Lieferkette, keine Einflussnahme aus Drittländern. In der Praxis ist das eine Beschreibung von Open Source. Ein proprietärer Stack kann Transparenz versprechen; ein Open-Source-Stack kann sie beweisen. Was man nicht lesen kann, kann man nicht vollständig prüfen.

Zu demselben Schluss sind wir beim Bau von Fasthub gekommen – auf einem anderen Weg, aber am selben Punkt. Open Source ist kein Merkmal für die Folie im Vertriebsdeck. Es ist eine Vertrauensarchitektur. Wenn ein Kunde fragt, wie er überprüfen kann, dass seine Daten korrekt und innerhalb der Grenzen seines Rechtsraums verarbeitet werden, kann die Antwort nicht „vertrauen Sie uns" lauten. Die Antwort lautet „lesen Sie den Code".

Fasthub ist vollständig aus Open-Source-Komponenten gebaut – Kubernetes, Keycloak, Open Policy Agent, Apache Camel, Quarkus – und läuft auf zu 100 % in der EU gehosteter Infrastruktur. Jede Ebene ist auditierbar. Kein einzelnes Unternehmen kann uns den Boden unter den Füßen wegziehen, und keine ausländische Behörde kann eine Hintertür in ein System erzwingen, dessen jede Zeile der Kunde einsehen kann.

Das schwächste Glied ist das, das niemand einstuft

Hier ist der Teil des Pakets, der mehr Aufmerksamkeit verdient, als er bekommt. Die Souveränitätsstufen werden über die gesamte Lieferkette hinweg bewertet – nicht Komponente für Komponente für sich genommen. Das hat eine Folge, die die meisten Souveränitäts-Roadmaps stillschweigend übergehen.

Stellen Sie sich eine europäische Organisation vor, die alles richtig gemacht hat: eine französische, nach SecNumCloud zertifizierte Cloud, eine deutsche Open-Source-Kollaborationssuite, eine estnische E-Government-Schnittstelle – jede für sich konform, jede auf einer hohen Vertrauenswürdigkeitsstufe. Und nun die Frage: Was verbindet sie? Lautet die Antwort „eine US-kontrollierte Integrationsplattform" – ein proprietäres iPaaS, das genau dem CLOUD-Act-Risiko unterliegt, dem die ganze Übung entkommen sollte –, dann sinkt die tatsächliche Souveränität der Kette auf das Niveau dieses Glieds. Jeder Workflow, jeder Datenfluss, jede Zugangsberechtigung läuft durch die eine Ebene, die niemand einzustufen dachte.

Die Integrationsebene liegt nicht neben der Souveränitätsfrage. Sie ist die Souveränitätsfrage, weil sie die Ebene ist, die alles berührt.

Und genau dort erzeugt Europas fragmentierte Landschaft die größte Reibung. Wer stellt sicher, dass Datenflüsse die Grenzen jedes Rechtsraums einhalten, während das Unternehmen als eine Organisation arbeitet? Wer regelt, welche KI-Modelle welche Daten verarbeiten – und wo? Souveränität entsteht nicht durch Gipfeltreffen und Erklärungen. Sie entsteht durch die unspektakuläre, unverzichtbare Arbeit, Systeme zu verbinden, Daten zu bewegen und Organisationen am Laufen zu halten – innerhalb der Compliance-Vorgaben, die seit dem 3. Juni auf dem Weg sind, Beschaffungsrecht zu werden.

Dafür wurde Fasthub gebaut. Nicht als weiterer Eintrag in Europas wachsendem Katalog souveräner Alternativen, sondern als die verbindende Ebene, die sie gemeinsam nutzbar macht – herstellerunabhängig, vollständig auditierbar und souverän nach demselben Maßstab, den es seinen Kunden erfüllen hilft.

Fasthub ist eine KI-native Integrationsplattform aus Turku, Finnland – vollständig aus Open-Source-Technologien gebaut und zu 100 % in der EU gehostet.

Das ist real, und wir haben es früh gespürt. Vor etwa 18 Monaten sahen wir, wie KI-gestützte Entwicklung unsere Lieferzeiten in Integrationsprojekten zusammenschrumpfen ließ. Dieselbe Arbeit mit Apache Camel und Kubernetes, die früher ein Quartal füllte, war in Wochen erledigt. Unsere Kunden waren zufrieden. Unsere Margen nicht.

Diese Spannung hat uns dazu gebracht, Fasthub zu bauen. Nicht weil wir um jeden Preis ein Produkt auf den Markt bringen wollten, sondern weil das Geschäftsmodell unter der Integrationsberatung zerbrach – und keine noch so clevere Preisgestaltung für Stundenarbeit hätte das repariert.

Das SaaS-Modell setzt voraus, dass Sie die Arbeit machen

Die meisten Integrationsplattformen arbeiten heute als SaaS. Sie verkaufen Ihnen den Zugang zu einem Werkzeug: einen visuellen Editor, eine Konnektorbibliothek, eine Laufzeitumgebung. Sie zahlen pro Nutzer oder pro Integrationsfluss. Und dann engagieren Sie Berater, die die Integrationen tatsächlich bauen, testen, bereitstellen und warten. Die Plattform liefert Fähigkeit in Form eines Werkzeugs. Die Ausführung liegt außerhalb – in Ihrem Team, Ihrem Budget, Ihrem Risiko.

Das ergab Sinn, solange der Bau von Integrationen zwangsläufig Handarbeit war. Jemand musste das Quellsystem verstehen, das Zielsystem, die Datenformate, die Authentifizierungsprotokolle, die Fehlerbehandlung und die Geschäftslogik, die alles zusammenhält. Dieses Wissen war knapp, also brachte es hohe Stundensätze ein. Die Plattform war nur die Werkbank.

Doch wenn KI aus einer Beschreibung in eigenen Worten eine funktionierende Integration erzeugen kann, bekommt das Werkbank-Modell Risse. Der Wert liegt nicht mehr darin, das Werkzeug bereitzustellen. Er liegt darin, das Ergebnis zu liefern.

Wandert die Ausführung nach innen, folgt die Rechenschaft

Das ist die Verschiebung, auf die es ankommt, und sie reicht tiefer als Preismodelle oder Liefergeschwindigkeit.

Wenn eine Plattform Ihre Integrationen nicht nur betreibt, sondern sie erzeugt, ausführt, überwacht und wartet, wandert die Ausführung in das Produkt hinein. Das Produkt ist kein passives Werkzeug mehr, das auf eine geübte Hand wartet. Es wirkt an der Lieferung mit.

Und in dem Moment, in dem die Ausführung im Produkt liegt, stellt sich eine neue Frage: Wer trägt die Verantwortung, wenn etwas schiefgeht?

Im alten Modell war die Verantwortung verteilt. Der Plattformanbieter war für die Verfügbarkeit zuständig. Der Beratungspartner für den Bau. Der Kunde für Anforderungen und Tests. Fiel eine Integration im Produktivbetrieb aus, konnte der Finger in drei Richtungen zeigen.

Im Modell Service-as-Software ist die Antwort klarer. Erzeugt und betreibt die Plattform die Integration, trägt die Plattform auch die Rechenschaftspflicht dafür, dass sie funktioniert. Das ist ein grundlegend anderes Verhältnis zum Kunden.

SLA-Stufen sind der Preis der Verantwortung

Diese Einsicht hat unser Denken über das Geschäftsmodell von Fasthub verändert. Wir berechnen nicht die Zeit, die der Bau einer Integration kostet, denn KI hat sie auf nahezu null gedrückt. Wir berechnen nicht pro Nutzer, denn der ganze Punkt ist, dass eine Person betreuen kann, wofür früher ein Team nötig war.

Wir berechnen Konnektoren, weil die Komplexität mit der Zahl der beteiligten Systeme wächst. Und wir berechnen SLA-Stufen, weil das Maß an Verantwortung, das ein Kunde braucht, dramatisch unterschiedlich ausfällt.

Ein Start-up, das ein CRM an eine Rechnungssoftware anbindet, braucht eine funktionierende Integration, aber ein paar Stunden Ausfall beenden das Geschäft nicht. Ein Hersteller, der Datenflüsse in Echtzeit über Produktionssysteme in drei Ländern führt, braucht die Garantie, dass um 2 Uhr nachts jemand ans Telefon geht.

Der Unterschied zwischen diesen beiden Fällen ist keine Funktionslücke. Es ist eine Verantwortungslücke. Unsere SLA-Stufen, vom Community-Support bis zur dedizierten 24/7-Betreuung, sind entsprechend bepreist. Der Kunde kauft keine kürzeren Reaktionszeiten. Er kauft unsere Zusage, für das Ergebnis einzustehen.

Wie das in der Praxis aussieht

Fasthub ist eine KI-native Integrationsplattform. Nutzerinnen und Nutzer beschreiben in eigenen Worten, was sie verbinden möchten. Die KI erzeugt den Integrations-Workflow, im Hintergrund mit Apache Camel. Sie prüfen ihn, passen ihn bei Bedarf an und stellen ihn bereit – entweder in unserer Managed Cloud oder in ihrer eigenen Infrastruktur.

Die Preise richten sich nach Konnektoren, mit Mengenrabatten. Mehr Konnektoren bedeuten eine komplexere Umgebung, und der Preis wächst mit dieser Komplexität. Jede Stufe (Free, Starter, Growth, Pro, Enterprise) enthält eine feste Zahl an Konnektoren, wahlweise Bereitstellung als Managed Service oder selbst gehostet und eine dazu passende SLA-Stufe.

An der Oberfläche wirkt diese Struktur vertraut. Stufen und Konnektoren sind Begriffe, die jeder Einkäufer versteht. Doch das Modell darunter unterscheidet sich vom herkömmlichen iPaaS. Der Kunde kauft kein Werkzeug, um anschließend Leute für dessen Bedienung einzustellen. Er kauft funktionierende Integrationen, gewartet und überwacht, mit einer klaren Linie der Rechenschaft zurück zu uns.

Die Vertrauensebene, die der Preis allein nicht löst

Diese Verschiebung hat eine Dimension, die reine Preisinnovation nicht abdeckt: Vertrauen.

Wenn wir einem Kunden sagen, dass KI seine Integrationen erzeugt, folgt sofort die Frage, ob er dem Ergebnis der KI trauen kann. Beherrscht sie Grenzfälle? Hält sie die Regeln zum Datenstandort über Rechtsräume hinweg ein? Bricht sie stillschweigend?

Deshalb haben wir Fasthub vollständig aus Open-Source-Komponenten gebaut: Kubernetes, Keycloak, Open Policy Agent, Apache Camel, Quarkus. Jede Ebene des Stacks ist auditierbar. Keine proprietären Blackboxes, keine Abhängigkeiten von Anbietern, die Datenherausgabeverlangen ausländischer Behörden unterliegen könnten. Die Plattform läuft auf zu 100 % in der EU gehosteter Infrastruktur.

Open Source ist kein Aufzählungspunkt im Datenblatt. Es ist das Fundament einer Vertrauensarchitektur. Wenn ein Kunde fragt, wie er überprüfen kann, dass seine Daten korrekt verarbeitet werden, lautet die Antwort nicht „vertrauen Sie uns". Die Antwort lautet „lesen Sie den Code".

Das zählt besonders im europäischen Markt, wo Souveränität und Compliance keine abstrakten Begriffe sind, sondern Beschaffungsanforderungen. Aber es zählt überall. In einem Service-as-Software-Modell, in dem der Anbieter die Verantwortung für die Ausführung übernimmt, muss der Kunde überprüfen können, ob das System dieses Vertrauen verdient.

Die Lücke zwischen Debatte und Wirklichkeit

Die Branchendebatte über Service-as-Software, ergebnisbasierte Preise und KI-native Lieferung eilt dem voraus, wo die meisten Einkäufer tatsächlich stehen. Die meisten Beschaffungsabteilungen vergleichen Angebote noch immer nach Stundensätzen und Teamgröße. Die meisten Budgets sind auf Abrechnung nach Aufwand ausgelegt. Die meisten Großunternehmen bewerten Integrationsplattformen nach Funktionslisten, nicht nach Verantwortungsmodellen.

Wir erwarten nicht, dass sich das über Nacht ändert. Die Preise von Fasthub sind so gestaltet, dass sie im heutigen Einkaufsumfeld lesbar sind und zugleich strukturell dorthin passen, wohin sich der Markt bewegt. Konnektoren und Stufen sind vertraut. Die Verschiebung liegt in dem, was nach dem Kauf passiert: weniger Beratung, mehr Leistungsfähigkeit, klarere Rechenschaft.

Die Unternehmen, die diesen Übergang schaffen – nicht nur in der Integration, sondern in der Unternehmenssoftware insgesamt –, werden die sein, die eine einfache Frage ehrlich beantworten: Wenn Ihr Produkt die Arbeit macht, sind Sie dann bereit, für das Ergebnis einzustehen?

Wir sind es. Dafür ist das SLA da.

Fasthub ist eine KI-native Integrationsplattform aus Turku, Finnland. Der Start erfolgt am 1. April 2026. Vollständig aus Open-Source-Technologien gebaut und in der EU gehostet, ermöglicht Fasthub Organisationen, Integrationen in natürlicher Sprache zu bauen, bereitzustellen und zu verwalten. Tragen Sie sich unter fasthub.ai in die Warteliste ein

Doch dieser Entwurf ist anders. Irland ist kein mittelgroßer Mitgliedstaat, der einer ohnehin vollen Regulierungsdebatte seine Stimme hinzufügt. Es ist der Europasitz von Apple, Google, Meta und praktisch jedes anderen großen amerikanischen Technologiekonzerns. Wie Irland seine KI-Durchsetzungsmaschinerie baut, prägt, wie die wertvollsten Organisationen der Welt an algorithmische Governance herangehen. Und weil eben diese Organisationen im Zentrum der digitalen Infrastruktur stehen, auf die europäische Unternehmen täglich angewiesen sind, reichen die Folgen weit über die Insel hinaus.

Der Entwurf ist eine Blaupause. Und er lohnt eine genaue Lektüre – nicht wegen der juristischen Details, sondern wegen dessen, was er über die Richtung verrät.

Was der Entwurf tatsächlich regelt

Irlands Gesetzgeber haben eine bewusste Wahl getroffen. Statt die KI-Aufsicht in einer einzigen neuen Behörde zu bündeln, verteilt der Entwurf die primäre Aufsichtszuständigkeit auf dreizehn bestehende sektorale Aufsichtsbehörden, wobei OISE als Koordinator und als zentrale Anlaufstelle Irlands gegenüber der Europäischen Kommission dient.

Die Logik dahinter ist vertretbar: Wirksame KI-Governance verlangt tiefe sektorale Fachkenntnis, nicht bloß allgemeine Regulierungsbefugnis. Die irische Zentralbank beaufsichtigt KI-Systeme im Finanzdienstleistungssektor und bindet die Durchsetzung in ihr bestehendes Verwaltungssanktionsverfahren ein. Die Arzneimittelbehörde HPRA übernimmt die Verantwortung für KI im Gesundheitswesen. Weitere Behörden decken ihre jeweiligen Bereiche ab. OISE führt das über ein verpflichtendes Kooperationsforum zusammen, das vierteljährlich tagt.

Die Durchsetzungsbefugnisse sind nicht theoretisch. Die Behörden können unangekündigte Kontrollen durchführen. Sie können KI-Systeme zu Testzwecken unter Tarnidentität erwerben. Wo andere Bewertungsmethoden nicht ausreichen, können sie Zugang zum Quellcode verlangen. Geldbußen bedürfen vor ihrem Wirksamwerden der Bestätigung durch den High Court – ein Hinweis auf eine prozessbewusste Durchsetzungskultur, die bedächtig, aber folgenreich vorgehen wird.

Zwei weitere Elemente des Entwurfs verdienen Aufmerksamkeit. Erstens sind KI-Reallabore vorgeschrieben, mit bevorzugtem Zugang für KMU. Die irische Datenschutzkommission beaufsichtigt Reallaborvorhaben, in denen personenbezogene Daten verarbeitet werden – ein Eingeständnis, dass Datenschutz-Compliance und KI-Governance untrennbar sind. Zweitens muss OISE selbst bis zum 1. August 2026 arbeitsfähig sein, geführt von einem CEO und nicht von einem Kommissar. Die Durchsetzungsmaschinerie läuft also noch vor Jahresende.

Drei Kräfte, die Ihre Organisation prägen werden

Liest man über die Gesetzesarchitektur hinaus, treten drei verschiedene Druckpunkte hervor – jeder real, jeder folgenreich und jeder schwerer zu beherrschen, als er zunächst wirkt.

Das Labyrinth der vielen Aufsichtsbehörden. Ein Fintech-Unternehmen in Dublin verantwortet sich nicht einfach gegenüber OISE. Es verantwortet sich gegenüber dem KI-Aufsichtsrahmen der Zentralbank mit deren eigener, gewachsener Aufsichtskultur und deren Sanktionsverfahren. Ein Unternehmen, das Finanzdienstleistungen und Gesundheit verbindet – etwa eine Plattform für digitale Therapeutika oder ein Gesundheitsversicherer –, kann sich gleichzeitig der Zentralbank, der HPRA und der Koordinierungsfunktion von OISE gegenübersehen. Das vierteljährliche Kooperationsforum soll regulatorische Zersplitterung verhindern, doch es tagt viermal im Jahr. Compliance-Fragen stellen sich täglich.

Das Gebot der technischen Dokumentation. Dass der Entwurf technische Dokumentation und die Beobachtung nach dem Inverkehrbringen zur ersten Linie der Compliance macht, hat eine praktische Folge, die leicht unterschätzt wird. Organisationen müssen jederzeit wissen, welche KI-Modelle welche Daten verarbeiten, in welchem Rechtsraum, mit welchem Maß an menschlicher Aufsicht und wie der Prüfpfad aussieht. Nicht als einmalige Dokumentationsübung, sondern als lebende betriebliche Fähigkeit. Wenn eine Prüferin unangekündigt vor der Tür steht oder eine Behörde Zugang zum Quellcode verlangt, muss die Antwort bereitliegen. Bei den meisten Organisationen liegt sie es nicht.

Das irische Paradox. Irland hat sich historisch als der entgegenkommende Rechtsraum positioniert – als der Ort, an dem US-Techkonzerne einen Europasitz gründen konnten, ohne auf die protektionistische Reibung zu treffen, die ihnen in Paris oder Berlin begegnet wäre. Der Entwurf kehrt diese Dynamik auf interessante Weise um. Dieselben Unternehmen, die Irland willkommen geheißen hat, unterliegen nun irischer KI-Durchsetzung. Und ihre europäischen Kunden stehen vor einer neuen, unbequemen Frage: Entsteht mir eine KI-Governance-Haftung dadurch, dass meine Daten durch eine in Dublin ansässige Gesellschaft fließen? Die Antwort lautet in vielen Fällen ja – und die meisten Organisationen haben noch nicht durchdacht, was das bedeutet.

Warum das im Kern ein Integrationsproblem ist

Hier kommt das Gespräch üblicherweise ins Stocken. Organisationen hören „KI-Compliance" und greifen zu Juristen und Policy-Teams. Die braucht es. Aber sie genügen nicht, denn die beschriebene Compliance-Last liegt in keinem einzelnen System. Sie liegt in den Verbindungen zwischen den Systemen.

Betrachten Sie, was die Anforderung an die technische Dokumentation in einer modernen Unternehmensumgebung tatsächlich verlangt. Ein Hersteller mit Standorten in Irland, Deutschland und Finnland betreibt nicht ein KI-System. Er betreibt Dutzende – manche eingebettet in ERP-Plattformen, manche in Logistiksoftware, manche in kundenseitigen Werkzeugen, manche in automatisierten Prozessen, die seit drei Jahren niemand mehr angesehen hat, weil sie eben laufen. Die Datenflüsse, die diese Systeme speisen, überschreiten fortlaufend Gesellschaftsgrenzen, Rechtsraumgrenzen und KI-Verarbeitungsebenen – unsichtbar und oft ohne jede Governance-Kontrolle im Fluss selbst.

Wer weiß, welche Integrationen KI-erzeugte Entscheidungen enthalten? Wer kann sagen, welche Datenflüsse zwischen einer irischen Holdinggesellschaft und einer polnischen Tochtergesellschaft laufen? Wer ist verantwortlich, wenn ein automatisierter Prozess, den vor zwei Jahren eine Beratungsfirma gebaut hat, eine Compliance-Prüfung nicht besteht?

Die Antwort lautet heute bei den meisten Organisationen: niemand – oder genauer, das Wissen steckt irgendwo in einer Mischung aus teuren Beratern, veralteter Dokumentation und institutionellem Gedächtnis, das in Menschen wohnt, die vielleicht noch im Haus sind und vielleicht nicht. Das ist keine Compliance-Aufstellung. Das ist ein Haftungsrisiko.

Die Vielzahl der Aufsichtsbehörden macht es nicht besser, sondern schlimmer. Wenn die Zentralbank und OISE unterschiedliche Fragen zum selben System stellen, muss die Organisation beide beantworten können – aus derselben betrieblichen Wirklichkeit heraus und nicht aus zwei getrennten Compliance-Übungen zweier getrennter Teams.

Governance in den Fluss bauen, nicht auf ihn

Die Organisationen, die sich in dieser Umgebung gut bewegen werden, sind nicht jene, die die meisten Compliance-Berater einkaufen. Es sind jene, die Governance in ihre betriebliche Infrastruktur einbetten – in die Integrationen selbst, statt Prüfprozesse auf Systeme zu schichten, die nie für eine Prüfung entworfen wurden.

Genau dieses Problem sollte Fasthub adressieren. Als KI-native Integrationsplattform, gebaut in Finnland und betrieben auf zu 100 % in der EU gehosteter Infrastruktur, ist Fasthub vollständig aus Open-Source-Komponenten zusammengesetzt: Kubernetes, Keycloak, Open Policy Agent, Apache Camel, Quarkus. Die Architektur ist genau für jene Umgebung mit vielen Rechtsräumen und vielen Aufsichtsbehörden entworfen, die Irlands Entwurf beispielhaft zeigt.

Die praktischen Folgen für die Compliance mit der KI-Verordnung (AI Act) sind unmittelbar. Der im Stack eingebettete Open Policy Agent setzt Regeln zum Datenstandort und Compliance-Vorgaben automatisch in jedem Integrations-Workflow durch – nicht nachträglich, sondern als fester Bestandteil der Art und Weise, wie Daten sich bewegen. Baut jemand über die Schnittstelle für natürliche Sprache eine Integration in Fasthub, reisen die Governance-Kontrollen mit der Integration mit. Der Prüfpfad wird nicht im Nachhinein rekonstruiert. Er ist standardmäßig da.

Das zählt besonders für die Anforderung an die technische Dokumentation. Fasthub macht die KI-Verarbeitung strukturell prüfbar: welches Modell, welche Daten, welcher Rechtsraum, welches Maß an Aufsicht. Wenn eine irische Behörde wissen will, wie ein KI-System personenbezogene Daten verarbeitet, die durch eine Dubliner Gesellschaft fließen, ist die Antwort kein Beratungsprojekt. Sie ist eine Abfrage.

Die quelloffene Architektur deckt eine andere, ebenso wichtige Dimension ab. Wenn zu den Durchsetzungsbefugnissen das Recht gehört, Zugang zum Quellcode zu verlangen, muss „lesen Sie den Code" eine vollständige und ehrliche Antwort sein. Fasthub hat keine proprietären Blackboxes, keine Abhängigkeiten von Anbietern, die Datenherausgabeverlangen ausländischer Behörden unterliegen, und keine Schichten im Stack, die sich nicht unabhängig prüfen ließen. Für Organisationen, die sich seit zwei Jahren um ihr CLOUD-Act-Risiko über US-ansässige Softwareanbieter sorgen, ist das keine Randnotiz. Es ist der Kern.

Zur Frage der Reallabore: Die Vorschriften zum bevorzugten Zugang für KMU eröffnen eine konkrete Gelegenheit. Die Architektur von Fasthub – von Grund auf darauf angelegt, Enterprise-Integration ohne spezialisierte Berater zugänglich zu machen – passt gut zu der Art von Experimenten, die Reallabore ermöglichen sollen. Wer konforme Muster für KI-Integration in einer beaufsichtigten Umgebung erproben will, braucht Plattformen, die Governance sichtbar machen, und nicht solche, die sie hinter proprietären Abstraktionen verbergen.

Das Zeitfenster, das jetzt offen steht

OISE muss bis zum 1. August 2026 arbeitsfähig sein. Fasthub startet am 1. April 2026. Dieses Fenster von vier Monaten ist kein Zufall.

Die erste Welle der Durchsetzung der KI-Verordnung – Kontrollen, Prüfungen der technischen Dokumentation, Bewertungen der Beobachtung nach dem Inverkehrbringen – trifft ein, während Organisationen ihre Compliance-Infrastruktur noch bauen. Die Unternehmen, die Governance vor August in ihre Integrationsarchitektur eingebettet haben, treten dieser Umgebung mit Antworten entgegen. Wer dann noch nachrüstet, tut das unter Beobachtung und im denkbar falschen Moment.

Dieses Muster wiederholt sich in der europäischen Regulierungsgeschichte. Die Durchsetzung der DSGVO kam zunächst langsam in Gang und beschleunigte dann. Die Umsetzungsfristen von NIS2 verrutschten und wurden dann dringend. Die Organisationen, die frühe Compliance als strategische Investition behandelt haben statt als Kostenstelle, standen am Ende durchweg besser da als jene, die auf die erste Durchsetzungsmaßnahme warteten, um in Bewegung zu kommen.

Irlands Entwurf ist nicht das Ende dieses Prozesses. Er ist der Anfang einer ausgereiften KI-Durchsetzungsumgebung in genau dem Rechtsraum, der für Organisationen mit Abhängigkeiten von US-Technologie am meisten zählt. Die deutsch-französische Souveränitätsdebatte läuft weiter. Der Cloud and AI Development Act kommt. Das Cloud Sovereignty Framework der Europäischen Kommission prägt bereits Beschaffungsanforderungen. Die Richtung ist klar, das Tempo zieht an, und die technische Dokumentation in einem Dubliner Rechenzentrum ist keine theoretische Sorge mehr.

Das Signal

Irlands KI-Entwurf zählt nicht nur wegen dessen, was er verlangt, sondern wegen dessen, was er offenlegt. Wenn ein Rechtsraum, der US-Technologieplattformen historisch entgegengekommen ist, eine solche Durchsetzungsmaschinerie baut – verteilt, fachkundig, ausgestattet mit unangekündigten Kontrollen und dem Zugriff auf Quellcode –, dann ist das ein Signal, dass die Zeit der weichen Durchsetzung endet.

Jede europäische Organisation, die auf integrierten Systemen läuft, die Daten durch KI-Modelle verarbeitet, die sie womöglich nicht vollständig versteht, und die für kritische Funktionen auf US-ansässige Plattformen setzt, arbeitet nun in einer Umgebung, in der diese Systeme früher oder später Rechenschaft ablegen müssen.

Die Frage ist nicht, ob diese Prüfung kommt. Die Frage ist, ob Ihre betriebliche Infrastruktur bereit sein wird, für sich selbst einzustehen, wenn sie eintrifft – oder ob die Antwort ein Beratungsprojekt erfordert, Monate der Rekonstruktion und die Hoffnung, dass sich in der Zwischenzeit sonst nichts ändert.

Die Organisationen, die diese Fähigkeit jetzt aufbauen – als Infrastruktur und nicht als Compliance-Theater –, sind diejenigen, denen die nächste Regulierungsankündigung weniger Sorge bereiten wird als die letzte.

Fasthub ist eine KI-native Integrationsplattform aus Turku, Finnland, mit Start am 1. April 2026. Vollständig aus Open-Source-Technologien gebaut und zu 100 % in der EU gehostet, ermöglicht Fasthub Organisationen, Enterprise-Integrationen in natürlicher Sprache zu bauen, bereitzustellen und zu verwalten – mit Governance, Prüfbarkeit und Kontrollen zum Datenstandort, die standardmäßig eingebaut sind. Tragen Sie sich unter fasthub.ai in die Warteliste ein.

[1] General Scheme of the Regulation of Artificial Intelligence Bill 2026: https://enterprise.gov.ie/en/legislation/general-scheme-of-the-regulation-of-artificial-intelligence-bill-2026.html

Foto: Luciann Photography: https://www.pexels.com/photo/bridge-under-the-blue-sky-3566187/

Im Juni 2025 räumte der Direktor für Rechts- und Behördenangelegenheiten von Microsoft Frankreich unter Eid vor französischen Senatoren ein, was europäische CIOs längst vermutet hatten: Verlangt die US-Regierung nach dem CLOUD Act Zugriff auf europäische Daten, ist Microsoft rechtlich zur Herausgabe verpflichtet. Es spielt keine Rolle, dass die Daten in einem Frankfurter Rechenzentrum liegen. Es spielt keine Rolle, dass bislang kein solches Verlangen gestellt wurde. Die rechtliche Architektur macht es möglich – und im heutigen geopolitischen Klima ist möglich kein hinnehmbares Risiko mehr.

Die Reaktion in ganz Europa kam schnell. Frankreich ersetzt Teams und Zoom durch eine souveräne Videokonferenzplattform namens Visio. Das deutsche Schleswig-Holstein hat 70 % seiner Microsoft-Lizenzen gekündigt und migriert 44.000 Postfächer auf quelloffene Alternativen. Dänemark, Italiens Militär und das österreichische Bundesheer wenden sich alle von Microsoft Office ab. Der Internationale Strafgerichtshof in Den Haag wechselte zu einer europäischen Office-Suite, nachdem sein Chefankläger vorübergehend aus seinem Outlook-Konto ausgesperrt worden war – durch ein Unternehmen, das der Sanktionspolitik der US-Regierung unterliegt.

Das ist längst keine Randerscheinung mehr. Es ist eine kontinentale Verschiebung.

Aber da ist das Problem, über das niemand sprechen will

Die EU ist kein Land. Sie besteht aus 27 Mitgliedstaaten mit unterschiedlichen Regulierungstraditionen, unterschiedlichen Technologie-Stacks, unterschiedlichen Beschaffungskulturen und – entscheidend – unterschiedlichen Vorstellungen davon, was „digitale Souveränität" überhaupt bedeutet.

Frankreich will eine zentralisierte EU-Beschaffung mit einer „Buy European"-Vorgabe. Deutschland will einen offenen, global integrierten Ansatz. Die nordischen und baltischen Staaten befürchten, „europäische Souveränität" sei eine höfliche Umschreibung für „französische und deutsche Konzerndominanz". Irland fürchtet alles, was seine Rolle als europäischer Hauptsitz der US-Techkonzerne gefährdet. Osteuropäischen Ländern fehlen die eigenen Technologie-Ökosysteme, um Alternativen zu bauen, und sie fragen sich, wem es eigentlich nützt, wenn Paris und Berlin die Regeln setzen.

Auf dem deutsch-französischen Gipfel zur digitalen Souveränität im November 2025 in Berlin war diese Spannung sichtbar. Frankreich drängte auf eine europäische Präferenz bei der öffentlichen Auftragsvergabe. Der deutsche Digitalminister wollte das nicht mittragen. Selbst die österreichische Delegation stellte fest, dass es unter den EU-Mitgliedstaaten keine gemeinsame Definition von „digitaler Souveränität" gibt.

Europa steht damit vor einem Paradox: Der Kontinent ist geeinter denn je in dem Wunsch, seine Abhängigkeit von US-Technologie zu verringern – und gespaltener denn je in der Frage, wie die Alternative aussieht.

Die fehlende Ebene: Integration über Grenzen, Systeme und Vertrauensgrenzen hinweg

Was die Souveränitätsdebatte durchgängig übersieht: Das schwierigste Problem ist nicht, einzelne europäische Werkzeuge zu bauen. Frankreich hat Visio. Deutschland hat OpenDesk. Es gibt europäische Cloud-Anbieter, europäische Identitätslösungen, europäische Kollaborationssuiten. Das schwierige Problem ist, sie zum Zusammenspiel zu bringen – über verschiedene Länder, verschiedene Systeme und verschiedene Regulierungsrahmen hinweg –, ohne dabei eine neue Bindung zu schaffen.

Das ist ein Integrationsproblem. Und genau dort erzeugt Europas fragmentierter Ansatz die größte Reibung.

Nehmen wir ein realistisches Szenario: Ein europäischer Hersteller arbeitet in Frankreich, Deutschland und Polen. Die französische Sparte nutzt souveräne Cloud-Dienste mit SecNumCloud-Zertifizierung. Das deutsche Geschäft läuft auf einer Private Cloud auf OpenStack-Basis. Die polnische Tochtergesellschaft setzt weiterhin auf Azure, weil es bei Vertragsabschluss keine tragfähige lokale Alternative gab. Jeder Rechtsraum hat leicht abweichende Regeln zum Datenstandort, unterschiedliche Compliance-Anforderungen aus NIS2 und DORA und unterschiedliche Auslegungen, wie die KI-Verordnung (AI Act) auf die automatisierten Prozesse anzuwenden ist.

Wer verbindet diese Systeme? Wer stellt sicher, dass Datenflüsse die Grenzen jedes Rechtsraums einhalten und das Unternehmen zugleich als eine Organisation arbeiten kann? Wer regelt, welche KI-Modelle welche Daten verarbeiten – und wo?

Heute lautet die Antwort meist: teure Berater, monatelange Sonderentwicklung und die Hoffnung, dass sich nichts ändert. Das ist keine Souveränität. Das ist Zerbrechlichkeit.

Warum KI-native Integration die Gleichung verändert

Genau dieses Problem sollte Fasthub lösen – nicht als weiteres Werkzeug in Europas wachsendem Katalog souveräner Alternativen, sondern als die verbindende Ebene, die sie alle gemeinsam nutzbar macht.

Fasthub ist eine KI-native Integrationsplattform, gebaut in Finnland, betrieben auf zu 100 % in der EU gehosteter Infrastruktur und vollständig aus Open-Source-Komponenten zusammengesetzt: Kubernetes, Keycloak, Open Policy Agent, Apache Camel, Quarkus, LokiDB, Valkey, Elasticsearch. Keine proprietären Blackboxes. Keine Abhängigkeit von einem einzelnen Anbieter – amerikanisch, chinesisch oder europäisch.

Der Zusatz „KI-nativ" ist dabei entscheidend. Herkömmliche Integrationsplattformen brauchen spezialisierte Entwickler, die sowohl das Quell- als auch das Zielsystem verstehen, dazu die Datenformate, die Authentifizierungsprotokolle und die Geschäftslogik dazwischen. Deshalb dauern Integrationen üblicherweise Wochen, kosten Hunderte Euro pro Stunde an Beraterhonoraren und erzeugen ihre eigene Form der Herstellerbindung – denn einmal gebaut, versteht nur noch derjenige ihre Funktionsweise, der sie gebaut hat.

Fasthub dreht dieses Modell um. Beschreiben Sie in eigenen Worten, was Sie verbinden möchten. Die KI erzeugt den Integrations-Workflow. Prüfen Sie ihn, passen Sie ihn an, stellen Sie ihn bereit – in der Managed Cloud von Fasthub oder in Ihrer eigenen Infrastruktur. Eine Person kann jetzt betreuen, wofür früher ein Team von Spezialisten nötig war.

Für die Souveränität zählt aber vor allem dies: Fasthub ist von Grund auf neutral. Es ist ihm gleich, ob Sie eine französische souveräne Cloud an eine deutsche Open-Source-Kollaborationssuite anbinden oder ein estnisches E-Government-System mit einer finnischen Gesundheitsplattform verbinden. Es drängt Sie zu keinem bestimmten Anbieter und zu keinem bestimmten Ökosystem. Es verbindet, was Sie haben, mit dem, was Sie brauchen – unter den Compliance-Vorgaben, die jeweils gelten.

Open Source ist kein Merkmal – es ist eine Vertrauensarchitektur

Wenn wir sagen, dass Fasthub zu 100 % aus Open-Source-Komponenten gebaut ist, ist das keine technische Fußnote. Es ist eine unmittelbare Antwort auf die Kernfrage der europäischen digitalen Souveränität: Wie vertrauen Sie den Werkzeugen, die Ihre Vertrauensgrenzen verwalten?

In einer Welt, in der selbst Microsoft einräumt, einer Herausgabeanordnung der US-Regierung für europäische Daten nicht widerstehen zu können, zählen Herkunft und Transparenz jeder Ebene Ihres Technologie-Stacks. Quelloffener Code lässt sich prüfen. Er lässt sich forken. Er lässt sich von jeder Organisation in jedem Rechtsraum betreiben, ohne Erlaubnis eines Mutterkonzerns, der ausländischem Recht unterliegen könnte.

Genau das haben 63 % der europäischen Technologie- und Politikverantwortlichen in Wires Souveränitätsumfrage 2025 als entscheidend bezeichnet: quelloffene Software als Grundvoraussetzung für echte digitale Unabhängigkeit. Nicht weil Open Source von Natur aus die bessere Software wäre, sondern weil es die einzige Software ist, deren Loyalität sich überprüfen lässt.

Der Stack von Fasthub – Kubernetes für die Orchestrierung, Keycloak für Identitäten, Open Policy Agent für Autorisierung, Apache Camel für das Routing, Quarkus für die Laufzeitperformance – besteht aus ausgereiften, praxiserprobten Technologien, die von weltweiten Communitys gepflegt werden. Kein einzelnes Unternehmen kann uns den Boden unter den Füßen wegziehen. Keine ausländische Regierung kann eine Hintertür erzwingen. Und jeder Kunde kann jede Zeile Code einsehen, die seine Daten berührt.

Finnland: der vertrauenswürdige neutrale Boden

Die finnische Herkunft von Fasthub ist kein Zufall. Finnland nimmt in Europas Souveränitätslandschaft eine besondere Stellung ein.

Als Gründungsmitglied der D9+-Koalition digital fortgeschrittener kleiner Staaten hat Finnland traditionell offene Märkte und Interoperabilität statt Protektionismus vertreten. Das Land führt die EU bei der Einführung generativer KI an – 66 % der finnischen Unternehmen nutzen generative KI-Werkzeuge, fast doppelt so viele wie im EU-Durchschnitt. In Finnland steht LUMI, einer der leistungsfähigsten Supercomputer der Welt und ein Eckpfeiler des europäischen Netzes der KI-Fabriken.

Zugleich ist Finnland in der innereuropäischen Souveränitätsdebatte geopolitisch neutral. Eine finnische Plattform trägt weder den protektionistischen Beiklang eines französischen Produkts noch die industriepolitischen Implikationen eines deutschen. Für kleinere EU-Mitgliedstaaten, die befürchten, „europäische Souveränität" bedeute Unterordnung unter die Technologieagenda von Paris und Berlin, bietet eine finnische Lösung einen pragmatischen Mittelweg: echt europäisch, nachweislich offen und frei von der Anziehungskraft eines einzelnen großen Mitgliedstaats.

Wie praktische europäische digitale Souveränität wirklich aussieht

Die Europäische Kommission veröffentlichte im Oktober 2025 ihr Cloud Sovereignty Framework, das acht Souveränitätsziele und mit SEAL ein neues Bewertungsverfahren für die Cloud-Beschaffung definiert. Sie startete eine 180 Millionen Euro schwere Ausschreibung für souveräne Cloud-Dienste. Der kommende Cloud & AI Development Act wird weitere Anforderungen bringen.

Für europäische Organisationen – öffentliche wie private – bedeutet das: Souveränität ist nicht länger optional. Sie wird zur Beschaffungsanforderung. Und erfolgreich werden die Organisationen sein, die Compliance über Rechtsräume hinweg nachweisen können und zugleich schnell genug bleiben, um global mitzuhalten.

Genau hier wird die Verbindung aus KI-nativer Integration und quelloffener Architektur zum Hebel:

Automatisierte Compliance-Zuordnung. Wenn Sie Systeme über mehrere EU-Rechtsräume hinweg verbinden, kann die Policy-Engine von Fasthub Regeln zum Datenstandort, Einwilligungserfordernisse und KI-Governance-Vorgaben automatisch durchsetzen – nicht nachträglich, sondern als fester Bestandteil jedes Integrations-Workflows.

Governance für KI-Modelle. Mit dem Wirksamwerden der KI-Verordnung müssen Organisationen wissen, welche KI-Modelle welche Daten verarbeiten, in welchem Rechtsraum und mit welchem Maß an menschlicher Aufsicht. Eine KI-native Integrationsplattform macht das standardmäßig prüfbar.

Keine Herstellerbindung. Bereitstellung auf beliebiger Infrastruktur – Ihren eigenen Servern, einem europäischen Cloud-Anbieter oder einer Mischung aus beidem. Wechseln Sie den Anbieter, ohne Ihre Integrationen neu zu bauen. Das ist das Versprechen der Interoperabilität, das GAIA-X entworfen, in der Praxis aber nur schwer eingelöst hat.

Wissen für viele statt für wenige. Europas Fachkräftemangel in der Technik ist real. Indem Fasthub auch Nicht-Spezialisten in die Lage versetzt, Enterprise-Integrationen in natürlicher Sprache zu bauen und zu betreuen, setzt es genau an dem Engpass an, der jede Souveränitätsmigration bremst: an der Knappheit von Menschen, die wissen, wie all das zusammenspielt.

Die eigentliche Frage

Europas Debatte über digitale Souveränität wird von großen Entwürfen bestimmt – Eurostacks, souveräne Clouds, „Buy European"-Vorgaben, Investitionszusagen über 12 Milliarden Euro. Das alles zählt. Doch Souveränität entsteht nicht durch Gipfeltreffen und Erklärungen. Sie entsteht durch die unspektakuläre, unverzichtbare, alltägliche Arbeit, Systeme zu verbinden, Daten zu bewegen und Organisationen am Laufen zu halten.

Die Frage ist nicht, ob Europa souveräne Alternativen zu US-Technologie baut. Es tut es bereits. Die Frage ist, ob diese Alternativen zusammenarbeiten werden – über Grenzen, über Systeme und über die Vertrauensgrenzen hinweg, die Europa zugleich komplex und demokratisch machen.

Das ist ein Integrationsproblem. Und es verdient eine Integrationsantwort.

Fasthub ist eine KI-native Integrationsplattform aus Turku, Finnland. Der Start erfolgt am 1. April 2026. Vollständig aus Open-Source-Technologien gebaut und zu 100 % in der EU gehostet, ermöglicht Fasthub Organisationen, Enterprise-Integrationen in natürlicher Sprache zu bauen, bereitzustellen und zu verwalten – ohne spezialisierte Berater. Tragen Sie sich in die Warteliste ein und erleben Sie als eine der Ersten eine neue Art, Integrationen zu bauen.

Das Problem herkömmlicher Integration

Seit Jahren kämpfen Unternehmen mit Integrationsplattformen, die Einfachheit versprechen und Komplexität liefern. Das herkömmliche iPaaS-Modell verlangt spezialisierte Berater, umfangreiche Schulungen und laufende Wartungskosten, die schnell aus dem Ruder laufen.

Ein typisches Integrationsprojekt dauert auf herkömmlichen Plattformen Wochen oder Monate. Selbst „einfache" Integrationen erfordern häufig externe Berater zu hohen Tagessätzen, und jede Änderung bedeutet den Gang zurück zu denselben Beratern.

Der Vorteil KI-nativer Plattformen

KI-native Integrationsplattformen wie Fasthub verfolgen einen grundlegend anderen Ansatz. Statt eines visuellen Editors, der weiterhin tiefes technisches Wissen voraussetzt, nutzen sie KI, um Ihre Integrationsanforderungen in eigenen Worten zu verstehen und die Lösung von Anfang bis Ende zu bauen.

Das bedeutet: keine Berater, keine wochenlange Konfiguration und drastisch niedrigere Gesamtbetriebskosten (TCO). Was früher Wochen dauerte, dauert heute Stunden. Was Spezialwissen erforderte, funktioniert heute mit einer einfachen Beschreibung dessen, was Sie brauchen.

Wirkung in der Praxis

Die Folgen dieser Verschiebung sind tiefgreifend. Unternehmen können ihre Integrationen jetzt in kurzen Zyklen weiterentwickeln, neue Ideen ausprobieren und sich an geänderte Anforderungen anpassen, ohne die Reibung herkömmlicher Plattformen.

Die Kosteneinsparungen sind ebenso erheblich. Ohne Beraterhonorare und mit minimaler laufender Wartung sinken die Gesamtbetriebskosten gegenüber herkömmlichen Lösungen um eine Größenordnung.

Ausblick

Mit dem weiteren Fortschritt der KI-Technologie wird der Abstand zwischen herkömmlicher und KI-nativer Integration nur größer. Die Frage ist nicht mehr, ob KI-native Integration eingeführt wird, sondern wie schnell Sie den Übergang schaffen.

Möchten Sie sehen, wie KI-native Integration in der Praxis funktioniert?

Nehmen Sie Kontakt auf und vereinbaren Sie eine Demo. Wir zeigen Ihnen, wie Fasthub die Integrationen Ihres Unternehmens verändern kann.