Vai al contenuto principale

Riferimento

Esporta Markdown

BR-DE-23-a Il bonifico come mezzo di pagamento richiede il gruppo Bonifico (BG-17)

In base alla regola tedesca XRechnung BR-DE-23-a, ogni mezzo di pagamento con un codice di bonifico in BT-81 (30 = bonifico, 58 = bonifico SEPA) deve contenere il gruppo Bonifico BG-17. BG-17 comprende l’identificativo del conto di pagamento BT-84 (di solito l’IBAN), il nome del conto BT-85, facoltativo, e l’identificativo del prestatore di servizi di pagamento BT-86 (BIC), facoltativo. Il validatore controlla ogni mezzo di pagamento separatamente: in UBL cerca cac:PayeeFinancialAccount dentro l’elemento cac:PaymentMeans, in CII ram:PayeePartyCreditorFinancialAccount dentro ram:SpecifiedTradeSettlementPaymentMeans. KoSIT classifica l’assenza di BG-17 come errore fatale: la fattura non è valida.

Descrizione del problema

ERRORE

Regola nazionale tedesca XRechnung (KoSIT, BR-DE) · XRechnung 3.0

Pipeline interattiva

Fai clic su una fase per vedere cosa controlla, oppure digita l’ID di una regola per trovare la fase che la segnala.

Prova:

BR-DE-23-a regola XRechnung (Germania)

Segnalata nella fase 3: Regole nazionali (CIUS).

Livello errore: il report raccomanda di rifiutare la fattura.

Fase 3 · Cosa controlla

  • L’identificativo della specifica in BT-24 seleziona il set di regole, ad esempio XRechnung 3.0 o Peppol BIS Billing 3.0.
  • XRechnung aggiunge le regole tedesche BR-DE: riferimento dell’acquirente (BT-10), contatto del venditore, istruzioni di pagamento.
  • Peppol aggiunge regole PEPPOL-EN16931 e regole per paese. Anche XRechnung applica alcune regole PEPPOL-EN16931.

Codici di esempio

Correzione tipica

Compila nei dati anagrafici i campi richiesti dal set di regole, come la Leitweg-ID in BT-10 o il contatto del venditore.

Un validatore controlla una fattura elettronica per fasi. Prima il file deve essere XML ben formato e conforme allo schema UBL o CII (XSD). Poi si applicano le regole di business della EN 16931: regole di base BR, calcoli BR-CO, liste di codici BR-CL, decimali BR-DEC e regole per categoria IVA come BR-S. Seguono le regole nazionali o di rete selezionate da BT-24: BR-DE per XRechnung, PEPPOL-EN16931 per Peppol BIS Billing. Il report elenca ogni regola violata: un errore significa rifiuto, i soli avvisi significano comunque accettazione. BR-DE-23-a: regola XRechnung (Germania), fase «Regole nazionali (CIUS)». Set di regole: validatore KoSIT 1.6.3 con la configurazione XRechnung del 31 ago 2026 (artefatti EN 16931 1.3.16), Peppol BIS Billing 3.0.21.

Contesto e significato

L’errore compare di solito quando un’esportazione scrive il codice 58 ma lascia le coordinate bancarie solo come testo libero, ad esempio nei termini di pagamento (BT-20) o in una nota della fattura, oppure inserisce il conto in un altro elemento mezzo di pagamento. La contabilità fornitori dell’acquirente non ha quindi un conto strutturato su cui pagare. BR-DE-23-a verifica solo la presenza di BG-17: BR-50 richiede l’identificativo del conto BT-84 dentro BG-17 e BR-DE-19 segnala, con il codice 58, un valore BT-84 che non è un IBAN valido.

Soluzione

Registra il conto bancario del venditore nell’ERP o nel software di fatturazione ed esportalo con ogni mezzo di pagamento di tipo bonifico. In UBL 2.1 aggiungi <cac:PayeeFinancialAccount><cbc:ID>DE89370400440532013000</cbc:ID></cac:PayeeFinancialAccount> dentro il <cac:PaymentMeans> con <cbc:PaymentMeansCode>58</cbc:PaymentMeansCode>. In CII aggiungi <ram:PayeePartyCreditorFinancialAccount><ram:IBANID>DE89370400440532013000</ram:IBANID></ram:PayeePartyCreditorFinancialAccount> dentro il <ram:SpecifiedTradeSettlementPaymentMeans> con <ram:TypeCode>58</ram:TypeCode>; per un numero di conto che non è un IBAN usa ram:ProprietaryID. Se l’acquirente non paga con bonifico, imposta in BT-81 il codice del mezzo di pagamento effettivamente usato.

Azioni rapide

Esempi validi

  • BT-81 = 58 (bonifico SEPA) con BG-17 e BT-84 = "DE89370400440532013000"
  • BT-81 = 30 (bonifico) con BG-17 e un numero di conto non IBAN in BT-84

Esempi non validi

  • BT-81 = 58, ma l’IBAN compare solo nel testo dei termini di pagamento (BT-20)
  • BT-81 = 30 e cac:PaymentMeans contiene solo cbc:PaymentMeansCode e cbc:PaymentID, senza cac:PayeeFinancialAccount

Esempi di codice

XML valido
<cac:PaymentMeans>
  <cbc:PaymentMeansCode>58</cbc:PaymentMeansCode>
  <cbc:PaymentID>RE-2026-0042</cbc:PaymentID>
  <cac:PayeeFinancialAccount>
    <cbc:ID>DE89370400440532013000</cbc:ID>
    <cbc:Name>Lieferant GmbH</cbc:Name>
  </cac:PayeeFinancialAccount>
</cac:PaymentMeans>
XML non valido
<cac:PaymentMeans>
  <cbc:PaymentMeansCode>58</cbc:PaymentMeansCode>
  <cbc:PaymentID>RE-2026-0042</cbc:PaymentID>
</cac:PaymentMeans>

Campi interessati

Strumenti di validazione