BR-KSA-70: تنسيق وقت إصدار الفاتورة غير صحيح (KSA-25)
BR-KSA-70: Invalid Invoice Issue Time Format (KSA-25)
يجب أن يحتوي ملف الفاتورة على وقت الإصدار في حقل cbc:IssueTime بتنسيق الساعات والدقائق والثواني hh:mm:ss.
/ubl:Invoice/cbc:IssueTime 📌 نبذة عن القاعدة وسبب التدقيق
يجب أن يتضمن وقت إصدار الفاتورة (KSA-25) صيغة 'hh:mm:ss' بالتوقيت المحلي أو 'hh:mm:ssZ' بتوقيت UTC.
⚠️ الأسباب الشائعة لظهور الخطأ ورفض الفاتورة
- ✕ إدخال الوقت بنظام 12 ساعة مع AM/PM بدلاً من نظام 24 ساعة (14:30:00)
- ✕ إغفال الثواني (مثل كتابة 14:30 فقط)
- ✕ غياب عنصر <cbc:IssueTime>
✅ خطوات الحل وتصحيح الفاتورة
استخدام نظام 24 ساعة
تأكد من كتابة الوقت بنظام 24 ساعة مع الساعات والدقائق والثواني بدقة (hh:mm:ss).
💻 نموذج برمجي لمقارنة ملف XML (قبل وبعد التصحيح)
<cbc:IssueTime>03:45 PM</cbc:IssueTime> <cbc:IssueTime>15:45:00</cbc:IssueTime> تحقق من صحة ملف الفاتورة الآن مجاناً
استخدم أدوات قيمة لفحص بنية XML والتأكد من عدم وجود أخطاء قبل إرسال الفواتير لمنصة زاتكا.
❓ الأسئلة الشائعة حول BR-KSA-70
هل يجب أن يتطابق وقت الفاتورة في XML مع الوقت في رمز الـ QR؟
نعم، يجب أن يتطابق الطابع الزمني في الوسم 3 لرمز QR مع تاريخ ووقت الإصدار في ملف XML تماماً.
🔗 قواعد وأخطاء زاتكا ذات صلة
BR-KSA-04: تاريخ إصدار الفاتورة لا يمكن أن يكون في المستقبل
تاريخ إصدار الفاتورة (BT-2) يجب أن يكون أقل من أو مساوياً للتاريخ الحالي بتوقيت المملكة العربية السعودية (UTC+3).
BR-KSA-27: رمز الاستجابة السريعة (QR Code / KSA-14) مفقود أو غير مطابق
يجب أن تحتوي الفاتورة على رمز QR مشفر بنظام Base64 ومبني بترميز TLV وفق متطلبات المرحلة الثانية من هيئة الزكاة.
ودّع مشاكل الربط وأخطاء الفوترة مع برنامج قيمة
يتكفل نظام قيمة بكافة متطلبات هيئة الزكاة والضريبة والجمارك تلقائياً في الخلفية: اعتماد فوري للفواتير، توقيع رقمي، وربط كامل مع منصة فاتورة.