Software

Wir haben Projekte für mehrere Dutzend Softwarefirmen umgesetzt, mit Beratern, die seit vielen Jahren in der Branche arbeiten. Ebenso zu Hause sind wir dort, wo Software mit Hardware verkauft wird und Lager, Versand und Retouren zum Abonnement hinzukommen.

Wir liefern Plattformen für den gesamten Betrieb ebenso wie Best-of-Breed-Lösungen und haben beide schon oft miteinander integriert. Wir arbeiten unter anderem mit Salesforce, HubSpot, Chargebee, NetSuite, Odoo, PayPal und Checkout.com.

Unsere Empfehlung ist eine Plattform: NetSuite oder Odoo, je nach internationaler Präsenz und Servicemodell. Für eine europäische Präsenz empfehlen wir zunehmend Odoo, weil NetSuite, in den USA entstanden, bei der europäischen Lokalisierung weiter zurückfällt. In Europa behält es seinen Platz bei reinen Finanzprojekten, bei Softwarefirmen und im eCommerce. Wir empfehlen es ausserdem überall dort, wo Verträge eine Umsatzverteilung nach Einzelveräusserungspreisen brauchen, bei NetSuite Fair Value genannt.

Was wir entlang der Wertschöpfungskette liefern

Wir richten jeden Schritt der Wertschöpfungskette ein und verbinden die Schritte, die Daten teilen:

1. Projektrechnung der Entwicklung: Stunden und Gemeinkosten je Liefergegenstand, die direkt zurechenbaren Kosten aufgeteilt in aktivierte und als Aufwand erfasste
2. Preisgestaltung: Preislisten, Pläne, Pakete, Rabatte und Preiserhöhungen bei der Verlängerung
3. Vertriebskanäle: Direktverkauf, Wiederverkäufer und Distributoren, mit Partnerpreisen, Margen und Provisionen
4. Abonnementsfakturierung: Verlängerungen, Upgrades, angeglichene Enddaten, anteilige Verrechnung und Nutzung
5. Zahlungen: Karten und Wallets, Rückerstattungen, Beanstandungen und Rückbelastungen, abgeglichen mit offenen Rechnungen und Gebühren der Anbieter
6. Umsatzrealisierung: nach jedem Regelwerk, nach dem das Unternehmen berichtet, ob IFRS 15, ASC 606, Swiss GAAP FER oder Obligationenrecht

Wird Software mit Hardware geliefert, wird die Kette länger: Lager, Seriennummern, Versand und Retouren kommen zum Vertrag hinzu, und der Umsatz muss zwischen Gerät und Abonnement aufgeteilt werden.

Entwicklung, geführt als Projektgeschäft

Wir richten die Softwareentwicklung so ein, wie Ingenieur- und Beratungsfirmen ihre Projekte führen: Jeder Liefergegenstand hat ein Budget, und jede Stunde und jeder Anteil der Gemeinkosten wird einem davon zugeordnet.

Dein grösster Kostenblock ist die Zeit, die Deine Entwickler in das Produkt stecken. Nach unserer Erfahrung steuern und verbuchen Softwarefirmen diese Zeit noch nicht so, wie es Ingenieur- und Beratungsfirmen tun. Wir bringen die Steuerung mit, die diese Firmen nutzen: Stunden zu Kosten, ein Budget je Liefergegenstand und monatlich eine Prognose bis zum Abschluss.

Unser Ansatz ist projektorientiert. Wir verknüpfen Deine Entwicklungsmethode, Scrum oder eine andere agile Methode, mit messbaren Liefergegenständen, in dieser Sprache den Epics. Dann erfassen wir Zeit und Gemeinkosten je Epic:

