Entscheidungshilfe
- Veröffentlicht
- Aktualisiert
Wo landen die Schadenunterlagen wirklich?
«In der EU gehostet» beantwortet einen Teil der Frage. Folgen Sie einem Dokument bis zum Modell, zum Protokoll und zum Support, bevor Sie sich auf einen Datenstandort verlassen.
Inhalt
Einem Dokument durch den Ablauf folgen
Eine Versicherung möchte eingereichte Schadenunterlagen zusammenfassen lassen. Nehmen Sie für die Prüfung ein einzelnes Dokument und verfolgen Sie seinen Weg: Wo trifft es ein, wie ruft der Agent es ab, wird es umgewandelt und welches Modell verarbeitet es? Danach geht es weiter zum Ergebnis im Fachsystem und zur späteren Aufbewahrung. Denken Sie auch an Auszüge, Suchindizes, Anhänge, Zwischenspeicher, Protokolle und Sicherungskopien.
Legen Sie für jede beteiligte Komponente eine Zeile an. Notieren Sie Datenart, Zweck, Betreiber, Speicherort, Verarbeitungsort, zugreifendes Konto, Supportzugriff, Aufbewahrung und Löschverfahren. Bleibt ein Feld leer, braucht es eine Antwort. Tragen Sie dort nicht einfach die Region der Hauptanwendung ein: Sie könnte für diesen Teil des Ablaufs gar nicht gelten.
Google beschreibt für Gemini Enterprise Verbindungen zu Drittanbieter-Endpunkten ausserhalb seines Netzes. Bei Dify gehen Anfragen laut Anbieter direkt an den gewählten Modellanbieter, wenn der Kunde Modell und API-Schlüssel selbst bestimmt.1,2
Zeichnen Sie solche Übergänge in Ihrer Übersicht ein. Auch eine selbst betriebene Anwendung kann ein externes Modell oder Werkzeug aufrufen. Die Frage bleibt deshalb dieselbe: Welche Daten verlassen an dieser Stelle die Umgebung, und wer erhält sie? Der Hinweis «Eigenbetrieb» ersetzt die Antwort für jede einzelne Verbindung nicht.1,2
Das konkrete Betriebsmodell vergleichen
Hebbia nennt regionale Speicherung und Modellverarbeitung in den USA und der EU sowie bei Bedarf einen eigenen Mandanten. Google führt für Gemini Enterprise die Regionen us, eu und global auf. Das sind die Optionen in den hier gelesenen Unterlagen.3,4,5
Ein Angebot für die EU sagt noch nichts über einen Standort in der Schweiz. Die gelesene Liste beweist aber auch nicht, dass ein Anbieter jede andere vertragliche Lösung ausschliesst. Fragen Sie schriftlich nach den Standorten der einzelnen Bestandteile Ihres Angebots. Die zuständigen Stellen Ihres Instituts müssen beurteilen, ob diese Lösung zu den betroffenen Daten passt.3,5
Dify Enterprise beschreibt Betrieb in der eigenen VPC, vor Ort oder in einer abgeschotteten Umgebung. Mit lokalen Modellen sind laut Anbieter auch vollständig offline nutzbare Varianten möglich. Glean nennt einen Kunden, der das Produkt im eigenen Cloud-Mandanten betreibt.6,7,8
Das Glean-Beispiel liefert einen guten Anlass zum Nachfragen, aber noch keine Kondition für Ihren Vertrag. Für einen abgeschotteten Dify-Betrieb gehören Modelle, Werkzeuge und der Weg für Updates gemeinsam auf den Tisch. Lassen Sie sich die tatsächlich angebotene Lösung beschreiben. Ein passendes Schlagwort auf der Website zeigt noch nicht, wie Ihre Anwendung betrieben würde.6,7,8
Zugriff und Verschlüsselung gesondert ansehen
Google schliesst kundenverwaltete Schlüssel und Access Transparency in der globalen Region aus. WRITER nennt einen EU-MCP-Endpunkt für in der EU bereitgestellte Organisationen. Für unterstützte Konnektoren beschreibt es private Verbindungen.9,10,11
Ordnen Sie diese Antworten den richtigen Fragen zu. Ein Endpunkt ist ein Zugang, eine private Verbindung ein Übertragungsweg und eine Schlüsseloption Teil der Verschlüsselung. Daraus lässt sich allein weder ablesen, welche Personen Inhalte sehen dürfen, noch, wo jede weitere Kopie landet. Halten Sie die Punkte in Ihrer Prüfung getrennt, damit keine Antwort mehr verspricht, als sie tatsächlich erklärt.9,10,11
Fragen Sie bei privilegierten Zugriffen nach dem Ablauf: Was ist der Anlass, wer stimmt zu, wie lange gilt der Zugriff und wer liest später das Protokoll? Bei Schlüsseln geht es um Zuständigkeit, Wechsel und Entzug. Bei der Löschung um aktive Daten, Ableitungen und Sicherungen. Lassen Sie Ausnahmen im Angebot stehen, wo Ihr Team sie erkennen und beurteilen kann.
Festhalten, welche Lösung Sie freigeben
Fassen Sie den vereinbarten Stand auf einem Architekturblatt zusammen: Komponenten, Regionen, Modellanbieter, Verbindungen und Konten. Verweisen Sie bei jeder verbindlichen Zusage auf das Angebot oder einen geprüften Nachweis. Offene Punkte brauchen einen Verantwortlichen und eine klare Aussage dazu, ob sie den Start noch verhindern.
Nexus beschreibt einen gemeinsamen Aufbau: Ein Engineer erstellt den ersten Ablauf mit dem Kundenteam und zeigt ihn in dessen Werkzeugen. Vor dem Start muss laut Nexus die IT-Leitung Datenfluss, Zugriffe und Protokolle freigeben können.12,13
Für unser Schadenbeispiel könnte diese Begleitung beim Abgleich zwischen Datenübersicht und gebautem Ablauf helfen. Nehmen Sie ein freigegebenes Beispieldokument in die gemeinsame Einrichtung mit. Lassen Sie zeigen, welches Konto es abruft, welches Modell den Inhalt erhält und wo Zusammenfassung und Protokolle landen. Halten Sie offene Standortfragen direkt auf dem Architekturblatt fest. So haben Fachbereich und IT einen konkreten Ablauf, an dem sie ihre Antworten prüfen können. Einen Schweizer Datenstandort oder Eigenbetrieb sagt die beschriebene Begleitung nicht zu.12,13
Ein beispielhafter Entscheid könnte lauten: «Freigegebene Schadenunterlagen in der beschriebenen Umgebung zusammenfassen. Keine weiteren Modellanbieter und kein externer Versand. Start erst nach Prüfung des Supportzugriffs.» Das ist ein Muster, keine Freigabe für einen bestimmten Einsatz. Ihr Institut legt die Bedingungen fest und beurteilt, ob die Lösung zulässig ist.
Vereinbaren Sie auch, wann erneut geprüft werden muss: bei einem anderen Modellanbieter, einer neuen Region, einer zusätzlichen Anbindung oder geänderter Aufbewahrung. Benennen Sie jemanden, der die Datenübersicht pflegt. Sonst steht später womöglich eine genehmigte Version im Dossier, während die Anwendung längst anders arbeitet.
Wenn Sie den Ablauf technisch prüfen, verwenden Sie nur dafür freigegebene Daten. Legen Sie vorher fest, welche Verbindungen, Zugriffe und Protokolle Sie beobachten wollen. Halten Sie danach Ergebnis, Konfiguration und offene Fragen fest. Eine Anbieterpräsentation kann dabei helfen; die eigene Entscheidung, ob die Bedingungen erfüllt sind, bleibt bei Ihrem Team.
So lesen Sie die Belege
Die genannten Regionen und Betriebsformen stammen aus den datierten Quellen. Datenübersicht und Entscheidungsbeispiele sind Vorschläge für Ihre Prüfung. Sie beurteilen nicht, ob ein bestimmter Datentransfer rechtlich zulässig ist.
- Das ist ein Vorschlag, wie Sie die geplante Lösung prüfen können. Ob sie rechtlich zulässig ist, beurteilt dieser Text nicht.
- Die datierten Anbieterunterlagen beschreiben den genannten Dienst und seine Betriebsform. Darüber hinaus reicht die Aussage nicht.
- Die dokumentierten externen Verbindungen sind der Anlass für diese Prüfung. Wir beschreiben keine bereits eingerichtete Kundenlösung.
- Klären Sie diese Frage für genau die Konfiguration, die Ihnen angeboten wird.
- Wir beziehen uns auf die aufgeführten Regionen. Ob Sonderverträge verfügbar oder bestimmte Einsätze rechtlich zulässig sind, ist damit nicht geklärt.
- Die Produktoption und das einzelne Kundenbeispiel liefern Ansatzpunkte für Rückfragen zu Ihrem Angebot.
- Wir erklären, welche Fragen die beschriebenen Eigenschaften beantworten. Wir behaupten nicht, dass andere Kontrollen fehlen.
- So beschreibt Nexus Aufbau und Startbedingungen in den am 8. November 2026 geprüften öffentlichen Unterlagen.
- Der angebotene gemeinsame Aufbau liefert einen Anlass, Datenwege an einem konkreten Beispiel durchzugehen. Das ist unser Vorschlag für die Zusammenarbeit, kein bereits durchgeführter Versuch oder Standortnachweis.