Wo Ihre Systeme laufen und woraus sie bestehen

Die Systeme, die wir für Sie bauen und betreiben, laufen fast ausschließlich auf Servern in der EU. Sie bestehen fast ausschließlich aus Open Source oder eigenem Code, also in der Regel ohne Abo für fremde Software. Statt auf unserer können sie auch auf Ihrer eigenen Infrastruktur laufen. KI-Modelle können auf Wunsch lokal laufen. Ausnahmen nennen wir vor Projektstart.

Von Leonardo Scharl Stand: 4. November 2026

Vier Grundsätze für die Systeme, die wir bauen

Sie sind unser Standard für das, was wir für Sie entwickeln und betreiben. Ausnahmen nennen wir vorab.

Server in der EU

Ihre Systeme laufen fast ausschließlich auf Servern in der EU. Welche Anbieter wir dafür einsetzen, nennen wir Ihnen vor Projektstart. Ausnahmen nennen wir vorab. Auf EU-Servern entsteht durch den Betrieb in der Regel keine Übermittlung in Drittländer, sofern niemand aus einem Drittland darauf zugreift.
Open Source oder eigener Code

Wir setzen auf Open-Source-Software, schreiben den Code selbst oder mischen beides. So fallen für fremde Software in der Regel keine laufenden Lizenzkosten an. Welche Rechte Sie an unserem Code erhalten, regelt der Vertrag. Als offene Bausteine kommen zum Beispiel PostgreSQL (Datenbank), Caddy (Webserver), Temporal (Ablaufsteuerung) und Zitadel (Anmeldung) in Frage. Jeder Baustein hat seine eigene Lizenz, die wir Ihnen nennen.
Lokale KI-Modelle möglich

KI-Modelle können auf Servern laufen, die Sie kontrollieren, sodass Inhalte nicht an einen externen KI-Anbieter gehen. Wo ein Endpunkt in der EU genügt, nutzen wir diesen. Wir entscheiden je Aufgabe, dazu mehr weiter unten.
API, MCP und zentrale Anmeldung

Was wir selbst bauen, bietet in der Regel eine Programmierschnittstelle (API) und spricht MCP, das Model Context Protocol, den offenen Standard, über den KI-Assistenten Werkzeuge ansprechen. Wo die zentrale Anmeldung eingerichtet ist, genügt für unsere eigenen Tools eine Anmeldung (Single Sign-on). Das hängt vom Projekt ab und gilt für Tools, die wir selbst bauen. Fremde Programme rüsten wir damit nicht aus.

Warum das wichtig ist

Drei Gründe, die in der Praxis den Unterschied machen.

Recht und Zugriff

Läuft ein System auf Servern in der EU und greift keine Stelle aus einem Drittland darauf zu, entsteht durch den Betrieb keine Übermittlung in ein Drittland im Sinne von Kapitel V DSGVO. Anbieter mit Sitz in den USA können außerdem dem US CLOUD Act unterliegen, auch wenn ihre Rechenzentren in der EU stehen. Das Gesetz kann US-Anbieter verpflichten, Daten in ihrer Verfügungsgewalt an US-Behörden herauszugeben, auch wenn sie im Ausland gespeichert sind. Das ist keine Rechtsberatung. Was für Ihren Fall gilt, klären Sie mit Ihrer oder Ihrem Datenschutzbeauftragten oder einer Anwältin oder einem Anwalt.

Quellen: DSGVO, Kapitel V (EUR-Lex)US CLOUD Act, 18 U.S.C. § 2713 (Cornell)

Kosten

Bei Abo-Software legt der Anbieter Preise und Grenzen fest und kann sie ändern. Für Open-Source-Bausteine fällt keine Lizenzgebühr an. Was Betrieb und Nutzungsrechte an unserem Code kosten, steht im Angebot. Hosting und Weiterentwicklung kosten weiterhin Geld, aber sie bleiben planbar und Sie entscheiden mit.

Wechsel und Unabhängigkeit

Geschlossene Systeme binden Daten und Abläufe an einen Anbieter. Ein Wechsel kann dann aufwendig und teuer werden. Offene Formate und Schnittstellen erleichtern den Wechsel. Was danach für unseren Code gilt, regelt der Vertrag.

Der Vergleich

Vergleich: Geschlossenes System im Abo und Systeme von enaudo
Kriterium	Geschlossenes System im Abo	Mit enaudo
Serverstandort	Vom Anbieter bestimmt, oft auch außerhalb der EU.	Fast ausschließlich in der EU oder auf Ihrer eigenen Infrastruktur. Ausnahmen vorab benannt.
Quellcode	In der Regel nicht einsehbar.	Fast ausschließlich Open Source oder eigener Code. Quellcode-Zugang regelt der Vertrag.
Laufende Lizenzkosten	Abo pro Nutzer oder Modul, Preise setzt der Anbieter.	Keine Lizenzgebühren für Open-Source-Bausteine. Betrieb und Nutzungsrechte stehen im Angebot.
Wechsel	Oft aufwendig, weil Daten und Abläufe im System des Anbieters liegen.	Daten über Schnittstellen und offene Formate exportierbar. Wechsel und Nutzung danach regelt der Vertrag.
KI-Modell	Meist vom Anbieter vorgegeben.	Wahl je Aufgabe: lokal oder EU-Endpunkt.
Datenexport	Oft auf die Formate und Wege des Anbieters beschränkt.	Über Schnittstellen und offene Formate.

