KSeF und Differenzbesteuerung: Margenrechnung ausstellen

Eine Margenrechnung in KSeF ist eine strukturierte XML-Rechnung im Format FA(3), betrifft aber eine besondere Besteuerung nach Art. 119 oder Art. 120 des polnischen Umsatzsteuergesetzes. KSeF schafft kein neues Margenverfahren und entscheidet nicht für das Unternehmen, ob eine Transaktion dafür infrage kommt.

In FA(3) sind die Vermerke zum Margenverfahren entscheidend, darunter P_PMarzy und die passende Detailvariante. Das Handbuch des polnischen Finanzministeriums empfiehlt außerdem P_13_11 als Summe der Verkaufswerte im Margenverfahren. Dieses Feld sollte jedoch nicht ohne Prüfung der konkreten Struktur als einfache, ausnahmslose Pflicht für jeden Fall dargestellt werden.

Das größte operative Risiko besteht darin, vier Ebenen zu vermischen: die steuerliche Entscheidung über die Berechtigung, die XML-Rechnung FA(3), eine lesbare PDF-Visualisierung und JPK-Kennzeichen wie MR_T und MR_UZ. Diese Elemente hängen zusammen, sind aber nicht dasselbe.

KSeFGPT kann beim Import, bei Datenkontrollen, bei der Arbeit mit XML FA(3), bei der Rechnungssuche und bei der Aufbereitung für die Buchhaltung helfen. Die Anwendung sollte nicht als Werkzeug verstanden werden, das Transaktionen automatisch für die Differenzbesteuerung qualifiziert.

Das Thema betrifft Unternehmen, die Rechnungen in besonderen Margenverfahren ausstellen: Reisebüros, Autohäuser, Gebrauchtwarenhändler, Kunsthändler, Galerien sowie Unternehmen, die Sammlungsstücke und Antiquitäten verkaufen. In der Praxis lautet die Frage nicht nur, wie eine Rechnung ausgestellt wird. Es geht auch darum, wer die Berechtigung bestätigt hat und wie diese Entscheidung in FA(3) korrekt abgebildet wird.

Dieser Beitrag beschreibt den Stand vom 29. Juni 2026. Der Umfang ist bewusst eng: Rechnung, FA(3)-Felder, Abgrenzung zur JPK-Meldung und Kontrollprozess in einem kleinen Unternehmen. Er entscheidet nicht, ob ein konkreter Gegenstand, ein Fahrzeug oder eine Leistung für das Margenverfahren infrage kommt.

Wenn Sie zunächst die Grundlagen im Unternehmen ordnen, beginnen Sie mit KSeF für kleine Unternehmen. Dieser Beitrag ist der nächste Schritt für Unternehmen mit einem besonderen Rechnungstyp, die Rechnungsdaten und steuerliche Abrechnung nicht verwechseln möchten.

1. Wie das Margenverfahren nach dem polnischen Umsatzsteuergesetz funktioniert

2. Was eine Margenrechnung dem Käufer nicht zeigt

3. Aufbau einer Margenrechnung in FA(3)

4. Wo die Rechnung endet und die JPK-Meldung beginnt

5. Prozess eines kleinen Unternehmens vor der Übermittlung an KSeF

6. Beispiel eines Gebrauchtwagenhändlers

7. Häufige Fehler bei der Differenzbesteuerung

8. Wie KSeFGPT helfen kann, ohne steuerlich zu entscheiden

9. Experteneinschätzung

10. Häufig gestellte Fragen

Die Tabelle fasst die wichtigsten Entscheidungen und Abgrenzungen vor der Ausstellung einer Margenrechnung in KSeF zusammen.

Das polnische Umsatzsteuergesetz enthält zwei für diesen Beitrag wichtige Bereiche der Margenbesteuerung. Art. 119 betrifft Reiseleistungen und bestimmt als Bemessungsgrundlage die Marge abzüglich der geschuldeten Steuer. Art. 120 betrifft unter anderem Lieferungen von Gebrauchtwaren, Kunstgegenständen, Sammlungsstücken und Antiquitäten.

