MPP auf KSeF-Rechnungen nach individueller Interpretation

Bei KSeF-Rechnungen muss die gesetzliche Angabe mechanizm podzielonej platnosci von der bloßen Entscheidung des Käufers unterschieden werden, freiwillig per Split Payment zu zahlen. Diese zwei Situationen können im Gespräch mit dem Geschäftspartner ähnlich wirken, müssen aber im XML FA(3) nicht dasselbe bedeuten.

Das Feld P_18A in FA(3) ist keine allgemeine Notiz zur bevorzugten Zahlungsmethode. Das Schema verknüpft es mit den Voraussetzungen des verpflichtenden MPP: Rechnungswert über 15.000 PLN oder Gegenwert in Fremdwährung sowie Lieferung von Waren oder Erbringung von Dienstleistungen aus Anlage 15 zum polnischen Umsatzsteuergesetz.

Die individuelle Interpretation 0112-KDIL1-3.4012.185.2026.1.KM muss vorsichtig gelesen werden. Eine individuelle Interpretation betrifft den Antragsteller und den beschriebenen Sachverhalt, nicht alle Steuerpflichtigen, die Rechnungen in KSeF ausstellen.

Das praktische Szenario ist einfach. Der Verkäufer stellt eine Rechnung in KSeF aus, die Transaktion sieht nicht nach verpflichtendem Split Payment aus, aber der Käufer sagt: Ich zahle trotzdem per Split Payment. Dann stellt sich die Frage, ob der Aussteller die Rechnung im XML als MPP markieren sollte.

Im alten Umlauf konnte leicht eine Angabe auf einem PDF ergänzt oder eine Einstellung aus dem Rechnungsprogramm kopiert werden. In KSeF gelangt diese Entscheidung in die Datenstruktur. Deshalb muss klar sein, ob die Markierung aus dem Gesetz und dem FA(3)-Schema folgt oder nur aus einer operativen Information darüber, wie der Käufer zahlen will.

Fragen vor der Entscheidung: überschreitet die Rechnung den Schwellenwert von 15.000 PLN, umfasst sie Waren oder Dienstleistungen aus Anlage 15, handeln beide Parteien als Steuerpflichtige in einem B2B-Szenario, spricht der Käufer über die eigene Zahlungsmethode oder über eine gesetzliche Pflicht? Da hier das Problem liegt, gehen wir zur Artikelstruktur.

1. Kurze Antwort für den Rechnungsaussteller

2. Was P_18A in FA(3) bedeutet

3. Wann der Split-Payment-Mechanismus verpflichtend ist

4. Freiwilliger Split Payment und die Rechnungsangabe

5. Was die Interpretation 0112-KDIL1-3.4012.185.2026.1.KM entscheidet

6. Entscheidungstabelle für den Aussteller vor dem Versand

7. Wie KSeFGPT helfen kann, ohne einen Berater zu ersetzen

8. Häufig gestellte Fragen

Die folgende Tabelle fasst die wichtigsten Entscheidungen zusammen, die vor der Markierung Mechanizm Podzielonej Platnosci auf einer KSeF-Rechnung getroffen werden sollten.

Wenn die Rechnung die Voraussetzungen des verpflichtenden MPP erfüllt, sollte die Markierung des Split-Payment-Mechanismus in der Rechnung und im Feld P_18A abgebildet werden. Die Entscheidung sollte aus der Transaktion folgen, nicht aus einer Vorlage oder Gewohnheit aus dem alten Programm.

Wenn der Käufer freiwillig per Split Payment zahlen möchte, die Transaktion aber die gesetzlichen Voraussetzungen nicht erfüllt, sollte nicht automatisch angenommen werden, dass die Rechnung die Angabe Mechanizm Podzielonej Platnosci enthalten muss. Genau diese Nuance wurde zum Kern der Interpretation und des späteren MF-Kommentars.

Kurze Entscheidungscheckliste: Gesamtbetrag, Währung und mögliche Umrechnung, Positionen aus Anlage 15, Käuferstatus, vertragliche Vereinbarungen und die Frage prüfen, ob der Eintrag in der Rechnung eine Pflicht oder nur die erwartete Zahlungsweise beschreibt. Nachdem die kurze Antwort klar ist, gehen wir zum FA(3)-Feld selbst.

Das offizielle FA(3)-Schema beschreibt P_18A über die Transaktionsbedingungen: Der Gesamtbetrag übersteigt 15.000 PLN oder den Gegenwert in Fremdwährung, und die Rechnung dokumentiert die Lieferung von Waren oder die Erbringung von Dienstleistungen aus Anlage 15 zum polnischen Umsatzsteuergesetz. In dieser Situation bedeutet Wert 1 die Anwendung des Split-Payment-Mechanismus, andernfalls wird Wert 2 angegeben.

