BR-03: يجب أن تحمل كل فاتورة تاريخ إصدار (BT-2)
تتحقق القاعدة من أن العنصر الجذر للمستند يحتوي على العنصر cbc:IssueDate وأنه غير فارغ.
كيف تحلها
أضف تاريخ الإصدار مباشرة تحت العنصر الجذر بصيغة التاريخ في UBL (YYYY-MM-DD)، مثل <cbc:IssueDate>2026-10-24</cbc:IssueDate>.
نص الهيئة الرسمي
[BR-03]-An Invoice shall have an Invoice issue date (BT-2).
المصدر: ZATCA SDK 3.4.8 · EN 16931 (CEN) rules
متى تفشل (الشرط اللي ينفّذه SDK الهيئة)
not(exists(cbc:IssueDate) and (cbc:IssueDate) !='')
قواعد قريبة
- BR-KSA-04 · تاريخ الإصدار يجب ألا يكون في المستقبل
- BR-KSA-73 · المبلغ المدفوع مسبقًا (BT-113) يتطلب مرجع دفعة مقدمة كامل
- BR-02 · يجب أن تحمل كل فاتورة رقم فاتورة (BT-1)
- BR-04 · يجب أن تحمل كل فاتورة رمز نوع الفاتورة (BT-3)
- BR-05 · يجب أن تحمل كل فاتورة رمز عملة الفاتورة (BT-5)
- BR-06 · يجب ذكر الاسم القانوني للبائع (BT-27)
افحص فاتورتك على قواعد الهيئة
الصق الـ XML وتشوف كل الأخطاء والتحذيرات، والفحص يصير في متصفحك وما ترسل الفاتورة لأي مكان.
افحص فاتورة أو جرّب ماثل