Salta al contingut principal
FA(3) · esquema 1-0E

El comprador a FA(3): identificador, JST i GV a Podmiot2

La secció Podmiot2 indica a qui factures. L'esquema FA(3) ofereix quatre maneres d'escriure l'identificador del comprador i dues marques obligatòries, JST i GV, i en producció KSeF també comprova la suma de control del NIP. Odoo tria l'identificador pel seu compte i escriu sempre igual les dues marques.

FlexigoTech · Responsable: Víctor Gómez · Actualitzat el 5 de novembre de 2026

L'essencial

Mòdul
KSeF 2.0
Versions
Odoo 17, 18, 19 i 20
Comprovat
al codi del mòdul, versió 20.0 · a les fonts enllaçades al final
Lectura
3 min

Quatre maneres d'identificar el comprador

Element FA(3)Descripció a l'esquemaQuan s'utilitza
NIP«Identyfikator podatkowy NIP» (identificador fiscal NIP)Comprador amb NIP polonès.
KodUE + NrVatUE«Numer Identyfikacyjny VAT kontrahenta UE» (número d'IVA de la contrapart a la UE)Comprador amb número d'IVA d'un altre país de la UE, en els casos de la llei de l'IVA.
KodKraju + NrID«Identyfikator podatkowy inny» (un altre identificador fiscal)Un altre identificador fiscal, per exemple de fora de la UE.
BrakID«Podmiot nie posiada identyfikatora podatkowego lub identyfikator nie występuje na fakturze: 1- tak» (sense identificador fiscal, o no figura a la factura)Consumidor o comprador sense identificador.

L'esquema només comprova el format del NIP: 10 xifres segons el patró TNrNIP. La suma de control no la mira. La comprova KSeF, però només en producció, per a Podmiot1, Podmiot2, Podmiot3 i PodmiotUpowazniony. A l'entorn de proves aquesta validació s'activa amb la capçalera X-KSeF-Feature: subject-identifier-validation. La documentació no diu amb quin codi rebutja KSeF una suma de control errònia.

Targeta de la secció Podmiot2 de FA(3)
Els elements de l'identificador del comprador i les marques JST i GV de l'esquema 1-0E.

Les marques JST i GV

Totes dues són obligatòries a Podmiot2 i valen 1 o 2:

  • JST, «Znacznik jednostki podrzędnej JST.» (marca d'unitat dependent d'un ens local): 1 si la factura afecta una unitat dependent d'un ajuntament o d'un altre ens local; aleshores cal omplir Podmiot3 amb el rol 8 i el NIP o l'identificador intern de la unitat;
  • GV, «Znacznik członka grupy VAT.» (marca de membre d'un grup d'IVA): 1 si la factura afecta un membre d'un grup d'IVA; aleshores Podmiot3 amb el rol 10;
  • 2 en qualsevol de les dues vol dir que la factura no els afecta.

Què escriuen Odoo 18, 19 i 20

Odoo tria l'identificador a partir del NIF del client. Un NIP polonès va a NIP. Odoo només escriu KodUE i NrVatUE en operacions especials, les que porten les etiquetes d'impost OSS_Base, OSS_Tax, Triangular Sale, K_21 o K_12; qualsevol altre número estranger va a KodKraju i NrID. Un client sense NIF rep BrakID 1.

JST i GV, Odoo els escriu sempre com a 2. Així que una factura per a una unitat dependent d'un ens local, o per a un membre d'un grup d'IVA, no es pot marcar des d'Odoo com demana l'esquema, i no arribarà a aquella unitat a través de Podmiot3.

Esquema: què escriu Odoo 20 a Podmiot2 i què demanen l'esquema i KSeF
Esquema fet a partir de la plantilla FA(3) d'Odoo 20, de l'esquema FA(3) 1-0E i de la documentació de KSeF; el que està ratllat és el que Odoo no escriu.

Què revisar abans d'enviar

  1. El NIF del client: un NIP polonès amb o sense el prefix PL (sense ell, Odoo pren el país de la fitxa del client), amb la suma de control correcta.
  2. Amb un client de la UE: si la factura realment ha de ddu KodUE i NrVatUE, és a dir, si les línies tenen l'impost adequat.
  3. Amb clients del sector públic: si la factura ha d'arribar a una unitat dependent; això Odoo no ho escriu.

El nostre mòdul revisa el NIP del comprador?

En part. En usar «Mark ready for KSeF upload», Poland KSeF 2.0 Validator calcula la suma de control polonesa del NIP del client i, si no quadra, avisa amb «Partner NIP invalid» i deixa la factura a «Manual action required»: no passa a «Ready to upload to KSeF». L'aplica a qualsevol NIF, també a un d'estranger, i un NIF d'un altre país gairebé mai la compleix, així que amb un client amb NIF estranger la factura s'hi queda encara que el NIF sigui correcte. La validació de FlexigoTech Cloud revisa el fitxer contra l'esquema, és a dir, el format, sense la suma de control.

Continua llegint

Les dates a FA(3): P_1, P_6 i DataWytworzeniaFaRegles de dates de l'esquema FA(3) 1-0E i de KSeF: P_1 en hora polonesa, P_6, DataWytworzeniaFa des del 2025-09-01. Quan donen 450 i què fa Odoo 18-20.Codis 410 i 415 de KSeF: permisos del venedor i adjuntsKSeF 410 «Nieprawidłowy zakres uprawnień» i 415 en factures amb adjunt: què els provoca a les proves del Ministeri i què revisar a Odoo 18, 19 i 20.Codi 450 de KSeF: «Błąd weryfikacji semantyki dokumentu faktury»El codi 450 de KSeF rebutja una factura FA(3) després de revisar-ne el contingut. On és el motiu real, què no mostra Odoo 18, 19 i 20 i com tornar-la a enviar.
Comprovat al codi del mòdul (versió 20.0) i a les fonts enllaçades

Fonts