Bei Reiseleistungen ist die Marge die Differenz zwischen dem vom Leistungsempfänger zu zahlenden Betrag und den tatsächlichen Kosten der von anderen Steuerpflichtigen bezogenen Waren und Dienstleistungen zum unmittelbaren Nutzen des Reisenden. Bei Gebrauchtwaren und ähnlichen Kategorien beschreibt Art. 120 die Marge als Differenz zwischen Verkaufspreis und Einkaufspreis abzüglich der Steuer.

Praktische Aufteilung: Ein Reisebüro prüft Art. 119, ein Autohaus oder Gebrauchtwarenhändler Art. 120. Technische Voraussetzung: Erst nach dieser Entscheidung kann eine korrekte FA(3)-Rechnung erstellt werden. Risiko: Allein die Tatsache, dass eine Ware gebraucht ist, begründet noch keine automatische Berechtigung zur Differenzbesteuerung.

Unternehmer sollten die steuerliche von der technischen Frage trennen. Die steuerliche Frage lautet, ob die Transaktion die Voraussetzungen erfüllt. Die technische Frage lautet, wie die Rechnung nach dieser Entscheidung korrekt in FA(3) gespeichert wird.

Nachdem die Grenze zwischen Art. 119 und Art. 120 geklärt ist, geht es nun um die Angaben, die der Käufer auf der Rechnung sieht.

Eine Margenrechnung unterscheidet sich von einer normalen Rechnung, weil sie dem Käufer nicht die übliche Aufteilung von Bemessungsgrundlage und Steuer zeigt. Das KSeF-2.0-Handbuch erläutert, dass eine Rechnung im Margenverfahren unter anderem keinen Nettoeinzelpreis, keinen Nettoumsatzwert, keinen Steuersatz, keine Nettoumsatzsummen nach Steuersätzen und keine darauf entfallenden Steuerbeträge enthält.

Das ist folgerichtig, weil die Marge Teil der Abrechnung des Verkäufers ist. Der Käufer muss eine Rechnung mit dem richtigen Hinweis auf das Verfahren erhalten. Er sollte jedoch keine Kalkulation bekommen, die Einkaufspreis, Marge und die interne Umsatzsteuer auf die Marge offenlegt.

Für den Käufer sichtbare Daten: Rechnungsnummer, Datum, Parteien, Leistungsbeschreibung, Gesamtbetrag und korrekter Text zum Margenverfahren. Intern kontrollierte Daten: Einkaufspreis, Verkaufspreis, Margenkalkulation und Behandlung in der Meldung. Technische KSeF-Daten: passende FA(3)-Felder und Annahmestatus.

Bei der PDF-Erstellung geht diese Abgrenzung leicht verloren. Eine PDF-Datei kann nur eine Visualisierung der Rechnung sein. Die formelle Rechnung in KSeF ist dagegen die XML-Datei FA(3). Die weitere Abgrenzung erläutert XML und das FA(3)-Format in KSeF.

Nach der Klärung der Rechnungsdarstellung folgen die FA(3)-Felder, mit denen das Verfahren beschrieben wird.

Das KSeF-2.0-Handbuch bestätigt, dass FA(3) Margenrechnungen für Reiseleistungen, Lieferungen von Gebrauchtwaren, Kunstgegenständen, Sammlungsstücken und Antiquitäten unterstützt. Zentral ist das Vermerkelement PMarzy, in dem erklärt wird, ob das Margenverfahren vorliegt.

In der Praxis bedeutet dies P_PMarzy und eine Detailvariante: P_PMarzy_2 für Reisebüros, P_PMarzy_3_1 für Gebrauchtwaren, P_PMarzy_3_2 für Kunstgegenstände oder P_PMarzy_3_3 für Sammlungsstücke und Antiquitäten. Das XSD-Schema FA(3) definiert außerdem P_PMarzyN, wenn das Verfahren nicht vorliegt.

