Vai al contenuto principale

Riferimento

Esporta Markdown

BR-DE-23-b Un bonifico non deve contenere dati di carta (BG-18) o di addebito diretto (BG-19)

In base alla regola tedesca XRechnung BR-DE-23-b, un mezzo di pagamento con un codice di bonifico in BT-81 (30 o 58) non deve contenere anche informazioni sulla carta di pagamento (BG-18) o sull’addebito diretto (BG-19). XRechnung collega ogni codice di mezzo di pagamento a un solo gruppo: BR-DE-23 riguarda il bonifico, BR-DE-24 la carta di pagamento e BR-DE-25 l’addebito diretto. In UBL il validatore segnala l’errore quando cac:CardAccount o cac:PaymentMandate compaiono nello stesso cac:PaymentMeans. In CII lo segnala quando il mezzo di pagamento contiene ram:ApplicableTradeSettlementFinancialCard o ram:PayerPartyDebtorFinancialAccount/ram:IBANID, oppure quando il regolamento di testata contiene un riferimento del mandato (ram:DirectDebitMandateID, BT-89) o un identificativo del creditore (ram:CreditorReferenceID, BT-90). KoSIT classifica l’errore come fatale.

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-b 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-b: 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 nasce di solito da modelli ERP che compilano tutti i campi di pagamento dall’anagrafica cliente, ad esempio un mandato SEPA memorizzato o l’identificativo del creditore, anche se la fattura viene pagata con bonifico. In UBL il controllo si limita al cac:PaymentMeans con il codice di bonifico. In CII BT-89 e BT-90 si trovano a livello di testata: una fattura CII che offre un bonifico (30 o 58) viola quindi BR-DE-23-b non appena contiene anche un riferimento del mandato o un identificativo del creditore.

Soluzione

Stabilisci quale mezzo di pagamento offre la fattura ed esporta solo il relativo gruppo. Per un bonifico mantieni BG-17 con il conto in BT-84 e rimuovi i dati di carta e di mandato: in UBL elimina cac:CardAccount e cac:PaymentMandate dal <cac:PaymentMeans> con codice 30 o 58. In CII elimina ram:ApplicableTradeSettlementFinancialCard e ram:PayerPartyDebtorFinancialAccount dal mezzo di pagamento e rimuovi ram:DirectDebitMandateID e ram:CreditorReferenceID dal regolamento di testata. Se l’acquirente paga con addebito diretto SEPA, imposta BT-81 su 59 e invia BG-19 al posto di BG-17.

Azioni rapide

Valida XMLConverti fattura

Esempi validi

  • BT-81 = 58 con BG-17 (IBAN in BT-84) e senza dati di carta o di mandato nello stesso mezzo di pagamento
  • CII: TypeCode 30 con BG-17 e senza ram:DirectDebitMandateID o ram:CreditorReferenceID nel regolamento di testata

Esempi non validi

  • UBL: cac:PaymentMeans con codice 58 contiene cac:PayeeFinancialAccount e anche cac:PaymentMandate con un riferimento del mandato
  • CII: mezzo di pagamento con TypeCode 58, ma ram:CreditorReferenceID (BT-90) in testata è compilato dall’anagrafica
  • UBL: codice 30 insieme a cac:CardAccount con le ultime quattro cifre della carta

Esempi di codice

XML valido
<cac:PaymentMeans>
  <cbc:PaymentMeansCode>58</cbc:PaymentMeansCode>
  <cac:PayeeFinancialAccount>
    <cbc:ID>DE89370400440532013000</cbc:ID>
  </cac:PayeeFinancialAccount>
</cac:PaymentMeans>
XML non valido
<cac:PaymentMeans>
  <cbc:PaymentMeansCode>58</cbc:PaymentMeansCode>
  <cac:PayeeFinancialAccount>
    <cbc:ID>DE89370400440532013000</cbc:ID>
  </cac:PayeeFinancialAccount>
  <cac:PaymentMandate>
    <cbc:ID>MANDATE-2026-001</cbc:ID>
  </cac:PaymentMandate>
</cac:PaymentMeans>

Campi interessati

BT-81 Codice tipo mezzo di pagamento
BG-18 Informazioni sulla carta di pagamento
BG-19 Addebito diretto

Strumenti di validazione

Validatore KoSIT ufficiale

Esegui il validatore ufficiale KoSIT con la configurazione XRechnung per controllare le regole EN 16931 e XRechnung.

Converti PDF in XRechnung

Individua gli errori di validazione durante la conversione e verifica ogni correzione.