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

BR-KSA-70: تنسيق وقت إصدار الفاتورة غير صحيح (KSA-25)

BR-KSA-70: Invalid Invoice Issue Time Format (KSA-25)

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

يجب أن يحتوي ملف الفاتورة على وقت الإصدار في حقل cbc:IssueTime بتنسيق الساعات والدقائق والثواني hh:mm:ss.

XPath Context: /ubl:Invoice/cbc:IssueTime

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

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

English Description: The invoice must contain Issue Time (KSA-25) in either 'hh:mm:ss' (AST local time) or 'hh:mm:ssZ' (UTC format).

⚠️ الأسباب الشائعة لظهور الخطأ ورفض الفاتورة

  • إدخال الوقت بنظام 12 ساعة مع AM/PM بدلاً من نظام 24 ساعة (14:30:00)
  • إغفال الثواني (مثل كتابة 14:30 فقط)
  • غياب عنصر <cbc:IssueTime>

خطوات الحل وتصحيح الفاتورة

1

استخدام نظام 24 ساعة

تأكد من كتابة الوقت بنظام 24 ساعة مع الساعات والدقائق والثواني بدقة (hh:mm:ss).

💻 نموذج برمجي لمقارنة ملف XML (قبل وبعد التصحيح)

❌ النموذج الخاطئ (مرفوض من زاتكا) Invalid XML
<cbc:IssueTime>03:45 PM</cbc:IssueTime>
✓ النموذج الصحيح (المعتمد رسمياً) Valid UBL 2.1
<cbc:IssueTime>15:45:00</cbc:IssueTime>

تحقق من صحة ملف الفاتورة الآن مجاناً

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

الأسئلة الشائعة حول BR-KSA-70

هل يجب أن يتطابق وقت الفاتورة في XML مع الوقت في رمز الـ QR؟

نعم، يجب أن يتطابق الطابع الزمني في الوسم 3 لرمز QR مع تاريخ ووقت الإصدار في ملف XML تماماً.

ودّع مشاكل الربط وأخطاء الفوترة مع برنامج قيمة

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