Ihre Januar-Auszahlungen kamen von Lemon Squeezy, und Ihre August-Auszahlungen kommen von Paddle — und jetzt stellt Ihnen Ihr Steuerberater eine Frage, die keines der beiden Dashboards allein beantworten kann: Wie viel Abonnementumsatz haben Sie in diesem Jahr tatsächlich erwirtschaftet? Der alte Anbieter hat unter einem Gebührenmodell, einem Auszahlungsrhythmus und einem Satz von Steuerrechnungen kassiert, die von seinen eigenen Gesellschaften ausgestellt wurden. Der neue Anbieter erledigt dieselbe Aufgabe mit anderen Berichten, anderen Gebührenpositionen und anderen Unterlagen. Dazwischen liegt ein latenter Erlösbestand, ein Stapel Jahrespläne, die auf der einen Plattform verkauft und auf einer anderen bedient werden, und ein Jahresabschluss, der zwei inkompatible Hauptbücher zu einem glaubwürdigen Zahlenwerk zusammenfügen muss. Genau an dieser Zusammenführung — nicht an der API-Integration, die nur Tage dauert — scheitern Merchant-of-Record-Migrationen leise.
Dies ist für Tausende Verkäufer gerade eine akute Entscheidung. Stripe hat Lemon Squeezy im Juli 2024 übernommen, und das Januar-2026-Update von Lemon Squeezy erklärte, seine Zukunft sei ein einfacher Migrationspfad zu Stripe Managed Payments, Stripes eigenem Merchant-of-Record-Produkt. Eine Frist wurde nicht veröffentlicht, und Lemon Squeezy funktioniert noch, aber Verkäufer, die nicht nach dem Zeitplan anderer migriert werden wollen, prüfen die Unabhängigen: Paddle und Polar, beide echte Merchant of Record zum selben Listenpreis von 5 Prozent plus 50 Cent. Wenn Sie einer von ihnen sind, ist der Wechsel der Abrechnung der leichte Teil. Die Bücher dabei glaubwürdig zu halten, ist das eigentliche Projekt.
Was ein Merchant of Record in Ihren Büchern tatsächlich ist
Ein Merchant of Record ist der rechtliche Verkäufer Ihres Produkts, nicht nur Ihr Zahlungsabwickler. Wenn ein Kunde über Paddle, Polar oder Lemon Squeezy kauft, nennt der Kartenauszug den Anbieter, die Steuerrechnung wird von einer der Gesellschaften des Anbieters ausgestellt, und die Umsatzsteuer- und VAT-Registrierungen in Deutschland, Japan oder Texas gehören dem Anbieter und nicht Ihnen. Der Anbieter berechnet, erhebt, meldet und führt die Steuer ab, trägt das Chargeback-Risiko und überweist Ihnen den Rest als Auszahlung.
Diese rechtliche Struktur entscheidet, wie Ihre Buchhaltungsunterlagen aussehen. Die Käuferrechnung dokumentiert den Verkauf des Anbieters an Ihren Kunden — es ist seine Rechnung, nicht Ihre. Ihre Seite der Transaktion wird durch verkäuferseitige Unterlagen dokumentiert: eine Gutschrift, die Ihre Lieferung an den Anbieter beschreibt, und Zahlungsavis, die jeden Auszahlungsbetrag festhalten. Ihr Umsatz ist eine Auszahlung, netto nach Abzug der Gebühr des Anbieters, die nach dem Zeitplan des Anbieters eingeht und nicht kontinuierlich. Die Version dieser Unterlagen sieht bei jedem Anbieter anders aus — genau deshalb spaltet der Betrieb von zwei Anbietern in einem Jahr Ihre Aufzeichnungen in zwei.
Die Brutto-gegen-Netto-Entscheidung, die Sie einmal treffen müssen
Bevor Sie eine der Plattformen anfassen, klären Sie die eine Bilanzierungspolitik, deren Verteidigung Ihnen die Migration abverlangt: Erfassen Sie den vollen Betrag, den der Kunde gezahlt hat, als Umsatz (brutto) oder nur die Auszahlung, die Sie erhalten haben (netto)?
Nach ASC 606 ist dies die Principal-versus-Agent-Frage, und sie wird durch Kontrolle beantwortet — nicht dadurch, wer die Rechnung ausgestellt hat oder wessen Name auf dem Kartenauszug steht. Die Regelung steht in ASC 606-10-55-36 bis 55-40: Ein Unternehmen ist Principal, wenn es die bestimmte Ware oder Dienstleistung beherrscht, bevor es sie auf den Kunden überträgt, und weist den Umsatz brutto aus; besteht sein Versprechen nur darin, die Bereitstellung durch eine andere Partei zu vermitteln, ist das Unternehmen Agent und weist nur seine Gebühr oder Provision netto aus. Für einen Softwareanbieter, der über einen Merchant of Record nach Art eines Resellers verkauft, entscheidet dieselbe Analyse, wer Ihr Kunde ist. Ist Ihr Kunde der Endnutzer, ist der Umsatz der Endnutzerpreis und der Anteil des Anbieters sind Vertriebskosten unterhalb der Umsatzlinie. Ist Ihr Kunde der Anbieter selbst, ist der Umsatz der Preis, den der Anbieter Ihnen gezahlt hat — die Auszahlung.
Der Bruttogewinn ist in beiden Fällen identisch. Der ausgewiesene Umsatz nicht, und diese Zahl fließt in Ihre Wachstumsrate ein, in Ihre Umsatzmultiplikatoren bei einer Finanzierungsrunde oder Übernahme und in jeden Periodenvergleich, den Ihr Board liest. Die meisten Softwareanbieter, die über Marktplätze und Reseller verkaufen, landen bei der Bruttobehandlung, aber beide Antworten sind vertretbar, wenn Ihre Analyse sie stützt. Nicht vertretbar ist das Abdriften: Lemon-Squeezy-Auszahlungen im ersten Halbjahr netto zu buchen und Paddle-Auszahlungen im zweiten Halbjahr brutto, weil die Berichte des neuen Anbieters die Bruttobehandlung einfacher gemacht haben. Wählen Sie eine Politik, schreiben Sie die Kontrollanalyse in ein Memo, das Ihr Prüfer lesen kann, und wenden Sie sie für das gesamte Jahr identisch auf die Auszahlungen beider Anbieter an.
Die fünf Nahtstellen, an denen das Jahr in zwei Teile zerfällt
1. Abonnements migrieren nicht; Kunden abonnieren neu. Es gibt keine automatische Token-Migration zwischen Zahlungsabwicklern. Gespeicherte Karten lassen sich in der Regel nicht in brauchbarer Form aus einem Merchant of Record exportieren, planen Sie also ein, dass Abonnenten ihre Zahlungsdaten auf der neuen Plattform neu eingeben — oder bestätigen Sie sich schriftlich, bevor Sie sich festlegen, dass der neue Anbieter aktive Abonnements und gespeicherte Karten für Sie übertragen kann. Bis jeder Kunde neu abonniert, rechnet die alte Plattform weiter ab, was bedeutet, dass beide Systeme monatelang parallel laufen und jeder Monatsabschluss zwei Auszahlungsströme abstimmen muss.
2. Bestandspreise und Verlängerungsanker müssen von Hand neu aufgebaut werden. Jedes aktive Abonnement trägt einen Preis, ein Verlängerungsdatum und oft einen Bestandsplan, der nicht mehr verkauft wird. Die neue Plattform weiß davon nichts, bis Sie es neu anlegen: Produkte, Preise, Altpläne, die nur noch Bestandskunden halten, Testverhalten, Gutscheine, steuerinklusive Regeln und Verlängerungsanker. Verpassen Sie einen Bestandspreis, wird einem treuen Kunden der neue Tarif berechnet — ein Support-Desaster, das zudem Umsatz bucht, den Sie anschließend stornieren müssen.
3. Jahrespläne erzeugen einen Übergang bei den latenten Erlösen. Ein Kunde, der im März einen Jahresplan für 1.200 $ gekauft hat, hat an den alten Anbieter gezahlt, aber Sie erwirtschaften diesen Umsatz Monat für Monat bis zum folgenden Februar. Zum Übergangsdatum ist ein Teil dieses Geldes noch nicht verdient, und er bleibt als latenter Erlös in Ihrer Bilanz, unabhängig davon, welche Plattform die verbleibenden Monate bedient. Die Berichte der neuen Plattform werden diese Verbindlichkeit nie zeigen — sie kennt nur über sie abgeschlossene Verkäufe —, daher muss die Migration den Bestand ausdrücklich vortragen, sonst ist Ihr Umsatz im zweiten Halbjahr um bereits vereinnahmtes Geld überhöht.
4. Erstattungen und Chargebacks überschreiten den Übergang. Eine im August für einen Verkauf aus Mai ausgestellte Erstattung lebt im System des alten Anbieters, unter den alten Gebührenregeln, während der Umsatz, den sie rückgängig macht, möglicherweise bereits über zwei Quartale realisiert wurde. Jeder Anbieter trägt Chargebacks als Merchant of Record, aber die Buchungen — Umsatz stornieren, eine nicht erstattungsfähige Gebühr erfassen, die bereits erhaltene Auszahlung anpassen — landen in Ihren Büchern, und die Anpassungsberichte jedes Anbieters formatieren sie unterschiedlich.
5. Auszahlungszeitpunkt, Währung und Steuerunterlagen ändern sich auf einmal. Die Auszahlungspläne unterscheiden sich je Anbieter, sodass Verkäufe derselben Woche vor und nach dem Wechsel in Kontoauszügen unterschiedlicher Monate landen können. Grenzüberschreitende Verkäufer sehen neue Fremdwährungspositionen und neue Gebührenaufschlüsselungen. Und jeder Anbieter meldet seine eigenen Steuererklärungen unter seinen eigenen Registrierungen, während US-Verkäufer für das Jahr möglicherweise separate Auszahlungsmeldungen von jeder Plattform erhalten. Nichts davon sind Fehler; es sind zwei korrekte Systeme, die sich im Format widersprechen, und Ihr Abschluss muss all das auf einen einheitlichen Kontenplan normalisieren.
Das finanzsichere Migrations-Playbook
Arbeiten Sie diese Punkte in der Reihenfolge ab, und verkürzen Sie den Parallelbetrieb nicht.
1. Legen Sie das Übergangsdatum auf eine Periodengrenze. Übergänge mitten im Monat spalten Abonnementperioden, Pro-rata-Berechnungen und Auszahlungschargen an der Nahtstelle. Ein Übergang zum Monats- oder Quartalsende liefert Ihnen saubere Vorher-Nachher-Grundgesamtheiten und einen Abschluss, der den gesamten Übergang enthält.
2. Frieren Sie alles auf der alten Plattform ein und exportieren Sie es. Sperren Sie die Abrechnungsperioden, die der alte Anbieter bereits abgerechnet hat. Exportieren Sie den vollständigen Plan-Katalog, jedes aktive Abonnement mit Preis und Verlängerungsdatum, die vollständige Rechnungshistorie und jeden Auszahlungsbericht mit Gebührenaufschlüsselungen. Halten Sie das alte Konto schreibgeschützt statt gelöscht, mindestens für einen vollständigen Prüfungszyklus — Prüfer und Steuerbehörden fragen speziell nach dem Migrationsjahr, weil sie die Nahtstelle erwarten.
3. Legen Sie den Plan-Katalog neu an, einschließlich der Pläne, die Sie nicht mehr verkaufen. Alt- und Bestandspläne müssen im neuen System existieren, bevor der erste migrierte Kunde dort verlängert. Dokumentieren Sie jede Zuordnung von einer alten zu einer neuen Plan-ID; diese Zuordnungstabelle ist der Prüfpfad, der erklärt, warum Juli-Rechnungen für denselben Kunden anders aussehen als Juni-Rechnungen.
4. Bringen Sie neue Kunden zuerst auf die neue Plattform. Betreiben Sie den neuen Anbieter für Neuverkäufe parallel, während bestehende Abonnements beim alten bis zur Verlängerung weiterlaufen, und verschieben Sie dann Kohorten an natürlichen Grenzen — Verlängerungsdaten, Monatsenden, niemals mitten im Zyklus. Jede Kohorte erhält ihre eigene Abstimmung, bevor die nächste beginnt. Ein Big-Bang-Übergang bündelt jeden Fehler bei der Neuabonnierung, jedes verpasste Grandfathering und jeden Pro-rata-Sonderfall in einem einzigen Abschluss.
5. Ordnen Sie beide Auszahlungsberichte einem einheitlichen Kontenplan zu. Bevor Sie den ersten Abschluss machen, der beide Anbieter enthält, bauen Sie die Übersetzung: Jede Gebührenposition, Steuerposition, Anpassung und jeder Erstattungscode auf jedem Bericht wird einem Ihrer Hauptbuchkonten zugeordnet. Die beiden Anbieter werden nie dieselben Bezeichnungen verwenden. Ohne die Zuordnung erfindet Ihr Buchhalter sie jeden Monat anders.
6. Gleichen Sie latente Erlöse ausdrücklich ab. Stimmen Sie den nicht verdienten Bestand zum Übergangsdatum Plan für Plan ab und buchen Sie jede Differenz zwischen den Aufzeichnungen der alten Plattform und Ihrem Hauptbuch als ausdrückliche Anpassung mit dokumentierter Ursache — nicht als Plug. Ab dem Übergang realisieren Sie den verbleibenden Bestand planmäßig, unabhängig davon, welche Plattform den Kunden bedient.
Wie der Übergangsmonat in Ihrem Hauptbuch aussieht
Die buchhalterische Verknüpfung ist unkompliziert, sobald Sie die beiden Anbieter durch getrennte Gebührenverfolgung trennen, statt beide direkt auf den Umsatz zu buchen. Realisieren Sie jede Auszahlung brutto — die vollständige Kundenzahlung als Umsatz, den Anteil des Anbieters als Vertriebsaufwand — und realisieren Sie die latenten Bestände vor dem Übergang weiterhin nach ihrem ursprünglichen Plan. Die Beancount-Dokumentation behandelt die unten verwendete Hauptbuchsyntax, falls Ihnen davon etwas unbekannt ist.
Angenommen, ein Kunde kauft Mitte März einen Jahresplan für 1.200 $ über Lemon Squeezy. Die März-Auszahlung ging netto nach Abzug der Gebühr von 5 Prozent plus 50 Cent (60,50 $) ein, und bis zum 30. Juni haben Sie vier Monate Umsatz (400 $) realisiert, sodass 800 $ nicht verdient bleiben. Der 1. Juli ist Ihr Übergangsdatum, und ein neues Monatsabonnement für 49 $ wird im Juli über Paddle verkauft. In einem Plain-Text-Hauptbuch sieht das so aus:
2026-01-01 open Income:SaaS:Subscriptions
2026-01-01 open Liabilities:Deferred-Revenue
2026-01-01 open Expenses:MoR-Fees:LemonSqueezy
2026-01-01 open Expenses:MoR-Fees:Paddle
2026-01-01 open Assets:Checking
2026-03-15 * "Annual plan sale via Lemon Squeezy, buyer paid 1200.00"
Assets:Checking 1139.50 USD
Expenses:MoR-Fees:LemonSqueezy 60.50 USD
Liabilities:Deferred-Revenue -1200.00 USD
2026-06-30 * "Recognize June portion of annual plan"
Liabilities:Deferred-Revenue 100.00 USD
Income:SaaS:Subscriptions -100.00 USD
2026-07-15 * "Monthly plan sale via Paddle, buyer paid 49.00"
Assets:Checking 46.05 USD
Expenses:MoR-Fees:Paddle 2.95 USD
Income:SaaS:Subscriptions -49.00 USD
2026-07-31 * "Recognize July portion of pre-cutover annual plan"
Liabilities:Deferred-Revenue 100.00 USD
Income:SaaS:Subscriptions -100.00 USDDrei Details tragen die gesamte Migration. Erstens werden die Gebühren jedes Anbieters auf seinem eigenen Unterkonto gebucht, sodass die Jahresendsummen genau zeigen, was Ihnen jede Plattform gekostet hat, und die beiden Gebührenmodelle sich nie vermischen. Zweitens bleibt die Realisierungsbuchung im Juli für den Verkauf im März durch den Übergang unverändert — latenter Erlös ist Ihre Verbindlichkeit, verdient nach Ihrem Plan, und es ist gleichgültig, welche Plattform das Geld eingenommen hat. Drittens lässt sich jede Buchung einem bestimmten Auszahlungsbericht zuordnen: das März-Zahlungsavis von Lemon Squeezy für die erste, die Juli-Auszahlung von Paddle für die dritte. Wenn Ihr Steuerberater fragt, wie der Jahresumsatz erwirtschaftet wurde, verweist jede Zahl auf genau die Unterlagen eines Anbieters.
Schließen Sie die Nahtstelle bewusst
Eine Merchant-of-Record-Migration sind zwei Projekte unter einem Namen: die Abrechnung umzustellen, was Ihre Entwickler in Wochen erledigen, und die Bücher umzustellen, mit denen Ihr Buchhalter ein Jahr lang lebt. Das Abrechnungsprojekt endet, wenn der letzte Kunde neu abonniert hat. Das Bücherprojekt endet, wenn jede Auszahlung beider Anbieter mit der Bank übereinstimmt, jede Gebührenposition einem einheitlichen Kontenplan zugeordnet ist, der latente Erlösbestand sauber über das Übergangsdatum hinweg fortgeschrieben ist und das Brutto-gegen-Netto-Memo in Ihrer Prüfungsakte beide Hälften des Jahres unter einer Politik abdeckt. Legen Sie den Übergang auf eine Periodengrenze, betreiben Sie Neuverkäufe auf der neuen Plattform, während alte Abonnements bis zur Verlängerung weiterlaufen, und halten Sie das alte System lesbar, bis die Prüfer das Migrationsjahr gesehen haben. Dann ist der Wechsel eine Fußnote im Finanzbericht des nächsten Jahres statt die Varianz, die niemand erklären kann.
