BR-KSA-60: الختم التشفيري ناقص من الفاتورة المبسطة

النص الرسمي

Cryptographic stamp (KSA-15) must exist in simplified tax invoices and associated credit notes and debit notes (KSA-2, position 1 and 2 = 02).

تحذير · المصدر: أداة الهيئة للتحقق من الفواتير (SDK)، الإصدار 238-R3.3.8 · معيار تطبيق XML للفاتورة الإلكترونية، الإصدار 1.2، 19 مايو 2023، §13.3.1، ص 57 · تاريخ التحقق: 26 أكتوبر 2026

المعنى

الفاتورة المبسطة وإشعاراتها (02) يختمها جهاز البائع بنفسه قبل الإرسال. المرجع cac:Signature لازم يكون موجودًا في الفاتورة.

متى يطلع

• الفاتورة أُرسلت قبل خطوة التوقيع.
• الجهاز ما عنده شهادة إنتاج (PCSID) فتخطّى التوقيع.
• النظام حذف Signature وهو يحسب التجزئة ونسي يرجعه.

الحل

1. تأكد أن الجهاز مسجل وعنده شهادة إنتاج سارية.
2. وقّع الفاتورة ثم ولّد QR ثم أرسلها، بهذا الترتيب.
3. احذف Signature من النسخة اللي تحسب منها التجزئة فقط، لا من الملف المرسل.

مثال

<cbc:InvoiceTypeCode name="0200000">388</cbc:InvoiceTypeCode>
…
<!-- no cac:Signature -->
<cac:AccountingSupplierParty>

<cbc:InvoiceTypeCode name="0200000">388</cbc:InvoiceTypeCode>
…
<cac:Signature>
  <cbc:ID>urn:oasis:names:specification:ubl:signature:Invoice</cbc:ID>
  <cbc:SignatureMethod>urn:oasis:names:specification:ubl:dsig:enveloped:xades</cbc:SignatureMethod>
</cac:Signature>
<cac:AccountingSupplierParty>

شغّلنا المثال الخاطئ على أداة الهيئة SDK 238-R3.3.8 بتاريخ 26 أكتوبر 2026 وطلع الكود BR-KSA-60، وطلع معه: BR-KSA-29، BR-KSA-30. المثال مقطع من عينة الهيئة Simplified/Invoice/Simplified_Invoice.xml مع تغيير واحد، والعينة نفسها بدون التغيير ما يطلع فيها الكود.

أكواد قريبة

• BR-KSA-27 رمز QR ناقص من الفاتورة
• BR-KSA-26 تجزئة الفاتورة السابقة (PIH) بصيغة غير صحيحة
• BR-KSA-53 The line amount with VAT (KSA-12) is mandatory for tax invoice and associated credit notes and debit notes (KSA-2, position 1 and 2 = 01).

مصطلحات في هذا الكود

آخر تحديث: 26 أكتوبر 2026 · ما لا نفعله · المنهجية · صحّح لنا · سجل التحديثات

نُشر أول مرة 2026-10-26 · نسخة مؤرشفة