BR-KSA-63 Warning — the invoice is accepted

Saudi buyer address incomplete on the invoice

Once the buyer country code is SA, six elements of the buyer address become mandatory: street, building number, postal code, city, district and country code. The rule is a warning, so the invoice is accepted and cleared — but the gap stays on a tax document, and the warning repeats on every invoice to that customer.

The message text as the Authority sends it in English, unedited

If the buyer country code (BT-55) is "SA", then these fields are mandatory:street name (BT-50), building number (KSA-18), postal code (BT-53), city (BT-52), District (KSA-4), country code (BT-55).For more information please access this link:https://splonline.com.sa/en/national-address-1/

What does this mean?

The condition hangs on the buyer country code (BT-55). When it is SA, the buyer address must carry the street name (BT-50), the building number (KSA-18), the postal code (BT-53), the city (BT-52), the district (KSA-4) and the country code itself. All of them live inside cac:AccountingCustomerParty/cac:Party/cac:PostalAddress: cbc:StreetName, cbc:BuildingNumber, cbc:PostalZone, cbc:CityName, cbc:CitySubdivisionName and cac:Country/cbc:IdentificationCode. They are the same six that BR-KSA-09 asks of the seller address.

A neighbouring rule is easy to mix up with it. BR-KSA-10, also a warning, asks for three elements only — street, city and country code — on a tax invoice and its notes, whatever the buyer country, and its text excludes simplified invoices. This one asks for six, looks only at a Saudi buyer, and names no document family: what triggers it is the country code on the buyer address. A simplified invoice normally carries no buyer address and so never meets it, but by the wording of the rule a simplified invoice that does carry a partial Saudi address falls under the same condition.

One practical consequence: a buyer with no address in the file at all carries no country code, so by its wording this rule has nothing to test, and the rule that speaks to a missing buyer address on a tax invoice is BR-KSA-10. A partial address that does carry SA — a street and a city with no district and no postal code — is exactly the case this rule describes.

It is a warning: the Authority clears the invoice and returns the warning alongside that acceptance, so no sale is held up by a postal code nobody has to hand. But accepted is not the same as complete. The rule calls these elements mandatory, a document without them stays that way in your records and in your customer's, and it is the kind of gap a buyer's accounts team, or whoever reviews your books, may ask about. The same warning also comes back on every invoice to that customer for as long as their record is unchanged.

Why does it happen?

Ordered from the most common to the least — your cause is most likely the first or the second.

  • A customer record created from an email, a purchase order or a signature block that holds a street and a city and nothing else — no building number, no district, no postal code.
  • The district missing because most commercial documents never mention it, or filled with the city name to silence the warning — which makes the document state a district that is not the buyer's.
  • The whole address typed as one line into the street field: cbc:StreetName is full and every other element is absent.
  • A shipping address from an online store copied across as it is: a free-form delivery address rather than a national address, with no building number or district in fields of their own.
  • The country code defaulted to SA on every customer, so a buyer abroad, with an address written the way their own country writes it, is judged by the national address rules.
  • Customers imported from a spreadsheet with no district or building number column, or with columns that were dropped in the mapping.

How to fix it

3 steps, then send the invoice again.

  1. 1
    Ask for the national address, not just an address

    Ask the customer for their national short address — four letters then four digits — or their national address certificate; the six elements come out of either in full. It is quicker than chasing each element separately, and more reliable than copying an address off a letterhead. The buyer fields, and the rule behind each, are listed in the tax invoice requirements checklist.

  2. 2
    One element per field, and no filler

    Write each part into its own element inside cac:PostalAddress. Do not silence the warning with a value that does not describe the customer — a dash, zeros, or the city name in the district: the document then states something untrue, and the warning was the more honest of the two. An element whose value you do not have is better left out than sent empty, because an empty element falls under the field-length rules, whose minimum is one character — BR-KSA-F-06-C28 for the district, for example.

  3. 3
    Correct the customer record, then check the neighbours

    The invoice that carried the warning was cleared and does not need reissuing to stand; correct the address in the customer record and their next invoices go out clean. In the same pass: a Saudi buyer postal code is five digits under BR-KSA-67 — the four-digit additional number written in its place is the usual cause — and the country code is the two-letter ISO code SA, not KSA.

This code does not block acceptance, so the invoice you have is compliant. Correct the data so the warnings disappear from future invoices.

Does ZATCA Tools prevent it?

Not blocked, and deliberately so. In ZATCA Tools the buyer identity is a condition for issuing a tax invoice — a VAT number, or another identifier with its type — while the buyer address is a warning rather than a condition, because this rule is a warning in the Authority's own list. When you press Issue invoice on a tax invoice whose buyer address lacks any of five parts — street, building number, district, city, postal code — a dialog names what is missing and offers two choices, Complete the details or Continue, and the same dialog appears when a saved draft is issued. Whatever part of the address is known is written into the file element by element, and what is missing is left out — no dash in its place, and never the city standing in for the district — while a buyer with no address part at all goes out with no address element. Three limits, stated as plainly: customer records carry no country field, so every buyer address we send carries SA and falls under this rule; the API has no dialog — it issues with an incomplete address as long as the buyer is identified, and the warning comes back in its response; and the dialog is for tax invoices only, so a simplified invoice to a saved customer carries whatever address that record holds without asking.

Related codes

Frequently asked questions

Was my invoice rejected because the buyer address is incomplete? +
No. This rule is a warning: the invoice is cleared and the warning is recorded with it. If your invoice really was rejected, the cause is another code in the list of errors — the Authority's response keeps errorMessages, which reject, apart from warningMessages, which are only recorded. How to read it is covered in ZATCA error codes explained.
My customer is outside Saudi Arabia. Does this apply? +
Not by its wording: the condition is a buyer country code of SA. A buyer abroad still falls under BR-KSA-10 on a tax invoice, which asks for a street, a city and a country code — their own country code, not SA.
The customer does not know their district or postal code. What do I write? +
Nothing you have to invent. Ask for the national short address or the national address certificate, where both appear. Until then you can issue with the element absent and the warning recorded — which is at least truthful — but never fill the district with the city: they are different things, and the document would state a district that is not the buyer's.
Does it apply to a simplified invoice? +
Its text names no document family; the trigger is a buyer address carrying SA. A simplified invoice usually carries no buyer address, so in practice it rarely meets this rule — and while BR-KSA-10 excludes simplified invoices explicitly, this one does not. The extract we work from gives us each rule's message and severity, not the test behind it, so we read the wording rather than assume an exemption it does not state.
What is the difference between this and BR-KSA-10? +
BR-KSA-10: three elements — street, city and country code — on a tax invoice and its notes, for a buyer in any country. BR-KSA-63: six elements, for a buyer whose country code is SA, with no document family named. A Saudi buyer with a street and a city but no district, building number or postal code satisfies the first and still breaks the second.
You fixed this one — now avoid the next

ZATCA Tools builds the signature, the PIH, the counter and the encoding for you, and validates your data before it is sent. Start free, with no credit card.

Start for free

← All ZATCA error codes