Ein SaaS-Abonnement durch eine lokale, durch ein offenes Modell gespeiste Anwendung ersetzen: ein beobachteter Fall

Überarbeitete Notiz vom 25. Mai 2026. Ursprünglich im April 2026 veröffentlicht — vollständige Überarbeitung im Kanzleiregister.

Fünfzehn Jahre lang hat sich das Software-Abonnementmodell — Software as a Service — als Standardwahl für nahezu alle Support-Funktionen eines Unternehmens durchgesetzt. Buchhaltung, Dokumentenverwaltung, elektronische Signatur, Kundenbeziehungsmanagement, Verwaltung von Spesenabrechnungen, Belegklassierung: Jede Funktion hat ihren Anbieter gefunden, jedes Abonnement hat sein Jahresbudget gefunden, und die Summe hat sich für das kleinste Schweizer KMU auf substanziellen Beträgen stabilisiert.

Diese Stabilität beruhte auf einer impliziten Hypothese: Eine interne Alternative zu entwickeln wäre zwangsläufig kostspieliger als das Abonnement, länger umzusetzen und von geringerer Qualität als das, was spezialisierte Anbieterteams produzieren. Diese Hypothese weicht. Die Verbindung offener generativer Modelle, die heute auf gängiger Unternehmens-Hardware ausgeführt werden können, und der Entwicklungsassistenten, die die Codeproduktion signifikant beschleunigen, definiert die Abwägung neu. Diese Notiz dokumentiert einen zu dieser Verschiebung beobachteten Fall.

Der Fall: die steuerliche Dokumentenverwaltung einer Ein-Personen-Kanzlei

Der untersuchte Fall ist bewusst winzig. Eine unabhängige Beratungskanzlei, die von einer Person geführt wird, die jährlich mehrere hundert administrative Dokumente für Buchhaltungs- und Steuerzwecke klassieren muss: Lieferantenrechnungen im PDF-Format, fotografierte Belege, verschiedene Bescheinigungen, kantonale Steuerentscheide, Bankquittungen. Der operative Bedarf ist trivial. Diese Dokumente laufend klassieren, beim Jahresabschluss rasch wiederfinden, die im Falle einer Steuerkontrolle erforderliche Rückverfolgbarkeit bewahren.

Die klassische Marktantwort auf diesen Bedarf ist das Abonnement einer Lösung für steuerliche Dokumentenverwaltung, deren Tarife sich in einer Spanne zwischen einigen Dutzend und über hundert Franken pro Monat je nach Funktionalität bewegen. Für eine Ein-Personen-Kanzlei sind die kumulierten Jahreskosten im Verhältnis zum tatsächlichen Volumen nicht vernachlässigbar. Strukturierender: Diese Lösungen hosten die Dokumente beim Anbieter, der häufig einem ausländischen Recht — typischerweise amerikanischem Recht — auf Daten unterliegt, die Finanz- und Personendaten enthalten können, die durch Vertraulichkeitspflichten abgedeckt sind. Diese Situationen können Fragen des anwendbaren Rechts und des extraterritorialen Datenzugriffs aufwerfen.

Die beobachtete Alternative hat eine andere Form angenommen. Eine lokale Anwendung, die auf dem PC der Anwenderin oder des Anwenders ausgeführt wird, gespeist durch ein ebenfalls lokal ausgeführtes offenes Sprachmodell, die in ihrer Oberfläche abgelegte Dokumente automatisch klassiert, sie nach einer kohärenten Konvention umbenennt, sie in eine saubere Baumstruktur einsortiert und eine Suche in natürlicher Sprache über alle archivierten Dokumente erlaubt. Die Anwendung wurde innerhalb kurzer Zeit durch iterativen Dialog mit einem Code-Assistenten entwickelt. Das verwendete Modell ist offen und wird vollständig auf der Maschine der Anwenderin oder des Anwenders ausgeführt, ohne Netzwerkaufruf für die Klassifizierungsoperationen.

