Dreizehn Jahre lang floss jeder Dollar, den eine iOS-App von einem US-Kunden verdiente, durch genau eine Röhre: Apples In-App-Kaufsystem, wobei Apple seinen Anteil einbehielt, bevor der Entwickler das Geld je zu Gesicht bekam. Das änderte sich im April 2025, als ein Bundesrichter feststellte, dass Apple die ursprüngliche einstweilige Verfügung im Fall Epic v. Apple missachtet hatte, und anordnete, keinerlei Provision mehr für Käufe über externe Zahlungslinks zu erheben. Dann änderte es sich im Dezember 2025 erneut, als das Berufungsgericht des Neunten Bezirks zustimmte, dass Apple letztlich etwas verlangen dürfe – nur nicht den strafweisen Satz von 27 %, den es zunächst versucht hatte. Und es könnte sich noch einmal ändern, denn am 2. Juli 2026 erklärte sich der Oberste Gerichtshof bereit, Apples Berufung gegen das gesamte Chaos anzuhören.
Wenn Sie digitale Güter oder Abonnements über eine iOS-App verkaufen, sitzen Sie jetzt auf zwei aktiven Einnahmekanälen mit zwei verschiedenen Steuerpflichten, zwei verschiedenen Händlern (Merchants of Record) und – Stand heute – zwei verschiedenen Provisionssätzen. Hier erfahren Sie, was sich tatsächlich geändert hat, was noch ungeklärt ist und wie Sie Ihre Bücher in Ordnung halten, während die Anwälte noch streiten.
Wie es dazu kam – auf den Punkt gebracht
Die Kurzfassung einer fünfjährigen juristischen Saga:
- 2021: Richterin Yvonne Gonzalez Rogers entschied, dass Apples "Anti-Steering"-Regeln (die Apps sogar verboten, Nutzer*innen darauf hinzuweisen, dass sie außerhalb der App bezahlen könnten) gegen das kalifornische Gesetz gegen unlauteren Wettbewerb verstoßen. Sie ordnete an, dass Apple externe Kauf-Links erlauben muss.
- 2024: Apple kam dem formal nach, knüpfte aber eine Provision von 27 % an jeden Verkauf innerhalb von sieben Tagen nach dem Tippen auf einen externen Link durch einen Nutzer – plus Vertragsbedingungen, von denen Epic argumentierte, sie sollten externe Links kommerziell sinnlos machen.
- April 2025: Richterin Rogers befand Apple in Missachtung des Gerichts, bezeichnete die 27%-Gebühr als "strafend" statt ausgleichend und ordnete an, dass Apple ab sofort keinerlei Provision mehr für Einkäufe über externe Links in den USA erheben dürfe.
- Dezember 2025: Das Berufungsgericht des Neunten Bezirks bestätigte den Missachtungstatbestand weitgehend, verwies die Provisionsfrage jedoch an das Bezirksgericht zurück, mit der Maßgabe, dass Apple möglicherweise eine Gebühr "auf der Grundlage der Kosten, die tatsächlich und angemessen für seine Koordination externer Links erforderlich sind ... aber nicht mehr" erheben dürfe – wobei Sicherheits- und Datenschutzkosten, die Apple einzubeziehen versucht hatte, ausdrücklich ausgeschlossen wurden.
- April 2026: Das Berufungsgericht des Neunten Bezirks hob eine Aussetzung auf und ließ das Rückverweisungsverfahren fortfahren.
- 2. Juli 2026: Der Oberste Gerichtshof gewährte das Rechtsmittel (Certiorari) für Apples Berufung.
Wo das heute hinführt: US-Entwickler können externe Kauf-Links mit 0 % Apple-Provision hinzufügen, da noch kein Gericht einen spezifischen Ersatzsatz genehmigt hat. Das könnte sich in dem Moment ändern, in dem das Bezirksgericht einen solchen festlegt, oder wenn das endgültige Urteil des Obersten Gerichtshofs den gesamten Rahmen neu gestaltet. Bauen Sie keine dauerhafte Preisstrategie auf der heutigen Zahl auf – bauen Sie ein Buchhaltungssystem, das flexibel genug ist, um jeden nächsten Satz aufzunehmen.
Was Sie jetzt tatsächlich tun können
Wenn Sie ein in den USA ansässiger Entwickler mit einer iOS-App sind, können Sie die Berechtigung für externe Kauf-Links (External Purchase Link Entitlement) von Apple beantragen, die Ihnen Folgendes ermöglicht:
- Einen Link oder Button innerhalb Ihrer App hinzuzufügen, der Benutzer zu einer Webseite führt, um einen Kauf abzuschließen
- Preise und Werbeaktionen im Zusammenhang mit diesem externen Kauf zu kommunizieren (zuvor nach den alten Anti-Steering-Regeln verboten)
- Diese Transaktion vollständig außerhalb des In-App-Kaufsystems von Apple abzuwickeln – über Stripe, Paddle, Ihr eigenes Händlerkonto oder einen anderen von Ihnen gewählten Zahlungsabwickler
Sie sind weiterhin verpflichtet, qualifizierende externe Link-Transaktionen Apple zu melden, in der Regel innerhalb von 15 Tagen, damit Apple die Einhaltung verfolgen kann, auch wenn es derzeit 0 $ einnimmt. Versäumen Sie dies, riskieren Sie den Entzug der Berechtigung. Daher gehört dies in eine wiederkehrende Buchhaltungs-Checkliste, nicht nur zu einer Aufgabe zum Start.
Zwei Ausnahmen, die Sie kennen sollten: Entwickler in Apples Volume Purchase Program (VPP) und News Partner Program (NPP) könnten weiterhin Einschränkungen bei externen Links unterliegen, und die EU operiert unter einer völlig separaten Gebührenstruktur (Regeln des Digital Markets Act mit einer gestaffelten Core Technology Commission, Initial Acquisition Fee und Store-Services-Gebühr), die nichts mit den oben genannten US-Verfahren zu tun hat. Wenn Sie in beiden Märkten verkaufen, benötigen Sie zwei verschiedene buchhalterische Behandlungen, nicht eine.
Warum dies ein Buchhaltungsproblem ist, nicht nur ein rechtliches
Vor den externen Links war Ihre App-Store-Buchhaltung fast mechanisch einfach: Apple war der Händler (Merchant of Record), Apple zog Umsatzsteuer und Mehrwertsteuer ein, Apple zog seine 15 % oder 30 % Provision ab, und Sie verbuchten eine Netto-Einzahlung pro Abrechnungszeitraum, die in der Regel mit einem einzigen 1099-K oder 1099-MISC im Januar abgeglichen wurde.
Verkäufe über externe Links sprengen dies in einen zweiten, strukturell anderen Einnahmestrom:
| In-App-Kauf | Externer Kauf | |
|---|---|---|
| Händler (Merchant of Record) | Apple | Sie (oder Ihr Zahlungsabwickler) |
| Umsatzsteuer-/Mehrwertsteuererhebung | Apples Verantwortung | Ihre Verantwortung |
| Provision heute (USA) | 30 % Standard / 15 % Small Business Program | 0 % (anhängig der Bezirksgerichtsentscheidung) |
| Auszahlungszeitpunkt | Apples Standardplan | Was Ihr Abwickler festlegt |
| Steuerformular | 1099-K oder 1099-MISC von Apple | 1099-K von Ihrem Abwickler, falls Schwellenwerte erreicht |
| Rückabwicklung (Refund) | Über den App Store | Über Ihren eigenen Support-Workflow |
Die letzte Zeile ist wichtiger, als es scheint. Wenn bei einem In-App-Kauf eine Rückabwicklung erfolgt, storniert Apple die Transaktion und passt an, was es Ihnen meldet. Wenn bei einem externen Kauf eine Rückabwicklung erfolgt, müssen Sie sie bearbeiten, und sie erscheint nie in Apples Büchern – das bedeutet, dass Ihre Einnahmen- und Rückabwicklungsaufzeichnungen für die beiden Kanäle nicht miteinander abgeglichen werden können und auch nicht sollten.
Einrichtung Ihrer Bücher für zwei Einnahmekanäle
Einige konkrete Schritte, die verhindern, dass sich dies in eine böse Januar-Überraschung verwandelt:
1. Teilen Sie das Einnahmenkonto auf. Fassen Sie "App-Store-Umsätze" nicht in einer einzigen Buchungszeile zusammen. Erstellen Sie separate Konten (oder zumindest separate Tags/Kategorien) für In-App-Kauf-Einnahmen und Einnahmen aus externen Käufen. Wenn der Provisionssatz für externe Links irgendwann festgelegt wird – 5 %, 12 %, was auch immer das Bezirksgericht wählt – möchten Sie historische Daten über das Volumen dieses Kanals, um die Auswirkungen zu modellieren, bevor sie eintreten.
2. Buchen Sie Einnahmen netto nach Provision, erfassen Sie aber die Bruttobeträge separat. Die Standardpraxis für Software-Umsätze nach ASC 606 besteht darin, den Betrag, auf den Sie tatsächlich Anspruch hatten – netto nach Apples Anteil – als Ertrag zu erfassen, da die Provision nie Ihnen gehörte. Für den Abgleich und die zukünftige Modellierung führen Sie jedoch das Brutto-Transaktionsvolumen in einem Memo-Feld oder einem Berichts-Tag. Sie werden es an dem Tag brauchen, an dem ein Provisionssatz bekannt gegeben wird, um die Auswirkungen sofort schätzen zu können.
3. Behandeln Sie die Umsatzsteuererhebung als ein neues Verbindlichkeitenkonto. Wenn Sie jetzt der Händler (Merchant of Record) für externe Verkäufe sind, sind Sie (oder Ihr Zahlungsabwickler) für die Erhebung und Abführung der Umsatzsteuer in jedem Bundesstaat verantwortlich, in dem Sie eine steuerliche Präsenz (Nexus) haben – eine Verantwortung, die Apple stillschweigend für Sie innerhalb der App übernommen hat. Wenn Ihr Abwickler die Steuer nicht automatisch abwickelt (Stripe Tax und Paddles Merchant-of-Record-Modell bieten dies unterschiedlich an – prüfen Sie, welches Modell Ihr Abwickler verwendet), ist dies der einfachste Weg, monatelang still und leise zu wenig zu erheben, bevor eine Prüfung es aufdeckt.
4. Gleichen Sie zwei 1099-Formulare ab, nicht eines. Im Januar erhalten Sie wahrscheinlich ein 1099-K oder 1099-MISC von Apple für In-App-Umsätze und ein separates 1099-K von Ihrem Abwickler für externe Verkäufe (sobald Sie die bundesstaatliche Schwelle von 600 $ überschreiten – in einigen Bundesstaaten niedriger). Gleichen Sie beide vor der Einreichung mit Ihrem internen Hauptbuch ab; eine Diskrepanz zwischen den Meldungen eines Abwicklers und Ihren Aufzeichnungen ist einer der häufigsten Auslöser für eine IRS-Mitteilung.
5. Protokollieren Sie den 15-Tage-Melderhythmus. Apples Meldepflicht für externe Link-Transaktionen ist eine Compliance-Aufgabe mit echten Konsequenzen (Entzug der Berechtigung), wenn sie vernachlässigt wird. Daher gehört sie in Ihr System zur Verfolgung wiederkehrender Buchhaltungsaufgaben – nicht nur in das implizite Wissen im Team.
Ein Rahmenwerk, dem die Richtung des Urteils egal ist
Da der Provisionssatz immer noch ungeklärt ist – und nach der Entscheidung des Obersten Gerichtshofs erneut verhandelt werden könnte – besteht die eigentliche technische Herausforderung nicht darin, "für 0 % zu bauen". Es geht darum, einen Kontenplan und eine Berichtsstruktur aufzubauen, die den Provisionssatz als Variable und nicht als Konstante behandelt. Klartext-, versionierte Hauptbücher machen dieses spezielle Problem einfacher als eine buchhalterische Lösung in Tabellenkalkulationen: Sie können jede externe Transaktion mit ihrem Kanal und dem zum Zeitpunkt des Verkaufs gültigen Provisionssatz taggen und dann einen Bericht neu ausführen, sobald ein neuer Satz bestätigt ist, ohne historische Einträge zu berühren oder eine Formel drei Ebenen tief in einer Arbeitsmappe zu zerbrechen.
Halten Sie Ihre App-Umsätze von Anfang an organisiert
Die Aufteilung der Einnahmen auf In-App-Käufe im App Store, externe Zahlungslinks und eine EU-Gebührenstruktur, die völlig anderen Regeln folgt, ist genau die Art von Multikanal-Komplexität, die die Steuersaison zu einem Chaos werden lässt. Beancount.io bietet Ihnen eine klartextbasierte, versionierte Buchhaltung, bei der jede Transaktion nach Kanal, Provisionssatz und Rechtsraum getaggt werden kann – vollständig transparent und abfragbar, ohne Anbieterbindung. Starten Sie kostenlos und halten Sie die Finanzen Ihrer App so sauber wie Ihren Code.