Vai al contenuto principale

Riferimento

Esporta Markdown

Codici tipo documento (comuni in XRechnung)

Codici UNTDID 1001 per il tipo di documento (BT-3), con le restrizioni XRechnung e i riferimenti richiesti da ogni tipo.

Come vengono usati questi codici nelle fatture

La lista UNTDID 1001 definisce i codici tipo documento che le fatture strutturate usano al posto del testo libero. Sistemi riceventi, ERP e validatori si aspettano codici esatti come 380 (Fattura commerciale), 381 (Nota di credito), 384 (Fattura rettificativa). XRechnung si aspetta 326, 380, 381, 384, 389, 875, 876 e 877 (BR-DE-17). Gli altri codici sono validi in EN 16931 ma generano un avviso in XRechnung.

UNTDID 1001

XRechnung si aspetta 326, 380, 381, 384, 389, 875, 876 e 877 (BR-DE-17). Gli altri codici sono validi in EN 16931 ma generano un avviso in XRechnung.

Come usare questa lista codici in produzione

Per i codici tipo documento mantieni un’unica tabella di corrispondenza tra dati sorgente ERP, XML generato e controlli di validazione. Blocca i valori ammessi prima dell’avvio in produzione, converti i valori storici prima dell’esportazione e definisci quali eccezioni richiedono revisione manuale.

Codici tipo documento (comuni in XRechnung)

CodiceSignificatoNote
326Fattura parzialeFattura per una parte di un ordine o di un servizio. Ammessa in XRechnung.
380Fattura commercialeLa fattura standard e il codice corretto per quasi tutte le fatture B2B e B2G.
381Nota di creditoStorna in tutto o in parte una fattura precedente; indicane il riferimento in BG-3. In UBL invia un documento CreditNote, non un Invoice con codice 381.
383Nota di debitoAddebita un importo aggiuntivo su un’operazione precedente. Valida in EN 16931 ma non nell’elenco XRechnung (avviso BR-DE-17).
384Fattura rettificativaSostituisce una fattura precedente con dati corretti. Indica numero e data della fattura originaria in BG-3 (BT-25, BT-26).
386Fattura di accontoRichiede un acconto che la fattura finale detrae come importo pagato (BT-113). Non nell’elenco XRechnung (avviso BR-DE-17).
387Fattura di noleggioFattura di noleggio o locazione. La maggior parte dei destinatari tratta i canoni come 380; in XRechnung il 387 genera l’avviso BR-DE-17.
389AutofatturaL’acquirente emette la fattura per conto del venditore in base a un accordo preventivo. Ammessa in XRechnung.
390Fattura del credereEmessa tramite un agente del credere che garantisce il pagamento dell’acquirente. Non nell’elenco XRechnung.
393Fattura ceduta (factoring)Il credito è ceduto a un factor. Indicalo come beneficiario (BG-10) con il suo conto. Non nell’elenco XRechnung.
875Fattura parziale di lavori ediliFattura intermedia per stato di avanzamento di un cantiere (SAL). Ammessa in XRechnung.
876Fattura finale parziale di lavori ediliChiude una parte completata del cantiere e conguaglia le relative fatture intermedie. Ammessa in XRechnung.
877Fattura finale di lavori ediliFattura finale di un cantiere che conguaglia tutte le fatture intermedie e finali parziali. Ammessa in XRechnung.

Passo successivo

Crea una XRechnung dal PDF e conferma i codici

Il convertitore determina i codici di questo elenco per BT-3 dai dati della fattura. Vedi ogni valore prima del download e puoi correggerlo. Hai già un file XML? Il validatore gratuito segnala i codici fuori elenco, ad esempio secondo BR-DE-17, BR-DE-26.

Il download richiede un account. Abbonamenti da 10 €/mese con fatturazione annuale (imposte escluse), oppure 5 € per singola conversione (imposte escluse) senza abbonamento.

Suggerimenti pratici prima di inviare una e-fattura

  • Usa il codice esatto di UNTDID 1001 e mantieni ortografia e maiuscole/minuscole previste dallo standard.
  • Verifica che i codici tipo documento usati corrispondano all’operazione e ai campi correlati della fattura.
  • Valida il file finale XRechnung, ZUGFeRD/Factur-X, UBL o CII prima di inviarlo al destinatario.

Errori comuni con le liste codici

  • Lasciare passare testo libero dall’ERP invece di ricondurlo alla lista ufficiale.
  • Usare un codice tecnicamente valido senza verificare che profilo o regola paese lo consentano davvero.
  • Correggere solo l’output XML lasciando invariato il valore sorgente ERP errato.

Domande frequenti

Domande frequenti quando i team scelgono i codici tipo documento per una fattura o un’esportazione dall’ERP.

A cosa servono i codici tipo documento in una fattura?

La lista standardizzata UNTDID 1001 definisce questi codici. Un codice indica al sistema ricevente senza ambiguità quale valore si intende, così la fattura può essere elaborata automaticamente nei flussi XRechnung, ZUGFeRD/Factur-X, UBL, CII e Peppol.

Quali codici tipo documento si usano più spesso?

Tra gli esempi comuni riportati in questa pagina ci sono 380 (Fattura commerciale), 381 (Nota di credito), 384 (Fattura rettificativa). La scelta corretta dipende dalla transazione, dal trattamento fiscale, dai requisiti del destinatario e dal profilo di fattura inviato.

Dove vanno i codici tipo documento in una fattura elettronica strutturata?

Inserisci il codice nel campo strutturato della fattura che corrisponde al suo significato, per esempio il campo valuta, categoria IVA, mezzo di pagamento, unità di misura o tipo documento. Il percorso XML preciso dipende dal fatto che tu stia inviando XRechnung, ZUGFeRD/Factur-X, UBL o CII.

Come evito errori di validazione con i codici tipo documento?

Usa solo valori consentiti dalla guida di implementazione pertinente, mantieni il codice esattamente come definito in UNTDID 1001 e fornisci tutti i dati correlati richiesti da quella scelta. Molti errori di validazione nascono quando un codice è corretto da solo ma incoerente con il resto della fattura.

Posso usare codici non presenti in questa pagina?

Spesso sì, ma destinatari e profili nazionali accettano frequentemente solo un sottoinsieme pratico della lista completa UNTDID 1001. Questa pagina si concentra sui valori più comuni in fattura, quindi verifica sempre le regole specifiche del destinatario o del paese prima di inviare documenti in produzione.

Download

Usa questa lista di codici nei sistemi o nelle regole di validazione.

Risorse ufficiali