Ein Dokumentenportal ändert nichts an der buchhalterischen Kompetenz eines Treuhandbüros; es ändert die Art, wie Belege ankommen, abgelegt und beim Abschluss wiedergefunden werden. Ich habe dieses Portal noch nie für ein Kundenbüro gebaut – diese Notiz ist prospektiv, eine architektonische Erweiterung von FiscalDoc, dem Werkzeug, das ich für meine eigene Steuerverwaltung gebaut habe, angewendet auf einen Beruf, der von Natur aus die Dokumente von Dutzenden Dritten statt der eigenen bearbeitet. Hier ist, was dieser Massstabswechsel konkret bedeuten würde, und was er nicht lösen würde.
Der dokumentarische Alltag eines Treuhandbüros, in vier Handgriffen
Der Beruf des Treuhänders lebt von Dokumenten, die nicht die eigenen sind. Vier Handgriffe wiederholen sich, unabhängig von der Grösse des Büros.
Die Sammlung der Kundenbelege. Jeder Kunde schickt seine Belege über den Kanal, den er bevorzugt – E-Mail, Post, Abgabe in der Agentur, manchmal ein Foto, das am Schalter bei einem zufälligen Besuch gemacht wurde.
Das Mahnwesen. Einmal, dann zweimal, dann dreimal den Kunden anmahnen, der das erwartete Dokument noch nicht übermittelt hat – oft zur gleichen Zeit wie alle anderen, was die Arbeitslast bündelt statt sie über das Jahr zu verteilen.
Die Ablage. Jedes Dokument nach Kunde, Art, Geschäftsjahr ordnen, damit es sechs Monate oder drei Jahre später wiedergefunden werden kann, wenn jemand es unangekündigt braucht.
Der Abschluss. Alles zusammentragen, unter dem Druck einer steuerlichen oder buchhalterischen Frist, die sich nicht verschiebt, unabhängig vom tatsächlichen Fortschritt des Dossiers zum Zeitpunkt des Fristablaufs.
Ich beschreibe hier eine weitgehend dokumentierte Berufsrealität, kein Mandat, das ich selbst geführt hätte: Ich erkenne sie vor allem, weil sie – in umgekehrtem Massstab – dem ähnelt, was ich mit FiscalDoc erlebe – nur dass ein Büro sie für Dutzende Kunden gleichzeitig erlebt, und nicht für zwei persönliche Bereiche.
Was würde ein Dokumentenportal konkret ändern?
Ein besessenes Portal würde die Natur dieser vier Handgriffe nicht ändern; es würde ihre Zeitkosten ändern. Jeder Kunde würde direkt in seinem eigenen Bereich ablegen statt über verstreute E-Mails – das Dokument käme bereits dem richtigen Dossier zugeordnet an. Eine Klassifizierungs-Engine, wie sie in FiscalDoc läuft, würde automatisch die Art des Dokuments erkennen und es nach der Logik des Büros einordnen statt nach der generischen Logik eines gemieteten Werkzeugs. Die Mahnungen würden auf Basis eines realen Dossierstatus ausgelöst – identifiziertes fehlendes Dokument, nicht vergessenes – statt auf der Erinnerung eines unter Druck stehenden Mitarbeiters. Und beim Abschluss liesse sich der Status jedes Kundendossiers auf einen Blick erfassen, statt Dossier für Dossier, Kunde für Kunde rekonstruiert werden zu müssen.
Welche Architektur? Die Multi-Kunden-Erweiterung der FiscalDoc-Mechanik
Auf das Wesentliche reduziert, ist ein Dokumentenportal für Treuhandbüros ein Werkzeug, das für mehrere Dutzend Kunden das täte, was FiscalDoc für zwei Bereiche tut: Belege sammeln, klassifizieren und wiederfinden, ohne dass irgendeine Daten über einen nicht kontrollierten Dritten läuft. Die Architektur kommt nicht aus dem Nichts: Es ist diejenige, die ich in der Anatomie einer Individuallösung dargelegt habe, um eine Stufe weitergedacht. FiscalDoc verwaltet zwei Bereiche für einen einzigen Nutzer, mich. Ein Treuhandportal würde einen Bereich pro Kunde verwalten, für mehrere Mitarbeitende des Büros – was das Projekt in den zweiten Auslöser kippen lässt, den ich in derselben Notiz beschrieben habe: die Mehrbenutzerfähigkeit. Jeder Kunde sollte nur seinen eigenen Bereich sehen; jeder Mitarbeitende des Büros sollte das Ganze sehen, mit einer Spur, wer was eingesehen oder geändert hat. Die Oberfläche bliebe schlank – ein Ablagebereich, ein Dashboard –, aber Authentifizierung, Rollenverwaltung und die Abschottung zwischen Kundendossiers würden zum Kern des Projekts, mehr als die automatische Klassifizierung selbst, die der einfachste Teil bleibt, der sich von FiscalDoc übertragen lässt. Genau diese Art von Vorhaben lässt sich als Individuallösung rahmen, nicht als standardisiertes Produkt, das identisch an alle Büros verkauft wird.
Warum Berufsgeheimnis und DSG hier stärker wiegen als anderswo
Hier hört das Argument des Lokalen und Besessenen auf, eine Grundsatzpräferenz zu sein, und wird zu einem zentralen Argument. Ein Treuhandbüro bearbeitet nicht seine eigenen Daten: Es bearbeitet die von Dutzenden Kunden, oft unter den sensibelsten überhaupt – Einkommen, Vermögen, Löhne des Personals, manchmal heikle finanzielle Situationen. Der Beruf unterliegt einer ihm eigenen Vertraulichkeitspflicht, die üblicherweise als Berufsgeheimnis des Treuhänders bezeichnet wird, formalisiert in den Praktiken und Standesregeln der Branche. Zu dieser Anforderung kommt das DSG hinzu, das vollständig greift, sobald Daten natürlicher Personen über die Werkzeuge des Büros laufen[1] – ich habe detailliert dargelegt, was das Gesetz konkret erwartet, Verzeichnis der Bearbeitungstätigkeiten und Auftragsbearbeitung eingeschlossen, in Revidiertes DSG: Wo schlummern die Daten Ihres KMU wirklich?. Eine lokal oder auf kontrollierter Schweizer Infrastruktur betriebene Klassifizierungs-Engine erfüllt beide Anforderungen gleichzeitig: Kein Kundenbeleg läuft über einen Drittanbieter, und der zu dokumentierende Bereich im Verzeichnis der Bearbeitungstätigkeiten bleibt auf das Büro selbst beschränkt. Genau dieses Prinzip demonstriert FiscalDoc im Massstab einer Einzelperson – der Fall ist von A bis Z dokumentiert – hier angewendet auf einen Beruf, in dem Vertraulichkeit keine Option unter anderen ist, sondern eine Bedingung des Mandats.
Was ein Dokumentenportal nicht löst
Ehrlichkeit gebietet zu sagen, was dieses Werkzeug nicht leisten würde. Es würde weder das buchhalterische Urteilsvermögen noch die Beratungsbeziehung ersetzen: Es würde Belege organisieren, sie aber nicht im steuerlichen oder strategischen Sinne interpretieren. Es würde auch die Akzeptanz nicht erzwingen: Ein Teil der Kunden, insbesondere die weniger digitalaffinen, würde weiterhin über die alten Kanäle senden, und das Büro müsste lange mit beiden Regimen parallel leben. Es würde das Mahnwesen nicht abschaffen: Es würde es präziser machen, nicht überflüssig – manche Kunden würden eine automatische Erinnerung genauso ignorieren wie eine E-Mail. Und es wäre nicht kostenlos einzuführen, auch wenn es das im Betrieb einmal gebaut ist: jahrelange bestehende Archive zu übernehmen, das Team zu schulen, altes und neues System während der Übergangszeit nebeneinander laufen zu lassen sind reale Kosten, von derselben Grössenordnung wie jene, die ich in den tatsächlichen Kosten der Softwareabonnements eines KMU beschreibe – nur dass sie hier einmalig anfallen würden, nicht jährlich.
Was ich hier beschreibe, bleibt eine Architektur, kein schlüsselfertiges Angebot: Jedes Treuhandbüro hat seine eigenen Abläufe, seine eigenen bestehenden Werkzeuge, seine eigene Veränderungstoleranz, und ein Projekt dieser Art wird gerahmt, bevor es gebaut wird, wie jede Individuallösung. Um dieses Vorhaben unter den anderen digitalen Entscheidungen eines Schweizer KMU einzuordnen, bleibt die Gesamt-Roadmap in Was muss ein Schweizer KMU 2026 in Sachen KI tun? festgehalten.
Wichtig in Kürze
— Ein Dokumentenportal ändert nicht die Natur der Arbeit eines Treuhandbüros; es ändert die Zeitkosten von Sammlung, Ablage und Mahnwesen. — Die Architektur setzt die von FiscalDoc fort, kippt aber in die Mehrbenutzerfähigkeit: ein Bereich pro Kunde, eine zu bauende Authentifizierung und Rollen. — Berufsgeheimnis und DSG wiegen hier stärker als anderswo: Das ist das zentrale Argument für eine lokale oder in der Schweiz gehostete, vom Büro kontrollierte Engine.
FAQ
Ersetzt ein Dokumentenportal eine Buchhaltungssoftware? Nein. Es würde die Sammlung, Ablage und Nachverfolgung der Belege vorgelagert organisieren; es würde weder die Buchhaltung führen noch die Abrechnungen erstellen. Die beiden Werkzeuge würden nebeneinander bestehen, und ihre Integration ist genau eines der Vorhaben, die diese Art von Projekt wachsen lassen.
Würden alle Kunden eines Treuhandbüros bereit sein, ein Portal zu nutzen? Nein, und das muss von Anfang an eingeplant werden. Ein Teil der Kundschaft, oft der ältere oder weniger digital ausgestattete, würde weiterhin über bestehende Kanäle senden. Ein realistisches Portal absorbiert diese Heterogenität, statt sie zu ignorieren.
Verbietet das Berufsgeheimnis jede Nutzung von KI durch ein Treuhandbüro? Nein, aber es lenkt die Wahl der Engine stark: Ein lokal oder auf kontrollierter Schweizer Infrastruktur betriebenes Modell verhindert, dass ein Kundenbeleg über einen Drittanbieter läuft. Das ist eine bei der Rahmung zu treffende Abwägung, kein Verzicht auf KI selbst.
Wie viel würde ein solches Portal kosten? Keine allgemeine Zahl wäre ehrlich: Die Kosten hängen von der Anzahl Kunden, dem Integrationsgrad mit bestehenden Buchhaltungswerkzeugen und der Tiefe der Automatisierung des Mahnwesens ab. Genau das muss eine Rahmung vor jeder Verpflichtung klären.
Und in Ihrem Unternehmen? Die KI-Nutzungsdiagnose: sechzig Minuten, um Ihre realen Abläufe festzulegen, zu identifizieren, was eine Individuallösung verdient, was in SaaS bleibt, und was gar keine KI braucht. Diagnose buchen
Quellen
[1] Bundesgesetz über den Datenschutz (DSG), Revision vom 25. September 2020, in Kraft seit dem 1. September 2023. www.fedlex.admin.ch/eli/cc/2022/491/fr [↩]
Jérôme Deshaie ist CEO und Gründer von MCVA Consulting SA, einer augmentierten Agentur mit Sitz im Wallis. Fünfzehn Jahre im Dienst grosser internationaler Marken, heute direkt im Einsatz für Schweizer KMU. Werdegang.