BR-KSA-04 📑 هيكلية ونوع الفاتورة error

BR-KSA-04: تاريخ إصدار الفاتورة لا يمكن أن يكون في المستقبل

BR-KSA-04: Invoice Issue Date Cannot Be in Future

المواصفة التقنية المعتمدة من زاتكا:

يجب أن يكون تاريخ إصدار الفاتورة (BT-2) مساوياً أو سابقاً لتاريخ اليوم الحالي بتوقيت مكة المكرمة.

XPath Context: /ubl:Invoice/cbc:IssueDate

📌 نبذة عن القاعدة وسبب التدقيق

تاريخ إصدار الفاتورة (BT-2) يجب أن يكون أقل من أو مساوياً للتاريخ الحالي بتوقيت المملكة العربية السعودية (UTC+3).

English Description: The document issue date (BT-2) must be less than or equal to the current server date (KSA timezone AST / UTC+3).

قم بمزامنة وقت الخادم وتأكد من ضبط المنطقة الزمنية على توقيت الرياض (Asia/Riyadh / UTC+3).

تأكد من إرسال تاريخ اليوم الحالي بصيغة YYYY-MM-DD دون أي وقت ملحق في حقل IssueDate.

❌ النموذج الخاطئ (مرفوض من زاتكا) Invalid XML

<!-- Issue date in the future -->
<cbc:IssueDate>2029-12-31</cbc:IssueDate>

✓ النموذج الصحيح (المعتمد رسمياً) Valid UBL 2.1

<cbc:IssueDate>2026-08-29</cbc:IssueDate>
<cbc:IssueTime>14:30:00</cbc:IssueTime>

استخدم أدوات قيمة لفحص بنية XML والتأكد من عدم وجود أخطاء قبل إرسال الفواتير لمنصة زاتكا.

تعتمد هيئة الزكاة والضريبة والجمارك التوقيت القياسي العربي (AST / UTC+3) لتاريخ ووقت إصدار الفواتير.

يجب أن تحتوي الفاتورة على معرّف فريد عالمياً (UUID) وفق معيار RFC 4122 يحتوي على أحرف وأرقام وشرطات فقط.

يجب أن يتضمن وقت إصدار الفاتورة (KSA-25) صيغة 'hh:mm:ss' بالتوقيت المحلي أو 'hh:mm:ssZ' بتوقيت UTC.

الفواتير الضريبية القياسية (B2B) يجب أن تتضمن تاريخ التوريد الفعلي (KSA-5) داخل عقدة التسليم cac:Delivery.

يتكفل نظام قيمة بكافة متطلبات هيئة الزكاة والضريبة والجمارك تلقائياً في الخلفية: اعتماد فوري للفواتير، توقيع رقمي، وربط كامل مع منصة فاتورة.