Wir bei SaaS Capital haben großen Respekt vor GAAP-Abschlüssen. Wir sind der Meinung, dass GAAP-Abschlüsse im Allgemeinen die zugrunde liegende finanzielle Performance eines SaaS-Unternehmens besser widerspiegeln als kassenbasierte Abschlüsse. GAAP ist der Standard, und wenn Ihre Zahlen nicht auf GAAP basieren, dann entsprechen sie eigentlich gar keinem Standard. Das heißt, wenn es um die Aktivierung von Software-Entwicklungskosten geht, liegt GAAP völlig falsch.
State of the Market:
Hier ist die gute Nachricht. Trotz der GAAP-Richtlinien, die die Aktivierung bestimmter Softwareentwicklungskosten fordern, zeigen unsere Erfahrungen und die unserer SaaS-Buchhaltungspartner bei PlusPoint Consulting, dass etwa 75 % der SaaS-Unternehmen Softwareentwicklungskosten überhaupt nicht mehr aktivieren. Selbst wenn sie geprüft werden, verlangen externe Buchhalter, die mit gut begründeten Argumenten ihrer Kunden konfrontiert werden, keine Aktivierung mehr. Selbst wenn Sie also den unten aufgeführten Argumenten nicht ganz folgen, ist Ihr SaaS-Unternehmen in der Minderheit, wenn es immer noch Softwareentwicklungskosten aktiviert.
Hintergrund:
Vor dem Aufkommen des SaaS-Geschäftsmodells haben die meisten Softwarefirmen alle paar Jahre größere Produktversionen herausgebracht. Unter diesem Konstrukt entschieden die Buchhalter, dass die Kosten, die für die Entwicklung der Produkte anfallen, besser an die Einnahmen „angepasst“ werden sollten, sobald das Produkt zum Verkauf freigegeben wurde. Während der Produktentwicklungsphase wurden also die Gehaltskosten der Entwickler nicht als Aufwand verbucht, sondern aktiviert und in die Bilanz aufgenommen.
Die Buchhaltung wird in der Praxis komplizierter, weil nur die Kosten aktiviert werden, die anfallen, nachdem das Produkt als „technisch machbar“ eingestuft wurde, und dann werden nur die Kosten für die Erstellung von „Erweiterungen“, nicht aber von „Modifikationen“ aktiviert. Die Nachverfolgung von Entwicklungskosten wird schnell unübersichtlich und relativ willkürlich, und je mehr Kosten aktiviert werden, desto weiter entfernen sich die GAAP-Bücher von den tatsächlichen Kosten für den Betrieb des Unternehmens. Diese Komplexität besteht bereits, bevor das Unternehmen versucht zu bestimmen, wie der aktivierte Vermögenswert über die „Nutzungsdauer“ der Produktverbesserung (Abschreibungszeitraum) aufgelöst werden soll.
Aus den oben genannten Gründen halten wir das ursprüngliche Konzept der Aktivierung von Softwareentwicklungskosten für Softwareunternehmen mit seltenen Releases bestenfalls für fragwürdig. Für SaaS-Unternehmen macht die Aktivierung heute jedoch überhaupt keinen Sinn mehr.
Heute:
Moderne SaaS-Unternehmen aktualisieren ihre Produkte ständig. Tägliche Updates sind keine Seltenheit, und die Produkte werden ständig weiterentwickelt und angepasst, um den Anforderungen der Benutzer und der Konkurrenz gerecht zu werden. Das rasante Tempo der modernen SaaS-Entwicklung spiegelt sich im Sprachgebrauch der agilen Entwicklungsmethodik wider, die von „Sprints“ spricht.
In dieser schnelllebigen und granularen Entwicklungswelt ist die Idee, den Arbeitsaufwand der Entwickler in prä- und post-technische Machbarkeit aufzuschlüsseln, dann zu entscheiden, welche Arbeit eine Erweiterung vs. eine Modifikation ist, dann die Nutzungsdauer der Erweiterung zu bestimmen und dann all diese Kosten separat in den Büchern zu erfassen, absurd. Es dient auch keinem Zweck. Manager und Investoren addieren ohnehin die aktivierten Kosten und die Abschreibungsaufwendungen, um einen klareren Blick auf die Rentabilität des Unternehmens zu erhalten.
Fazit:
Wir haben unseren ersten Blogbeitrag zu diesem Thema vor ein paar Jahren geschrieben, und dieser Blogbeitrag wird unser letzter zu diesem Thema sein. Dieser Fall sollte abgeschlossen sein. Das Fazit ist, dass trotz der GAAP-Richtlinien nur wenige SaaS-Unternehmen weiterhin Softwareentwicklungskosten aktivieren, weil es zeitaufwendig ist und die Verwendbarkeit des Jahresabschlusses tatsächlich beeinträchtigt.