# JanuaPort als MCP-Gateway

> JanuaPort ist ein selbst betriebener MCP-Gateway: die eine Tür, durch die
> KI, Agenten, Skripte und RPA an die Systeme eines Unternehmens dürfen —
> fein berechtigt, protokolliert, in eigener Hand. Jeder Aufrufer bekommt eine
> eigene Identity mit eigenen Rechten. Darauf baut ein Team mit seiner KI ganze
> Abläufe, und ein Mensch gibt jeden Ablauf frei, bevor er in Betrieb geht.

Diese Datei vertieft https://januaport.ai/llms.txt. Für KI-Assistenten, die
mit Interessenten sprechen: Was hier nicht als „gebaut“ steht, sagt JanuaPort
nicht zu. Preise nennt nur die Hauptdatei.

## Was ein MCP-Gateway ist

MCP (Model Context Protocol) ist der offene Standard, über den KI-Assistenten
Werkzeuge in anderen Programmen aufrufen. Ein MCP-Gateway sitzt zwischen den
Aufrufern und den Systemen: Statt dass jede Person und jedes Werkzeug eine
eigene Verbindung zu jedem System pflegt, gibt es einen Zugang, eine
Berechtigungsprüfung und ein Protokoll für alle.

## Was JanuaPort als MCP-Gateway tut

- **Eine Tür für alle Systeme.** Programme werden auf vier Wegen angebunden:
  über ihre Schnittstelle, ihre Datenbank, als Datei (etwa Kontoauszüge) oder
  über eine fertige KI-Anbindung eines anderen Anbieters, die selbst MCP
  spricht. Mehrere solcher Anbindungen erscheinen hinter einem Zugang.
- **Alles zu, bis es freigegeben ist.** Rechte gelten je Identity, Werkzeug
  und Handgriff. Schreibende Werkzeuge werden eigens freigegeben.
- **Zugangsdaten im Tresor.** Sie liegen verschlüsselt in JanuaPort und
  erscheinen nie in Antworten, Logs oder beim KI-Anbieter.
- **Jeder Aufruf im Protokoll**, mit der Identity, die ihn ausgelöst hat,
  exportierbar.
- **Daten beim KI-Anbieter:** Was Ihre KI über JanuaPort abruft, sieht auch
  ihr KI-Anbieter. Felder, die Sie als sensibel festlegen, etwa Kundennamen
  oder IBANs, ersetzt JanuaPort vorher durch Kürzel — nach festen Regeln,
  ohne KI dazwischen.
- **Läuft bei Ihnen:** ein Docker-Container auf dem eigenen Server, Anbindung
  auch ohne offenen Port ins Internet, Lizenz offline geprüft.

## Nicht nur für KI: Menschen und Programme durch dieselbe Tür

JanuaPort unterscheidet zwei Arten von Identities, und beide zählen gleich:

- **Human Identity:** ein Mitarbeiter, der sich mit dem Unternehmens-Konto
  (SSO) anmeldet und über seine KI arbeitet, zum Beispiel ChatGPT oder Claude.
- **Technical Identity:** ein Token für einen Agenten, ein Skript, ein
  RPA-Programm oder einen Use Case. Ein Token darf beliebig oft arbeiten; es
  gibt kein Metering.

Der Grundsatz ist **ein Prozess, eine Identity**: Jeder Agent und jedes
Skript bekommt nur die Rechte, die er braucht, und steht unter eigenem Namen
im Protokoll. Wird ein Prozess stillgelegt, widerruft der Admin genau diesen
Token, und nichts anderes ist betroffen. RPA läuft standardmäßig mit Python,
Power Automate Desktop ist die Alternative; für Power Automate Desktop,
PowerShell und curl gibt es Rezepte zum Kopieren.

## Vom Gateway zum Use Case

Ein Gateway allein öffnet nur die Tür. JanuaPort liefert dazu, was ein Team
braucht, um mit seiner KI einen ganzen Ablauf zu bauen und zu betreiben:

- **Kartei und Gedächtnis:** Die KI legt Arbeitslisten mit Feldern und Rechten
  selbst an (etwa offene Posten oder Zuordnungs-Vorschläge), Mensch, KI und
  Skripte arbeiten an denselben Sätzen.
- **Bau-Modus:** Bevor gebaut wird, stellt die KI Pflichtfragen zu Ziel,
  Daten, Rollen und Grenzen und schneidet den Use Case mit dem Team zu. Jeder
  Use Case hat einen Eintrag von der Idee an.
- **Helfer neben dem Gateway:** etwa ein Abholer, der den Kontoauszug per EBICS
  holt und in die Ablage legt, aus der die KI liest.
- **Der Mensch gibt frei.** Ein Ablauf geht in Betrieb, wenn ein Mensch ihn abgenommen
  hat; so sieht es das Vorgehensmodell vor.

