MTB-QR-07QR code carries no invoice signature

Mutabiq checks Saudi ZATCA Phase 2 e-invoice XML before you submit it: pre-validation against published ZATCA requirements, not an approval by the authority. This page explains one rule, MTB-QR-07.

Validate 5 invoices free

Five checks a month on the Free plan. The file is checked in memory and is never stored.

No published ZATCA clause

No clause in ZATCA's published validation rules decodes the QR code's payload, so there is no clause for this page to quote. Mutabiq reads field 7 of the payload as ZATCA's Security Features Implementation Standards, version 1.2, section 4.1, table 3, lays it out, and reports what it finds there at the Advisory level. A finding under this rule is Mutabiq's own check, not a rule ZATCA runs.

Reported at
Advisory

What Mutabiq reports

One entry for each way this rule can be reported.

Reported as
What kind of value was found — empty, not_15_digits and the like — never the value itself.

QR code carries no invoice signature

Reported asmtb_qr_07.tag_absentthe field is absent from the QR code

What is wrong

The QR code decoded from this invoice has no field for the signature of the invoice hash, which is tag 7. Tags 6 to 9 exist only on a signed document, so on an unsigned one their absence is expected and this note is advisory: it does not affect the result.

What to check in your ERP

Nothing needs changing if this document was not meant to be signed. If it was, tag 7 is written by the signing step of your e-invoicing module, so this points at signing not having run. Mutabiq does not verify signatures - it reports only which of these fields the QR carries.

QR code invoice signature is empty

Reported asmtb_qr_07.tag_emptythe field is empty in the QR code

What is wrong

The QR code decoded from this invoice carries the signature field, tag 7, with no value in it. Tags 6 to 9 exist only on a signed document. This note is advisory and does not affect the result.

What to check in your ERP

The field is being written and the value is not, which normally means the QR is assembled from a fixed template of nine fields while the signing step that fills the last four has not run or has returned nothing. Mutabiq does not verify signatures - it reports only which of these fields the QR carries.

The fields of the QR code's payload

The nine fields ZATCA's Security Features Implementation Standards, version 1.2 lays out, in order, each with the rule that reads it. This page is about field 7.

  1. Field 1Seller name MTB-QR-01
  2. Field 2VAT registration number MTB-QR-02
  3. Field 3Timestamp MTB-QR-03
  4. Field 4Invoice total with VAT MTB-QR-04
  5. Field 5VAT amount MTB-QR-05
  6. Field 6Hash of the XML invoice MTB-QR-06
  7. Field 7Signature of the invoice hash MTB-QR-07
  8. Field 8Public key MTB-QR-08
  9. Field 9Signature of the cryptographic stamp MTB-QR-09

A worked example

A synthetic document from the measured test corpus that trips this rule, shown where it differs from one that passed. Mutabiq's report names the class of the value, never the value itself.

Document
good-16-qr-no-signature.xml
Mutabiq's verdict
Passed
Reported as
tag_absentthe field is absent from the QR code

Download this example (.xml)Check it in Mutabiq

This page's example, checked by the same rules your own upload goes through. No upload and no sign-in.

Rules evaluated against the same part of the document. One wrong value often reports several of them at once.

Check an invoice

Check your own invoice

© 2026 Hayatiq AI Solutions F.Z.E. All rights reserved.