Meeting-KI auf Ihrem eigenen Cloud-Gateway: wie Recaps, Zusammenfassungen und der In-Meeting-Assistent innerhalb Ihres Azure-, Google- oder AWS-Perimeters bleiben
Jede Meeting-Plattform liefert mittlerweile KI-Funktionen aus, und jede KI-Funktion fügt der Liste derer, die Ihre Meeting-Inhalte sehen können, mindestens ein Unternehmen hinzu. Für die meisten Organisationen hat diese Liste bereits eine bestimmte Gestalt: das Sprachmodell-Gateway, das sie für ihre eigene KI nutzen — Azure OpenAI mit ihrem Microsoft 365-Mandanten, Google Vertex AI mit Google Workspace, Amazon Bedrock mit ihrer AWS-Infrastruktur. Ihr Compliance-Team hat dieses Gateway bereits einmal geprüft — mit seinem Datenverarbeitungsvertrag (DPA), seiner Region und seinen Bestimmungen zum Ausschluss von Training.
InterMIND betreibt seine KI-Funktionen auf demselben Gateway. Dieser Beitrag erklärt, was das in der Praxis bedeutet, was Ihre Organisation für einen KI-Aufruf verlässt und was nicht, wie die Einstellung funktioniert, wie andere Meeting-Tools diese Frage in ihrer öffentlichen Dokumentation behandeln, und was ein Beschaffungsprüfer überprüfen kann, ohne uns auf unser Wort vertrauen zu müssen.
Was „dasselbe Gateway" bedeutet
Die KI-Funktionen einer Organisation in InterMIND — Meeting-Recaps, Dokument-Zusammenfassungen, den Schreibassistenten in Notizen, Ask AI und Mia, die KI-Teilnehmerin, die Sie in einem Meeting namentlich ansprechen — laufen alle über ein Sprachmodell-Gateway pro Organisation. Ein Organisationsadministrator wählt das Gateway auf der Billing-Seite aus, und die Wahl gilt sofort für alle KI-Funktionen.
| Gateway | Wo das Modell läuft | Wie es konfiguriert wird |
|---|---|---|
| Azure OpenAI (Microsoft) | EU Data Zone — Verarbeitung und Speicherung innerhalb von EU-Mitgliedstaaten | InterMINDs eigener Mandant; die Voreinstellung für jede Organisation |
| Google Vertex AI (Google Cloud) | EU multi-region Endpunkt | InterMINDs eigenes Projekt; auswählbar über dieselbe Karte |
| Amazon Bedrock (AWS) | EU (Frankfurt), im eigenen AWS-Konto der Organisation | Die Organisation fügt einen IAM-Schlüssel mit Berechtigungen für Bedrock-Aufrufe hinzu; Modelle, Kontingente und die Marketplace-Vereinbarung bleiben in ihrem Konto — in Vorbereitung |
| Ihr eigener Endpunkt | Wo immer Sie ihn betreiben | Jeder OpenAI-kompatible Server — vLLM in Ihrem Rechenzentrum oder ein Deployment in Ihrem eigenen Mandanten |
Die Konsequenz für eine Compliance-Prüfung ist einfach: Es tritt kein neuer KI-Sub-Dienstleister in den Perimeter ein. Eine Organisation mit Microsoft 365, deren Meeting-Recaps auf Azure OpenAI laufen, hat es mit einer Partei zu tun, die sie bereits genehmigt hat — unter dem Microsoft Products and Services DPA und der EU Data Boundary, auf die sie sich bereits verlässt. Dieselbe Logik gilt für Google Workspace-Kunden, die Vertex AI nutzen. Eine Organisation mit AWS geht einen Schritt weiter: Mit Bedrock im eigenen Konto passieren die Meeting-Inhalte auf dem Weg zum Modell nicht einmal den InterMIND-Cloud-Mandanten.
Die von InterMIND genutzten Gateways sind mit keiner Datenspeicherung und keinem Training mit Kundeninhalten konfiguriert — Einstellungen, die für Azure OpenAI in der EU Data Zone die Voreinstellung sind und für Vertex AI die vertragliche Position von Google Cloud darstellen (siehe Quellen am Ende). InterMINDs eigene Sub-Dienstleister-Seite listet Microsoft und Google mit Region und Zweck auf; Google wird nur für Organisationen aufgeführt, die Vertex AI ausgewählt haben.