Das Angebot des Lieferanten wirkt beruhigend. Es trägt eine Schweizer Flagge, nennt den Dienst «souverän» und verspricht, Kundendaten nie für Training zu verwenden. Dennoch kann die prüfende Partnerin drei praktische Fragen nicht beantworten: Dürfen Supportmitarbeitende eine Mandantendatei öffnen? Wohin gelangt eine Fehlerspur? Was kann das Büro mitnehmen, wenn der Dienst endet?
Diese offenen Fragen müssen ein kleines professionelles Büro nicht vom Einsatz von KI abhalten. Sie sollten seinen Einkauf verändern. Sensible Dateien können wertvolle Dokumentensuche, Entwürfe und Prozessunterstützung ermöglichen, sobald das Büro allgemeine Aussagen in Kontrollen übersetzt, die der Anbieter belegen und testen kann.
Die Beschaffung souveräner KI ist ein Abnahmeprozess für Datenflüsse, Zugriffe, Betrieb und Ausstieg. Die passende Option erfüllt die Anforderungen in der gelieferten Konfiguration und lässt sich über die erwartete Lebensdauer betreiben.
Ein KI-Entwicklungsprojekt kann die folgende Prüfliste mit synthetischen oder redigierten Dokumenten in einen kurzen Machbarkeitsnachweis übersetzen. Allgemeinere Einkaufsfragen behandelt die Beschaffung von KI-Agenten. Hier geht es gezielt darum, Aussagen zur Kontrolle sensibler Informationen zu prüfen.
Beginnen Sie mit der gewünschten Arbeit
Die Beschaffung wird einfacher, wenn das Team mit einem konkreten Ablauf beginnt. Eine Kanzlei möchte vielleicht belegte Antworten innerhalb eines Mandats. Ein Treuhandbüro benötigt eine Liste fehlender Unterlagen für einen Mandanten und eine Periode. Eine Beratung will aus berechtigten Projektdateien einen ersten Entwurf erstellen.
Halten Sie die betroffenen Dokumente, die zugriffsberechtigten Personen, die erlaubten Aktionen des Assistenten und die verbleibende menschliche Freigabe fest. Daraus entsteht eine Kontrollgrundlage, die jeder Anbieter erfüllen muss. Zugleich erhält eine attraktive Architektur keine weitergehende Befugnis, als die Aufgabe erfordert.
Wenden Sie dieselbe Grundlage auf drei Optionen an:
- Eine lokale Appliance, die Inferenz und Abruf im Büro ausführt
- Ein privat in der Schweiz gehosteter Dienst mit dedizierten oder logisch isolierten Ressourcen
- Ein verwalteter Unternehmensdienst mit vertraglichen und technischen Kontrollen
Eine lokale Appliance kann die routinemässige Übertragung an einen Modellendpunkt verringern und dem Büro direkte Kontrolle über Netzwerkregeln und Updates geben. Sie bringt zugleich Verantwortung für Patches, Sicherungen, Überwachung und Wiederherstellung. Ein ausgereifter verwalteter Dienst kann diese Funktionen besser betreiben. Vergleichen Sie Nachweise und Betriebskapazität, statt die Optionen allein nach räumlicher Nähe zu ordnen.
Diese Unterscheidung grenzt den Beitrag von der allgemeineren Kaufentscheidung für On-Premises-KI ab. Hier lautet die Frage, wie das Büro die tatsächlichen Kontrollen jeder Option prüft.
Übersetzen Sie jede Souveränitätsaussage in einen Nachweis
Anbietersprache wird nützlich, wenn sie auf ein Dokument, eine Konfiguration oder einen Test verweist. Jede Bezeichnung als «souverän» sollte durch konkrete Nachweise für die gekaufte Version und Bereitstellung gestützt werden.
| Anbieteraussage | Verlangter Nachweis | Abnahmeprüfung |
|---|---|---|
| Inferenz läuft lokal | Laufzeitinventar, Netzwerkdesign und Updatekonfiguration | Ausgehenden Verkehr während Inferenz und Indexierung beobachten |
| Daten bleiben in der Schweiz | Standorte für Verarbeitung, Support, Unterauftragsbearbeiter und Sicherungen | Jede gespeicherte und übertragene Datenklasse verfolgen |
| Der Kunde kontrolliert Zugriffe | Benannte privilegierte Rollen, Schlüsselzuständigkeit und Zugriffsprotokolle | Büro-, Anbieter- und Notfallkonten getrennt testen |
| Das System ist vom Netz getrennt | Physisches und logisches Netzwerkdesign | Routinebetrieb, Updates und Supportverfahren vorführen |
| Daten werden nie für Training verwendet | Vertragsbedingungen und Konfiguration für jede Datennutzung | Überwachung, Fehleranalyse, Protokolle und Support getrennt prüfen |
Lokale Inferenz bezeichnet den Ort der Modellausführung. Schweizer Datenresidenz bezeichnet den Ort eines Verarbeitungs- oder Speicherschritts. Operative Souveränität betrifft die Kontrolle über Identitäten, Netzwerkregeln, Modell- und Indexdateien, Löschung, Updatezeitpunkte und Supportzugriffe. Ein vom Netz getrennter Betrieb beschreibt eine Topologie ohne routinemässigen Netzwerkpfad. Jede Eigenschaft kann relevant sein und benötigt einen anderen Nachweis.
Ein Anbieter kann manche Anforderungen vertraglich und andere durch Konfiguration erfüllen. Dokumentieren Sie beides. Kann eine Aussage im Nachweis nicht vorgeführt werden, bleibt sie eine offene Anforderung mit Verantwortlichem und Frist. Ein Gütesiegel oder eine Firmenadresse schliesst diese Lücke nicht.
Zeichnen Sie den gesamten Datenfluss einschliesslich Support
Der Anbieter soll jeden Ort abbilden, an dem ein Prompt, Dokument, Embedding, Ergebnis, Kontokennzeichen, Telemetrieereignis oder eine Fehlerspur übertragen oder gespeichert wird. Das Diagramm umfasst Browser, Konnektor, OCR-Dienst, Vektorspeicher, Modelllaufzeit, Protokollierung, Überwachung, Updates, Fernsupport, Sicherung und Notfallwiederherstellung.
Erfassen Sie für jede Komponente:
- Betreibende Organisation und Land der Verarbeitung oder Speicherung
- Empfangene Datenklassen, Zweck und Aufbewahrungsdauer
- Privilegierte Rollen und die Möglichkeit, den Fernzugriff durch das Büro abzuschalten
- Unterauftragsbearbeiter, optionale Flüsse und Verhalten bei Ausfall einer externen Abhängigkeit
Die Checkliste des EDÖB zur Datenbearbeitung in der Cloud verlangt eine Beurteilung von Anbieterbedingungen, Verarbeitungsländern, Inventaren, Unterauftragsbearbeitern, Löschung oder Rückgabe, Sicherheit und Zusammenarbeit bei Betroffenenanfragen oder Untersuchungen. Diese Fragen gelten auch für Dienste hinter einer Appliance-Oberfläche. Ein Gerät im Büro kann weiterhin einen Lizenzserver kontaktieren, Telemetrie senden oder einen Supporttunnel öffnen.
«Kein Training» gehört als einzelne Zeile in diese Karte. Trainingsnutzung unterscheidet sich von Missbrauchsüberwachung, Fehleranalyse, Support, Protokollen, Sicherungen und gesetzlicher Aufbewahrung. Der Anbieter muss jeden Pfad getrennt beschreiben.
Beobachten Sie danach das gelieferte System. Erfassen Sie ausgehende Verbindungen während Inferenz, Indexierung, Updates und einer Supportsitzung. Dokumentieren Sie erwartete Ziele und blockieren Sie einen nicht genehmigten Fluss, um das Produktverhalten zu bestätigen. Das Diagramm zeigt die Absicht, der Netzwerktest den konfigurierten Weg.
Testen Sie administrative Zugriffe und Mandantenberechtigungen
Das Abnahmepaket muss jede privilegierte Rolle benennen. Trennen Sie Büroadministration, Supportkonto des Anbieters und Notfallkonto. Dokumentieren Sie Genehmigung und Ablauf von Zugriffen, protokollierte Aktionen und ob das Büro den Anbieterpfad ausserhalb eines Wartungsfensters abschalten kann.
Fragen Sie, wer Verschlüsselungsschlüssel, Modelldateien, Index-Snapshots und Zertifikate für die Fernverwaltung kontrolliert. Eine lokale Appliance mit dauerhaftem Anbietertunnel gibt dem Lieferanten eine andere Betriebsposition als ein Gerät, bei dem der Kunde ein zeitlich begrenztes und protokolliertes Supportfenster öffnet.
Benutzerberechtigungen verdienen dieselbe Aufmerksamkeit. Der Assistent sollte die aktuelle Identität erhalten und den Zugriff nach Person, Gruppe, Mandant oder Fall vor dem Abruf durchsetzen. Testen Sie Suche, Verlauf, Zitate, Exporte, Protokolle und Administrationsansichten. Ist der Identitäts- oder Richtliniendienst nicht verfügbar, muss das System die Anfrage ohne Datenzugriff abbrechen.
Ein Entzug muss bei der Abfrageberechtigung sofort wirken. Index oder Cache können für die Aktualisierung Zeit brauchen, deshalb bleibt die veraltete Kopie in diesem Intervall unerreichbar. Bereits heruntergeladene oder exportierte Dateien liegen ausserhalb dieser Kontrolle. Fortlaufende Kontrolle erfordert einen bestimmten verwalteten Mechanismus und einen eigenen Test.
Die EDÖB-Hinweise zur Auftragsdatenbearbeitung halten fest, dass der Verantwortliche für Auswahl, Instruktion und Überwachung des Auftragsbearbeiters, Vertraulichkeit, Sicherheit und grenzüberschreitende Bekanntgabe verantwortlich bleibt. Die genaue Rollenverteilung hängt von Mandat und Datenfluss ab. Der Vertrag sollte Pflichten zuweisen, statt sie aus dem Produkttyp abzuleiten.
Prüfen Sie die Lieferkette für Modelle und Software
Souveränität kann an Komponenten scheitern, die auf der Marketingseite nie erscheinen. Fordern Sie Modellname und Version, Lizenz, Herkunft der Gewichte, Hashes oder Signaturen, Laufzeitabhängigkeiten, Schwachstellenprozess und Updatekanal an. Identifizieren Sie zur Laufzeit abgerufene Komponenten und Funktionen, die bei Nichterreichbarkeit des Anbieters ausfallen.
Die Prüfung umfasst auch OCR, Embedding-Modelle, Vektordatenbank, Authentifizierung, Überwachungsagenten und Sicherungssoftware. Fragen Sie, welche Elemente quelloffen, proprietär oder an ein Abonnement gebunden sind. Ein lokales Modell kann immer noch von einem gehosteten Identitätsdienst oder einer entfernten Lizenzprüfung abhängen.
Definieren Sie, wer das Modell ersetzen darf und wie die Änderung freigegeben wird. Ein neues Modell oder ein neuer Parser kann Antwortqualität, Kontextverarbeitung und Datenflüsse verändern. Vor dem Produktiveinsatz benötigt das Büro einen Regressionstest mit repräsentativen Dokumenten.
Der Kern des NIST AI Risk Management Framework ist eine freiwillige US-Leitlinie und kein Schweizer Recht. Er ist hier nützlich, weil er klare Rollen, Lieferkettenkontrollen, risikobasierte Tests, Überwachung und geplante Ausserbetriebnahme über den Lebenszyklus fordert. Ein kleines Büro kann diese Struktur anpassen, ohne daraus eine Zertifizierung abzuleiten.
Das Softwareinventar unterstützt auch die Anbieterunabhängigkeit. Anbieterunabhängigkeit mit selbst gehosteter KI erklärt, weshalb der Besitz der Laufzeit weiterhin Abhängigkeiten bei Hardware, Frameworks und Betriebswissen lässt.
Bewerten Sie das Betriebsmodell zusammen mit dem Produkt
Der angegebene Lizenz- oder Appliance-Preis erfasst selten die ganze Entscheidung. Lassen Sie jeden Anbieter Kosten oder Zuständigkeiten für verschlüsselten Speicher, Sicherungen, Netzwerkanpassungen, Identitätsintegration, Modell- und Indexupdates, Überwachung, Support, Schulung, Störungsreaktion und Ausstiegshilfe ausweisen.
Ein einfacher Vergleich des ersten Jahres sollte die Rechnung offenlegen:
Kauf oder Abonnement + Integration + Support + Administrationsstunden × interner Stundensatz + erwartete Prüfstunden × Prüfstundensatz
Jede Zahl stammt aus dem Angebot oder einer ausdrücklich als illustrativ bezeichneten, datierten Annahme im Entscheidungsprotokoll. Nehmen Sie die Kosten eines realistischen Ausfalls und der Wiederherstellung auf. Reine Tokenpreise können die Gesamtkosten eines sicher zu betreibenden und menschlich geprüften Systems nicht abbilden.
Zuständigkeit braucht Namen und Zahlen. Weisen Sie Betriebssystem-Patches, Modellupdates, Indexneuaufbau, Sicherungen, Schlüsselrotation, Überwachung und Störungsmeldung zu. Legen Sie fest, wer Inferenz aussetzt, Beweise sichert und den Dienst wiederherstellt. Eine lokale Appliance überträgt dem Büro mehr Aufgaben. Ihr Wert hängt davon ab, ob jemand sie zuverlässig ausführen kann.
Lassen Sie den Anbieter einen kurzen Abnahmenachweis bestehen
Verwenden Sie synthetische Mandantendokumente mit bekannten Antworten. Der Nachweis sollte die gelieferte Identitätskonfiguration, Netzwerkrichtlinie und den Supportprozess genau genug nachbilden, um fehlende Kontrollen sichtbar zu machen. Halten Sie Bestehenskriterium, beobachtete Einschränkung, Zuständigkeit und Behebungsdatum fest.
Nehmen Sie diese Tests auf:
- Zwei Mandanten oder Fälle mit ähnlichen Namen, geprüft auf Lecks in Suche, Zitaten, Verlauf und Exporten
- Einen Berechtigungsentzug, der die nächste Anfrage blockiert, während Index und Cache aktualisiert werden
- Eine nicht vertrauenswürdige Datei mit Anweisungen an das Modell, während Anwendungsrechte und Werkzeuggrenzen wirksam bleiben
- Eine belegte Frage mit bekannter Evidenz und eine zweite Frage ohne vorhandene Antwort
- Einen kontrollierten Dienstausfall und die Wiederherstellung einer isolierten Testinstanz
- Die Beobachtung ausgehenden Verkehrs bei normaler Arbeit, Updates und Anbietersupport
Der Nachweis sollte repräsentative Sprachen und Dokumentformate enthalten. Eine elegante Antwort auf ein sauberes englisches PDF sagt wenig über eine gescannte deutsche Tabelle oder eine handschriftliche Spesenquittung aus. Messen Sie die Aufgabe, die das Büro einkaufen will.
Erlauben Sie für sensible Abläufe keinen automatischen Rückgriff auf eine öffentliche Cloud, sofern Datenklasse und Ziel nicht ausdrücklich genehmigt wurden. Ein manueller Weg im bestehenden Quellsystem ist für ein kleines Büro meist der klarste Kontinuitätsplan.
Erproben Sie den Ausstieg vor der Unterschrift
Eine Ausstiegsklausel wird glaubwürdig, wenn das Büro sie ausüben kann. Verlangen Sie vor der Unterschrift einen Testexport mit lesbaren Quelldokumenten, Metadaten, Mandanten- oder Fallzugriffslisten, erforderlichen Prompts, Ausgaben und nützlichen Auditdaten. Mitarbeitende müssen die Kerndaten ohne proprietäre Kontrollebene öffnen können.
Embeddings müssen oft neu erstellt werden, weil sie an ein bestimmtes Modell und Indexdesign gebunden sind. Behandeln Sie sie als optionales Migrationsmaterial. Erfassen Sie exportierbare Konfigurationen, Evaluationssätze und Ablaufregeln sowie alle proprietären Elemente, die nicht exportiert werden können.
Die Vereinbarung sollte Rückgabe oder Löschung der beim Anbieter gehaltenen Kopien und den dazu gelieferten Nachweis definieren. Dieser hat praktische Grenzen für Kopien ausserhalb seiner Kontrolle, weshalb die Datenflusskarte sie früh identifizieren muss. Sicherungen können planmässig ablaufen, statt sofort gelöscht zu werden. Beschreiben Sie Verfahren und Zeitraum genau.
Testen Sie nach Möglichkeit eine Wiederherstellung auf einer zweiten Laufzeit. Prüfen Sie mindestens, ob Quelldokumente, Metadaten, Zugriffslisten und Auditdaten lesbar bleiben und zum Wiederaufbau ausreichen. Rechnen Sie Ausstiegshilfe und interne Migrationszeit in den Kostenvergleich ein.
Diese Übung verbessert den aktuellen Kauf, auch wenn das Büro nie wechselt. Verborgene Formate, unklare Zuständigkeiten und fehlende Daten werden sichtbar, solange noch verhandelt werden kann.
Kaufen Sie Nachweise, die das Büro betreiben kann
Die Beschaffung souveräner KI gibt einem kleinen professionellen Büro einen disziplinierten Weg zu nützlicher KI für sensible Informationen. Sie führt zu einer prüfbaren Entscheidung: Welche Daten bewegen sich, wer kann sie erreichen, welche Abhängigkeiten bleiben und wie erfolgt Wiederherstellung oder Ausstieg?
Eine lokale Appliance, ein privat in der Schweiz gehosteter Dienst und eine verwaltete Unternehmensplattform können jeweils geeignet sein. Prüfen Sie alle drei mit demselben Ablauf, Nachweispaket und Abnahmetest. Wählen Sie die Option mit belegten Kontrollen und Betriebsaufgaben, die zur Kapazität des Büros passen.
Bewahren Sie das Entscheidungsprotokoll nach der Unterschrift auf. Öffnen Sie es erneut, wenn der Anbieter ein Modell aktualisiert, einen Unterauftragsbearbeiter wechselt oder einen neuen Supportweg vorschlägt. Prüfen Sie dann wieder, ob die gelieferte Konfiguration weiterhin die akzeptierten Kontrollen erfüllt.
Häufige Fragen
Was bedeutet die Beschaffung souveräner KI für ein kleines Büro?
Die Beschaffung souveräner KI übersetzt das Anbieteretikett in konkrete Anforderungen an Datenstandort, administrativen Zugriff, Netzwerkabhängigkeiten, Identitätskontrolle, Betrieb und Ausstieg. Der Käufer vergleicht jede Bereitstellung anhand derselben Nachweise und Tests. Lokale Hardware kann mehr operative Kontrolle ermöglichen. Ein verwalteter privater Dienst oder Unternehmensdienst kann die Anforderungen ebenfalls mit passenden Verträgen und technischen Kontrollen erfüllen.
Garantiert Hosting in der Schweiz die Kontrolle über KI-Daten?
Nein. Schweizer Hosting bezeichnet einen Verarbeitungs- oder Speicherort. Sie müssen weiterhin Rechtsträger, Muttergesellschaft, Supportstandorte, Unterauftragsbearbeiter, Sicherungen, Fernadministration und grenzüberschreitende Zugriffe prüfen. Der Vertrag sollte erklären, wie Standorte geändert werden können und wie das Büro widersprechen kann. Technische Tests müssen bestätigen, welche ausgehenden Verbindungen und privilegierten Zugriffswege tatsächlich bestehen.
Welche Nachweise sollte ein Anbieter souveräner KI liefern?
Verlangen Sie ein vollständiges Datenflussdiagramm, benannte Verarbeitungsorte, eine Liste der Unterauftragsbearbeiter, Definitionen privilegierter Rollen, Zugriffsprotokolle, die Zuständigkeit für Schlüssel, die Herkunft von Software und Modellen, Aufbewahrungseinstellungen, Testergebnisse, Wiederherstellungsverfahren und ein Ausstiegsformat. Der Anbieter sollte kritische Kontrollen mit synthetischen Daten vorführen. Eine Richtlinie oder Architekturfolie belegt nicht, dass Entzug, Löschung und Wiederherstellung in der gelieferten Konfiguration funktionieren.
Reicht eine Klausel gegen Training für sensible Bürodaten aus?
Nein. Eine solche Klausel beantwortet eine Frage zur Datennutzung. Fragen Sie zusätzlich nach Missbrauchsüberwachung, Fehleranalyse, Supportzugriff, Telemetrie, Sicherungen, gesetzlicher Aufbewahrung, Unterauftragsbearbeitern und Löschung. Diese Wege können Prompts und Dokumente auch ohne Modelltraining speichern oder offenlegen. Verlangen Sie getrennte vertragliche Antworten und beobachten Sie Netzwerk- und Protokollverhalten des gelieferten Systems.
Was sollte ein KI-Ausstiegsplan exportieren können?
Der Plan sollte lesbare Quelldokumente, Metadaten, Zugriffslisten für Mandanten oder Fälle, erforderliche Prompts, Ausgaben und nützliche Auditdaten in dokumentierten Formaten liefern. Embeddings müssen oft neu aufgebaut werden, weil sie vom Modell und Indexdesign abhängen. Erfassen Sie proprietäre oder nicht verfügbare Elemente vor Vertragsabschluss, testen Sie die Lesbarkeit der Kerndaten ohne die Kontrollebene des Anbieters und definieren Sie Nachweise zur Rückgabe oder Löschung seiner Kopien.