Die linke Spalte beschreibt typische Muster geschlossener Abo-Systeme, einzelne Produkte können abweichen. Die rechte Spalte gilt für Systeme, die wir bauen, ob wir sie betreiben oder Sie selbst.

Lokale KI-Modelle: wann sie sinnvoll sind

Lokal ist keine Pflicht und nicht immer die beste Wahl. Wir entscheiden gemeinsam mit Ihnen, je Aufgabe.

Lokal sinnvoll

Vor allem bei sensiblen Daten.

Personal-, Vertrags- oder andere besonders sensible Inhalte, die das System nicht verlassen sollen.
Wenn Sie unabhängig von den Preisen und Bedingungen eines KI-Anbieters bleiben wollen.
Wenn eine Aufgabe von einem kleinen, gut passenden Modell zuverlässig erledigt wird.

EU-Endpunkt genügt

Bei weniger sensiblen Inhalten oft ausreichend.

Wenn die Daten unkritisch sind und ein größeres Modell die Aufgabe deutlich besser löst.
Wenn Sie keine eigene Rechenleistung betreiben möchten.
Ein Endpunkt in der EU bei einem Anbieter mit Sitz in den USA lässt die CLOUD-Act-Frage von oben offen. Das bewerten wir mit Ihnen.

Der Nachteil

Lokale Modelle brauchen eigene Rechenleistung, also Server mit leistungsfähigen Grafikkarten, gekauft oder gemietet. Und nicht jedes lokale Modell ist für jede Aufgabe gleich gut.

So entscheiden wir

Je Aufgabe, nicht pauschal. Wir nehmen das günstigste Modell, das die Aufgabe zuverlässig erfüllt. Das kann ein kleines lokales Modell sein oder ein EU-Endpunkt.

Was das nicht heißt

Hosting, Wartung und Weiterentwicklung kosten weiterhin Geld. Für die Open-Source-Bausteine fallen keine Lizenzgebühren an. Für unseren eigenen Code gilt das nicht automatisch.
„Fast ausschließlich“ heißt: Wenn es in einem Projekt eine Ausnahme gibt, nennen wir sie vor Projektstart und begründen sie.
Ihre vorhandenen Programme, etwa für Buchhaltung oder CRM, bleiben, wie sie sind. Wir binden sie an, wo es sinnvoll ist, und ersetzen sie nicht.
Nutzungsrechte, Quellcode-Zugang und Unterstützung beim Wechsel regelt der Vertrag.

Diese Website selbst gehört nicht dazu: Der Termin-Dialog lädt erst nach Ihrer Bestätigung Cal.com und damit Sentry, beide aus den USA, und unser E-Mail-Hosting liegt bei Infomaniak in der Schweiz. Alle Anbieter nennen wir in der Datenschutzerklärung.

Häufige Fragen zu Souveränität

Ist bei enaudo alles Open Source?

Nein. Die Systeme, die wir für Sie bauen, bestehen fast ausschließlich aus Open Source oder eigenem Code. Das „fast“ ist ernst gemeint: Gibt es eine Ausnahme, zum Beispiel n8n, dessen Fair-Code-Lizenz den Quellcode zwar einsehbar macht, aber nicht Open Source im strengen Sinn ist, nennen wir sie vor Projektstart. Ihre vorhandenen Programme bleiben bestehen.

Ist ein Betrieb auf EU-Servern automatisch DSGVO-konform?

Nein. Auf EU-Servern entsteht durch den Betrieb in der Regel keine Übermittlung in Drittländer, sofern niemand aus einem Drittland darauf zugreift. Mehr leisten sie allein nicht. Ob ein System datenschutzrechtlich passt, hängt unter anderem von Rechtsgrundlage, Verträgen, Zugriffsrechten und Löschfristen ab. Wir bauen datensparsam und klären das vorab mit Ihnen, ersetzen aber keine Rechtsberatung.

Brauche ich eigene Hardware für lokale KI-Modelle?

Nicht unbedingt. Lokale Modelle brauchen leistungsfähige Server mit Grafikkarten. Die können bei Ihnen stehen oder bei einem Anbieter in der EU gemietet sein, beides verursacht Kosten. Ob sich das lohnt, entscheiden wir je Aufgabe. Oft genügt ein Endpunkt in der EU.

Was bedeutet das für Ihr Vorhaben?

Im Erstgespräch klären wir, welche Teile offen oder selbst gebaut sein sollen, wo die Server stehen und ob lokale Modelle für Sie sinnvoll sind.

Erstgespräch buchen