Das ist kein Feld zur Beschreibung einer beliebigen Zahlungsentscheidung des Käufers. Wenn der Käufer aus eigener Vorsicht Split Payment wählt, sollte der Aussteller weiterhin fragen, ob die gesetzlichen Voraussetzungen erfüllt sind. Die vom Käufer gewählte Überweisungstechnik ist nicht immer dasselbe wie die verpflichtende Rechnungsangabe.

Gute Praxis: Die Entscheidung zu P_18A vor der XML-Erzeugung treffen, nicht nach der Validierung. Ein Validator kann strukturelle Probleme erkennen helfen, ersetzt aber nicht die buchhalterische Qualifikation einer Ware aus Anlage 15. Nachdem klar ist, was das Feld bedeutet, müssen wir zu den Voraussetzungen des verpflichtenden MPP zurück.

Nach dem Stand vom 9. Juli 2026 ist der Ausgangspunkt derselbe wie im FA(3)-Schema: Die Rechnung muss den Schwellenwert von 15.000 PLN oder den Gegenwert überschreiten und Waren oder Dienstleistungen aus Anlage 15 zum polnischen Umsatzsteuergesetz umfassen. Erst das gemeinsame Vorliegen dieser Voraussetzungen führt praktisch zur MPP-Markierung auf der Rechnung.

Der hohe Betrag allein reicht nicht. Eine Position aus dem Katalog allein reicht ebenfalls nicht, wenn der Rechnungswert die Schwelle nicht überschreitet. Es reicht auch nicht, dass der Käufer lieber per Split-Payment-Überweisung zahlt. Im Rechnungsprozess lohnt es sich, drei Fragen zu trennen: Wie hoch ist der Betrag, was wird verkauft und welchen Status haben die Parteien?

Checkliste: Bruttobetrag der Rechnung, Währung, Positionen aus Anlage 15, Status der Steuerpflichtigen, mögliche Sammelzahlungen, Vertragsdokumentation und Begründung der P_18A-Einstellung. Da die Voraussetzungen klar sind, gehen wir zum schwierigsten Fall, also zum freiwilligen Split Payment.

Freiwilliger Split Payment ist eine Zahlungsentscheidung des Käufers. Die Angabe mechanizm podzielonej platnosci auf der Rechnung ist eine Information des Ausstellers über das gesetzliche Regime der konkreten Transaktion. In der Praxis treffen beide Themen auf derselben Rechnung zusammen, dürfen aber nicht zu einer automatischen Regel verschmolzen werden.

Die MF-Information ist gerade deshalb wichtig, weil sie die Frage des freiwilligen MPP in der KSeF-Zeit und die Interpretation 0112-KDIL1-3.4012.185.2026.1.KM betrifft. Dieser Kommentar sollte zusammen mit dem vollständigen Interpretationsdatensatz ID 692287 gelesen werden, nicht als Abkürzung, die jedem Unternehmen erlaubt, jede Rechnung nach eigener Präferenz zu markieren.

Die praktische Regel ist vorsichtig: Wenn der Käufer freiwillig per Split Payment zahlen möchte, dokumentiere das operativ in den Abrechnungen, aber setze P_18A erst nach Prüfung der gesetzlichen Voraussetzungen und Quellen. Nachdem freiwillige Zahlung und Rechnungsangabe getrennt sind, muss die Interpretation selbst geordnet werden.

Die individuelle Interpretation betrifft eine konkrete Frage zur Markierung von Rechnungen in KSeF im Kontext des Split-Payment-Mechanismus und freiwilliger Split-Payment-Zahlung auf Käuferseite. Sie entscheidet nicht automatisch alle Fälle, in denen ein Geschäftspartner per Split-Payment-Überweisung zahlen möchte.

Der Antragsteller wollte klären, ob eine solche Praxis bei der Rechnungsausstellung zulässig sein kann. Für die Bewertung der eigenen Situation ist jedoch der vollständige Wortlaut der Interpretation entscheidend: Beschreibung des Sachverhalts oder künftigen Ereignisses, Frage, Standpunkt des Steuerpflichtigen, Bewertung der Behörde und Begründung. Erst diese Elemente zeigen, wie weit sich Schlussfolgerungen aus der Interpretation auf ähnliche Transaktionen übertragen lassen.

Die Grenze ist am wichtigsten. Eine individuelle Interpretation ist kein allgemeines Regelwerk für die Fakturierung in KSeF. In der Regel schützt sie den Antragsteller, der einen bestimmten Sachverhalt oder ein künftiges Ereignis beschrieben hat. Für andere Unternehmen kann sie ein nützliches Signal sein, ersetzt aber nicht die Analyse der eigenen Transaktion. Nachdem die Grenzen der Interpretation klar sind, gehen wir zur praktischen Entscheidungstabelle.

Der größte praktische Wert liegt nicht darin, die Nummer der Interpretation zu merken, sondern die Entscheidung vor dem XML-Versand zu ordnen. Die folgende Tabelle hilft zu trennen, wann MPP eine gesetzliche Ebene ist und wann der Käufer lediglich Split Payment als Zahlungsweise wählt.

