App Store Connect meldet, Sie hätten letzten Monat 9.412 . Sie addieren die Beträge, fühlen sich mit 12.520 von Apple, 2.210 $ von Google. Niemand hat Sie bestohlen. Jeder fehlende Dollar hat einen Namen: MwSt, Provision, Rückerstattungen, Steuerabzug, Währungsumrechnung und schließlich Einkommensteuer. Das Problem ist nicht die Lücke selbst – sondern dass die meisten Indie-Entwickler kein Hauptbuch haben, das sie erklärt, und daher die drei Fragen nicht beantworten können, die wirklich zählen: Ist meine Preisgestaltung richtig? Bin ich auf dem korrekten Provisionssatz? Ist meine Cashflow-Prognose realistisch?
Dieser Leitfaden führt durch den gesamten Wasserfall vom Listenpreis bis zum Nettobetrag, erklärt, warum die Auszahlung nie dem Bericht entspricht, und gibt Ihnen eine monatliche Abstimmungsroutine an die Hand, die nach der Einrichtung etwa 30 Minuten dauert.
Drei Zahlen, drei verschiedene Antworten
Jedes App-Unternehmen hat drei Umsatzzahlen, und deren Vermischung ist der Ausgangspunkt der Verwirrung:
- Bruttoumsatz – was die Kunden bezahlt haben, wie in Analyse-Dashboards angezeigt. Dies ist die Eitelkeitszahl. Sie enthält Steuern, wo der Store sie einzieht, und ist in der Regel eine Schätzung, die später korrigiert wird.
- Entwicklererlöse – was der Store sagt, dass Sie verdient haben, aus den monatlichen Finanzberichten (Apple) und Verdienstberichten (Google). Dies ist netto von Provision, Steuern, die der Store einzieht und abführt, Rückerstattungen und Rückbuchungen. Dies ist die Zahl, auf der Ihre Buchhaltung aufbauen sollte.
- Die Auszahlung – die Bankeinlage. Erlöse abzüglich etwaiger Quellensteuer, angepasst um Währungsumrechnung, und vorbehaltlich Mindestauszahlungsschwellen und des Zahlungskalenders des Stores.
Wenn Ihre Bücher nur die Bankeinlage erfassen, wird Ihr Umsatz stillschweigend zu niedrig ausgewiesen und um einen Monat oder mehr verschoben. Wenn sie den Bruttoumsatz erfassen, wird der Umsatz um 30–50 % zu hoch ausgewiesen und entspricht keinem Geld, das Sie jemals erhalten. Die gesamte Kunst der App-Store-Buchhaltung besteht darin, diese drei Zahlen so zu verdrahten, dass jeder Monat mit null Differenz zwischen gemeldeten Erlösen und erhaltenem Bargeld abschließt.
Der Wasserfall vom Listenpreis zum Nettobetrag
Nehmen Sie ein 9,99-€-Abonnement, verkauft in einem Land mit 20 % MwSt, bei der Standardprovision von 30 %. Hier ist die ehrliche Version dessen, was passiert:
| Schritt | Berechnung | Verbleibend | % des Listenpreises |
|---|---|---|---|
| Listenpreis | — | 9,99 € | 100 % |
| Vom Store erhobene und abgeführte MwSt | 9,99 € ÷ 6 | 8,33 € | 83 % |
| Store-Provision (Standardsatz) | 30 % × 8,33 € | 5,83 € | 58 % |
| Rückerstattungen & Rückbuchungen (Annahme 3 %) | 3 % × 5,83 € | 5,65 € | 57 % |
| Einkommensteuer bei effektiv 30 % | 30 % × 5,65 € | 3,96 € | 40 % |
Rund 60 % des Listenpreises erreichen Ihre Tasche nie. Ein US-Verkauf in einem Bundesstaat, der digitale Güter nicht besteuert, startet von einer höheren Basis, und ein Entwickler mit reduziertem Provisionssatz behält deutlich mehr (derselbe MwSt-Region-Verkauf bei 15 % Provision ergibt vor Rückerstattungen 7,08 € – etwa 71 % des Listenpreises). Der genaue Prozentsatz hängt von Ihrem Verkaufsmix ab, aber die strukturelle Lektion gilt überall: Bruttoumsatz ist nicht Ihr Geld. Es ist das Geld des Stores, das durch Ihr Dashboard fließt.
Nichts davon ist verborgen. Die Programm-AGBs von Apple und Google legen jeden Abzug offen. Was in den meisten Indie-Unternehmen fehlt, ist die Nachverfolgung – ein Ort, an dem jede Ebene des Wasserfalls eine aufgezeichnete, prüfbare Tatsache ist, statt einer monatlichen Überraschung.
Der Provisionssatz, den Sie tatsächlich zahlen
Der teuerste buchhaltungsnahe Fehler in diesem Bereich ist, auf dem falschen Satz zu sein. Beide Stores halbieren ihre Provision für kleinere Entwickler, und die Anmeldung ist nicht überall automatisch:
Apples App Store Small Business Program senkt die Provision von 30 % auf 15 % für kostenpflichtige Apps, In-App-Käufe und Abonnements. Die Förderfähigkeit wird in Erlösen gemessen – Umsatz netto von Apples Provision und bestimmten Steuern und Anpassungen, nicht brutto – und erfordert, dass Sie im vorangegangenen Kalenderjahr nicht mehr als 1 Million . Zwei Details bringen Entwickler ins Straucheln:
- Wenn Sie die 1-Million-$-Grenze im Laufe des Jahres überschreiten, gilt der Standardsatz von 30 % für künftige Verkäufe – bereits getätigte Verkäufe zu 15 % werden nicht zurückgefordert, und Sie können sich im Jahr nach Rückgang Ihrer Erlöse unter die Schwelle neu qualifizieren.
- Satzänderungen treten 15 Tage nach Ende des Geschäftsmonats in Kraft, in dem Ihre Anmeldung genehmigt wird – eine verzögerte Anmeldung kostet also jede Woche, die sie in Ihrer To-do-Liste liegt, echtes Geld.
Die reduzierte Stufe von Google Play wendet 15 % auf die ersten 1 Million $ an, die Sie jedes Kalenderjahr verdienen, wobei der 30-%-Satz auf Einkünfte darüber greift – Sie melden sich an, indem Sie Ihre verbundenen Konten in der Play Console gruppieren und die Bedingungen akzeptieren. Eine strukturelle Besonderheit, die Sie kennen sollten: Bei Google werden alle automatisch verlängerbaren Abonnements von Tag eins mit der 15-%-Servicegebühr belegt, unabhängig von der Programmanmeldung. Bei Apples Standardsatz zahlt ein Abonnent in den ersten 12 Monaten 30 % und ab dem zweiten Jahr 15 % – ein leises Argument für Kundenbindung, das nur relevant wird, wenn Sie aus dem reduzierten Programm herauswachsen.
Wenn Sie unter 1 Million $ liegen und nicht in Apples Programm angemeldet sind, ist die Behebung plausibel die zehn Minuten mit der höchsten Rendite Ihres Jahres: Der Anmeldeablauf befindet sich in App Store Connect unter Vereinbarungen, Steuern und Bankwesen.
Warum die Einzahlung nie dem Bericht entspricht
Selbst mit dem korrekten Satz weichen Erlöse und Auszahlungen aus Gründen ab, die alle mechanisch sind – und jeder verdient eine Zeile in Ihren Büchern:
Zahlungskalender sind nicht monatlich. Apple zahlt innerhalb von 45 Tagen nach Ende jedes Geschäftsmonats, und dessen Geschäftsmonate decken sich nicht mit Kalendermonaten – ein Geschäftsmonat kann am 27. Dezember enden, mit Zahlungseingang am 29. Januar. In der Praxis beträgt die Lücke etwa 33 Tage. Google zahlt am 15. des Folgemonats (verschoben auf den nächsten Werktag, wenn der 15. auf ein Wochenende fällt). Wenn Sie die periodengerechte Rechnungslegung verwenden, ist der Dezember-Umsatz das Bargeld von Januar oder Mitte Februar, und Ihre Bücher benötigen ein Auszahlungs-Verrechnungskonto, um die Lücke zu überbrücken.
Mindestschwellen verzögern kleine Auszahlungen. Apple zahlt nur, wenn Ihre Erlöse eine Mindestauszahlungsschwelle überschreiten, die je nach Bankland und Währung variiert. Ein schwacher Monat kann bedeuten, dass überhaupt keine Einzahlung erfolgt, wobei der Saldo vorträgt – das sieht nach fehlenden 30 $ aus, wenn Sie es nicht erfassen.
Rückerstattungen und Rückbuchungen werden vor den Erlösen abgezogen. Die Stores fordern die volle Transaktion zurück, und Ihre Rückerstattungsquote variiert stillschweigend nach Produkt und Region. Korrekt gebucht ist dies Gegenumsatz im Monat, in dem die Rückerstattung im Bericht erscheint, nicht ein mysteriöser Abzug von der Einzahlung.
Steuern fließen durch zwei verschiedene Türen. Für MwSt und viele Verkaufssteuern treten die Stores als Händler für Steuerzwecke auf – in der EU beispielsweise berechnet, zieht und führt Google die MwSt ab, sodass Ihre Erlöse auf der steuerfreien Basis berechnet werden und Sie in diesen Ländern in der Regel keine MwSt-Erklärungen einreichen. Separat davon sind Nicht-US-Entwickler mit US-Quellensteuer auf alle US-Quellenbeträge konfrontiert, die bei einem Pauschalsatz von 30 % liegen kann, wenn Sie kein W-8BEN oder W-8BEN-E in App Store Connect (oder der Play Console-Entsprechung) eingereicht haben. Abkommenssätze – oder schlicht die Tatsache, dass Auszahlungen oft von den internationalen Einheiten der Stores kommen – können das auf null reduzieren. In jedem Fall erscheint die Quellensteuer als Lücke zwischen gemeldeten Erlösen und der Einzahlung, und sie ist in der Regel als Gutschrift erstattbar – wenn Sie sie erfassen.
Währungsumrechnung ist eine echte Kostenposition. Stores zahlen in der Währung Ihrer Bankvereinbarung aus und rechnen die Erlöse pro Gebiet dabei um. Der Devisenspread ist eine Ausgabe ohne Rechnung, sodass der einzige Weg, ihn zu sehen, der Vergleich der gemeldeten Erlöse pro Währung mit der Einzahlung ist.
Die Buchhaltungsfrage, die die meisten Indie-Entwickler falsch beantworten
Sollte Ihre Umsatzzeile den Bruttoumsatz oder die Nettoerlöse zeigen? Für die überwiegende Mehrheit der Indie-Entwickler lautet die Antwort netto. Unter den Umsatzrealisierungsrahmenwerken, die auf US-GAAP (ASC 606) und IFRS 15 anwendbar sind, ist der Test, ob Sie der Hauptverpflichtete im Verkauf sind – ob Sie die Ware oder Dienstleistung vor Übertragung an den Kunden kontrollieren – oder ein Agent, dessen Leistungsverpflichtung erfüllt ist, wenn der Store den Verkauf tätigt. Wenn der Store der Händler ist, die Steuer einzieht, die Zahlungsinfrastruktur bereitstellt, die Rückerstattungsmechanik trägt und Ihnen einen Netto-Nettobetrag pro Transaktion zahlt, ist der Store der Hauptverpflichtete und Ihr Umsatz sind Ihre Erlöse. Brutto zu buchen und die Provision als Ausgabe zu zeigen, bläht den Umsatz auf, verzerrt jede Margenkennzahl, die Sie berechnen, und stellt Steuern falsch dar, wenn jemals jemand hinsieht.
Der zweite Fehler ist die zeitliche Zuordnung: die Bankeinlage als Umsatz dieses Monats zu buchen. Die Einzahlung begleicht die Erlöse des letzten Monats (oder letzten Geschäftsmonats). Das korrekte Muster ist:
- Umsatz abgrenzen, wenn die Verkäufe stattfinden, unter Verwendung der Schätzungen des Stores, falls die Ist-Werte noch nicht vorliegen.
- Auf Ist-Werte korrigieren, wenn der monatliche Finanzbericht eintrifft, wobei die Differenz zwischen Schätzung und Ist-Wert gebucht wird (es gibt fast immer eine – Währung, Rückerstattungen und späte Anpassungen sorgen dafür).
- Die Einzahlung gegen die Forderung verrechnen, wenn die Auszahlung eintrifft, wobei etwaige Restbeträge auf Quellensteuer, Devisen oder Schwellenvortrag gehen – jeweils ein eigenes Konto.
Dieser letzte Punkt ist das ganze Spiel: Wenn jeder Restbetrag ein benanntes Konto hat, ist eine Nicht-Null-Differenz unmöglich zu übersehen und in Minuten zu erklären.
Ein 30-minütiger monatlicher Abstimmungsablauf
- Ist-Werte herunterladen. Ziehen Sie aus App Store Connect den monatlichen Finanzbericht (den detaillierten, der jedes Gebiet mit Abrechnungsdaten abdeckt). Ziehen Sie aus der Play Console den Verdienstbericht. Diese – nicht die Analyse-Dashboards – sind Ihre Quelldokumente.
- Erlöse nach Gebiet und Währung erfassen. Eine Umsatzzeile pro Store, mit Gebieten und Währungen darunter erfasst. Hier lebt die Prüfspur: An dem Tag, an dem Sie „Warum sind die EU-Erlöse im März um 12 % gesunken?“ beantworten müssen, möchten Sie MwSt, Provision und Rückerstattungen aufgeschlüsselt haben, nicht eine einzige vermischte Zahl.
- Die Schätzung-zu-Ist-Anpassung buchen. Differenz zwischen dem, was Ihr Dashboard projiziert hat, und dem, was der Bericht sagt: in der Regel Rückerstattungen, Währung und Massenauszahlungsanpassungen.
- Rückerstattungen und Rückbuchungen als Gegenumsatz buchen im Berichtsmonat, und beobachten Sie die Quote im Zeitverlauf – eine steigende Rückerstattungsquote ist ein Produktsignal in Buchhaltungskostüm.
- Die Auszahlung gegen die Forderung abstimmen. Wenn die Einzahlung eintrifft, gleichen Sie sie mit dem Bericht ab. Quellensteuer geht auf ein Steuerforderungskonto (sie ist oft anrechenbar); Devisendifferenzen gehen auf eine Währungsausgabe; eine zu kurze Einzahlung unter der Mindestschwelle bleibt bis zum nächsten Monat im Verrechnungskonto.
- Ihren Provisionssatz vierteljährlich überprüfen. Prüfen Sie Ihre Anmeldung im Small Business Program in App Store Connect und Ihre Stufe in der Play Console – besonders, wenn Sie sich der 1-Million-$-Erlösgrenze nähern, wo beide Stores den Satz für künftige Verkäufe ändern. Modellieren Sie das Hinauswachsen bevor es passiert: Das Überschreiten der Linie kann mitten im Jahr Ihre gesamte Margenstruktur neu bepreisen.
Sechs Schritte, eine Sitzung pro Monat. Der Lohn sind nicht nur saubere Bücher – sondern dass Preisentscheidungen, Satzanmeldungen und Cashflow-Prognosen alle auf Erlösen statt auf der Eitelkeitszahl laufen.
Verfolgen Sie den gesamten Wasserfall in Klartext
Genau diese Art von mehrschichtiger Abstimmung ist es, wo Plain-Text-Accounting seinen Wert beweist. Ein Beancount-Hauptbuch gibt jeder Ebene des Wasserfalls ein eigenes Konto – income:appstore:ios, income:playstore:android, expenses:refunds, assets:receivable:payouts:apple, assets:tax-withheld – sodass der monatliche Eintrag die Erklärung ist und jede Zahl auf einen heruntergeladenen Bericht zurückgeht, den Sie Jahre später neu ableiten können. Da das Hauptbuch Text ist, können die Store-Berichte daneben in der Versionskontrolle liegen, und die Abstimmung wird zu einem Diff statt einem Tabellenkalkulations-Archäologieprojekt. Wenn Sie die Maschinerie für den Import von Bankauszügen und Store-Daten möchten, behandelt die Dokumentation die Import-Pipeline ausführlich.
Vereinfachen Sie Ihre Finanzverwaltung
App-Store-Umsatz ist das am stärksten gegen Sie abgestimmte Einkommen, das die meisten Entwickler je haben werden: Provisionen, Steuern, Rückerstattungen und Zahlungskalender nehmen alle ihren Anteil, bevor das Geld Sie erreicht. Bücher zu führen, die diesen Wasserfall widerspiegeln – statt einer einzigen „App-Einkommen“-Zeile – ist es, was eine verwirrende Auszahlung in ein transparentes, prüfbares System verwandelt. Beancount.io bietet Plain-Text-Accounting, das transparent, versioniert und KI-bereit ist, sodass jeder Store-Bericht, jede Anpassung und jede Einzahlung nachvollziehbar bleibt. Starten Sie kostenlos und machen Sie Ihren Nettobetrag so lesbar wie Ihren Code.