BR-57Each Deliver to address (BG-15) shall contain a Deliver to country code (BT-80).

Official rule text

Where a deliver-to address (BG-15) is sent, it must contain a country code (BT-80) — the same requirement as BR-09 and BR-11, for the delivery address.

Severity
Error
Applies to
CII, UBL
Rule set
v2026-08-31
Checked on

Written and checked against the official KoSIT rule set by Dmytro Yalanskyi, NormAPI.

Why does BR-57 happen?

The delivery address is taken from the order, where it is usually free text because it is only ever printed on a delivery note. A country code was never needed for that.

What the validator checks

The expression the official KoSIT rule set evaluates — not paraphrased, but read from the Schematron file it ships. UBL and CII address different document trees, so the same rule reads differently in each.

UBL
exists(cac:Country/cbc:IdentificationCode)
CII
(ram:ShipToTradeParty/ram:PostalTradeAddress and normalize-space(ram:ShipToTradeParty/ram:PostalTradeAddress/ram:CountryID) != '') or not (ram:ShipToTradeParty/ram:PostalTradeAddress)

Source: rule set v2026-08-31

How do you fix BR-57?

Set the ISO 3166-1 code in cac:Delivery/cac:DeliveryLocation/cac:Address/cac:Country/cbc:IdentificationCode in UBL, ram:ShipToTradeParty/ram:PostalTradeAddress/ram:CountryID in CII — or omit the group. City and post code are required by BR-DE-10 and BR-DE-11.

In the XML

A UBL fragment. The CII path is named above — same change, different element names.

Fails
<cac:Delivery>
  <cac:DeliveryLocation>
    <cac:Address>
      <cbc:CityName>Bonn</cbc:CityName>
      <cbc:PostalZone>53113</cbc:PostalZone>
    </cac:Address>
  </cac:DeliveryLocation>
</cac:Delivery>
Fixed
<cac:Delivery>
  <cac:DeliveryLocation>
    <cac:Address>
      <cbc:CityName>Bonn</cbc:CityName>
      <cbc:PostalZone>53113</cbc:PostalZone>
      <cac:Country>
        <cbc:IdentificationCode>DE</cbc:IdentificationCode>
      </cac:Country>
    </cac:Address>
  </cac:DeliveryLocation>
</cac:Delivery>

Related rules

NormAPI provides technical validation, not tax or legal advice.