Die Einsatzmechanik

Das technische Detail der Mechanik beleuchtet die Replikationsbedingungen des Falls. Das System gliedert sich um vier identifizierbare Komponenten.

Ein lokal ausgeführtes offenes Sprachmodell — die Familie der offenen Modelle erreicht heute nützliche Leistungen auf gängiger Unternehmens-Hardware, vorausgesetzt der Arbeitsspeicher ist ausreichend. Diese Komponente ist die Analysemaschine, die aus dem abgelegten Dokument die strukturierten Elemente extrahiert: Dokumenttyp, Datum, Betrag, Aussteller, Steuerkategorie. Keine Daten verlassen den Hardware-Perimeter der Anwenderin oder des Anwenders für diese Analyse.

Eine leichte Benutzeroberfläche, die erlaubt, ein Dokument — PDF-Datei oder am Telefon aufgenommenes Foto — abzulegen und die vorgeschlagene Klassifizierung zu visualisieren. Diese Oberfläche wird in einem Standard-Python-Rahmen entwickelt, der keine fortgeschrittene Web-Entwicklungskompetenz verlangt.

Eine lokale Datenbank — typischerweise SQLite —, die die klassifizierten Dokumente und ihre Metadaten für eine schnelle Suche indexiert.

Ein lokaler konversationeller Agent, ebenfalls durch das offene Modell gespeist, der die Datenbank abfragt und eine Suche in natürlicher Sprache erlaubt: «Finde mir die Abzugsbelege für die Säule 3a der letzten drei Jahre», «Fehlt ein Dokument für diesen Steuerentscheid?».

Das Ganze stellt im Codevolumen einige hundert Zeilen dar — eine Grössenordnung, die vor zwei Jahren ohne ein dediziertes Entwicklungsteam unerreichbar gewesen wäre. Die aktuellen Code-Assistenten erlauben, dieses Produktionsvolumen durch iterativen Dialog mit der Entwicklerin oder dem Entwickler zu halten, die oder der Absichten formuliert und die aufeinanderfolgenden Iterationen korrigiert.

Was dieser Fall beweist und was er nicht beweist

Der beobachtete Fall ist kein allgemeiner Beweis, dass jede Softwarefunktion durch eine lokale Anwendung ersetzt werden kann. Er demonstriert eine präzise Verschiebungszone, die es zu identifizieren verdient, als das, was sie ist.

Die Verschiebung funktioniert, wenn der operative Bedarf umrissen ist, wenn die bearbeiteten Daten in einem kontrollierten Perimeter bleiben müssen, wenn der Netzwerkeffekt einer zentralisierten Lösung nicht der Hauptwert ist — ein persönliches Dokumentenverwaltungswerkzeug hat keinen Bedarf an Mehrbenutzer-Kollaboration oder Synchronisation zwischen Dutzenden von Mitarbeitenden. Der untersuchte Fall erfüllt diese drei Bedingungen.

Die Verschiebung funktioniert nicht — oder noch nicht —, wenn der operative Bedarf Dutzende oder Hunderte von synchronen kollaborativen Anwenderinnen und Anwendern impliziert, wenn die Workflows auf der Integration mit Dutzenden externer Dienste beruhen, wenn die funktionale Komplexität übersteigt, was eine einzelne Entwicklerin oder ein einzelner Entwickler mit einem Assistenten halten kann. Die Unternehmenssoftware-Anbieter behalten in diesen Zonen einen Wert.

Zwischen beiden existiert eine substanzielle Zone von Softwarewerkzeugen, die Schweizer KMU per Abonnement verwenden, deren operativer Bedarf in Wirklichkeit umrissen ist, deren bearbeitete Daten davon profitieren würden, in einem kontrollierten Perimeter zu bleiben, und deren funktionale Komplexität heute durch ein schlankes Team mit den verfügbaren Werkzeugen gehalten werden kann. Diese Zone befindet sich in beobachtbarer Expansion.

