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 Commerce licence, SAG for a licence from a public authority, 700 for the unified number, OTH for anything else.

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.

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 commercial registration in a field of its own and sends it with the correct tag, and it does not accept anything but digits in that field.

Related codes

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. Completely free for now, and no credit card.

Start for free

← All ZATCA error codes