Saltar al contenido principal
FA(3) · esquema 1-0E

El comprador en FA(3): identificador, JST y GV en Podmiot2

La sección Podmiot2 dice a quién facturas. El esquema FA(3) da cuatro maneras de escribir el identificador del comprador y dos marcas obligatorias, JST y GV, y en producción KSeF comprueba además la suma de control del NIP. Odoo elige el identificador por su cuenta y escribe siempre igual las dos marcas.

FlexigoTech · Responsable: Víctor Gómez · Actualizado el 5 de noviembre de 2026

Lo esencial

Módulo
KSeF 2.0
Versiones
Odoo 17, 18, 19 y 20
Comprobado
en el código del módulo, versión 20.0 · en las fuentes enlazadas al final
Lectura
3 min

Cuatro maneras de identificar al comprador

Elemento FA(3)Descripción del esquemaCuándo se usa
NIP«Identyfikator podatkowy NIP» (identificador fiscal NIP)Comprador con NIP polaco.
KodUE + NrVatUE«Numer Identyfikacyjny VAT kontrahenta UE» (número de IVA de la contraparte en la UE)Comprador con número de IVA de otro país de la UE, en los casos de la ley del IVA.
KodKraju + NrID«Identyfikator podatkowy inny» (otro identificador fiscal)Otro identificador fiscal, por ejemplo de fuera de la UE.
BrakID«Podmiot nie posiada identyfikatora podatkowego lub identyfikator nie występuje na fakturze: 1- tak» (sin identificador fiscal, o no figura en la factura)Consumidor o comprador sin identificador.

El esquema solo comprueba el formato del NIP: 10 cifras según el patrón TNrNIP. La suma de control no la mira. La comprueba KSeF, pero solo en producción, para Podmiot1, Podmiot2, Podmiot3 y PodmiotUpowazniony. En el entorno de pruebas esa validación se activa con la cabecera X-KSeF-Feature: subject-identifier-validation. La documentación no dice con qué código rechaza KSeF una suma de control errónea.

Tarjeta de la sección Podmiot2 de FA(3)
Los elementos del identificador del comprador y las marcas JST y GV del esquema 1-0E.

Las marcas JST y GV

Las dos son obligatorias en Podmiot2 y valen 1 o 2:

  • JST, «Znacznik jednostki podrzędnej JST.» (marca de unidad dependiente de un ente local): 1 si la factura afecta a una unidad dependiente de un ayuntamiento u otro ente local; entonces hay que rellenar Podmiot3 con el rol 8 y el NIP o el identificador interno de la unidad;
  • GV, «Znacznik członka grupy VAT.» (marca de miembro de un grupo de IVA): 1 si la factura afecta a un miembro de un grupo de IVA; entonces Podmiot3 con el rol 10;
  • 2 en cualquiera de las dos significa que la factura no les afecta.

Qué escriben Odoo 18, 19 y 20

Odoo elige el identificador a partir del NIF del cliente. Un NIP polaco va a NIP. Odoo solo escribe KodUE y NrVatUE en operaciones especiales, las que llevan las etiquetas de impuestos OSS_Base, OSS_Tax, Triangular Sale, K_21 o K_12; cualquier otro número extranjero va a KodKraju y NrID. Un cliente sin NIF recibe BrakID 1.

JST y GV, Odoo los escribe siempre como 2. Así que una factura para una unidad dependiente de un ente local, o para un miembro de un grupo de IVA, no se puede marcar desde Odoo como pide el esquema, y no llegará a esa unidad a través de Podmiot3.

Esquema: qué escribe Odoo 20 en Podmiot2 y qué piden el esquema y KSeF
Esquema hecho a partir de la plantilla FA(3) de Odoo 20, el esquema FA(3) 1-0E y la documentación de KSeF; lo tachado es lo que Odoo no escribe.

Qué revisar antes de enviar

  1. El NIF del cliente: un NIP polaco con o sin el prefijo PL (sin él, Odoo toma el país de la ficha del cliente), con la suma de control correcta.
  2. Con un cliente de la UE: si la factura de verdad debe llevar KodUE y NrVatUE, es decir, si las líneas tienen el impuesto adecuado.
  3. Con clientes del sector público: si la factura debe llegar a una unidad dependiente; eso Odoo no lo escribe.

¿Nuestro módulo revisa el NIP del comprador?

En parte. Al usar «Mark ready for KSeF upload», Poland KSeF 2.0 Validator calcula la suma de control polaca del NIP del cliente y, si no cuadra, avisa con «Partner NIP invalid» y deja la factura en «Manual action required»: no pasa a «Ready to upload to KSeF». La aplica a cualquier NIF, también a uno extranjero, y un NIF de otro país casi nunca la cumple, así que con un cliente con NIF extranjero la factura se queda ahí aunque el NIF sea correcto. La validación de FlexigoTech Cloud revisa el fichero contra el esquema, es decir, el formato, sin la suma de control.

Sigue leyendo

Las fechas en FA(3): P_1, P_6 y DataWytworzeniaFaReglas de fechas del esquema FA(3) 1-0E y de KSeF: P_1 en hora polaca, P_6, DataWytworzeniaFa desde 2025-09-01. Cuándo dan 450 y qué hace Odoo 18-20.Códigos 410 y 415 de KSeF: permisos del vendedor y adjuntosKSeF 410 «Nieprawidłowy zakres uprawnień» y 415 de facturas con adjunto: qué los provoca en las pruebas del Ministerio y qué revisar en Odoo 18, 19 y 20.Código 450 de KSeF: «Błąd weryfikacji semantyki dokumentu faktury»El código 450 de KSeF rechaza una factura FA(3) tras revisar su contenido. Dónde está el motivo real, qué no enseña Odoo 18, 19 y 20 y cómo volver a enviarla.
Comprobado en el código del módulo (versión 20.0) y en las fuentes enlazadas

Fuentes