BR-KSA-04: تاريخ الفاتورة بعد تاريخ اليوم

النص الرسمي

The document issue date (BT-2) must be less or equal to the current date.

خطأ · المصدر: أداة الهيئة للتحقق من الفواتير (SDK)، الإصدار 238-R3.3.8 · معيار تطبيق XML للفاتورة الإلكترونية، الإصدار 1.2، 19 مايو 2023، §13.3.1، ص 47 · تاريخ التحقق: 26 أكتوبر 2026

المعنى

تاريخ إصدار الفاتورة المكتوب داخل ملف XML أحدث من تاريخ اليوم عند المنصة، فالمنصة تعدّه تاريخًا مستقبليًا وترفض الفاتورة.

متى يطلع

• ساعة الجهاز أو تاريخه مضبوط على يوم قادم.
• النظام يكتب التاريخ بتوقيت مختلف عن التوقيت اللي تقارن به المنصة، فتطلع فاتورة بعد منتصف الليل بتاريخ يوم ما بدأ عندها. لاحظنا هذا في تشغيلنا على فواتير الساعات الأولى بعد منتصف الليل بتوقيت الرياض [تقدير: ملاحظة تشغيل، لا يوجد نص رسمي عن توقيت المقارنة].
• فاتورة محفوظة بدون اتصال وتاريخها مكتوب يدويًا.

الحل

1. اضبط تاريخ الجهاز ووقته على التحديث التلقائي من الشبكة.
2. اكتب IssueDate وIssueTime من نفس اللحظة ونفس التوقيت، ولا تجمع تاريخًا محليًا مع وقت بتوقيت غرينتش.
3. إذا كان نظامك يكتب الوقت بتوقيت غرينتش (بحرف Z)، فاكتب التاريخ بتوقيت غرينتش كذلك.
4. أعد إنشاء الفاتورة بالتاريخ الصحيح، ثم أرسلها مرة ثانية.

مثال

<cbc:IssueDate>2030-01-15</cbc:IssueDate>
<cbc:IssueTime>17:41:08</cbc:IssueTime>

<cbc:IssueDate>2022-08-17</cbc:IssueDate>
<cbc:IssueTime>17:41:08</cbc:IssueTime>

شغّلنا المثال الخاطئ على أداة الهيئة SDK 238-R3.3.8 بتاريخ 26 أكتوبر 2026 وطلع الكود BR-KSA-04. المثال مقطع من عينة الهيئة Simplified/Invoice/Simplified_Invoice.xml مع تغيير واحد، والعينة نفسها بدون التغيير ما يطلع فيها الكود.

أكواد قريبة

• BR-KSA-70 وقت إصدار الفاتورة بصيغة غير مقبولة
• BR-KSA-F-01 A date MUST be formatted YYYY-MM-DD, in accordance to the "Calendar date complete representation" as specified by ISO 8601:2004, format YYYY-MM-DD.
• BR-KSA-03 المعرّف الفريد للفاتورة (UUID) ناقص

مصطلحات في هذا الكود

آخر تحديث: 26 أكتوبر 2026 · ما لا نفعله · المنهجية · صحّح لنا · سجل التحديثات

نُشر أول مرة 2026-10-26 · نسخة مؤرشفة