Ihre Besprechungsprotokolle in der KI-Cloud, die Sie bereits nutzen: Wie der Host einmal für die gesamte Organisation Azure, Google oder AWS wählt
Jede Meeting-Plattform liefert inzwischen KI-Funktionen aus, und jede KI-Funktion fügt der Liste derer, die Ihre Meeting-Inhalte sehen, mindestens ein weiteres Unternehmen hinzu. Für die meisten Organisationen hat diese Liste bereits eine feste Form: das Sprachmodell-Gateway, das sie für ihre eigene KI nutzen. Das ist Azure OpenAI mit dem Microsoft-365-Tenant, Google Vertex AI mit Google Workspace oder Amazon Bedrock im eigenen AWS-Bestand. Ihr Compliance-Team hat dieses Gateway einmal geprüft, samt AVV (DPA), Region und Zero-Training-Bedingungen.
InterMIND betreibt seine KI-Funktionen auf genau diesem Gateway. Dieser Beitrag erklärt, was das praktisch bedeutet, was für einen KI-Aufruf Ihre Organisation verlässt und was nicht, wie die Einstellung funktioniert und wie andere Meeting-Tools dieselbe Frage in ihrer öffentlichen Dokumentation behandeln. Außerdem zeigt er, was ein Host (oder der Kunde, der ihn fragt) prüfen kann, ohne uns beim Wort nehmen zu müssen.
Was „dasselbe Gateway“ bedeutet
Alle KI-Funktionen einer Organisation in InterMIND laufen über ein Sprachmodell-Gateway pro Organisation. Dazu gehören Besprechungsprotokolle, Dokumentzusammenfassungen, der Schreibassistent in den Notizen und Ask AI. Auch Mia, die KI-Teilnehmerin, die Sie im Meeting mit Namen ansprechen, läuft darüber. Ein Organisations-Admin wählt das Gateway auf der Abrechnungsseite (Billing), und die Wahl gilt für alle KI-Funktionen gleichzeitig.
| Gateway | Wo das Modell läuft | Wie es konfiguriert wird |
|---|---|---|
| Azure OpenAI (Microsoft) | EU Data Zone: Verarbeitung und Speicherung innerhalb der EU-Mitgliedstaaten | Eigener Tenant von InterMIND; Standard für jede Organisation |
| Google Vertex AI (Google Cloud) | Multi-Region-Endpunkt in der EU | Eigenes Projekt von InterMIND; über dieselbe Karte auswählbar |
| Amazon Bedrock (AWS) | In der AWS-Region Ihrer Wahl, im eigenen AWS-Konto der Organisation | Die Organisation hinterlegt in den Einstellungen einen IAM-Zugriffsschlüssel mit Bedrock-Invoke-Rechten; Modelle, Kontingente und die Marketplace-Vereinbarung bleiben in ihrem Konto |
| Your own endpoint | Wo immer Sie ihn betreiben | Jeder OpenAI-kompatible Server: vLLM im eigenen Rechenzentrum oder ein Deployment im eigenen Tenant |
Für eine Organisation, die bereits Microsoft 365 oder Google Workspace nutzt, ist die Konsequenz einfach: Kein neuer KI-Unterauftragsverarbeiter betritt den Perimeter. Besprechungsprotokolle auf Azure OpenAI laufen bei einer Partei, die die Organisation bereits freigegeben hat, unter dem Microsoft Products and Services DPA und der EU Data Boundary, auf die sie sich ohnehin stützt. Dasselbe gilt für Google-Workspace-Kunden mit Vertex AI. Eine Organisation auf AWS geht noch einen Schritt weiter: Mit Bedrock im eigenen Konto läuft der Meeting-Inhalt auf dem Weg zum Modell nicht einmal durch den Cloud-Tenant von InterMIND.
Die von InterMIND genutzten Gateways sind mit Zero Data Retention und ohne Training auf Kundeninhalten konfiguriert. Bei Azure OpenAI ist das der Standard für die EU Data Zone, bei Vertex AI die vertragliche Position von Google Cloud (siehe die Quellen am Ende). Die Unterauftragsverarbeiter-Seite von InterMIND führt Microsoft und Google mit Region und Zweck auf. Google erscheint dort nur für Organisationen, die Vertex AI gewählt haben.