Kurzantwort: TREUHAND|SUISSE GPT sollte erst produktiv mit Mandatsinformationen genutzt werden, wenn das Büro die für sein Abonnement geltende Verarbeitungskette, Datenorte, Unterauftragsbearbeiter, Aufbewahrung, Zugriffsrechte und erlaubten Datenklassen dokumentiert hat. Massgebend sind die unterschriebenen Vertragsunterlagen und die aktive Modellkonfiguration – nicht allein die öffentliche Produktbeschreibung.
Was ist über TREUHAND|SUISSE GPT tatsächlich belegt?
TREUHAND|SUISSE beschreibt die gemeinsam mit Connect AI entwickelte Lösung als branchenspezifische KI für Treuhand-KMU. Laut Verband werden Daten in der Schweiz gespeichert, das System führt aus Datenschutzgründen keine Internetsuche durch und arbeitet mit Informationen, die ihm bereitgestellt werden. Genannt werden unter anderem Konstruktoren für kantonale Steuerthemen sowie TREX-Inhalte.
In der kostenpflichtigen Variante steht laut Verband ein eigener, logisch getrennter Tenant zur Verfügung. Unternehmen können zudem Konstruktoren auf Basis interner Handbücher, Prozesse oder kundenspezifischer Informationen erstellen. Das ist für einen kontrollierten Betrieb hilfreich – erhöht aber zugleich die Verantwortung für Quellen, Berechtigungen und Aktualität.
Der Verband führt in seinem Feedback-Prozess ausdrücklich Kategorien wie «Halluzination/falsche Fakten» und unvollständige Antworten. Der fehlende Internetzugang verhindert solche Fehler also nicht. Er begrenzt die verfügbaren Quellen; die fachliche Prüfung bleibt beim Treuhandbüro.
Warum Schweizer Hosting die Prüfung nicht beendet
Öffentliche Produktseiten beschreiben unterschiedliche Angebots- und Modellvarianten. TREUHAND|SUISSE nennt Schweizer Datenspeicherung; Connect AI beschreibt seine breitere Employee-GPT-Plattform als modellunabhängig und verweist je nach Modell auf Schweizer oder europäische Verarbeitung. Auf der öffentlichen DPA-Seite steht zudem, dass Verarbeitung im Ausland vorkommen kann.
Das beweist nicht, dass ein konkreter TREUHAND|SUISSE-Tenant Daten im Ausland verarbeitet. Es zeigt aber, weshalb jedes Büro für sein Abonnement schriftlich bestätigen lassen sollte, welches Modell, welche Region, welche Speicher- und Protokollsysteme sowie welche Unterauftragsbearbeiter tatsächlich gelten.
Der EDÖB formuliert den Grundsatz klar: Auch bei einer Auftragsbearbeitung bleibt das auslagernde Unternehmen für den Datenschutz verantwortlich. Es muss den Anbieter sorgfältig auswählen, instruieren und soweit nötig überwachen. Zu prüfen sind insbesondere Geheimhaltung, Datensicherheit, Unterauftragsbearbeiter, Bearbeitungsorte, Löschung und Unterstützung bei Vorfällen oder Betroffenenrechten.
Welche Daten dürfen in das System?
Eine pauschale Freigabe für «Mandantendaten» ist zu ungenau. Das Büro braucht eine Datenampel, die Mitarbeitende vor jeder Eingabe anwenden können. Pseudonymisierte Informationen bleiben Personendaten, solange eine Re-Identifikation möglich ist.
Grün: regulär erlaubt
Öffentliche Quellen, synthetische Fälle und tatsächlich anonymisierte Beispiele ohne Mandatsbezug.
Gelb: nur nach Freigabe
Pseudonymisierte oder interne vertrauliche Auszüge für einen dokumentierten Zweck und freigegebenen Workflow.
Rot: standardmässig gesperrt
Zugangsdaten, vollständige ungeschwärzte Akten sowie besonders schützenswerte oder speziell geheimnisgeschützte Informationen.
Nicht jede Vertraulichkeit ist «Amtsgeheimnis»
Für die Datenampel muss die konkrete Pflicht geprüft werden. Der Begriff Amtsgeheimnis darf nicht pauschal auf jedes private Treuhandmandat übertragen werden: Artikel 320 StGB betrifft Mitglieder von Behörden, Beamte und deren Hilfspersonen. Artikel 321 StGB nennt bestimmte geschützte Berufe und unter anderem zur Verschwiegenheit verpflichtete Revisoren, aber nicht automatisch jeden gewöhnlichen Treuhänder.
Bei einem privaten Treuhandbüro ergeben sich Vertraulichkeitspflichten insbesondere aus dem Mandatsvertrag, der zivilrechtlichen Treuepflicht, dem Datenschutzrecht und gegebenenfalls aus Standesregeln. Bei Revisions-, Behörden-, Bank-, GwG- oder anderen Spezialmandaten kann die Lage anders sein. Deshalb sollte «rot» nicht allein am Berufstitel hängen, sondern an Mandat, Rolle, Datenart und konkreter Geheimhaltungspflicht. Unklare Fälle gehören vor der Freigabe in eine rechtliche Prüfung.
Die 12 Kontrollen vor dem produktiven Einsatz
Die folgende Liste ist bewusst als Arbeitsinstrument aufgebaut. Für jede Kontrolle braucht es nicht nur eine Entscheidung, sondern einen nachvollziehbaren Nachweis.
| Kontrolle | Entscheidung | Nachweis |
|---|---|---|
| 1Anwendungsfall | Zweck, Ergebnis und fachlich verantwortliche Person für jeden Einsatz benennen. «Allgemeine Unterstützung» ist zu ungenau. | Anwendungsfallregister mit Eigentümer und Freigabestatus. |
| 2Datenschutzrolle | Je Mandat klären, ob das Büro Verantwortlicher oder selbst Auftragsbearbeiter ist und welche Weisungen des Mandanten gelten. | Kurzer Datenfluss mit Rollen und Rechtsgrundlage. |
| 3Vertragspaket | Offerte, DPA, technische und organisatorische Massnahmen sowie Unterauftragsbearbeiterliste gemeinsam versionieren. | Datiertes Freigabedossier; keine Marketingseite als Vertragsersatz. |
| 4Modell und Region | Festhalten, welches Sprachmodell antwortet und wo Inferenz, Speicherung, Backups und Supportzugriffe stattfinden. | Vertragsbestätigung und Auszug der aktiven Konfiguration. |
| 5Aufbewahrung | Fristen für Prompts, Antworten, Dateien, Wissensspeicher, Protokolle und Backups definieren. Löschung praktisch testen. | Protokoll eines Löschtests mit Datum und Ergebnis. |
| 6Datenampel | Grüne, gelbe und gesperrte Datenklassen mit realistischen Beispielen aus dem Büroalltag beschliessen. | Einseitige, für alle Mitarbeitenden zugängliche Regel. |
| 7Zugriffsrechte | Persönliche Konten, Mehrfaktor-Authentisierung, wenige Administratoren und sofortige Sperrung bei Austritt vorsehen. | Periodischer Rechteexport; keine geteilten Team-Logins. |
| 8Konstruktoren | Jedem Konstruktor Zweck, Quellen, Eigentümer, Nutzergruppe, Versionsstand und nächsten Prüftermin zuweisen. | Konstruktor-Karte; keine Mandatsinhalte in breit zugänglichen Bereichen. |
| 9Quellenqualität | Bei Fachfragen Kanton, Steuerperiode, Gültigkeitsdatum und Primärquelle kontrollieren. | Quellenangabe im Arbeitsergebnis oder dokumentierte Gegenprüfung. |
| 10Fachprüfung | Steuer-, Rechts-, Revisions- und Lohnantworten vor externer Verwendung durch eine zuständige Fachperson prüfen lassen. | Vier-Augen-Freigabe für definierte Risikokategorien. |
| 11Transparenz und DSFA | Prüfen, ob Datenschutzerklärung, Mandatsinformation oder Mitarbeitendeninformation angepasst werden muss. Bei potenziell hohem Risiko einen DSFA-Screen durchführen. | Dokumentierter Entscheid samt Begründung. |
| 12Vorfall und Review | Sperrweg, Beweissicherung, Anbieterinformation und Beurteilung einer EDÖB-Meldung festlegen. Rechte und reale Nutzung regelmässig prüfen. | Vorfallkarte, Review-Protokoll und benannte Kontaktperson. |
Was gehört in die Kontrollkarte eines Konstruktors?
Ein Konstruktor bündelt Wissen und macht es für mehrere Nutzer verfügbar. Dadurch vervielfacht er nicht nur Nutzen, sondern auch veraltete Quellen oder zu breite Berechtigungen. Für jeden produktiven Konstruktor sollte deshalb eine kurze Kontrollkarte geführt werden:
- Zweck und Eigentümer: Welche Aufgabe löst er, und wer trägt die fachliche Verantwortung?
- Quellenverzeichnis: Welche Dokumente sind enthalten, aus welchem Rechtsraum und mit welchem Gültigkeitsdatum?
- Berechtigte Gruppe: Wer darf abfragen, Inhalte ergänzen, Einstellungen ändern oder Nutzer freischalten?
- Testfälle: Welche richtigen, falschen und grenzwertigen Antworten wurden vor der Freigabe geprüft?
- Lebenszyklus: Wann werden Quelle, Rechte und Nutzung erneut geprüft, und wie wird der Konstruktor gesperrt oder gelöscht?
Mandantenspezifische Informationen gehören nicht ungeprüft in einen Konstruktor, den ein breiter Nutzerkreis abfragen kann. Wo eine solche Wissensbasis fachlich nötig ist, braucht sie eine eigene Zugriffstrennung und eine dokumentierte Lösch- beziehungsweise Archivierungsregel.
Wie sieht ein kontrollierter Pilot aus?
Ein Pilot sollte nicht mit einer vollständigen Mandatsakte beginnen. Sinnvoller sind drei grüne Anwendungsfälle, eine kleine namentlich bestimmte Gruppe und ein kurzer, messbarer Prüfzyklus.
Begrenzen
Drei risikoarme Zwecke, Datenampel und Verantwortliche festlegen.
Konfigurieren
Rechte, Konstruktoren, Quellen und Löschregeln bewusst klein halten.
Beobachten
Falsche Fakten, fehlende Quellen und Regelverstösse nach Typ protokollieren.
Entscheiden
Löschung, Nutzeraustritt und fachliche Freigabe testen; erst danach erweitern.
Gelbe Anwendungsfälle werden danach einzeln freigegeben. Bleibt die Verarbeitungskette unklar oder lässt sich eine Löschung nicht nachvollziehbar testen, bleibt die betreffende Datenklasse gesperrt.
Häufige Fragen
Ist TREUHAND|SUISSE GPT automatisch datenschutzkonform?
Nein. Die technischen und vertraglichen Eigenschaften können eine gute Grundlage bilden. Ob ein konkreter Einsatz zulässig und angemessen ist, hängt aber von Zweck, Daten, Mandat, Vertrag, Konfiguration und Schutzmassnahmen ab.
Dürfen Mandantendaten eingegeben werden?
Es gibt keine seriöse pauschale Antwort. Vollständig anonymisierte Fälle sind anders zu beurteilen als pseudonymisierte oder ungeschwärzte Mandatsdaten. Vor der Eingabe braucht es mindestens eine freigegebene Datenklasse, einen geklärten Zweck und eine dokumentierte Verarbeitungskette.
Reicht ein eigener Tenant?
Nein. Ein Tenant schafft laut Anbieter eine logische Trennung. Innerhalb des Büros bleiben Rollen, Administrationsrechte, Konstruktor-Berechtigungen, Aufbewahrung und die verwendeten Unterauftragsbearbeiter relevant.
Verhindert der fehlende Internetzugang Halluzinationen?
Nein. Er begrenzt die abrufbaren Quellen, garantiert aber keine richtige Antwort. Quellen können fehlen, veraltet sein oder auf den falschen Kanton oder die falsche Steuerperiode angewendet werden.
Braucht jedes Treuhandbüro eine Datenschutz-Folgenabschätzung?
Nicht automatisch. Eine Datenschutz-Folgenabschätzung kann erforderlich sein, wenn die geplante Bearbeitung ein hohes Risiko für Persönlichkeit oder Grundrechte mit sich bringen kann. Der Entscheid sollte anhand des konkreten Einsatzes geprüft und dokumentiert werden.
Quellen und Prüfbasis
- TREUHAND|SUISSE: Produktinformationen zu TREUHAND|SUISSE GPT
- TREUHAND|SUISSE: Premium GPT, Tenant und Konstruktoren
- EDÖB: KI und Datenschutz
- EDÖB: Outsourcing und Auftragsdatenbearbeitung
- EDÖB: Datenbearbeitungen in der Cloud
- EDÖB: Datenschutz-Folgenabschätzung
- Connect AI: öffentliche DPA-Seite
- Connect AI: Allgemeine Geschäftsbedingungen
- Bundesgesetz über den Datenschutz (DSG)
- Schweizerisches Strafgesetzbuch, insbesondere Art. 320 und 321
- TREUHAND|SUISSE: Statuten und Standesregeln
Hinweis: Dieser Beitrag ist eine praktische Orientierung und keine Rechtsberatung. Die Freigabe konkreter Mandatsdaten hängt von Vertrag, Rolle, Datenkategorie, Konfiguration und allfälligen besonderen Geheimhaltungspflichten ab. Risikoreiche oder rechtlich unklare Einsätze sind durch eine qualifizierte Schweizer Rechts- oder Datenschutzfachperson zu beurteilen.
Transparenz zur Erstellung: Dieser Beitrag wurde mit KI-Unterstützung erstellt und einer redaktionellen Quellen- und Plausibilitätsprüfung unterzogen. Er wurde nicht durch eine externe Rechtskanzlei begutachtet und ersetzt keine verbindliche Rechtsberatung.
KI-Einsatz im Treuhandbüro kontrolliert freigeben
Wir prüfen die konkrete Verarbeitungskette, Datenklassen, Berechtigungen und Freigaben Ihres geplanten KI-Workflows.
Systemaudit besprechen