P_13_11 muss vorsichtig beschrieben werden. Das XSD-Schema FA(3) definiert es als Summe der Verkaufswerte im Margenverfahren nach Art. 119 und Art. 120. Das Handbuch des Finanzministeriums empfiehlt die Angabe bei einer Margenrechnung. Daraus sollte nicht abgeleitet werden, dass eine Software ohne menschliche Entscheidung immer selbst weiß, wann und wie P_13_11 auszufüllen ist.

Kontrolle vor der Übermittlung: Verfahrensart, vorgeschriebener Rechnungstext, P_PMarzy-Variante, Gesamtbetrag in P_15 und gegebenenfalls P_13_11 anhand von Generator, Schema und Buchhaltungsprozess prüfen. Kontrolle danach: KSeF-Nummer und amtliche UPO-Bestätigung speichern.

Nachdem die Rechnungsfelder zugeordnet sind, folgen die JPK-Kennzeichen auf einer anderen Ebene.

Eine Rechnung in KSeF und JPK_VAT sind nicht dieselbe Datei. FA(3) beschreibt eine einzelne Rechnung. JPK_VAT mit Erklärung beschreibt Aufzeichnungen und Abrechnung eines Meldezeitraums. Bei der Differenzbesteuerung ist diese Trennung wichtig, weil der Vermerk auf der Rechnung nicht dem Kennzeichen MR_T oder MR_UZ in JPK entspricht.

Die offizielle JPK_VAT-Broschüre ab 1. Februar 2026 erläutert, dass MR_T Reiseleistungen betrifft, die nach Art. 119 im Margenverfahren besteuert werden. MR_UZ betrifft Lieferungen von Gebrauchtwaren, Kunstgegenständen, Sammlungsstücken und Antiquitäten, die nach Art. 120 besteuert werden.

Die Broschüre beschreibt außerdem, dass Verfahrensfelder einschließlich MR_T und MR_UZ für das gesamte Dokument mit dem Wert 1 ausgefüllt werden, wenn das Verfahren vorliegt. Andernfalls bleibt das Feld leer. SprzedazVAT_Marza wird als Bruttoverkaufswert von Lieferungen und Leistungen im Margenverfahren definiert.

Kontrollfolge: Zuerst das Verfahren mit der Buchhaltung festlegen, dann eine korrekte FA(3) erzeugen und den KSeF-Status speichern. Erst im Meldeprozess folgen die richtigen JPK-Kennzeichen. Leiten Sie ein GTU-Kennzeichen nicht allein aus dem Begriff Differenzbesteuerung ab, ohne Ware oder Leistung gesondert zu prüfen.

Nach der Trennung von Rechnung und JPK folgt ein Prozess, den ein kleines Unternehmen vor der Übermittlung einführen kann.

Der sicherste Prozess beginnt vor der Rechnungsstellung. Die für den Verkauf zuständige Person sollte wissen, ob eine Transaktion für das Margenverfahren vorgesehen ist. Die steuerliche Entscheidung sollte der Inhaber jedoch mit Buchhaltung oder Beratung bestätigen. Erst danach sollte die XML-Datei FA(3) erstellt werden.

Der Prozess sollte Rollen trennen. Der Vertrieb liefert Transaktionsdaten. Die Buchhaltung bestätigt die Grundlage nach Art. 119 oder Art. 120. Das Rechnungssystem erzeugt FA(3). Die übermittelnde Person prüft KSeF-Status, KSeF-Nummer und UPO. Für die Umsatzsteueraufzeichnungen folgt eine gesonderte JPK-Kontrolle.

Kontrollliste vor der Übermittlung: Berechtigung bestätigt, richtiges Verfahren gewählt, richtiger Rechnungstext verwendet, kein gewöhnlicher Steuersatz wie auf einer normalen Rechnung ausgewiesen, P_PMarzy und Detailvariante geprüft, P_15 kontrolliert, P_13_11 anhand von Handbuch und Generator analysiert und JPK-Daten vorbereitet, ohne sie mit XML FA(3) zu verwechseln.

