Rule reference

BR-50 The invoice supplies credit transfer information (BG-17) — a payment account name (BT-85) — but no payment account identifier (BT-84)

The invoice supplies credit transfer information (BG-17) — a payment account name (BT-85) — but no payment account identifier (BT-84). BT-84 is the only part of the group that actually receives money; the name and the BIC describe the account, they do not identify it. A payer's system reads BT-84 and nothing else.

This rule is implemented and its error payload below is real, but the long-form write-up — normative text, worked example, divergence note — is not written yet. Everything the library knows about this rule is on this page. Ask and we will prioritise it.

Business term
BG-17 / BT-84
Severity
fatal

What the library returns

The exact object in result.errors when this rule fires. Generated by running @attestwire/en16931, not transcribed:

TeachingError
{
  "rule": "BR-50",
  "field": [
    "BG-17",
    "BT-84"
  ],
  "severity": "fatal",
  "message": "The invoice supplies credit transfer information (BG-17) — a payment account name (BT-85) — but no payment account identifier (BT-84). BT-84 is the only part of the group that actually receives money; the name and the BIC describe the account, they do not identify it. A payer's system reads BT-84 and nothing else.",
  "fix": "Set payment.iban to the receiving account. If you did not mean to give credit transfer details, remove payment.accountName and payment.bic as well — a half-filled BG-17 is worse than none, because it looks answered.",
  "example": "\"payment\": { \"meansCode\": \"58\", \"iban\": \"DE02120300000000202051\", \"accountName\": \"Acme GmbH\" }",
  "xpath": "/ubl:Invoice/cac:PaymentMeans/cac:PayeeFinancialAccount/cbc:ID",
  "docsUrl": "https://attestwire.com/rules/BR-50"
}

xpath locates the element in the generated UBL document, which is where a KoSIT or Peppol validator will report the same problem.

A passing value

the shape this field expects
"payment": { "meansCode": "58", "iban": "DE02120300000000202051", "accountName": "Acme GmbH" }

The fix

Set payment.iban to the receiving account. If you did not mean to give credit transfer details, remove payment.accountName and payment.bic as well — a half-filled BG-17 is worse than none, because it looks answered.

Arrived from a stack trace? The docsUrl on every error links straight here. Something wrong on this page — tell us.