Vier Fragen, die vor der nächsten Abonnementsverlängerung zu stellen sind

Für ein Schweizer KMU, das seinen nächsten Software-Abwägungszyklus vorbereitet, ergeben sich aus dem beobachteten Fall vier Fragen.

Macht das verwendete Abonnementwerkzeug genau das, was das Unternehmen braucht, oder hat sich das Unternehmen über die Jahre an die Grenzen des Werkzeugs angepasst? Stellt die genutzte Funktionalität zehn Prozent, zwanzig Prozent oder fünfzig Prozent dessen dar, was in Rechnung gestellt wird?

Können die durch dieses Werkzeug bearbeiteten Daten vernünftigerweise einem Cloud-Dritten anvertraut werden, im Hinblick auf den Schweizer Datenschutzrahmen^[1] und die Vertraulichkeitspflichten des ausgeübten Berufs?

Ist die massgeschneiderte Alternative — lokale Anwendung, lokal ausgeführtes offenes Modell, eigener Code des Unternehmens — angesichts des Bedarfsumfangs tatsächlich unerreichbar, oder beruht dieses Urteil auf Hypothesen aus einer Zeit, in der sie es tatsächlich war?

Sind die Ausstiegskosten aus dem Abonnement — Datenmigration, Umschulung der Mitarbeitenden, neu zu erstellende Integrationen — in den aktuellen Gesamtbesitzkosten antizipiert, oder handelt es sich um eine implizite Schuld, die das Unternehmen bei jeder Verlängerung anhäuft?

Diese Fragen führen nicht systematisch zum Ersatz des Abonnements. Sie führen zu einer informierten Abwägung statt zu einer Verlängerung aus Gewohnheit.

Die Tragweite des Falls jenseits des individuellen Perimeters

Der beobachtete Fall betrifft eine winzige Einheit — eine Ein-Personen-Kanzlei, einige hundert Dokumente pro Jahr, eine streng persönliche Nutzung. Seine pädagogische Tragweite übersteigt jedoch seinen Perimeter.

Was er demonstriert, gilt im Massstab für viel grössere Organisationen, die seit fünfzehn Jahren Dutzende sektoraler Abonnements anhäufen, jedes mit seinem Tarif pro Anwenderin oder Anwender, seinen jährlichen Tariferhöhungen, seinen durch parallele Dateien umgangenen funktionalen Grenzen, seinen einem unter ausländischem Recht stehenden Hoster anvertrauten Daten. Die Logik, die die lokale Alternative für eine unabhängige Beratungskanzlei relevant macht, macht die interne Alternative für KMU und grössere Strukturen bei bestimmten präzisen Funktionen ihres Software-Arsenals relevant.

Diese Ausweitung ist kein universelles Versprechen. Sie ist eine Abwägungszone, die es verdient, für jede Organisation in ihrem eigenen Kontext mit ihren realen Zwängen qualifiziert zu werden. Die Notiz SaaS gegen massgeschneiderte Entwicklung in der Schweiz behandelt diese Frage in grösserem Massstab.

Was der beobachtete Fall hingegen ausschliesst, ist die Argumentation, wonach die interne Alternative grundsätzlich für das Schweizer KMU unmöglich wäre. Diese Argumentation, die in dem Jahrzehnt ihre Relevanz hatte, in dem die generativen Modelle unzugänglich waren und die Code-Kosten für eine interne Funktion prohibitiv blieben, hält nicht mehr. Das Terrain hat sich unter den Hypothesen verschoben, und die Abwägungen verdienten es, neu gestellt zu werden.

Quellen

[1] Bundesgesetz über den Datenschutz (DSG), Revision vom 25. September 2020, in Kraft seit 1. September 2023. www.fedlex.admin.ch/eli/cc/2022/491/de [↩]

Jérôme Deshaie ist CEO der MCVA Consulting SA, Schweizer Kanzlei für strategische Beratung in künstlicher Intelligenz mit Sitz im Wallis.