Wenn ein Unternehmen viele Rechnungen ausstellt, ist eine gesonderte Ausnahmekontrolle wichtiger als ein einzelner Senden-Button. Margenrechnungen sollten in Filtern, Statuslisten und Buchhaltungsexporten sichtbar sein, damit sie nicht zwischen normalen Verkaufsrechnungen verloren gehen.

Nach der Rollentrennung folgt ein konkretes Beispiel aus dem Gebrauchtwagenhandel.

Angenommen, ein Gebrauchtwagenhändler stellt monatlich rund 20 Rechnungen aus. Einige betreffen Fahrzeuge, deren Erwerbsmodell die Buchhaltung für das Margenverfahren qualifiziert. Andere können eine normale Rechnungsstellung erfordern. Der schlechteste Prozess wäre, alle Fahrzeuge nur deshalb als Margengeschäft zu kennzeichnen, weil sie gebraucht sind.

Ein sicherer Prozess ist aufwendiger, aber klar. Für jedes Fahrzeug sind ein Erwerbsbeleg, eine Entscheidung der Buchhaltung, der richtige Rechnungstyp, der passende Verfahrenstext, eine korrekte XML-Datei FA(3), die KSeF-Nummer nach Annahme und Informationen für JPK erforderlich. Neue Fahrzeuge in einem bestimmten Szenario der innergemeinschaftlichen Lieferung sind nach Art. 120 Abs. 21 zusätzlich von Art. 120 Abs. 1-20 ausgeschlossen.

Daten, die eine Anwendung ordnen kann: Kunde, Fahrzeugbeschreibung, Rechnungsnummer, Gesamtbetrag, KSeF-Status, KSeF-Nummer, UPO und Filter für Rechnungen im Margenverfahren. Daten, die sie nicht selbst entscheiden sollte: ob die vorherige Lieferung Art. 120 erfüllt und ob das konkrete Fahrzeug im Margenverfahren verkauft werden darf.

Der zusätzliche Nutzen für das Unternehmen ist einfach: Die Anwendung sollte das Verfahren nicht verbergen, sondern eine Liste der zu kontrollierenden Dokumente liefern. Die Buchhaltung sollte schnell erkennen, welche Rechnungen P_PMarzy enthalten, welche MR_UZ benötigen und welche nicht mit normalen Verkäufen zusammengefasst werden dürfen.

Das Beispiel zeigt die größten Risiken. Im nächsten Abschnitt folgen Fehler, die meist aus der Vermischung der Ebenen entstehen.

Der erste Fehler ist eine zu weit gehende Automatisierung der steuerlichen Entscheidung. Eine Anwendung kann Feldbelegung, Datenkonsistenz und Dokumentstatus prüfen. Sie sollte jedoch nicht selbst entscheiden, dass eine Transaktion Art. 119 oder Art. 120 erfüllt.

Der zweite Fehler besteht darin, eine Margenrechnung wie eine normale Rechnung mit Steuersatz und Umsatzsteuerbetrag für den Käufer darzustellen. Laut KSeF-2.0-Handbuch enthält die Margenrechnung unter anderem keinen Steuersatz und keine üblichen Nettosummen nach Steuersätzen.

Der dritte Fehler ist die Verwechslung von FA(3)-Feldern mit JPK-Kennzeichen. P_PMarzy und die Detailvariante sind Rechnungselemente. MR_T und MR_UZ sind Meldekennzeichen. GTU muss gesondert nach Ware oder Leistung geprüft werden und darf nicht allein aus dem Begriff Differenzbesteuerung abgeleitet werden.

Der vierte Fehler ist, die PDF-Datei als KSeF-Rechnung zu behandeln. Sie kann eine lesbare Ansicht oder ein Dokument für den Geschäftspartner sein. Formell arbeitet KSeF jedoch mit XML FA(3). Bei einer Ablehnung hilft der Beitrag Rechnung von KSeF abgelehnt.

