Rule reference

PEPPOL-COMMON-R044 The Seller electronic address (BT-34) is "TOOLONG" under scheme "0201", which identifies the Italian IPA code (Codice Univoco Unità Organizzativa)

The Seller electronic address (BT-34) is "TOOLONG" under scheme "0201", which identifies the Italian IPA code (Codice Univoco Unità Organizzativa). A value in that scheme must be exactly six letters or digits, and this one is not. The IPA code addresses a specific organisational unit inside an Italian public body, and it is fixed-width. A value of any other length is usually the body's fiscal code pasted into the wrong field. Peppol flags this one as a warning rather than a rejection, so the document will be delivered — but a wrong identifier is delivered to the wrong place, or to nowhere. This is a Peppol BIS Billing 3.0 profile rule: it applies because profile is "peppol-bis-3". It does not apply to the en16931, xrechnung-ubl or xrechnung-cii profiles, whose validators will accept the same document.

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
BT-34
Severity
warning

What the library returns

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

TeachingError
{
  "rule": "PEPPOL-COMMON-R044",
  "field": "BT-34",
  "severity": "warning",
  "message": "The Seller electronic address (BT-34) is \"TOOLONG\" under scheme \"0201\", which identifies the Italian IPA code (Codice Univoco Unità Organizzativa). A value in that scheme must be exactly six letters or digits, and this one is not. The IPA code addresses a specific organisational unit inside an Italian public body, and it is fixed-width. A value of any other length is usually the body's fiscal code pasted into the wrong field. Peppol flags this one as a warning rather than a rejection, so the document will be delivered — but a wrong identifier is delivered to the wrong place, or to nowhere. This is a Peppol BIS Billing 3.0 profile rule: it applies because profile is \"peppol-bis-3\". It does not apply to the en16931, xrechnung-ubl or xrechnung-cii profiles, whose validators will accept the same document.",
  "fix": "Correct seller.electronicAddress, or change its scheme identifier if the value belongs to a different register. A check digit failing almost always means one digit was transposed or dropped in transcription — compare it against the source register rather than re-typing it.",
  "example": "\"electronicAddress\": { \"schemeId\": \"0201\", \"value\": \"UF9DHV\" }",
  "xpath": "/ubl:Invoice/cac:AccountingSupplierParty/cac:Party/cbc:EndpointID",
  "docsUrl": "https://attestwire.com/rules/PEPPOL-COMMON-R044"
}

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
"electronicAddress": { "schemeId": "0201", "value": "UF9DHV" }

The fix

Correct seller.electronicAddress, or change its scheme identifier if the value belongs to a different register. A check digit failing almost always means one digit was transposed or dropped in transcription — compare it against the source register rather than re-typing it.

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