• Jedes Epic ist ein Projekt mit eigenem Budget; ein kleines Epic kann eine übergeordnete Aufgabe sein, die Stunden und deren Kosten trägt, aber kein eigenes Budget und keinen Anteil an den Gemeinkosten
• Die Entwickler buchen ihre Stunden auf die Aufgaben des Epics, bewertet zu den Stundenkosten jeder Person
• Gemeinkosten wie Werkzeuge, Lizenzen und Büroflächen gelangen zu einem mit Dir vereinbarten Satz auf jedes Epic
• Gemeinkosten zählen zu den Kosten des Epics, aktiviert werden aber nur direkt zurechenbare Kosten (IAS 38.67), und Mieten bleiben ausserhalb der Zahlen für eine IP-Box
• Jeden Monat die Kosten jedes Epics gegenüber dem Budget und die verbleibenden Stunden zu Kosten

Mit genügend solchen Daten lässt sich die Effizienz verfolgen, die erwartete Rentabilität jedes Liefergegenstands ablesen und Personal schneller zuteilen und umschichten. Mit agentischer KI und im Zeitalter der Wegwerf-Software ist dieses Tempo entscheidend geworden.

Weder Odoo noch NetSuite kennt einen eigenen Datensatz für Sprints oder Epics. Wir bilden deshalb jedes Epic als Projekt ab. Wo Deine Teams in Jira planen, liefern wir die Integration mit dem Konnektor eines Partners, damit Epics und Stunden ins ERP gelangen.

In Odoo sind Projekte, Aufgaben, Meilensteine, Zeiterfassung und Projektrentabilität in der Community-Edition enthalten, Budgets brauchen Enterprise. Gemeinkosten gelangen über eine analytische Verteilung zu einem festen Prozentsatz auf ein Projekt. NetSuite setzt Kostenbudgets je Projektaufgabe und Monat und verteilt Gemeinkosten mit Umlageplänen auf Projekte. In beiden Systemen liegt der Gemeinkostenanteil beim Projekt, nicht bei einer Aufgabe.

Software-IP ist ein Vermögenswert, den der CFO steuert

Wir richten die Buchhaltung so ein, dass Software-IP wie jeder andere Vermögenswert geführt wird: Kosten je Produkt, Gesellschaft und Jahr, ab der ersten Zeiterfassung.

Ein CFO im Immobiliengeschäft führt Gebäude im Bau und entscheidet, welche Gesellschaft sie hält, mit Blick auf Wert und Steuern. Ein Software-CFO tut dasselbe mit Code. Für den CFO ist Software in Entwicklung Work in Progress: Sie sammelt Kosten, bevor sie etwas einbringt.

Nach IFRS werden Entwicklungskosten erst ab dem Zeitpunkt Teil eines immateriellen Vermögenswerts, an dem alle sechs Kriterien von IAS 38.57 erfüllt sind; vorher sind sie Aufwand. Solange die Software nicht nutzungsbereit ist, wird der Vermögenswert jedes Jahr auf Wertminderung geprüft (IAS 36.10). Die Abschreibung beginnt mit der Nutzungsbereitschaft, in denselben Worten wie für Gebäude und Anlagen in IAS 16 (IAS 38.97, IAS 16.55).

Der Unterschied: Eine als Finanzinvestition gehaltene Immobilie darf zum beizulegenden Zeitwert gezeigt werden (IAS 40), Software bleibt in der Praxis zu Kosten bilanziert (IAS 38.75). Ihr Wert zeigt sich in den Steuern und in den Preisen, die sich Konzerngesellschaften dafür verrechnen. Ob die Entwicklung zum Vermögenswert wird, hängt vom Regelwerk ab:

Jede Zeile dieser Tabelle hängt an denselben Aufzeichnungen: Stunden nach Entwicklungsprojekt, getrennt von Forschung, Wartung und Kundenarbeit, und zum richtigen Satz bewertet. Sie müssen bis zum Periodenabschluss stimmen: Ein einmal als Aufwand erfasster Betrag lässt sich später nicht aktivieren (IAS 38.71).

Wo die IP liegt und was das ERP abdecken muss

Wir richten das ERP für die Länder ein, in die Du wächst, damit der CFO mit den Steuerberatern auf Basis von Zahlen entscheiden kann, wo die IP liegt. Der Ertrag folgt der Gesellschaft, die die Entwicklung leistet und steuert, nicht derjenigen, die nur die Rechte hält (OECD-Verrechnungspreisleitlinien 6.42, 6.56). Die Buchhaltung muss deshalb zeigen, wo diese Arbeit geleistet wird.