Nachdem die Fehlerquellen bekannt sind, folgt die Rolle von KSeFGPT in diesem Prozess.

KSeFGPT ist in diesem Prozess eine private Anwendung für die Arbeit mit KSeF-Rechnungen, keine staatliche Dienstleistung und keine Steuerberatung. Die angemessene Rolle des Werkzeugs liegt bei Datenimporten, Prüfungen von XML FA(3), Rechnungsfiltern, Statusmeldungen, KSeF-Nummern, UPO-Bestätigungen und der Aufbereitung für die Buchhaltung.

Ein Unternehmen kann mit KSeFGPT normale Rechnungen von Dokumenten trennen, die eine besondere Kontrolle erfordern. Eine Margenrechnung sollte leicht auffindbar, prüfbar und zusammen mit der Information an die Buchhaltung übermittelbar sein, dass die steuerliche Entscheidung außerhalb der Anwendung getroffen wurde.

Mögliche Anwendungen: Datei oder Rechnungsdaten importieren, XML ansehen, Statusmeldungen ordnen, Dokumente mit KSeF-Nummer suchen, Buchhaltungsexport vorbereiten und Rechnungslisten auf operative Lücken prüfen. Diese Funktionen sollten nicht als automatische Entscheidung über die Berechtigung zur Differenzbesteuerung beschrieben werden.

Wenn ein Unternehmen mit mehreren besonderen Rechnungstypen arbeitet, vergleichen Sie den Prozess mit der Anzahlungsrechnung in KSeF und der Selbstfakturierung in KSeF. In jedem Fall müssen technische Rechnungsstruktur und geschäftliche sowie steuerliche Entscheidung getrennt bleiben.

Nach der Klärung der Werkzeugrolle folgt die Experteneinschätzung zur Verantwortung.

Die Differenzbesteuerung ist ein Thema, bei dem der Fehler häufig nicht in der XML-Datei beginnt, sondern davor. Wenn ein Unternehmen keine dokumentierte Entscheidung hat, warum eine Transaktion unter Art. 119 oder Art. 120 fällt, löst eine formal korrekt aussehende KSeF-Rechnung das Problem nicht.

Ein guter Prozess beginnt deshalb mit der Einordnung der Transaktion und nicht mit der Auswahl eines Feldes im Generator. Erst nach der steuerlichen Entscheidung sollten P_PMarzy, P_13_11, P_15, MR_T oder MR_UZ geprüft werden. Die umgekehrte Reihenfolge schafft das Risiko, dass der Nutzer das Recht an das Formular anpasst.

Besondere Vorsicht ist beim Verkauf gebrauchter Fahrzeuge erforderlich. Dies ist ein häufiges Geschäftsbeispiel. Zugleich können Erwerbsbedingungen, Status des vorherigen Verkäufers und gesetzliche Ausschlüsse relevant sein. Der Begriff gebraucht allein reicht für eine sichere Einordnung nicht aus.

Die Einführung von KSeF sollte menschliche Kontrollen nicht aus dem Margenprozess entfernen. Sie sollte vielmehr dafür sorgen, dass Entscheidungen, XML-Felder, KSeF-Nummer, UPO und JPK-Kennzeichen sichtbar, konsistent und bei einer späteren Prüfung nachvollziehbar sind.

Lesen Sie weiter: KSeF für kleine Unternehmen zeigt, wie Sie den grundlegenden KSeF-Prozess, Rollen und die Zusammenarbeit mit der Buchhaltung ordnen.

Anzahlungsrechnung in KSeF erläutert die Trennung von steuerlicher Entscheidung, Dokumenttyp und Verknüpfungen zwischen Rechnungen.

Selbstfakturierung in KSeF erklärt besondere Rollen und Vermerke bei der Rechnungsstellung durch den Käufer.

XML und das FA(3)-Format in KSeF erklärt, warum die formelle KSeF-Rechnung eine strukturierte XML-Datei und keine PDF-Datei ist.