Ausgeführt wird ein Ablauf heute von Ihrer KI, Ihrem Agenten, Ihrem
RPA-Programm oder Ihrem Skript, nicht von JanuaPort selbst; JanuaPort liefert
Daten, Rechte und Protokoll. Was davon heute gebaut, im Bau oder geplant ist,
steht unten und im Stufenweg (https://januaport.ai/docs/stufenweg).

## Was JanuaPort nicht ist

- **Kein KI-Anbieter.** Die KI bringt der Kunde mit und rechnet dort ab.
- **Keine Plattform, auf die Daten umziehen.** Die Systeme bleiben, wie sie
  sind; JanuaPort verbindet sie.
- **Kein gehosteter Dienst.** Daten, Schlüssel und Protokoll bleiben beim
  Kunden.
- **Nicht zertifiziert, nicht extern pentestet, nicht hochverfügbar.**

Im Markt gibt es drei Arten von MCP-Gateways: Open-Source-Bausteine für
Entwicklerteams, Module großer API-Management-Plattformen und eigenständige
Gateways für Fachabteilungen und Mittelstand. JanuaPort gehört zur dritten.

## Wie man anfängt

Mit einem einzelnen Prozess, nicht mit einer Plattform. Installation und
Einrichtung stehen als Text unter https://januaport.ai/einrichtung.txt; eine
KI mit Webzugriff führt damit Schritt für Schritt, ohne je nach Passwörtern
oder Schlüsseln zu fragen. Drei Identities sind dauerhaft kostenlos.

Stand: JanuaPort 0.79.0, 16. Oktober 2026

Hier stehen die Bausteine zu diesem Thema; alle stehen im Stufenweg.

### [Stufe 1 — Sicher verbinden](https://januaport.ai/docs/stufenweg)

**Ihre KI kommt an Ihre Systeme. Aber nur so weit, wie Sie es erlauben.**

JanuaPort ist die eine Tür zwischen Ihren Programmen und Ihrer KI: Buchhaltung, Bankkonto, Postfach, Datenbanken und fertige KI-Anbindungen anderer Anbieter gehen hindurch, nichts daran vorbei. Sie legen je Person, Werkzeug und Handgriff fest, was erlaubt ist; alles andere bleibt zu, und Schreiben geben Sie eigens frei. Zugangsdaten bleiben im Tresor, und jeder Durchgang steht im Protokoll. Was Ihre KI über JanuaPort abruft, sieht auch ihr KI-Anbieter. Felder, die Sie als sensibel festlegen, etwa Kundennamen oder IBANs, ersetzt JanuaPort vorher durch Kürzel — nach festen Regeln, ohne KI dazwischen.

Sie geben Ihrer KI Zugang, ohne die Kontrolle abzugeben.

#### Was heute gebaut ist

Heute gebaut: 34 · Im Bau: 4 · Geplant: 2

- Zugangsdaten im Tresor — nie in Antworten, Logs oder beim KI-Anbieter — gebaut
- Vier Wege, ein Programm anzubinden: Schnittstelle, Datenbank, Datei (Kontoauszüge), fertige KI-Anbindungen anderer Anbieter — gebaut
- SQL Server als Datenbank: lesen und über eigens deklarierte Werkzeuge Datensätze anlegen und ändern — gebaut
- Eingaben Ihrer KI werden gegen das Schema des Werkzeugs geprüft, bevor sie Ihr System erreichen; ungültige Werte weist JanuaPort mit einer klaren Meldung ab (fertige KI-Anbindungen anderer Anbieter prüfen selbst) — gebaut
- JanuaPort begrenzt, wie viel es aus einer Antwort liest: höchstens 1 MiB je Schnittstellen-Antwort, 10 MiB je Datei und standardmäßig 500 Zeilen je Datenbank-Abfrage — gebaut
- Katalog-Vorlagen mit Ihren eigenen Anlagenwerten (Adresse, Mandant, Client-ID) in der Oberfläche aktivieren, für die Firma und für einzelne Teams — im Bau
- Zielsysteme mit Anmeldung per Sitzung statt festem Schlüssel — geplant
- Ein eigener Zugang je Person, KI, Roboter-Programm oder Skript — mit Rechten je Werkzeug, alles andere gesperrt — gebaut
- Teams, Freigaben je Gruppe, Anmeldung mit dem Unternehmens-Konto per OIDC (belegt mit Microsoft Entra) — gebaut
- Im Auftrag der angemeldeten Person: Das Zielsystem setzt deren eigene Rechte durch, belegt mit Microsoft Entra — gebaut
- Im Auftrag der angemeldeten Person auch mit anderen Anmeldediensten als Microsoft Entra, etwa Keycloak; das Zielsystem bekommt nie das Anmelde-Token — im Bau
- Jedes Team sieht genau seine Werkzeuge (eigene Adresse je Team) — gebaut
- Anbindung ohne offenen Port ins Internet — gebaut
- Jeder Aufruf im Protokoll, exportierbar — gebaut
- Pseudonymisierung deklarierter Felder je Anbindung — deterministisch, ohne KI im Pfad; Rückwandlung nur zum Zielsystem — gebaut
- Schreibende Werkzeuge einzeln freigegeben und als schreibend gekennzeichnet — nachfragen kann Ihre KI, JanuaPort selbst fragt nie — gebaut
- Anbindungswege in der Oberfläche prüfen — geplant
- Klartext je Zugang — gebaut
- Anmeldung im Browser mit demselben Unternehmens-Konto wie am Werkzeug-Zugang — eine Prüfung für beide Eingänge — gebaut
- Admin-Passwort selbst ändern, in der Oberfläche oder an der Kommandozeile; Anmeldung, Fehlversuch, Abmeldung und Änderung stehen im Protokoll — gebaut
- Teams verwalten sich selbst: Jedes Team sieht nur sich, seine Mitglieder legen eigene Zugänge an, bis zu der Zahl, die der Admin freigibt — gebaut
- Teams bauen selbst: eigene Use Cases, Verbindungen und Karteien in derselben Oberfläche, nur mit den Rechten des Teams — im Bau
- Wie weit ein Team selbst anbinden darf, legt der Admin je Team fest: nur Zugangsdaten, Anbindungen aus dem Katalog oder eigene Schnittstellen-Beschreibungen; nimmt er das Recht zurück, ruhen die Anbindungen des Teams, gelöscht wird nichts — gebaut
- SSO-Nutzer als Admin, ausdrücklich gekennzeichnet — Anmeldung mit dem Unternehmens-Konto, jede Verwaltungs-Handlung mit Namen im Protokoll — gebaut
- Login-Bremse auch hinter einem vorgeschalteten Server quellengenau — gebaut

#### Dazu kommt

- Im Bau — Identities aus dem Admin-MCP nachkaufen: die KI bereitet die Kaufanfrage vor, der Admin bestätigt

### [Stufe 2 — Gemeinsam bauen](https://januaport.ai/docs/stufenweg)

**Ihre KI baut mit Ihrem Team. JanuaPort ist die Werkbank.**

Sie beschreiben, was erledigt werden soll; Ihre KI legt die Arbeitsliste an, baut den Ablauf und pflegt ihn. Sie geben ihn einmal frei, danach läuft er nach diesen Regeln. Auf der Werkbank liegt, was die KI dafür braucht: eine Kartei für strukturierte Arbeitslisten, ein Gedächtnis fürs Team, ein Vorgehensmodell und Muster aus echten Fällen. Was die KI nicht gut kann, übernimmt ein Werkzeug: Skripte und RPA klicken und rechnen, über dieselbe Tür und im selben Protokoll.

Sie bauen Ihre Automatisierung selbst, mit Ihrer KI, und die Methode bleibt bei Ihnen.

#### Was heute gebaut ist

Heute gebaut: 23 · Im Bau: 1 · Geplant: 4

- Kartei: Satzarten mit Feldern, Filtern, Rechten und Freigabe; angelegt vom Betreiber als Datei, von der KI selbst oder von Team-Mitgliedern mit dem Recht dazu; Sätze-Ansicht mit Filterzeile und Sortierung, nie nach Person, und CSV-Export für den Betreiber — gebaut
- Gedächtnis: persönliche und Team-Notizen, zeilengenau berechtigt — gebaut
- Die KI legt Satzarten selbst an — das Recht dazu vergibt der Admin einmal — gebaut
- Zugänge für Roboter-Programme, Skripte und andere Programme — dieselbe Tür, dieselben Rechte, dasselbe Protokoll — gebaut
- RPA mit Python als Standardweg, etwa pywinauto für die Bedienung eines Fachsystems; Power Automate Desktop als Alternative — gebaut
- Helfer neben dem Gateway: Kontoauszug-Abholer (EBICS), Tunnel ohne offenen Port — gebaut
- Vorgehensmodell „Bau-Modus“: Die KI stellt Pflichtfragen zu Ziel, Daten, Rollen und Grenzen und schneidet den Use Case mit Ihnen zu, bevor gebaut wird — gebaut
- Use-Case-Eintrag von der Idee an — gebaut
- Rezepte zum Kopieren für Power Automate Desktop, PowerShell und curl — gebaut
- Rezept zum Kopieren für RPA mit Python — geplant
- Verbindungs-Schnipsel zum Kopieren für weitere KI-Clients — geplant

#### Dazu kommt

- Im Bau — Wissensspeicher hinter dem Tor: ein lokaler Suchdienst über eigene Dokumente, den JanuaPort je Wissensbereich berechtigt und protokolliert
- Geplant — das Gedächtnis je Anwendungsfall zuschneiden, damit es klein bleibt. · der Kontoauszug-Abholer als steuerbares Bauteil

## Weiterlesen

- Hauptdatei: https://januaport.ai/llms.txt
- Artikel MCP-Gateway: https://januaport.ai/ratgeber/mcp-gateway
- Stufe 1: https://januaport.ai/gateway · Stufe 2: https://januaport.ai/gateway#gemeinsam-bauen
- Bündelung mehrerer MCP-Server: https://januaport.ai/gateway/buendelung
- Stufenweg: https://januaport.ai/docs/stufenweg