Vai al contenuto principale
FA(3) · schema 1-0E

L'acquirente in FA(3): identificativo, JST e GV in Podmiot2

La sezione Podmiot2 indica a chi emetti la fattura. Lo schema FA(3) prevede quattro modi per scrivere l'identificativo dell'acquirente e due marcature obbligatorie, JST e GV, e in produzione KSeF verifica anche la somma di controllo del NIP. Odoo sceglie l'identificativo da solo e scrive sempre allo stesso modo le due marcature.

FlexigoTech · Responsabile: Víctor Gómez · Aggiornato il 5 novembre 2026

In breve

Modulo
KSeF 2.0
Versioni
Odoo 17, 18, 19 e 20
Verificato
nel codice del modulo, versione 20.0 · nelle fonti collegate in fondo
Lettura
3 min

Quattro modi per identificare l'acquirente

Elemento FA(3)Descrizione nello schemaQuando si usa
NIP«Identyfikator podatkowy NIP» (identificativo fiscale NIP)Acquirente con NIP polacco.
KodUE + NrVatUE«Numer Identyfikacyjny VAT kontrahenta UE» (numero di partita IVA della controparte nell'UE)Acquirente con numero di partita IVA di un altro paese UE, nei casi previsti dalla legge IVA.
KodKraju + NrID«Identyfikator podatkowy inny» (altro identificativo fiscale)Altro identificativo fiscale, per esempio da fuori UE.
BrakID«Podmiot nie posiada identyfikatora podatkowego lub identyfikator nie występuje na fakturze: 1- tak» (soggetto privo di identificativo fiscale, o identificativo non presente in fattura)Consumatore o acquirente senza identificativo.

Lo schema controlla solo il formato del NIP: 10 cifre secondo il modello TNrNIP. La somma di controllo non la verifica. La verifica KSeF, ma solo in produzione, per Podmiot1, Podmiot2, Podmiot3 e PodmiotUpowazniony. Nell'ambiente di test questa validazione si attiva con l'intestazione X-KSeF-Feature: subject-identifier-validation. La documentazione non dice con quale codice KSeF rifiuta una somma di controllo errata.

Scheda della sezione Podmiot2 di FA(3)
Gli elementi dell'identificativo dell'acquirente e le marcature JST e GV dello schema 1-0E.

Le marcature JST e GV

Entrambe sono obbligatorie in Podmiot2 e valgono 1 o 2:

  • JST, «Znacznik jednostki podrzędnej JST.» (marcatore di unità subordinata di un ente locale): 1 se la fattura riguarda un'unità subordinata di un comune o di un altro ente locale; in tal caso bisogna compilare Podmiot3 con il ruolo 8 e il NIP o l'identificativo interno dell'unità;
  • GV, «Znacznik członka grupy VAT.» (marcatore di membro di un gruppo IVA): 1 se la fattura riguarda un membro di un gruppo IVA; in tal caso Podmiot3 con il ruolo 10;
  • 2 in entrambi i casi significa che la fattura non li riguarda.

Cosa scrivono Odoo 18, 19 e 20

Odoo sceglie l'identificativo a partire dal numero di partita IVA del cliente. Un NIP polacco va in NIP. Odoo scrive KodUE e NrVatUE solo nelle operazioni speciali, quelle con i tag fiscali OSS_Base, OSS_Tax, Triangular Sale, K_21 o K_12; ogni altro numero estero va in KodKraju e NrID. Un cliente senza partita IVA riceve BrakID 1.

JST e GV, Odoo li scrive sempre come 2. Quindi una fattura destinata a un'unità subordinata di un ente locale, o a un membro di un gruppo IVA, non si può marcare da Odoo come richiede lo schema, e non arriverà a quell'unità tramite Podmiot3.

Schema: cosa scrive Odoo 20 in Podmiot2 e cosa richiedono lo schema e KSeF
Schema realizzato a partire dal modello FA(3) di Odoo 20, dallo schema FA(3) 1-0E e dalla documentazione KSeF; ciò che è barrato è ciò che Odoo non scrive.

Cosa controllare prima dell'invio

  1. Il numero di partita IVA del cliente: un NIP polacco con o senza il prefisso PL (senza, Odoo prende il paese dalla scheda cliente), con una somma di controllo corretta.
  2. Con un cliente UE: se la fattura deve davvero riportare KodUE e NrVatUE, cioè se le righe hanno l'imposta giusta.
  3. Con clienti della pubblica amministrazione: se la fattura deve arrivare a un'unità subordinata; questo Odoo non lo scrive.

Il nostro modulo verifica il NIP dell'acquirente?

In parte. Usando «Mark ready for KSeF upload», Poland KSeF 2.0 Validator calcola la somma di controllo polacca del NIP del cliente e, se non torna, segnala «Partner NIP invalid» e lascia la fattura in «Manual action required»: non passa a «Ready to upload to KSeF». Applica il controllo a qualsiasi partita IVA, anche estera, e un numero straniero quasi mai lo supera, quindi con un cliente con partita IVA di un altro paese la fattura resta lì anche se il numero è corretto. La validazione di FlexigoTech Cloud controlla il file rispetto allo schema, cioè il formato, senza la somma di controllo.

Continua a leggere

Le date in FA(3): P_1, P_6 e DataWytworzeniaFaRegole sulle date dello schema FA(3) 1-0E e di KSeF: P_1 in ora polacca, P_6, DataWytworzeniaFa dal 2025-09-01. Quando danno 450 e come li compila Odoo 18-20.Codici 410 e 415 di KSeF: permessi del venditore e allegatiIl 410 «Nieprawidłowy zakres uprawnień» e il 415 per le fatture con allegato: cosa li causa nei test del Ministero e cosa controllare in Odoo 18, 19 e 20.Codice 450 di KSeF: «Błąd weryfikacji semantyki dokumentu faktury»Il codice 450 di KSeF respinge una fattura FA(3) dopo averne controllato il contenuto. Dove sta il motivo reale, cosa non mostra Odoo 18, 19 e 20 e come reinviarla.
Verificato nel codice del modulo (versione 20.0) e nelle fonti collegate

Fonti