Selbst entwickelte Software, Plattformen oder Methoden dürfen nach HGB als Investition in die Bilanz aufgenommen werden statt als Aufwand abzufließen. Das senkt den Personalaufwand in der GuV, erhöht Eigenkapital und EBIT, ohne einen Euro Cash-Zufluss. Wer eine Finanzierungsrunde vorbereitet, sollte diese Entscheidung kennen: Das Handelsrecht erlaubt sie als Aktivierung von Eigenleistungen, das Steuerrecht verbietet sie, und Investoren lesen beides auf ihre eigene Art.
Was aktivieren konkret bedeutet
Wenn ein Startup eine eigene Softwareplattform entwickelt, fallen Personalkosten an. Diese Kosten erscheinen in der GuV sofort als Aufwand und mindern den Jahresgewinn. Das ist die Standardsituation, und die meisten Unternehmen lassen es dabei bewenden.
Handelsrechtlich gibt es aber eine Alternative: Entwicklungskosten für selbst erstellte immaterielle Vermögensgegenstände dürfen als Investition behandelt und in die Bilanz aufgenommen werden. Statt als Personalaufwand in der GuV zu verschwinden, erscheinen sie als Anlagevermögen. Die GuV enthält dann unter dem Posten Andere aktivierte Eigenleistungen einen Gegenposten, der die Kosten kompensiert. Der EBIT des laufenden Jahres steigt. Das Eigenkapital steigt. Ohne einen Euro Cash-Zufluss.
Abgeschrieben wird dieser aktivierte Betrag planmäßig über die geschätzte Nutzungsdauer: bei selbst entwickelter Individualsoftware in der Praxis häufig im Bereich von drei bis fünf Jahren, bei betriebswirtschaftlicher Software wie ERP-Systemen eher am oberen Ende dieser Spanne. Maßgeblich ist die tatsächliche wirtschaftliche Nutzungsdauer im Einzelfall, nicht ein fester Richtwert. Die Kosten verschwinden nicht, sie verschieben sich in die Zukunft.
Die Rechtslage: HGB erlaubt, Steuerrecht verbietet
Seit der BilMoG-Reform 2009 gilt: Selbst geschaffene immaterielle Vermögensgegenstände des Anlagevermögens dürfen aktiviert werden, aber sie müssen es nicht (§ 248 Abs. 2 S. 1 HGB). Es handelt sich um ein Wahlrecht.
Ausgenommen von diesem Wahlrecht sind selbst geschaffene Marken, Drucktitel, Verlagsrechte und Kundenlisten (§ 248 Abs. 2 S. 2 HGB). Diese können nie aktiviert werden, unabhängig davon, wie viel ein Unternehmen in sie investiert hat.
In der Steuerbilanz gilt das Gegenteil: Selbst geschaffene immaterielle Wirtschaftsgüter dürfen grundsätzlich nicht aktiviert werden (§ 5 Abs. 2 EStG). Die Entwicklungskosten sind steuerlich sofort Aufwand. Das reduziert den zu versteuernden Gewinn. Das ist steuerlich vorteilhaft, schafft aber eine Differenz zur Handelsbilanz.
Die Konsequenz dieser Differenz: Wer handelsrechtlich aktiviert, weist in der HGB-Bilanz ein höheres Vermögen aus als in der Steuerbilanz. Daraus ergibt sich in der Regel eine passive latente Steuer (kleine Kapitalgesellschaften sind nach § 274a HGB von der Abgrenzung teilweise befreit). Zur Orientierung: Bei einem aktivierten Betrag von EUR 350.000 und einem Steuersatz von rund 30 Prozent läge die latente Steuer bei etwa EUR 105.000, der Netto-EK-Effekt der Aktivierung damit bei rund EUR 245.000 statt EUR 350.000. Die konkrete Behandlung klärt der Steuerberater oder Wirtschaftsprüfer.
Forschung gegen Entwicklung: die Trennlinie, die in der Praxis oft fehlt
Das Aktivierungswahlrecht gilt ausschließlich für Entwicklungskosten. Forschungskosten dürfen weder nach HGB noch nach Steuerrecht aktiviert werden. Diese Unterscheidung ist konzeptionell klar, in der Praxis aber oft schwierig umzusetzen.
| Phase | Definition | Aktivierbar? |
|---|---|---|
| Forschung | Grundlagenermittlung, Machbarkeitsstudien, erste Konzepte ohne konkretes Produktziel | Nein. Immer Aufwand. |
| Entwicklung | Konkrete Umsetzung, ab dem Zeitpunkt, an dem technische Realisierbarkeit feststeht | Ja, wenn klar von Forschung abgrenzbar. |
Der relevante Schwellenpunkt ist in der Fachliteratur als Point of No Return bekannt: der Moment, ab dem erkennbar ist, dass ein funktionsfähiges Produkt entstehen wird. Kosten, die davor entstanden sind, dürfen nicht nachträglich aktiviert werden. Was vorher als Aufwand gebucht wurde, bleibt Aufwand.
Für Startups heißt das in der Praxis: Aktivierbar sind nur die Personalkosten, die auf die tatsächliche Entwicklungsarbeit am Asset entfallen, bewertet als Fertigungszeiten multipliziert mit dem Stundensatz (§ 255 Abs. 2 HGB). Das ist nicht das volle Bruttogehalt eines Entwicklers. Vom Jahresgehalt ist zunächst die nicht-produktive Zeit abzuziehen: Urlaub, Krankheit, Feiertage, allgemeine Schulungen, Team-Meetings und Verwaltungsaufgaben. Von der verbleibenden produktiven Zeit zählt nur der Anteil, der auf aktivierbare Entwicklung entfällt, also auf die Schaffung neuer Funktionalität nach dem Point of No Return. Wartung, Bugfixing, Planung und Arbeit in der Forschungsphase bleiben Aufwand.
Eine minutengenaue Zeiterfassung ist dafür nicht gesetzlich vorgeschrieben. Der Maßstab ist verlässliche Ermittelbarkeit, nicht exakte Messung. Eine plausible, dokumentierte Schätzung des aktivierbaren Stundenanteils ist zulässig, solange sie nachvollziehbar belegt ist, etwa durch Sprint-Planung, Commit-Historie, Tickets im Projektmanagement-Tool oder Rollenbeschreibungen. Die Höhe des Anteils hängt stark von Rolle und Phase ab: Bei Entwicklern, die überwiegend neue Funktionalität bauen, kann er deutlich über der Hälfte liegen, in wartungs- oder forschungslastigen Konstellationen entsprechend niedriger. Was Prüfer hinterfragen, ist nicht die Höhe an sich, sondern eine fehlende Herleitung. Ein hoher Anteil ist tragfähig, wenn die zugrunde liegende Tätigkeitsstruktur dokumentiert ist.
Was sich in Bilanz und GuV ändert: ein Zahlenbeispiel
Ein SaaS-Startup entwickelt im Jahr 2025 eine neue Kernfunktionalität seiner Plattform. Gesamtaufwand: EUR 400.000, davon EUR 50.000 Forschungskosten (Machbarkeitsstudie, nicht aktivierbar) und EUR 350.000 Entwicklungskosten (aktivierbar, da technische Realisierbarkeit dokumentiert ist).
| Ohne Aktivierung | Mit Aktivierung | |
|---|---|---|
| Personalaufwand GuV 2025 | EUR 400.000 | EUR 50.000 (nur Forschung) |
| Andere aktivierte Eigenleistungen GuV 2025 | --- | EUR 350.000 (Gegenposten) |
| EBIT-Effekt 2025 | EUR -400.000 | EUR -50.000 |
| Immaterielles Anlagevermögen Bilanz | --- | EUR 350.000 |
| Passive latente Steuer (ca. 30%) | --- | EUR -105.000 |
| Eigenkapital-Nettoeffekt 2025 | --- | ca. EUR +245.000 |
| AfA ab 2026 (5 Jahre) | --- | EUR 70.000 p.a. |
Ab dem zweiten Jahr erscheint die jährliche Abschreibung von EUR 70.000 als Aufwand in der GuV. Der EBIT-Vorteil aus dem ersten Jahr wird über fünf Jahre wieder abgebaut. Die Aktivierung verschiebt den Aufwand, sie eliminiert ihn nicht.
Das folgende Beispiel zeigt den GuV- und Bilanzeffekt über den vollständigen Aktivierungszeitraum. Wechseln Sie zwischen GuV und Bilanz und vergleichen Sie die Darstellung mit und ohne Aktivierung.
Wie Investoren aktivierte Eigenleistungen lesen
Erfahrene Investoren bereinigen aktivierte Eigenleistungen routinemäßig aus EBIT und EBITDA. Sie arbeiten mit einem Cash EBITDA, das nicht-zahlungswirksame Posten herausrechnet. Entwicklungskosten tauchen in Transaktionsprozessen regelmäßig als EBITDA-Adjustment auf, entweder buchhalterisch über die Aktivierung oder als explizite Normalisierung außerhalb der Bilanz.
In Transaktionsprozessen sind solche EBITDA-Adjustments die Regel, nicht die Ausnahme. Software-Entwicklungskosten zählen dabei neben der Managementvergütung zu den häufig diskutierten Korrekturposten, weil sie das ausgewiesene Ergebnis spürbar verzerren können.
Das bedeutet: Ob ein Startup aktiviert oder nicht, ändert für einen professionellen Investor wenig an seiner Einschätzung der Ertragskraft. Was es ändert, ist die Qualitätssignalwirkung der Dokumentation:
- Positive Signalwirkung: Eine konsistente Aktivierungspolicy, eine nachvollziehbar dokumentierte Kostenzuordnung und ein plausibler AfA-Plan signalisieren strukturierte Finanzführung.
- Negative Signalwirkung: Aktivierung, die kurz vor einer Finanzierungsrunde sprunghaft steigt, ohne dass ein klar beschreibbares neues Produkt dahintersteht, zieht Due-Diligence-Fragen nach sich.
- Neutral: Aktivierung im Einklang mit dem tatsächlichen Investitionsverhalten, konsistent über mehrere Perioden, wird in der Regel als Standardvorgehen akzeptiert.
Ein weiterer Aspekt: Unter IFRS (IAS 38) besteht bei Erfüllung der Aktivierungsvoraussetzungen in der Entwicklungsphase eine Aktivierungspflicht, kein Wahlrecht. Wer das HGB-Wahlrecht ausübt, gleicht seine Darstellung damit internationalen Standards an. Das ist ein sinnvolles Argument gegenüber Investoren, die mit IFRS-bilanzierten Unternehmen vergleichen.
Wann aktivieren, wann besser nicht
| Situation | Aktivierung eher sinnvoll | Aktivierung eher verzichten |
|---|---|---|
| Dokumentation | Nachvollziehbare Kostenzuordnung vorhanden (Zeiterfassung oder dokumentierte Allokation), Forschung und Entwicklung trennbar | Keine plausible Grundlage für die Kostenzuordnung, Forschung und Entwicklung nicht trennbar |
| Finanzierungsrunde | Runde in 12-18 Monaten geplant, EK-Optik relevant | Runde in unter 6 Monaten: zu kurzfristig, zu viel Erklärungsbedarf |
| Investor-Typ | PE, Growth-Investoren, strategische Käufer: Bilanzoptik relevanter | Seed-VCs: rechnen grundsätzlich um, Bilanz sekundär |
| Projektrisiko | Produkt klar definiert, Abnahme absehbar | Hohes Projektrisiko: Wertberichtigung bei Scheitern belastet künftige GuV |
Erstmalige Aktivierung im laufenden Betrieb: Schritt für Schritt
Wichtig zur Einordnung: Das Aktivierungswahlrecht nach § 248 Abs. 2 HGB wird zum Abschlussstichtag für die Entwicklungskosten ausgeübt, die im laufenden Geschäftsjahr anfallen, und zwar ab dem Zeitpunkt, an dem die Entstehung des Vermögensgegenstands hinreichend wahrscheinlich ist. Für Kosten, die in abgeschlossenen Vorjahren bereits als Aufwand verbucht wurden, gilt nach herrschender Auffassung ein Nachaktivierungsverbot: Sie lassen sich nicht nachträglich in die Bilanz nehmen. Die erstmalige Ausübung wirkt damit prospektiv ab dem laufenden Geschäftsjahr, eine Anpassung der Vorjahresvergleichszahlen ist nicht erforderlich. Wie das im konkreten Einzelfall anzuwenden ist, gehört in die Abstimmung mit dem Steuerberater oder Wirtschaftsprüfer.
Schritt 1: Prüfen ob die Voraussetzungen erfüllt sind
Vor jeder anderen Maßnahme steht die Frage, ob überhaupt aktivierungsfähige Leistungen vorliegen. Drei Bedingungen müssen gleichzeitig erfüllt sein: Es muss ein identifizierbarer immaterieller Vermögensgegenstand entstehen (kein diffuses Wissensaufbau), die Kosten müssen verlässlich ermittelbar und einem konkreten Projekt zuordenbar sein, und die technische Realisierbarkeit muss zum Zeitpunkt der Aktivierung bereits feststehen. Wer diese drei Fragen nicht mit Ja beantworten kann, sollte nicht aktivieren.
Schritt 2: Kostenzuordnung dokumentieren
Aktivierungsfähige Herstellkosten müssen verlässlich ermittelbar sein. Das verlangt eine nachvollziehbare Zuordnung der Entwicklungsstunden zum Projekt, nicht zwingend eine minutengenaue Zeiterfassung. Der Stundensatz wird aus den durchschnittlichen Personalkosten je Funktion oder Gehaltsgruppe abgeleitet (Bruttogehalt plus Arbeitgeberanteil Sozialversicherung, geteilt durch die produktiven Jahresstunden). Multipliziert mit den auf aktivierbare Entwicklung entfallenden Stunden ergibt sich der Aktivierungsbetrag. Wer projektbezogene Zeiterfassung hat, ist auf der sichersten Seite. Wer keine hat, kann mit einer dokumentierten Schätzung des aktivierbaren Stundenanteils arbeiten, hergeleitet aus Sprint-Planung, Tickets oder Rollenbeschreibungen. Was in jedem Fall gebraucht wird: eine erkennbare Trennung zwischen Forschungs- und Entwicklungsphase und eine Kostengrundlage, die direkte Personalkosten, Materialkosten und aktivierbare Gemeinkosten je Projekt nachvollziehbar ausweist.
Schritt 3: Herstellkostenkalkulation je Projekt erstellen
Für jedes aktivierungsfähige Projekt wird eine Kalkulation erstellt, die als Bewertungsgrundlage für den Jahresabschluss dient. Das Dokument muss folgende Positionen enthalten:
| Position | Inhalt | Aktivierbar? |
|---|---|---|
| Projektbezeichnung | Name und kurze Beschreibung des entstehenden Assets | --- |
| Entwicklungsbeginn | Datum des Point of No Return (technische Machbarkeit bestätigt) | --- |
| Personalkosten direkt | Stunden je Mitarbeiter × Stundensatz (inkl. AG-Sozialversicherung) | Ja |
| Materialkosten direkt | Direkt dem Projekt zurechenbare Materialien und Lizenzen | Ja |
| Fremdleistungen | Externe Entwickler, Berater mit direktem Projektbezug | Ja |
| Gemeinkostenzuschlag | Dokumentierter Zuschlagssatz auf Fremdkosten (z.B. 20-30%) | Ja (Wahlrecht) |
| Vertriebskosten | Sales, Marketing, Angebotserstellung | Nein |
| Allgemeine Verwaltung | Buchhaltung, Geschäftsführung ohne Projektbezug | Nein |
| Summe Herstellkosten | Aktivierungsbetrag | --- |
| Geplante Nutzungsdauer | In Jahren, im Einzelfall zu schätzen (Software häufig 3-5 Jahre) | --- |
| Jährliche AfA | Herstellkosten / Nutzungsdauer | --- |
Dieses Dokument ist kein einmaliges Formular, sondern wird jährlich fortgeschrieben: Restbuchwert, kumulierte AfA und etwaige außerplanmäßige Abschreibungen werden ergänzt. Es ist gleichzeitig die Grundlage für den Anhang und für Fragen in der Due Diligence.
Schritt 4: Aktivierungspolicy schriftlich festlegen
Vor der ersten Aktivierung muss eine schriftliche Policy existieren, die folgende Fragen beantwortet: Welche Projekttypen kommen für eine Aktivierung in Betracht? Ab welchem Mindestbetrag wird aktiviert (Wesentlichkeitsschwelle, z.B. EUR 10.000)? Welche AfA-Dauer gilt für welche Asset-Kategorie? Wie wird der Gemeinkostenzuschlag berechnet und wer kalibriert ihn jährlich? Wer im Unternehmen entscheidet über die Aktivierung eines Projekts und wer zeichnet sie ab? Die Policy wird einmalig erstellt, jährlich überprüft und bei Änderungen im Anhang erläutert.
Schritt 5: Abstimmung mit Steuerberater oder Wirtschaftsprüfer
Kleine GmbHs ohne Prüfungspflicht (Bilanzsumme unter EUR 7,5 Mio., Umsatz unter EUR 15 Mio., weniger als 50 Mitarbeiter, zwei von drei Kriterien) können das Wahlrecht ohne Wirtschaftsprüfer ausüben. Der Steuerberater erstellt den Jahresabschluss und kann die Aktivierung vornehmen. Was mit dem Steuerberater abzustimmen ist: die Herstellkostenkalkulation und die Abgrenzungsentscheidungen, die Berechnung der passiven latenten Steuer, die Formulierung der Anhang-Erläuterungen und die Behandlung in der Steuerbilanz (dort bleibt der Aufwand sofort abzugsfähig).
Wer einen Wirtschaftsprüfer hat, bindet ihn frühzeitig ein, idealerweise vor dem Jahresabschluss. Nachträgliche Diskussionen über die Bewertungsgrundlage oder die Abgrenzung Forschung/Entwicklung sind aufwendiger als eine frühzeitige Abstimmung. Der WP muss die Aktivierung nicht genehmigen, aber er prüft sie und kann Korrekturen verlangen.
Schritt 6: Jahresabschluss und Anhangpflichten
Im Jahresabschluss wird der selbst geschaffene Vermögensgegenstand mit seinen Herstellkosten im Anlagevermögen angesetzt und die passive latente Steuer berücksichtigt. Die buchhalterische Umsetzung übernimmt der Steuerberater oder die Bilanzbuchhaltung. Was Sie als CFO aktiv steuern, sind die Anhangpflichten, denn hier entstehen die häufigsten Lücken. Drei Angaben sind erforderlich:
- § 284 Abs. 2 Nr. 2 HGB: Erläuterung der erstmaligen Ausübung des Aktivierungswahlrechts und Begründung der Abweichung vom bisherigen Vorgehen.
- § 285 Nr. 28 HGB: Angabe des Betrags, der wegen der Ausschüttungssperre nicht ausgeschüttet werden darf.
- § 285 Nr. 29 HGB: Erläuterung der latenten Steuern, einschließlich Ursache (HGB-Steuerbilanz-Differenz aus Aktivierung) und verwendetem Steuersatz.
Vorjahresvergleichszahlen müssen nicht angepasst werden. Das HGB kennt kein Restatement-Prinzip wie IFRS IAS 8. Die Änderung wirkt ausschließlich ab dem Jahr der erstmaligen Ausübung.
Schritt 7: Folgejahre und laufende Dokumentation
Ab dem Jahr der erstmaligen Aktivierung gelten drei laufende Pflichten: Der AfA-Plan wird jährlich fortgeschrieben. Jedes Jahr wird geprüft, ob der Buchwert noch gerechtfertigt ist (Impairment-Test): Wenn ein Produkt eingestellt wird, technologisch veraltet oder das Projekt aufgegeben wurde, ist eine außerplanmäßige Abschreibung fällig. Und die Aktivierungspolicy wird konsistent angewendet, Abweichungen werden im Anhang begründet.
Der operative Ablauf: Wer liefert welche Daten?
In der Praxis scheitert die Aktivierung selten am Verständnis, sondern an der Datenbeschaffung. Als CFO sitzen Sie in der Mitte und führen drei Zulieferungen zusammen: Die Entwicklung (in der Regel der CTO oder ein Lead Developer) liefert die Tätigkeitsstruktur, die Lohnbuchhaltung die Personalvollkosten, der Steuerberater bestätigt die Methodik. Konkret heißt das zwei Vorlagen, die an zwei verschiedene Stellen gehen. Die eine geht an die technische Leitung, die andere an die Lohnbuchhaltung. Beide zusammen ergeben den Aktivierungsbetrag.
Vorlage 1: an die technische Leitung (CTO oder Lead Developer)
Diese Vorlage klärt, welcher Anteil der Entwicklungszeit auf aktivierbare Arbeit entfiel. Der Begleittext ist entscheidend: nicht aus dem Bauch schätzen, sondern aus Epics in Jira oder Linear, aus Sprint-Boards oder Ticket-Labels herleiten. Die technische Leitung kennt die Projekte, das Finance-Team nicht. Bitten Sie um eine Aufteilung je Entwickler oder je Rolle:
| Feld | Inhalt |
|---|---|
| Entwickler/in oder Rolle | Name oder anonymisierte Rolle, etwa Senior Backend |
| Projekt / Asset | Welches abgrenzbare Asset entsteht |
| Zeitraum | Ab Point of No Return bis Fertigstellung oder Stichtag |
| Anteil neue Funktionalität | Aktivierbar: Entwurf, Coding, Testing neuer Features, in Prozent |
| Anteil Wartung / Bugfixing | Nicht aktivierbar, in Prozent |
| Anteil Forschung / Konzeption | Nicht aktivierbar (Phase vor Point of No Return), in Prozent |
| Anteil Meetings / Admin / Sonstiges | Nicht aktivierbar, in Prozent |
| Herleitung | Womit ist der Anteil belegt: Epics, Sprint-Daten, Ticket-Labels |
Vorlage 2: an die Lohnbuchhaltung
Diese Vorlage liefert die Kostenbasis. Aktivierbar ist nicht das Bruttogehalt, sondern der Vollkosten-Tagessatz bezogen auf produktive Arbeitstage. Die Lohnbuchhaltung hat diese Zahlen, die Entwicklung nicht:
| Feld | Inhalt |
|---|---|
| Entwickler/in oder Rolle | Korrespondierend zu Vorlage 1 |
| Bruttojahresgehalt | Fixum plus feste Zulagen |
| Arbeitgeberanteil Sozialversicherung | Gesetzliche Arbeitgeberanteile |
| Vollkosten p.a. | Summe aus Bruttogehalt und Arbeitgeberanteil |
| Produktive Arbeitstage p.a. | Soll-Arbeitstage minus Urlaub, Feiertage, durchschnittliche Krankheitstage |
| Vollkosten-Tagessatz | Vollkosten p.a. geteilt durch produktive Arbeitstage |
Die Zusammenführung beim CFO
Aus beiden Vorlagen ergibt sich der Aktivierungsbetrag je Entwickler. Produktive Tage multipliziert mit dem aktivierbaren Prozentsatz ergibt die aktivierbaren Tage, multipliziert mit dem Vollkosten-Tagessatz ergibt den aktivierbaren Personalkostenanteil. Ein Rechenbeispiel:
| Schritt | Beispiel: Senior Developer |
|---|---|
| Vollkosten p.a. (aus Vorlage 2) | EUR 110.000 |
| Produktive Arbeitstage p.a. | 210 |
| Vollkosten-Tagessatz | EUR 524 |
| Aktivierbarer Anteil (aus Vorlage 1) | 60 Prozent |
| Aktivierbare Tage | 126 |
| Aktivierbarer Personalkostenanteil | rund EUR 66.000 |
Dazu kommen aktivierbare Gemeinkosten: anteilige Cloud- und Tool-Kosten während der Entwicklung, anteilige Leitungszeit. Die Summe über alle Beteiligten plus Gemeinkosten ist der Herstellkostenwert des Assets. Diesen Rechenweg legen Sie einmal als Vorlage an und füllen ihn pro Quartal oder zum Jahresabschluss. Halten Sie den Aktivierungsentscheid je Projekt mit einem datierten Sign-off der Finanzleitung fest: wer hat auf welcher Grundlage entschieden. Genau diese Nachvollziehbarkeit, vom einzelnen Entwickler über den Tagessatz bis zum abgezeichneten Aktivierungsbetrag, ist es, was eine Abschlussprüfung oder Due Diligence sehen will.
Der folgende Rechner bildet diese Logik ab. Tragen Sie Ihre Rollen mit Anzahl, Monatsbruttogehalt und dem geschätzten aktivierbaren Zeitanteil ein. Das Ergebnis ist eine Orientierung für die Herstellkostenbasis, kein Ersatz für die projektbezogene Einzelkostenzurechnung.
Praxisfälle, die im Standardvorgehen untergehen
- Gründer oder CTO ohne Gehalt: Wer sich in der Frühphase keinen Lohn auszahlt, hat keinen Personalaufwand gebucht. Ohne Aufwand gibt es nichts zu aktivieren, unabhängig davon wie viel Code entstanden ist. Eine aktivierbare Basis entsteht erst ab Gehaltszahlung.
- Freelancer und Agenturen: der einfachste Fall. Rechnungen externer Entwickler mit Projektbezug sind ein direkter, prüfungsfester Nachweis. Hier braucht es keine Stundenschätzung, nur eine saubere Projektzuordnung der Rechnungen.
- Mischrollen: Ein Entwickler, der auch Support oder Vertrieb macht, wird anteilig erfasst. Der Support- und Vertriebsanteil ist nicht aktivierbar und gehört in Vorlage 1 in die Sonstiges-Zeile.
- Kein Ticket-Tagging vorhanden: Wer in Jira oder Linear nicht nach aktivierbar und nicht-aktivierbar labelt, kann den Anteil retrospektiv über abgeschlossene Epics schätzen oder ab sofort ein Label einführen. Für künftige Perioden ist das Label der sauberste Weg.
- Point of No Return dokumentieren: Der Stichtag braucht ein Artefakt. Ein Produktentscheid im Protokoll, eine Prototyp-Demo mit Datum, eine Budgetfreigabe durch die Geschäftsführung. Ohne datierbaren Nachweis ist der Aktivierungsbeginn angreifbar.
- Doppelnutzung mit der Forschungszulage: Die gleiche Tätigkeits- und Kostendokumentation, die die Aktivierung stützt, ist oft auch Grundlage für die steuerliche Forschungszulage. Wer einmal sauber dokumentiert, bedient beide Zwecke.
- Timing zum Geschäftsjahr: Setzen Sie den Prozess zum Beginn eines Geschäftsjahres auf, nicht rückwirkend mitten im Jahr. Eine Entscheidung mitten im Jahr ist möglich, aber die rückwirkende Datenbeschaffung für die bereits vergangenen Monate ist deutlich aufwendiger und schwächer belegt als eine saubere Erfassung ab dem ersten Tag.
Der häufigste Grund, warum Aktivierung in der Praxis scheitert, ist nicht die Buchhaltung, sondern die fehlende Routine. Wer die Tätigkeitsstruktur erst beim Jahresabschluss rückwirkend rekonstruiert, produziert schwache Daten und viel Stress. Wer das Entwicklungsteam einmal pro Quartal zehn Minuten in die Kategorisierung investieren lässt, hat am Jahresende eine prüfungsfeste Grundlage. Aktivierung ist ein Prozess, kein Jahresend-Event.
Was vor der Finanzierungsrunde konkret zu tun ist
- 1Dokumentation prüfen, bevor die Entscheidung fällt. Nachvollziehbare Kostenzuordnung (projektbezogene Zeiterfassung oder dokumentierte Allokationslogik), Unterscheidung Forschungs- versus Entwicklungsphase, Herstellkostenkalkulation mit Einzelkosten und aktivierbaren Gemeinkosten. Ohne eine belastbare, dokumentierte Grundlage ist die Aktivierung bei Due Diligence angreifbar.
- 2Aktivierungspolicy schriftlich festlegen. Welche Projekttypen kommen in Betracht? Ab welchem Umfang wird aktiviert? Welche AfA-Dauer gilt? Diese Entscheidungen vor der ersten Aktivierung festzulegen, verhindert Diskussionen bei jeder Folgeprüfung und zeigt Investoren, dass die Behandlung systematisch ist, nicht opportunistisch.
- 3Investor-Kommunikation im Data Room vorbereiten. Aktivierte Eigenleistungen aktiv erklären, nicht von Investoren fragen lassen. Was ist aktiviert? Seit wann? Auf Basis welcher Dokumentation? Wie sieht das bereinigte EBIT aus? Ein klares Memo zu diesem Punkt im Data Room nimmt die Frage aus der Verhandlung.
Die Alternative: Pro-forma-Darstellung im Infomemo statt Aktivierung im Abschluss
Nicht jedes Startup will oder kann die Aktivierung im Jahresabschluss vornehmen. Manchmal ist die Runde zu kurzfristig, manchmal ist der Aufwand für die handelsrechtliche Umstellung nicht gerechtfertigt, manchmal sträubt sich der Steuerberater. In diesen Fällen gibt es eine Alternative: die Wirkung der Aktivierung als Pro-forma-Rechnung im Investoren-Infomemo zeigen, ohne den testierten Abschluss anzufassen. Die Kernfrage lautet dann: Wie sähen EBIT und Eigenkapital aus, wenn wir nach dem HGB-Wahlrecht aktiviert hätten? Diese Darstellung ist zulässig, solange sie klar als Pro-forma gekennzeichnet und sauber übergeleitet wird.
Sinnvoll ist das vor allem, wenn die historischen EBIT-Zahlen durch hohe Entwicklungskosten verzerrt wirken, das Unternehmen aber nie aktiviert hat. Oder wenn Vergleichsunternehmen, etwa IFRS-bilanzierende oder US-Firmen, ihre Entwicklungskosten kapitalisieren und das eigene EBIT dadurch optisch schlechter dasteht als das der Peer Group. Bei PE-Prozessen und strategischen Käufern, die Bilanzkennzahlen intensiv lesen, ist die Pro-forma-Brücke wirkungsvoller als bei Seed-VCs, die ohnehin auf den Cash-Burn schauen.
Variante 1: EBITDA-Bridge (empfohlen)
Die sauberste Form ist keine vollständige Pro-forma-GuV, sondern eine explizite Überleitung vom ausgewiesenen zum bereinigten Ergebnis. Sie zeigt transparent, welcher Aufwand kapitalisierbar gewesen wäre, ohne den Abschluss zu verändern:
| Position | Wert |
|---|---|
| Reported EBITDA (HGB, ohne Aktivierung) | EUR -180.000 |
| + Kapitalisierbare Entwicklungskosten (als Aufwand verbucht) | EUR 350.000 |
| = Adjusted EBITDA (pro forma, mit Aktivierung) | EUR 170.000 |
Der Vorteil dieser Form: Professionelle Investoren arbeiten ohnehin mit einem bereinigten Cash-EBITDA und rechnen aktivierte Eigenleistungen heraus oder hinzu. Wer die Brücke selbst liefert, nimmt ihnen die Arbeit ab und steuert die Erzählung. Wichtig ist, dass der hinzugerechnete Betrag denselben strengen Maßstab erfüllt wie eine echte Aktivierung: nur tatsächliche Entwicklungsstunden für neue Funktionalität nach dem Point of No Return, nicht das volle Entwicklerbudget. Eine Pro-forma-Brücke, die zu großzügig rechnet, zerstört mehr Vertrauen als sie schafft.
Variante 2: Pro-forma-GuV im Infomemo
Aufwendiger, aber strukturierter wirkt eine vollständige Neurechnung der GuV für zwei bis drei Vorjahre mit Aktivierung. Das lohnt sich nur, wenn die zugrunde liegende Dokumentation belastbar ist, der Investorenkreis sehr bilanzaffin ist und die Beträge materiell genug sind, um den Aufwand zu rechtfertigen. Eine Pro-forma-GuV braucht zwingend einen Methodik-Anhang, der offenlegt, wie die Herstellkosten ermittelt und die Stundenanteile abgegrenzt wurden. Ohne diesen Anhang ist sie in der Due Diligence nicht haltbar.
Variante 3: Kommentar im Pitch Deck
Die informellste Form ist ein erklärender Hinweis im Finanzteil des Decks: Die EBIT-Marge läge bei X Prozent, wenn Entwicklungskosten von EUR Y nach HGB aktiviert würden, was ab dem kommenden Geschäftsjahr umgestellt wird. Das ist transparent, signalisiert Bewusstsein für die Bilanzwirkung und vermeidet den Eindruck, etwas verstecken zu wollen. Es ersetzt aber keine belastbare Überleitung, wenn der Investor tiefer einsteigt.
Häufige Fehler
- Forschungs- und Entwicklungskosten nicht getrennt: Wenn die Projektdokumentation nicht zwischen explorativer Arbeit und konkreter Umsetzung unterscheidet, ist der gesamte aktivierte Betrag bei einer Prüfung gefährdet.
- Zu frühe Aktivierung: Kosten, die entstanden sind, bevor technische Machbarkeit belegt war, dürfen nicht rückwirkend aktiviert werden. Viele Startups ziehen die Grenze zu früh.
- Vertriebskosten und kalkulierte Gewinnanteile aktiviert: Diese dürfen bei der Bewertung von Eigenleistungen nicht angesetzt werden. Nur Herstellkosten sind aktivierungsfähig.
- Latente Steuer vergessen: Der buchhalterische EBIT-Effekt der Aktivierung wird durch die passive latente Steuerverbindlichkeit reduziert. Wer diesen Posten weglässt, bilanziert fehlerhaft.
- Ausschüttungssperre übersehen: Gründer, die einen hohen Gewinn ausschütten wollen, werden durch eine laufende Aktivierung gebremst. Diese Implikation sollte vor Jahresabschluss mit dem Steuerberater besprochen sein.
- Folgebewertung vernachlässigt: Jährlicher Impairment-Test ist Pflicht. Wenn ein Produkt nicht mehr weiterentwickelt wird, technologisch veraltet oder das Projekt aufgegeben wurde, ist eine außerplanmäßige Abschreibung fällig.
- AfA-Dauer zu optimistisch gewählt: Wer individuell entwickelte Software über zehn Jahre abschreibt, muss das begründen können. Für die meisten Softwareprodukte sind drei bis fünf Jahre realistisch.
