Warum die Buchhaltung interner Software wichtig ist
Immer mehr Schweizer KMU entwickeln Software intern: Managementplattformen, Kunden-Apps, ERP-Integrationen oder massgeschneiderte Module zur Automatisierung von Buchhaltungs- und Betriebsprozessen. Anders als beim Erwerb einer SaaS-Lizenz — die je nach Vertrag typischerweise als laufender Aufwand oder als Anlagevermögen erfasst wird — wirft die interne Entwicklung bei der Jahresabschlusserstellung eine wiederkehrende Frage auf: Sind diese Kosten als immaterielles Anlagevermögen zu aktivieren oder direkt in der Erfolgsrechnung als Aufwand zu erfassen?
Die Antwort hängt weder von der Unternehmensgrösse noch davon ab, ob der Code von Mitarbeitenden oder externen Beratern geschrieben wird. Sie hängt von den Projektphasen, der Wahrscheinlichkeit künftiger wirtschaftlicher Vorteile und dem anwendbaren Regelwerk ab: dem Obligationenrecht (OR) für die Buchführung und für die meisten KMU den Swiss GAAP FER — insbesondere FER 10 (immaterielle Anlagen, einschliesslich intern generierter Software).
Eine falsche Entscheidung verändert das Eigenkapital, das EBITDA, die Möglichkeit zur Dividendenausschüttung und — im Hinblick auf Finanzierung oder Due Diligence — die Glaubwürdigkeit der Bilanz. Dieser Leitfaden erläutert die praktischen Kriterien für eine fundierte Entscheidung, eine korrekte Dokumentation und das Management der Abschreibung im schweizerischen Rechnungslegungskontext.
Schweizer Regelwerk: OR und Swiss GAAP FER
In der Schweiz besteht keine allgemeine Pflicht, intern entwickelte Software zu aktivieren. Die Entscheidung folgt dem Vorsichtsprinzip und der Relevanz der Aktivierungskriterien gemäss den massgeblichen Rechnungslegungsnormen:
Obligationenrecht (OR)
Art. 959a–959c OR definieren die Mindeststruktur von Bilanz, Erfolgsrechnung und Anhang. Art. 960–960a OR legen die Bewertungsgrundsätze fest: immaterielle Anlagen sind zu Herstellungs- oder Anschaffungskosten anzusetzen und systematisch abzuschreiben, sofern keine begründeten Ausnahmen vorliegen.
Für KMU, die den Abschluss nach anerkannten Grundsätzen der kaufmännischen Buchführung erstellen, schreibt das OR keine einzelnen Aktivierungspositionen vor, verlangt aber Konsistenz, Nachvollziehbarkeit und keine Überschätzung des Vermögens.
Swiss GAAP FER (typische KMU)
FER 10 erlaubt die Aktivierung intern generierter immaterieller Güter — einschliesslich Software — wenn bestimmte Voraussetzungen erfüllt sind und die Kosten zuverlässig zugeordnet werden können. FER 10 unterscheidet klar zwischen Forschungstätigkeiten (in der Regel als Aufwand) und Entwicklungstätigkeiten (potenziell aktivierbar, wenn die kumulativen Kriterien erfüllt sind).
Unternehmen, die IFRS oder US GAAP anwenden, folgen ähnlichen, aber nicht identischen Kriterien; dieser Leitfaden konzentriert sich auf den FER-Kontext, der in Treuhandbüros verbreitet ist, die Schweizer KMU betreuen.
Aktivieren oder als Aufwand erfassen: Kriterien im Vergleich
Die operative Entscheidung lässt sich darauf reduzieren, ob das Projekt die Aktivierungsschwelle gemäss FER 10 überschreitet. Hier eine orientierende Zusammenfassung für die tägliche Arbeit des Controllers oder Treuhänders:
| Kriterium | Als Aufwand (Erfolgsrechnung) | Aktivierung (Bilanz) |
|---|---|---|
| Projektphase | Forschung, explorative Analyse, Proof of Concept ohne definierte Verwendung | Entwicklung mit genehmigten Spezifikationen und geplantem Release für interne Nutzung oder Verkauf |
| Wirtschaftlicher Nutzen | Ungewiss oder nicht nachweisbar (Experiment, Machbarkeit noch nicht belegt) | Wahrscheinlich: Kosteneinsparungen, neue Erträge oder messbare Effizienz im Zeitverlauf |
| Technische Machbarkeit | Noch nicht nachgewiesen | Nachgewiesen (funktionsfähiger Prototyp, definierte Architektur, bestandene Tests) |
| Ressourcen und Absicht | Experimentelles Projekt ohne Budget oder formelles Mandat zur Fertigstellung | Management stellt Ressourcen bis zum Go-live bereit; dokumentierter Release-Plan |
| Kostenmessbarkeit | Kosten nicht von ordentlichen Tätigkeiten trennbar (z. B. nicht erfasste Zeit) | Direkte und indirekte dem Projekt zurechenbare Kosten (Time Tracking, Lieferantenrechnungen) |
| Nachfolgende Wartung | Kleinere Bugfixes, Routine-Updates, laufendes Hosting | Nur wenn wesentliche neue Funktionen und zusätzliche Vorteile entstehen (sonst als Aufwand) |
| Unmittelbare Auswirkung auf das Ergebnis | Reduziert den Jahresgewinn | Höherer Gewinn in der Entwicklungsphase; Abschreibungen in den Folgejahren |
Projektphasen: Wo die Grenze gezogen wird
Der häufigste Fehler besteht darin, Kosten für «Forschung, die als Entwicklung getarnt ist» zu aktivieren — oder umgekehrt ganze Projekte als Aufwand zu erfassen, die eigentlich eine Aktivierung hätten erfordern müssen. FER 10 sieht eine phasenweise Betrachtung vor:
1. Forschung — immer als Aufwand
Tätigkeiten zur Gewinnung neuer technischer Erkenntnisse ohne definiertes anwendbares Produkt: vorläufige Marktstudie, Bewertung alternativer Technologien, Brainstorming ohne Spezifikationen. In einem KMU, das eine App-Idee ohne Release-Commitment testet, verbleiben die Teamkosten in der Erfolgsrechnung.
2. Entwicklung — potenziell aktivierbar
Von der formellen Projektgenehmigung (Project Charter, Budget, Meilensteine) bis zum produktiven Go-live. Dazu gehören Entwicklerlöhne, Staging-Cloud-Kosten, projektspezifische Tool-Lizenzen, externe Beratung für einzelne Module. Der Aktivierungspunkt ist datumsmässig zu dokumentieren: Alles davor bleibt Aufwand.
3. Betrieb und Wartung — überwiegend als Aufwand
Operatives Hosting, L1/L2-Support, Sicherheits-Patches und Bugfixes sind in der Erfolgsrechnung zu erfassen. Nur Upgrades mit wesentlich neuen Funktionen — die erneut die FER-10-Kriterien erfüllen — können den Bilanzwert des bestehenden Assets erhöhen oder ein neues, separates Asset begründen.
Welche Kosten in die Herstellungskosten einfliessen
Ist eine Aktivierung zulässig, umfasst der Ansatz direkt zurechenbare Kosten und einen angemessenen Anteil indirekter Kosten:
- Internes Personal: Bruttolöhne, Sozialversicherungsbeiträge (AHV, BVG, UV/NBU) und Nebenkosten der dem Projekt in der Entwicklungsphase zugeordneten Zeit — nicht jedoch nicht erfasstes allgemeines Management.
- Berater und Outsourcing: Rechnungen von Softwarehäusern oder Freelancern für Analyse, Coding, Tests und Dokumentation, sofern sie die aktivierbare Phase betreffen.
- Lizenzen und Tools: IDE, Repository, CI/CD, Testumgebungen — wenn ausschliesslich für das Projekt erworben und andernorts noch nicht abgeschrieben.
- Zugeordnete Gemeinkosten: Anteil an Miete, IT-Infrastruktur oder Projektmanagement, berechnet mit einem konsistenten Verfahren (z. B. Stundenanteil oder dokumentierter Cost Driver).
Nicht aktiviert werden: nicht zurechenbare allgemeine Verwaltungskosten, Schulungen zu Standardtools, vorläufige Forschungskosten sowie Finanzierungskosten, sofern kein ausdrücklich zulässiges Verfahren gemäss den gewählten Normen angewendet wird.
Praktische Beispiele für Schweizer KMU
Massgeschneidertes CRM für Treuhandbüro
Ein Büro mit 8 Mitarbeitenden entwickelt intern ein CRM zur Verwaltung von Mandaten und Steuerfristen. Nach einem dreimonatigen POC (als Aufwand) genehmigt die Gesellschafterversammlung das Budget; zwei Entwickler widmen 60 % ihrer Zeit über 10 Monate bis zum Go-live dem Projekt.
Ergebnis: Aktivierung ab dem Zeitpunkt der formellen Genehmigung. Geschätzte Kosten CHF 185'000 (Löhne + Nebenkosten + Staging-Hosting). Abschreibung über 5 Jahre.
Excel-Skripte und leichte Automatisierungen
Ein Handels-KMU lässt von einem administrativen Mitarbeiter VBA-Makros und einfache Konnektoren zur Rechnungsimportierung entwickeln. Gesamtzeit: 40 Stunden, kein formalisiertes Projekt, marginaler Nutzen.
Ergebnis: Erfassung als Aufwand. Es fehlen Materialität, strukturierte Nachverfolgbarkeit und ein vom laufenden Betrieb klar abgrenzbares Asset.
SaaS-Plattform für B2B-Kunden
Eine IT-Dienstleistungs-GmbH entwickelt ein Subscription-Modul für Kunden. Die Software wird mit mehrjährigen Verträgen verkauft; es liegt ein Businessplan mit prognostizierten Erträgen vor.
Ergebnis: Aktivierung zutreffend. Prüfen, ob Wertberichtigungen erforderlich sind, falls sich Markt oder Technologie vor dem Launch ändern (Vorsichtsprinzip gemäss FER 10 und gegebenenfalls Wertminderung gemäss FER 20).
Migration und Refactoring nach Go-live
Zwei Jahre nach dem Release refactoriert dasselbe KMU den Code aus Performancegründen ohne neue Endnutzerfunktionen. Kosten: CHF 45'000.
Ergebnis: Aufwand des Geschäftsjahres. Erhöht die künftigen Vorteile nicht in nachweisbarer Weise; erfüllt nicht die Kriterien zur Erhöhung des Werts der bestehenden Aktivierung.
Auswirkungen auf Bilanz und Kennzahlen
Die buchhalterische Entscheidung verändert das Ergebnisprofil über die Zeit und einige von Banken und Investoren beobachtete Kennzahlen:
| Position | Bei Erfassung als Aufwand | Bei Aktivierung |
|---|---|---|
| Bilanz — Aktiven | Unverändert | Steigt um die aktivierten Kosten abzüglich Abschreibungen |
| Eigenkapital | Niedriger im Entwicklungsjahr | Höher, solange das Asset nicht abgeschrieben oder wertgemindert ist |
| Erfolgsrechnung — Entwicklungsjahr | Personal- und Dienstleistungskosten reduzieren das EBIT | Begrenzte Auswirkung (nur nicht aktivierbare Kosten); scheinbar höheres EBIT |
| Folgejahre | Keine Abschreibung | Jährlicher Abschreibungsaufwand in der Erfolgsrechnung |
| Dividendenausschüttung | Reduzierte ausschüttbare Basis im Investitionsjahr | Günstigere ausschüttbare Basis, vorbehaltlich gesetzlicher Reserven gemäss OR und allfälliger Wertminderungen |
Achtung: Aktivierung zur «Verbesserung» des EBIT ohne Erfüllung der FER-10-Kriterien birgt das Risiko von Revisionseingriffen, Ablehnung des beschränkten Revisionsberichts oder — in schweren Fällen — Haftung gegenüber Gläubigern wegen einer aufgeblähten Bilanz gemäss OR.
Abschreibung und Nutzungsdauer
Aktivierte immaterielle Anlagen sind über die geschätzte Nutzungsdauer systematisch abzuschreiben (FER 10). Lässt sich die Nutzungsdauer nicht hinreichend zuverlässig bestimmen, sieht FER 10 in der Regel eine Abschreibung über fünf Jahre vor (maximal zwanzig Jahre in begründeten Fällen). Für interne Software wenden Schweizer KMU typischerweise lineare Pläne von 3 bis 7 Jahren an, abhängig vom Technologiezyklus und der vorgesehenen Nutzungsdauer:
- Interne Betriebssoftware (Custom-ERP, Produktionsmanagement): oft 5–7 Jahre, wenn in Kernprozesse integriert.
- Anwendungen mit schneller Obsoleszenz (Mobile Apps, API-Integrationen): 3–4 Jahre.
- Software für den Verkauf: Nutzungsdauer an die im Businessplan vorgesehene Monetarisierungsphase anpassen.
Bei jedem Abschluss Indikatoren für Wertminderung gemäss FER 10 und FER 20 prüfen: Projektabbruch, veraltete Technologie, Kundenverluste auf der Plattform. Liegt ein nicht recoverable Wert vor, ist unabhängig vom verbleibenden Abschreibungsplan eine sofortige Wertminderung in der Erfolgsrechnung vorzunehmen.
Steuerliche Implikationen in der Schweiz
Für die Gewinnsteuer auf Bundesebene, kantonaler und kommunaler Ebene gilt grundsätzlich das Massgeblichkeitsprinzip: Aktivierte Kosten sind im Entstehungsjahr nicht abzugsfähig, werden aber schrittweise über Abschreibungen abzugsfähig. Eine unmittelbare Erfassung als Aufwand — wenn buchhalterisch zutreffend — reduziert die steuerliche Bemessungsgrundlage im selben Geschäftsjahr.
In der Schweiz gibt es keinen bundesweiten Steuergutspruch für F&E analog zu anderen Ländern. Seit 2020 sehen viele Kantone — im Rahmen der Steuerreform (STAF/SAF, Art. 25a StHG) — optional einen ausserbilanzellen Zusatzabzug für qualifizierte Forschungs- und Entwicklungsaufwendungen vor; Existenz, Umfang und Bedingungen sind bei der zuständigen kantonalen Behörde zu prüfen. Solche Vergünstigungen ersetzen nicht die buchhalterischen Aktivierungskriterien gemäss FER 10 und betreffen in der Regel wissenschaftliche Forschung oder wissenschaftsbasierte Innovation, nicht die ordentliche interne Softwareentwicklung. Die Quellensteuer auf Vergütungen an externe Entwickler beeinflusst die buchhalterische Qualifikation nicht, die Kosten müssen jedoch korrekt dokumentiert und dem Projekt zugeordnet sein.
Beim Verkauf des Unternehmens fliesst aktivierte und noch bilanzierte Software in das übertragene Vermögen ein; kumulierte Abschreibungen und der Nettobuchwert beeinflussen den ausgehandelten Goodwill. Konsistenz zwischen Verträgen, Kostenflüssen und Rechnungslegungsrichtlinien erleichtert die Due Diligence.
Dokumentation und operative Buchhaltung
Eine schriftliche interne Richtlinie — vom Management genehmigt und konsistent mit dem Kontenplan — reduziert das Risiko von Inkonsistenzen zwischen Geschäftsjahren. Mindestens zu archivieren:
- Project Charter mit Datum des Beginns der aktivierbaren Phase, Zielen und Verantwortlichem
- Monatliche Stundenzettel für Mitarbeitende und Berater, vom Project Owner genehmigt
- Konto für Anlagen im Bau (CFC / work in progress) bis zum Go-live, danach Umbuchung auf «Interne Software» oder gleichwertige Position
- Abschreibungsplan mit Nutzungsdauer und Methode, angehängt an den Jahresabschluss
- Wertminderungsprotokoll, falls das Projekt abgebrochen oder obsolet wird
In Accountex ermöglicht die Erfassung der Kosten mit Kostenstellen oder Projekt-Tags von Anfang an Reports für den Abschluss — ohne nachträgliche Rekonstruktion von Stunden und Rechnungen über mehrere Konten hinweg.
Checkliste für den Jahresabschluss
Alle internen Softwareprojekte mit wesentlichen Kosten identifizieren (> CHF 5'000–10'000 oder intern definierte Schwelle).
Für jedes Projekt prüfen, ob ein dokumentiertes Datum für das Überschreiten der Forschungsphase vorliegt.
FER-10-Kriterien abgleichen und Aktivierung oder Aufwand entscheiden — im Zweifel Aufwand bevorzugen (Vorsicht).
Aktivierbare Kosten von Aufwandskonten auf Anlagen im Bau übertragen, dann beim Go-live auf immobilisierte Software.
Jährliche Abschreibung berechnen und Wertminderungsindikatoren bei bestehenden Assets prüfen.
Geschäftsbericht und Anhang angleichen: Methode, Nutzungsdauer und allfällige wesentliche Wertberichtigungen.
Fazit
Interne Softwareentwicklung ist weder automatisch eine bilanzierte Investition noch einfach IT-Personalkosten. Für ein Schweizer KMU nach Swiss GAAP FER gilt praktisch: Forschung und Experimente immer als Aufwand; Entwicklung nur ab dem Zeitpunkt aktivierbar, an dem Machbarkeit, Absicht und Messbarkeit dokumentiert sind; ordentliche Wartung immer als Aufwand.
Die Entscheidung wirkt langfristig auf Vermögen, Gewinn, Abschreibungen und steuerliche Bemessungsgrundlage. Klare Kriterien vor Projektstart — und disziplinierte Erfassung von Stunden und Kosten — vermeiden teure Korrekturen und sichern eine verteidigbare Bilanz gegenüber Revisoren, Banken und Gegenparteien bei ausserordentlichen Transaktionen.