BR-KSA-F-13 Warning — the invoice is accepted

Additional seller or buyer identifier holds an invalid value

Fields BT-29 and BT-46 carry an identifier other than the VAT number — a CR number, a licence, an ID. The error comes from a value that does not match the identifier type declared beside it.

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

Please recheck Other Seller/Buyer ID (BT-29 or BT-46) as it contains an invalid value.

What does this mean?

Alongside the VAT number, the invoice carries an additional identifier for the seller (BT-29) and for the buyer (BT-46), with a tag that states its type: CRN for the commercial registration, MOM for a municipality licence, MLS for a Ministry of Human Resources and Social Development (MHRSD) licence, SAG for a Ministry of Investment (MISA) licence, 700 for the unified number, OTH for anything else — and, for the buyer only, NAT for a national ID, IQA for an Iqama, GCC for a GCC ID and PAS for a passport.

This code says the value does not fit the declared type, or that it contains characters which are not allowed. It is classified as a warning: the invoice may be accepted, but its data is wrong and should be fixed.

Why does it happen?

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

  • Declaring the type CRN and then supplying a national ID or a unified number.
  • Dashes or spaces inside the number; the rule allows alphanumeric characters only.
  • Using OTH with an empty value, or with descriptive text instead of an identifier.
  • Repeating the identifier more than once, when BR-KSA-08 requires it exactly once.
  • A national ID or Iqama of the right shape whose check digit does not hold. The Authority verifies that digit, so ten digits starting with 1 is not enough on its own — we watched it happen: the same invoice, with a number whose check digit was sound, came back with nothing to report.

How to fix it

2 steps, then send the invoice again.

  1. 1
    Match the type to the value

    If what you have is a ten-digit commercial registration, the type is CRN and the value is ten digits with no separators. If it is the unified number, the type is 700. Never declare one type and supply the value of another.

  2. 2
    One identifier only

    BR-KSA-08 requires the seller identifier to appear once. Pick the strongest identifier you have — usually the commercial registration — and send that one on its own.

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?

Yes. ZATCA Tools collects the identifier in a field of its own alongside its type, sends it with the correct tag, and refuses a value that does not match the type — the check digit on a national ID or an Iqama included.

Related codes

BR-KSA-40 Rejects the invoice
Seller VAT number invalid — 15 digits starting and ending with 3
BR-KSA-44 Rejects the invoice
Buyer VAT number invalid on the invoice

Frequently asked questions

Does this code reject the invoice? +
It is classified as a warning in the Authority specification, so the invoice is normally accepted with the status accepted with warnings. Fix it anyway: repeated warnings on the same field are wrong data recorded at the Authority under your name.
We could not find this code in the Authority rules document +
That is correct, and we noticed it ourselves: the live Authority interface returns codes that do not exist in the published schematron shipped with the SDK. The list on the error codes page brings the two together.
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