Panoramica degli InvoiceTypeCode nell'e-fatturazione: quando utilizzare quale codice e quali standard li supportano?
L'InvoiceTypeCode è un codice a tre cifre nell'elemento XML cbc:InvoiceTypeCode che determina quale tipo di fattura viene inviato. Il codice corretto garantisce che il destinatario sappia immediatamente se si tratta di una fattura regolare, una nota di credito, una correzione o una fattura self-billing.
I codici consentiti provengono da due subset della lista di codici UNCL1001: la lista fatture (UNCL1001-inv) per le fatture e la lista note di credito (UNCL1001-cn) per le note di credito. Non tutti i codici sono disponibili in ogni standard.
(*) Il codice 389 non è consentito nell'ambito dello standard Peppol BIS Billing V3, ma è ammesso in Peppol BIS Self-Billing 3.0 (un profilo separato con propri CustomizationID e ProfileID). In NLCIUS il codice 389 è consentito come InvoiceTypeCode regolare senza profilo separato.
Il codice standard per le fatture di vendita regolari. Questo è di gran lunga l'InvoiceTypeCode più utilizzato. Praticamente ogni fattura B2B o B2G inviata tramite Peppol utilizza il codice 380. Il codice è disponibile in tutti gli standard comuni: Peppol BIS V3, NLCIUS e XRechnung.
Il codice 380 viene utilizzato nei Paesi Bassi anche come alternativa alla nota di credito. In questa "Invoice negativa" gli importi e le quantità vengono compilati con valori negativi, in modo che la fattura funzioni come accreditamento. Questa è la convenzione descritta nel UBL Ketentest dell'Onderzoeksbureau GBNED. La differenza rispetto a una vera nota di credito (381): con il codice 380 gli importi sono negativi, con il codice 381 sono positivi (lo schema CreditNote rende implicitamente chiaro che si tratta di una correzione). Per un confronto dettagliato si rimanda a Varianti di nota di credito.
Una nota di credito corregge o annulla (in parte) una fattura precedente. La nota di credito fa riferimento alla fattura originale tramite un BillingReference. Le note di credito utilizzano una sintassi XML separata (CreditNote anziché Invoice) e un DocumentTypeId separato sulla rete Peppol.
Il codice 381 è supportato in Peppol BIS V3, NLCIUS e XRechnung.
Una nota di debito viene utilizzata quando, dopo la fattura originale, deve essere addebitato un importo aggiuntivo, ad esempio per servizi extra, correzioni di prezzo o adeguamenti contrattuali. A differenza di una fattura correttiva (384), una nota di debito contiene solo importi positivi.
Il codice è disponibile in Peppol BIS V3 e NLCIUS, ma non in XRechnung.
Una fattura correttiva sostituisce o corregge una fattura precedente e può contenere importi sia positivi che negativi. NLCIUS preferisce le fatture correttive rispetto alle note di credito, poiché il meccanismo di correzione in un unico documento rende chiaro cosa è stato modificato.
Il codice 384 è disponibile in NLCIUS e XRechnung, ma non nello standard Peppol BIS Billing V3.
Attenzione (PEPPOL-EN16931-P0112): all'interno di Peppol BIS Billing 3.0, i codici tipo 326 e 384 sono consentiti solo quando sia il fornitore che il destinatario sono organizzazioni tedesche. Se si utilizza BIS Billing V3 al di fuori di uno scenario DE→DE, scegliere il codice tipo 380 (eventualmente con importi negativi) invece del 384. Vedere Errori durante l'invio per la spiegazione completa e la soluzione.
Una fattura di acconto (prepayment invoice) viene utilizzata per pagamenti parziali che precedono la consegna completa di beni o servizi. Il codice è disponibile in Peppol BIS V3 e NLCIUS, ma non in XRechnung.
Il self-billing è il processo in cui l'acquirente redige la fattura per conto del fornitore. Questo si verifica in caso di lavoro interinale, fatturazione intercompany e determinati contratti di acquisto. Esistono due codici per il self-billing:
All'interno dell'ecosistema Peppol esistono due modi per implementare il self-billing. La scelta dipende dal profilo utilizzato.
...selfbilling:3.0)...selfbilling:01:1.0)Con Peppol BIS Self-Billing 3.0 il self-billing è un profilo separato con propri CustomizationID e ProfileID. Il fornitore deve essere specificamente registrato nell'SMP per poter ricevere documenti self-billing.
Con NLCIUS/SI-UBL 2.0 l'approccio è più semplice: si modifica solo l'InvoiceTypeCode in 389. Il CustomizationID e il ProfileID rimangono invariati e la PSB riconosce automaticamente il tipo di documento. Se il fornitore è già registrato per fatture SI-UBL regolari, non è necessaria alcuna registrazione SMP aggiuntiva.
Per la maggior parte delle situazioni è sufficiente il codice 380 (fattura regolare) o 381 (nota di credito). Questi sono i codici supportati da tutti gli standard e da tutti i destinatari. Scelga un altro codice solo se il Suo caso d'uso specifico lo richiede:
Consulti anche la panoramica dei Party Identifier e dei codici EAS