Behandle diese Tabelle nicht als Steuerberatung für jede Branche. Sie ist eine Gesprächskarte für die Buchhaltung: Sie zeigt schnell, was für eine Entscheidung fehlt und wo Fehlerrisiko entsteht. Da wir die Karte haben, lohnt es sich, typische Fehler zu benennen.

Der erste Fehler ist die MPP-Markierung vorsorglich. In KSeF sind Daten strukturell, daher ist das keine harmlose Randnotiz. Wenn die Markierung nicht aus der Transaktion folgt, kann sie unnötige Fragen auf Käufer- und Buchhaltungsseite erzeugen.

Der zweite Fehler ist der Blick nur auf den Betrag. Der Schwellenwert von 15.000 PLN ist wichtig, reicht aber ohne Prüfung von Anlage 15 nicht für die Entscheidung. Der dritte Fehler ist die Übernahme von Einstellungen aus Papier- oder PDF-Rechnungen ohne erneute Kontrolle, ob alte Mapping-Regeln mit FA(3) übereinstimmen.

Fehler für die interne Besprechung: automatische Angabe für jeden Geschäftspartner, fehlende Prüfung von Anlage 15, Ignorieren der Währung, Behandlung der Käuferbitte als Ausstellerpflicht, keine Buchhaltungsnotiz bei Grenzfällen. Wenn klar ist, was zu vermeiden ist, kann ein sicherer Werkzeugprozess entworfen werden.

Das größte Risiko bei MPP in KSeF liegt nicht im Klick auf ein Feld im Formular. Das Risiko entsteht früher, wenn das Unternehmen nicht weiß, ob die Markierung aus Vorschriften, der Erwartung des Geschäftspartners oder einer aus dem alten Programm geerbten Einstellung folgt.

Für die Einführung lohnt es sich, Zuständigkeiten zu trennen. Die Person, die die Rechnung ausstellt, sollte ein einfaches Verfahren haben und Warnungen bei Betrag und Positionsart sehen. Die Buchhaltung sollte Grenzfälle bestätigen. Das System sollte die Entscheidung in den Rechnungsdaten speichern, aber nicht so tun, als wäre es Steuerberater.

Individuelle Interpretationen sind hilfreich, weil sie die Denkweise der Behörde zeigen. Sie sollten jedoch die eigene Qualifikation der Transaktion nicht ersetzen. Bei MPP ist es besonders leicht, aus einem Schreiben eine operative Regel für den ganzen Prozess zu machen, und genau diese Abkürzung sollte vermieden werden.

Eine gute Prozedur klingt einfach: zuerst die Transaktion erkennen, dann das Feld im XML setzen, anschließend die Struktur validieren und erst am Ende die Rechnung an KSeF senden. Wenn der Fall ungewöhnlich ist, Versand stoppen und Entscheidung mit Buchhaltung oder Berater bestätigen.

KSeFGPT sollte als Werkzeug für Arbeit mit Rechnungen, XML FA(3), Status, UPO und vollständigen Daten behandelt werden, nicht als Quelle einer individuellen steuerlichen Interpretation. Die Anwendung kann den Prozess ordnen und manuelle Fehler begrenzen, aber die Entscheidung, ob eine Transaktion die Voraussetzungen des verpflichtenden MPP erfüllt, bleibt eine Buchhaltungs- oder Beratungsentscheidung.

In der Praxis hilft die Trennung von zwei Schritten. Zuerst legt das Unternehmen fest, welche steuerliche Entscheidung es für die konkrete Rechnung trifft. Danach hilft das Werkzeug, konsistente Daten zu behalten: Rechnung, XML, Versandstatus, KSeF-Nummer, UPO und Dokumentation für die Buchhaltung. Bei technischer Arbeit mit einer Datei kann auch der KSeF-XML-Validator helfen.

Wenn du Rechnungen in einem regelmäßigen Prozess ausstellst, prüfe das KSeFGPT-Rechnungsmodul. An einem Ort kannst du mit Dokumenten, Status und Abrechnungsdaten arbeiten, statt Rechnungsentscheidungen in getrennten E-Mails, Tabellen und Ordnern zu halten.

Wenn du das Thema vertiefen möchtest, ohne den gesamten KSeF-Prozess zu wiederholen, beginne mit diesen vier Materialien:

VAT-Rechnung in KSeF Schritt für Schritt ausstellen - hilft, Entscheidungen vor einer gewöhnlichen Verkaufsrechnung zu ordnen, einschließlich Daten, Dokumenttyp, Validierung und Versand.

KSeF-Nummer auf der Rechnung - erklärt, wann die KSeF-Nummer entsteht und wie sie nicht mit der eigenen Rechnungsnummer verwechselt wird.

Zahlungsfrist einer KSeF-Rechnung - zeigt, wie Ausstellungsdatum, Empfangsdatum und Abrechnungen auf Käuferseite getrennt werden.

Rechnungen an KSeF senden - beschreibt den technischen Versandprozess, Status, UPO und die Kontrolle vor Übergabe der Rechnung an das System.