OSS-Abstimmung bei EU-Fernverkäufen: Rechnungspositionen oder Auszahlungsabrechnungen?

Das OSS-EU-Verfahren ist das zentrale Meldesystem für bestimmte grenzüberschreitende Lieferungen und sonstige Leistungen. Das BZSt weist darauf hin, dass die Erklärung elektronisch über das BZSt-Portal abgegeben wird. Damit ist OSS ein Melderahmen; daraus ergibt sich aber noch nicht, wie ein Finance-Team die interne Abstimmung am sinnvollsten aufbaut.

Für deutsche E-Commerce-Teams entsteht das praktische Problem eine Ebene tiefer: Die Daten für den Umsatzsteuer-Nachweis kommen meist aus verschiedenen Systemen. Shop- oder Rechnungsdaten beschreiben den Umsatz selbst. Auszahlungs- oder Abrechnungsdaten zeigen, was ein Marktplatz, Zahlungsdienstleister oder eine Plattform tatsächlich ausgekehrt hat. Das ist nicht dieselbe Buchungsgröße, auch wenn beide zum gleichen Vorgang gehören.

Das deutsche Umsatzsteuerrecht zu Rechnung und Leistungsort erzeugt für Finance-Teams eine Dokumentationslücke. Die steuerliche Behandlung richtet sich nach der Art des Umsatzes und der Bestimmungsland-Logik, während Auszahlungsabrechnungen und Rechnungsdaten getrennte operative Ebenen sind, die intern erst zusammengeführt werden müssen. In der Praxis kann eine Rechnungsposition den steuerlich relevanten Verkauf zwar sauber abbilden; die Auszahlungsabrechnung fasst aber womöglich mehrere Verkäufe zusammen, verrechnet Gebühren oder ordnet Vorgänge neu.

Genau daraus entsteht die Abstimmungsfrage. Wer nur auf Rechnungspositionen abstellt, braucht trotzdem einen Weg zur Auszahlungsabrechnung, die den Geldfluss dokumentiert. Wer mit der Auszahlung beginnt, muss diese wieder auf die zugrunde liegenden Rechnungs- oder Bestelldaten zurückführen, damit der Umsatzsteuer-Nachweis belastbar bleibt. Es geht deshalb weniger um eine allgemeingültige Quelle als um die Ebene, auf der der eigene Datenfluss am saubersten überbrückt werden kann.

Die Abstimmung auf Rechnungspositionsebene ist oft der klarere erste Schritt, wenn Ihre Rechnungsdaten die für den Umsatzsteuer-Nachweis benötigten Angaben bereits enthalten. Das gilt vor allem dann, wenn die Positionen konsistent aufgebaut sind, das Bestimmungsland eindeutig erfasst ist und sich die Auszahlungsdaten ohne aufwendige Rekonstruktion auf diese Positionen zurückführen lassen. In diesem Aufbau kann die Rechnungsposition die primäre Analyseebene sein; die Auszahlung dient dann als Bestätigungsebene.

Das ist besonders gut prüfbar, wenn das Finance-Team die steuerliche Logik je Vorgang nachvollziehen möchte. Jede Position lässt sich dann gegen die Leistungsortlogik prüfen und anschließend der passenden Auskehrung zuordnen. Der Nachteil: Wenn die Abrechnungsdaten stark aggregiert sind oder eine Auszahlung viele kleine EU-Fernverkäufe bündelt, wird die reine Arbeit auf Positionsebene schnell unübersichtlich.

Die Abstimmung auf Auszahlungsebene ist oft sinnvoller, wenn die eigentlichen Zahlungsbelege in den Abrechnungen liegen und der Rechnungsfluss weniger sauber ist. Wenn eine Plattform oder ein Zahlungsdienstleister Beträge gebündelt auskehrt, ist die Abrechnungsposition der stabile Anker dafür, was wann ausgezahlt wurde. Von dort aus kann das Team auf die zugehörigen Rechnungspositionen oder Bestellzeilen zurückgehen, die den Umsatzsteuer-Nachweis stützen.

Dieser Weg kann die Arbeit an vielen einzelnen Rechnungen reduzieren, bringt aber einen anderen Aufwand mit sich. Die Auszahlungsabrechnung ist operativ nützlich, enthält für sich genommen aber meist nicht die vollständige Steuerlogik. Das Finance-Team muss sie deshalb weiterhin mit den zugrunde liegenden Umsätzen verknüpfen, um zu zeigen, weshalb ein Vorgang in den OSS-Rahmen fällt und warum die Behandlung nach dem Bestimmungsland erfolgt.

Für Teams, die bereits mit Shop-, Auszahlungs- und Umsatzsteuerdaten arbeiten, ist das bessere Reconciliations-Design meist dasjenige, das dem eindeutigsten Identifier im eigenen Prozess folgt. Tragen die Rechnungspositionen die Transaktionsidentität und die Länderlogik verlässlich, sollten Sie dort beginnen und die Auszahlungen daran andocken. Sind die Auszahlungen die sauberere operative Quelle, ist es oft sinnvoller, dort anzusetzen und auf die Rechnungspositionen zurückzugehen, die den Nachweis tragen. Die Entscheidung betrifft die Nachvollziehbarkeit im eigenen Datenfluss, nicht die OSS-Meldelogik als solche.

Hilfreich ist die Frage, ob ein Prüfer in beide Richtungen ohne Annahmen gehen kann: vom Verkauf zur Auszahlung und von der Auszahlung zurück zum Verkauf. Wenn eine Richtung nur mit manueller Interpretation funktioniert, ist die Abstimmung meist zu dünn. Genau an diesem Punkt zeigt sich häufig, dass Teams vor allem eine Mapping-Struktur brauchen und nicht ein zweites steuerliches Konzept.

Die Wahl zwischen Rechnungs- und Auszahlungsebene ändert nichts am grundsätzlichen OSS-Thema. OSS-EU bleibt der zentrale Meldeweg für bestimmte grenzüberschreitende Lieferungen und sonstige Leistungen, und die deutschen Vorgaben knüpfen die steuerliche Behandlung weiterhin an Art des Umsatzes und Bestimmungsland-Logik. Auch die Pflicht, Rechnungs- und Auszahlungsebene in den Unterlagen miteinander zu verbinden, entfällt dadurch nicht.

Praktisch lautet die knappste Antwort daher meist: auf der Ebene abstimmen, auf der die operativen Daten am wenigsten verzerrt sind, und anschließend zur Nachweisführung auf die andere Ebene mappen. Für manche Teams heißt das Rechnungspositionen zuerst, für andere Auszahlungsabrechnungen zuerst. Dieser Beitrag bietet allgemeine Informationen und ist keine Steuer- oder Rechtsberatung.