Mehrere Länder senken die Steuer auf Gewinnen aus Software, wo die Voraussetzungen erfüllt sind:

Deutschland und Österreich fördern Forschung und Entwicklung selbst, wo die Arbeit als solche gilt. Die Forschungszulage beträgt 25 % der förderfähigen Löhne für F&E (2026), mehr für kleine und mittlere Unternehmen. Die Forschungsprämie beträgt 14 % der qualifizierenden F&E-Aufwendungen und setzt ein jährliches Gutachten der FFG voraus.

Diese IP-Boxen folgen der Nexus-Regel der OECD: Der Vorteil folgt dem Anteil der qualifizierenden Ausgaben an den gesamten Entwicklungsausgaben, gemessen je IP-Vermögenswert, Produkt oder Produktfamilie. Nach dem OECD-Standard zählen bei verbundenen Unternehmen eingekaufte Entwicklung und erworbene IP nicht als qualifizierende Ausgaben; die Schweiz zählt auch F&E von Schweizer Konzerngesellschaften. Für Unternehmensgruppen mit einem konsolidierten Umsatz von mindestens 750 Millionen Euro in mindestens zwei der vier vorangegangenen Jahre hebt die globale Mindeststeuer den effektiven Satz in einem Land auf 15 % an, wo er darunter liegt.

Damit ist es ebenso eine ERP-Frage wie eine Steuerfrage. Das ERP muss jede Region abdecken: die lokale Buchhaltung und die Steuern jeder Gesellschaft sowie die Konzernberichterstattung nach IFRS, US GAAP oder Swiss GAAP FER. Es muss ausserdem Lizenzgebühren zwischen Konzerngesellschaften mit der Quellensteuer des jeweiligen Wegs führen und die Entwicklungskosten je IP-Vermögenswert über Jahre aufbewahren.

Verträge, Abonnemente und Nutzung, so wie Du verkaufst

Wir richten die Fakturierung für die Verträge ein, die Du tatsächlich verkaufst. Zuerst legen wir mit Dir fest, wo der Vertrag geführt wird: im ERP, in einem CRM wie Salesforce oder HubSpot oder in einem Fakturierungssystem wie Chargebee. Die anderen Systeme lesen ihn dann von dort.

Die Vertragsformen unterscheiden sich, und viele Firmen verkaufen mehr als eine:

• Online abgeschlossene Abonnemente, monatlich oder jährlich per Karte bezahlt
• Abonnemente mit Startdatum, Laufzeit, Fakturierungsperiode und Verlängerungsregel
• Einmalige Positionen wie Lizenzen, Einrichtungsgebühren und Schulungstage
• Einführungsarbeiten zum Festpreis, nach Meilensteinen oder nach Aufwand
• Nutzung, bepreist pro Transaktion, pro API-Aufruf oder pro aktivem Benutzer

Für jede Form legen wir die Regeln für Änderungen fest: ob zusätzliche Benutzer sofort oder erst bei der Verlängerung fakturiert werden, wie ein zweiter Vertrag auf das erste Enddatum gelegt wird und was eine Kündigung auslöst.

Die Nutzung wird in Deinem Produkt gemessen. Wir vereinbaren mit Dir, wie die Mengen auf die Rechnung kommen, per Import oder per Schnittstelle, und wer sie prüft, bevor die Rechnung hinausgeht.

Monatlich und jährlich wiederkehrender Umsatz (MRR und ARR), Abwanderung und Ausweitung kommen dann aus den Vertragsdaten und stimmen mit der Buchhaltung überein, statt aus einer Tabellenkalkulation, die jeden Monat neu gebaut wird.

Die Umsatzrealisierung hängt davon ab, was verkauft wurde und wo berichtet wird

Wir richten die Umsatzrealisierung je Gesellschaft und Regelwerk ein. In NetSuite mit Advanced Revenue Management folgt der Realisierungsplan den Leistungsverpflichtungen des Vertrags. In Odoo folgt er jeder Rechnungszeile, was genügt, wo jede Zeile im Voraus mit eigenem Preis und eigener Periode fakturiert wird. Was jedes Regelwerk verlangt:

Eine Schweizer Tochtergesellschaft berichtet oft nach OR oder Swiss GAAP FER, der Konzern nach IFRS oder nach US GAAP. Dort gilt ASC 606, das Gegenstück zu IFRS 15, im Mai 2014 gemeinsam mit diesem veröffentlicht. Das System muss dann beide Sichten auf denselben Vertrag führen.

Wo Verträge eine Verteilung nach Einzelveräusserungspreisen brauchen, bei NetSuite Fair Value genannt, richten wir sie in NetSuite mit Advanced Revenue Management und dessen Zusatzfunktion Revenue Allocation ein. Das Standardprodukt von Odoo verteilt nicht zwischen Rechnungszeilen um; Apps von Partnern für Odoo 19 ergänzen die Verteilung auf eigenen Vertragsdatensätzen.

Einführungsprojekte und Support

Wo Du Einführung, Integration, Schulung oder Support verkaufst, richten wir diese als Projekte mit Budgets, Meilensteinen und Stunden ein, in derselben Zeiterfassung, die Deine Entwickler für das Produkt nutzen. Jede Stunde landet dann auf einem Kundenprojekt oder auf einem Epic der Entwicklung, nie auf beiden.

• Festpreis-, Meilenstein- und Aufwandsfakturierung aus derselben Zeiterfassung
• Projektmarge mit Iststunden zu Kosten, nicht zu Listenpreisen
• Ein Helpdesk mit Servicelevels, die am Vertrag des Kunden hängen
• Verlängerungs- und Ausbauchancen, die aus der Supporthistorie zum Verkauf gelangen

Zuerst die Plattform, Spezialsysteme dort, wo sie ihren Platz verdienen

Wir richten zuerst eine Plattform ein, weil die Verbindungen zählen. Der Vertrag und seine Rechnungen bestimmen den Realisierungsplan, die Zeiterfassung die Projektmarge, die Kosten je Epic und die aktivierte Entwicklung, und der Support speist die Verlängerung. Verteilt auf Systeme, die nicht verbunden sind, wird jedes Glied zum Export.

Ein Spezialsystem verdient seinen Platz dort, wo es eine Aufgabe besser erledigt, und viele Softwarefirmen sollten die Systeme behalten, die sie betreiben. Wir legen mit Dir fest, welches System welchen Datensatz führt, und verbinden sie so, dass Du weiterhin erhältst:

• Einen Vertragsdatensatz für Verkauf, Fakturierung, Finanzen und Support
• Einen Realisierungsplan je Vertragsposition, aufgelöst nach den Regeln jedes Regelwerks, nach dem berichtet wird
• Kennzahlen zum wiederkehrenden Umsatz, die mit der Buchhaltung übereinstimmen
• Entwicklungsstunden, die sich ohne eigene Tabellenkalkulation aktivieren lassen
• Kosten je Epic und je IP-Vermögenswert, für jede Gesellschaft

Wie wir das in einer Evaluation prüfen

In unseren Evaluationen muss jedes System der engeren Wahl einen Deiner Verträge und eines Deiner Epics durchgängig abwickeln, mit Deinen Daten. Jeder Anbieter kann eine wiederkehrende Rechnung zeigen; entscheidend ist, was passiert, wenn sich etwas ändert:

1. Einen Deiner Verträge, so wie Du ihn verkaufst
2. Ein Upgrade im fünften Monat und eine Verlängerung zu einem neuen Preis
3. Einen Monat Nutzung, importiert und fakturiert
4. Einen Periodenabschluss mit passiven Abgrenzungen in jedem Abschluss, der erstellt wird, und den Kennzahlen zum wiederkehrenden Umsatz, abgeglichen darauf
5. Einen Monat Entwicklungsstunden und Gemeinkosten auf zwei Epics, die direkt zurechenbaren Kosten aufgeteilt in aktivierte und als Aufwand erfasste
6. Eine Lizenzgebühr zwischen zwei Konzerngesellschaften in verschiedenen Währungen

Keine Folien. Transaktionen.