Naar hoofdinhoud
FA(3) · schema 1-0E

De koper in FA(3): identificatie, JST en GV in Podmiot2

De sectie Podmiot2 geeft aan aan wie je factureert. Het FA(3)-schema biedt vier manieren om het identificatienummer van de koper op te schrijven en twee verplichte markeringen, JST en GV, en in productie controleert KSeF bovendien het controlecijfer van het NIP. Odoo kiest zelf het identificatienummer en schrijft beide markeringen altijd op dezelfde manier.

FlexigoTech · Verantwoordelijk: Víctor Gómez · Bijgewerkt op 5 november 2026

In het kort

Module
KSeF 2.0
Versies
Odoo 17, 18, 19 en 20
Gecontroleerd
in de broncode van de module, versie 20.0 · in de bronnen onderaan
Leestijd
3 min

Vier manieren om de koper te identificeren

Element FA(3)Beschrijving in het schemaWanneer gebruiken
NIP"Identyfikator podatkowy NIP" (NIP-belastingidentificatie)Koper met een Pools NIP.
KodUE + NrVatUE"Numer Identyfikacyjny VAT kontrahenta UE" (btw-nummer van de tegenpartij in de EU)Koper met een btw-nummer uit een ander EU-land, in de gevallen die de btw-wet bepaalt.
KodKraju + NrID"Identyfikator podatkowy inny" (ander belastingidentificatienummer)Een ander belastingidentificatienummer, bijvoorbeeld van buiten de EU.
BrakID"Podmiot nie posiada identyfikatora podatkowego lub identyfikator nie występuje na fakturze: 1- tak" (geen belastingidentificatienummer, of het staat niet op de factuur)Consument of koper zonder identificatienummer.

Het schema controleert alleen het formaat van het NIP: 10 cijfers volgens het patroon TNrNIP. Het controlecijfer controleert het niet. KSeF doet dat wel, maar alleen in productie, voor Podmiot1, Podmiot2, Podmiot3 en PodmiotUpowazniony. In de testomgeving schakelt de header X-KSeF-Feature: subject-identifier-validation die validatie in. De documentatie zegt niet met welke code KSeF een verkeerd controlecijfer afwijst.

Kaart van de sectie Podmiot2 van FA(3)
De elementen van het identificatienummer van de koper en de markeringen JST en GV uit het schema 1-0E.

De markeringen JST en GV

Beide zijn verplicht in Podmiot2 en hebben de waarde 1 of 2:

  • JST, "Znacznik jednostki podrzędnej JST." (markering van een ondergeschikte eenheid van een lokale overheid): 1 als de factuur betrekking heeft op een ondergeschikte eenheid van een gemeente of andere lokale overheid; dan moet Podmiot3 worden ingevuld met rol 8 en het NIP of het interne identificatienummer van de eenheid;
  • GV, "Znacznik członka grupy VAT." (markering van een lid van een btw-groep): 1 als de factuur betrekking heeft op een lid van een btw-groep; dan Podmiot3 met rol 10;
  • 2 bij beide betekent dat de factuur hen niet betreft.

Wat Odoo 18, 19 en 20 schrijven

Odoo kiest het identificatienummer op basis van het btw-nummer van de klant. Een Pools NIP gaat naar NIP. Odoo schrijft KodUE en NrVatUE alleen bij speciale transacties, die met de belastingtags OSS_Base, OSS_Tax, Triangular Sale, K_21 of K_12; elk ander buitenlands nummer gaat naar KodKraju en NrID. Een klant zonder btw-nummer krijgt BrakID 1.

JST en GV schrijft Odoo altijd als 2. Een factuur voor een ondergeschikte eenheid van een lokale overheid, of voor een lid van een btw-groep, kun je dus niet vanuit Odoo markeren zoals het schema vereist, en die komt zo niet bij die eenheid via Podmiot3.

Schema: wat Odoo 20 in Podmiot2 schrijft en wat het schema en KSeF vereisen
Schema gebaseerd op de FA(3)-sjabloon van Odoo 20, het FA(3)-schema 1-0E en de KSeF-documentatie; doorgestreepte onderdelen schrijft Odoo niet.

Wat je controleert voordat je verstuurt

  1. Het btw-nummer van de klant: een Pools NIP met of zonder het voorvoegsel PL (zonder dat voorvoegsel neemt Odoo het land uit de klantkaart), met een juist controlecijfer.
  2. Bij een klant uit de EU: of de factuur echt KodUE en NrVatUE moet bevatten, dat wil zeggen of de regels de juiste belasting hebben.
  3. Bij klanten uit de publieke sector: of de factuur bij een ondergeschikte eenheid moet terechtkomen; dat schrijft Odoo niet.

Controleert onze module het NIP van de koper?

Gedeeltelijk. Wanneer je "Mark ready for KSeF upload" gebruikt, berekent Poland KSeF 2.0 Validator het Poolse controlecijfer van het NIP van de klant en, als dat niet klopt, meldt het "Partner NIP invalid" en blijft de factuur op "Manual action required" staan: hij gaat niet naar "Ready to upload to KSeF". Het past het controlecijfer toe op elk btw-nummer, ook buitenlandse, en een buitenlands nummer haalt dat bijna nooit, dus bij een klant met een btw-nummer uit een ander land blijft de factuur daar staan, ook als het nummer juist is. De validatie van FlexigoTech Cloud controleert het bestand tegen het schema, dat wil zeggen het formaat, zonder het controlecijfer.

Lees verder

De datums in FA(3): P_1, P_6 en DataWytworzeniaFaDatumregels van het FA(3)-schema 1-0E en KSeF: P_1 in Poolse tijd, P_6, DataWytworzeniaFa vanaf 2025-09-01. Wanneer ze 450 geven en wat Odoo 18-20 doet.Codes 410 en 415 van KSeF: rechten van de verkoper en bijlagenKSeF 410 «Nieprawidłowy zakres uprawnień» en 415 bij facturen met bijlage: wat ze veroorzaakt in de tests van het Ministerie en wat je in Odoo 18, 19 en 20 moet nakijken.KSeF-code 450: «Błąd weryfikacji semantyki dokumentu faktury»KSeF-code 450 weigert een FA(3)-factuur na controle van de inhoud. Waar de echte reden zit, wat Odoo 18, 19 en 20 niet tonen en hoe je de factuur opnieuw verstuurt.
Gecontroleerd in de broncode van de module (versie 20.0) en in de gelinkte bronnen

Bronnen