BR-KSA-61: تجزئة الفاتورة السابقة (PIH) ناقصة

النص الرسمي

Previous invoice hash (KSA-13) must exist in an invoice.

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

المعنى

كل فاتورة لازم تحمل مرجع PIH، حتى أول فاتورة في الجهاز (تحمل القيمة الثابتة اللي نشرتها الهيئة).

متى يطلع

• أول فاتورة بعد التسجيل والنظام ما يعرف القيمة الأولى.
• النظام فقد تجزئة آخر فاتورة بعد إعادة تثبيت أو مسح بيانات.

الحل

1. لأول فاتورة استخدم القيمة الثابتة الموجودة في نص القاعدة BR-KSA-26.
2. خزّن تجزئة كل فاتورة بعد قبولها في مكان يبقى بعد إعادة التثبيت.
3. أضف المرجع PIH في كل فاتورة وإشعار.

مثال

<cac:AdditionalDocumentReference>
  <cbc:ID>ICV</cbc:ID>
  <cbc:UUID>10</cbc:UUID>
</cac:AdditionalDocumentReference>
<!-- no PIH reference -->

<cac:AdditionalDocumentReference>
  <cbc:ID>ICV</cbc:ID>
  <cbc:UUID>10</cbc:UUID>
</cac:AdditionalDocumentReference>
<cac:AdditionalDocumentReference>
  <cbc:ID>PIH</cbc:ID>
  <cac:Attachment>
    <cbc:EmbeddedDocumentBinaryObject mimeCode="text/plain">NWZlY2Vi…</cbc:EmbeddedDocumentBinaryObject>
  </cac:Attachment>
</cac:AdditionalDocumentReference>

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

أكواد قريبة

• BR-KSA-26 تجزئة الفاتورة السابقة (PIH) بصيغة غير صحيحة
• BR-KSA-33 عدّاد الفاتورة (ICV) ناقص
• BR-KSA-56 الإشعار الدائن أو المدين بدون رقم الفاتورة الأصلية

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

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

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