Zum Hauptinhalt springen
FA(3) · Schema 1-0E

Der Käufer in FA(3): Identifikator, JST und GV in Podmiot2

Der Abschnitt Podmiot2 gibt an, an wen Sie fakturieren. Das Schema FA(3) sieht vier Arten vor, die Kennung des Käufers zu schreiben, sowie zwei Pflichtkennzeichen, JST und GV. Im Produktivbetrieb prüft KSeF außerdem die NIP-Prüfsumme. Odoo wählt die Kennung selbst und schreibt die beiden Kennzeichen immer gleich.

FlexigoTech · Verantwortlich: Víctor Gómez · Aktualisiert am 5. November 2026

Das Wichtigste

Versionen
Odoo 17, 18, 19 und 20
Geprüft
im Quellcode des Moduls, Version 20.0 · in den Quellen am Ende
Lesezeit
3 Min.

Vier Arten, den Käufer zu identifizieren

Element FA(3)Beschreibung im SchemaWann es verwendet wird
NIP«Identyfikator podatkowy NIP» (Steuerkennung NIP)Käufer mit polnischer NIP.
KodUE + NrVatUE«Numer Identyfikacyjny VAT kontrahenta UE» (USt-IdNr. des Vertragspartners in der EU)Käufer mit USt-IdNr. eines anderen EU-Landes, in den Fällen, die das Umsatzsteuergesetz vorsieht.
KodKraju + NrID«Identyfikator podatkowy inny» (sonstige Steuerkennung)Andere Steuerkennung, zum Beispiel von außerhalb der EU.
BrakID«Podmiot nie posiada identyfikatora podatkowego lub identyfikator nie występuje na fakturze: 1- tak» (keine Steuerkennung oder nicht auf der Rechnung angegeben)Verbraucher oder Käufer ohne Kennung.

Das Schema prüft nur das Format der NIP: 10 Ziffern nach dem Muster TNrNIP. Die Prüfsumme prüft es nicht. KSeF prüft sie, aber nur im Produktivbetrieb, für Podmiot1, Podmiot2, Podmiot3 und PodmiotUpowazniony. In der Testumgebung aktiviert der Header X-KSeF-Feature: subject-identifier-validation diese Prüfung. Die Dokumentation nennt nicht, mit welchem Code KSeF eine falsche Prüfsumme ablehnt.

Kachel des Abschnitts Podmiot2 in FA(3)
Die Elemente der Käuferkennung und die Kennzeichen JST und GV aus dem Schema 1-0E.

Die Kennzeichen JST und GV

Beide sind in Podmiot2 verpflichtend und nehmen den Wert 1 oder 2 an:

  • JST, «Znacznik jednostki podrzędnej JST.» (Kennzeichen für eine nachgeordnete Einheit einer Gebietskörperschaft): 1, wenn die Rechnung eine nachgeordnete Einheit einer Gemeinde oder einer anderen Gebietskörperschaft betrifft; dann muss Podmiot3 mit der Rolle 8 sowie der NIP oder der internen Kennung der Einheit ausgefüllt werden;
  • GV, «Znacznik członka grupy VAT.» (Kennzeichen für ein Mitglied einer USt-Gruppe): 1, wenn die Rechnung ein Mitglied einer USt-Gruppe betrifft; dann Podmiot3 mit der Rolle 10;
  • Bei beiden bedeutet 2, dass die Rechnung sie nicht betrifft.

Was Odoo 18, 19 und 20 schreiben

Odoo wählt die Kennung anhand der USt-IdNr. des Kunden. Eine polnische NIP geht nach NIP. Odoo schreibt KodUE und NrVatUE nur bei Sonderfällen, also bei Geschäftsvorfällen mit den Steuer-Tags OSS_Base, OSS_Tax, Triangular Sale, K_21 oder K_12; jede andere ausländische Nummer geht nach KodKraju und NrID. Ein Kunde ohne USt-IdNr. erhält BrakID 1.

JST und GV schreibt Odoo immer als 2. Eine Rechnung an eine nachgeordnete Einheit einer Gebietskörperschaft oder an ein Mitglied einer USt-Gruppe lässt sich daher in Odoo nicht so kennzeichnen, wie das Schema es verlangt, und sie erreicht diese Einheit über Podmiot3 nicht.

Schema: was Odoo 20 in Podmiot2 schreibt und was das Schema und KSeF verlangen
Schema auf Grundlage der FA(3)-Vorlage von Odoo 20, des Schemas FA(3) 1-0E und der KSeF-Dokumentation; durchgestrichen ist, was Odoo nicht schreibt.

Was vor dem Versand zu prüfen ist

  1. Die USt-IdNr. des Kunden: eine polnische NIP mit oder ohne Präfix PL (ohne Präfix übernimmt Odoo das Land aus dem Kundenstamm) und mit korrekter Prüfsumme.
  2. Bei einem Kunden aus der EU: ob die Rechnung tatsächlich KodUE und NrVatUE tragen muss, also ob die Positionen die richtige Steuer haben.
  3. Bei Kunden aus dem öffentlichen Sektor: ob die Rechnung eine nachgeordnete Einheit erreichen muss; das schreibt Odoo nicht.

Prüft unser Modul die NIP des Käufers?

Teilweise. Wenn Sie «Mark ready for KSeF upload» verwenden, berechnet Poland KSeF 2.0 Validator die polnische Prüfsumme der NIP des Kunden und meldet bei Abweichung «Partner NIP invalid», während die Rechnung in «Manual action required» bleibt: Sie wechselt nicht zu «Ready to upload to KSeF». Die Prüfsumme wendet er auf jede USt-IdNr. an, auch auf ausländische, und eine ausländische Nummer besteht sie fast nie. Bei einem Kunden mit USt-IdNr. aus einem anderen Land bleibt die Rechnung daher dort, selbst wenn die Nummer korrekt ist. Die Validierung von FlexigoTech Cloud prüft die Datei gegen das Schema, also das Format, ohne die Prüfsumme.

Weiterlesen

Die Datumsfelder in FA(3): P_1, P_6 und DataWytworzeniaFaDatumsregeln des FA(3)-Schemas 1-0E und von KSeF: P_1 in polnischer Zeit, P_6, DataWytworzeniaFa ab 2025-09-01. Wann sie 450 ergeben und wie Odoo 18-20 sie füllt.KSeF-Codes 410 und 415: Verkäuferberechtigungen und AnhängeKSeF 410 «Nieprawidłowy zakres uprawnień» und 415 bei Rechnungen mit Anhang: was sie in den Tests des Ministeriums auslöst und was Sie in Odoo 18, 19 und 20 prüfen.KSeF-Code 450: «Błąd weryfikacji semantyki dokumentu faktury»KSeF-Code 450 lehnt eine FA(3)-Rechnung nach der Prüfung ihres Inhalts ab. Wo der eigentliche Grund steht, was Odoo nicht anzeigt und wie Sie die Rechnung erneut senden.
Geprüft im Quellcode des Moduls (Version 20.0) und in den verlinkten Quellen

Quellen