Vai al contenuto principale

Riferimento

Esporta Markdown

BR-DE-30 L’addebito diretto richiede l’identificativo creditore attribuito dalla banca

In base alla regola BR-DE-30 del profilo tedesco XRechnung, il venditore deve indicare l’identificativo creditore SEPA attribuito dalla banca in BT-90 non appena la fattura contiene il gruppo di addebito diretto BG-19, sia con il codice mezzo di pagamento 49 sia con il codice 59. BG-19 è presente quando la fattura contiene dati di addebito diretto: in UBL un cac:PaymentMandate (riferimento del mandato BT-89 o conto addebitato BT-91), in CII uno qualsiasi tra BT-89, BT-90 o BT-91. Il solo codice mezzo di pagamento non attiva né esclude la regola. Questo identificativo (es. "DE98ZZZ09999999999" in Germania) è rilasciato dalla banca centrale e autorizza il venditore a incassare addebiti diretti SEPA Core e B2B.

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-30 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-30: 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

BR-DE-30 verifica la presenza di BG-19, non il codice mezzo di pagamento usato: una fattura con codice 49 e riferimento del mandato BT-89 non supera il controllo esattamente come una con codice 59. Senza BT-90 il debitore non può ricondurre l’addebito al creditore e al mandato SEPA firmato.

Soluzione

Nelle impostazioni bancarie dell’ERP inserisci l’identificativo creditore SEPA ufficiale (es. DE98ZZZ09999999999). In UBL 2.1 compila <cbc:ID schemeID="SEPA">DE98ZZZ09999999999</cbc:ID> dentro <cac:AccountingSupplierParty><cac:Party><cac:PartyIdentification>. In CII compila <ram:CreditorReferenceID> sotto <ram:ApplicableHeaderTradeSettlement>. Se il pagamento non avviene con addebito diretto, rimuovi tutti i dati di addebito diretto che formano BG-19 (BT-89, BT-90 e BT-91) e usa un codice di bonifico come 58 o 30. Finché BG-19 resta presente, modificare solo BT-81 non risolve l’errore.

Azioni rapide

Valida XMLConverti fattura

Esempi validi

  • Gruppo di addebito diretto BG-19 con riferimento del mandato BT-89 e identificativo creditore SEPA BT-90 = "DE98ZZZ09999999999" in PartyIdentification (BT-81 = 59 o 49)
  • Codice di bonifico BT-81 = 58 senza dati di addebito diretto (nessun BG-19), quindi BT-90 non è richiesto

Esempi non validi

  • Codice mezzo di pagamento 49 con riferimento del mandato BT-89 (BG-19 presente) ma senza PartyIdentification con schema SEPA per BT-90
  • Codice mezzo di pagamento 59 con PaymentMandate in cui l’identificativo creditore è riportato solo in una nota invece che in BT-90

Esempi di codice

XML valido
<cac:AccountingSupplierParty>
  <cac:Party>
    <cac:PartyIdentification>
      <cbc:ID schemeID="SEPA">DE98ZZZ09999999999</cbc:ID>
    </cac:PartyIdentification>
  </cac:Party>
</cac:AccountingSupplierParty>
<cac:PaymentMeans>
  <cbc:PaymentMeansCode>49</cbc:PaymentMeansCode>
  <cac:PaymentMandate>
    <cbc:ID>MANDATE-2026-001</cbc:ID>
    <cac:PayerFinancialAccount>
      <cbc:ID>DE89370400440532013000</cbc:ID>
    </cac:PayerFinancialAccount>
  </cac:PaymentMandate>
</cac:PaymentMeans>
XML non valido
<cac:AccountingSupplierParty>
  <cac:Party>
    <cac:PartyName><cbc:Name>Lieferant GmbH</cbc:Name></cac:PartyName>
  </cac:Party>
</cac:AccountingSupplierParty>
<cac:PaymentMeans>
  <cbc:PaymentMeansCode>49</cbc:PaymentMeansCode>
  <cac:PaymentMandate>
    <cbc:ID>MANDATE-2026-001</cbc:ID>
    <cac:PayerFinancialAccount>
      <cbc:ID>DE89370400440532013000</cbc:ID>
    </cac:PayerFinancialAccount>
  </cac:PaymentMandate>
</cac:PaymentMeans>

Campi interessati

BG-19 Addebito diretto
BT-90 Identificativo creditore bancario
BT-81 Codice tipo mezzo di pagamento

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.