Previous invoice hash (KSA-13) must exist in an invoice.
ماذا يعني هذا؟
الفرق بين هذا الكود و BR-KSA-26 بسيط ومهم: هناك القيمة موجودة لكن صيغتها خاطئة، وهنا الحقل غير موجود من أصله. الهيئة تبحث عن كتلة cac:AdditionalDocumentReference التي معرّفها PIH فلا تجدها.
لماذا يحدث؟
مرتّبة من الأشيع إلى الأقل شيوعًا — الأرجح أن سببك في الأول أو الثاني.
- قالب XML لا يحتوي كتلة PIH إطلاقًا — شائع في الأنظمة التي بُنيت على مثال للمرحلة الأولى ثم رُقّيت.
-
الكتلة موجودة لكن
<cbc:EmbeddedDocumentBinaryObject>فيها فارغ. -
معرّف الكتلة مكتوب بحروف صغيرة
pihأو باسم آخر؛ المعرّف حسّاس لحالة الأحرف. - حذف الكتلة عن قصد في أول فاتورة لأنه «لا توجد فاتورة سابقة» — وهذا خطأ: أول فاتورة لها قيمة ثابتة.
كيف تصلحه
2 خطوات، ثم أعد إرسال الفاتورة.
-
1
أضف الكتلة بالمعرّف الصحيح
يجب أن تحتوي الفاتورة على
cac:AdditionalDocumentReferenceبـ<cbc:ID>PIH</cbc:ID>وداخلهاcac:Attachmentثم<cbc:EmbeddedDocumentBinaryObject mimeCode="text/plain">تحمل البصمة بـ Base64. -
2
ضع القيمة الثابتة في أول فاتورة
قيمة أول فاتورة هي Base64 لتجزئة حرف الصفر — راجع BR-KSA-26 للقيمة الكاملة. لا تترك الحقل فارغًا ولا تحذفه.
هذا الكود لا يمنع القبول، فالفاتورة الحالية نظامية. صحّح البيانات لتختفي التحذيرات من الفواتير القادمة.
هل يمنعه ZATCA Tools؟
نعم. الحقل يُبنى تلقائيًا في كل فاتورة يصدرها ZATCA Tools، وأول فاتورة تأخذ القيمة الثابتة دون تدخّل منك.
أكواد لها علاقة
أسئلة شائعة
هذا الكود تحذير أم خطأ؟ +
ما علاقة البصمة بعدّاد الفاتورة ICV؟ +
ZATCA Tools يبني التوقيع والبصمة والعدّاد والترميز عنك، ويتحقق من البيانات قبل الإرسال. مجاني بالكامل حاليًا، وبدون بطاقة ائتمانية.
ابدأ مجانًا