الكود BR-KSA-F-01: تحذير تقبل معه الفاتورة

النص الرسمي (رسالة أداة الهيئة SDK بالإنجليزية)

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.

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

ترجمة غير رسمية

يجب أن يكون التاريخ بالصيغة YYYY-MM-DD، وفقاً لـ "Calendar date complete representation" كما هو محدد في ISO 8601:2004، الصيغة YYYY-MM-DD.

هذه ترجمتنا نحن وليست من الهيئة، والنص الإنجليزي أعلاه هو المرجع. إذا اختلف المعنى بين النصين فاعتمد النص الإنجليزي.

المعنى

BR-KSA-F-01 قاعدة من قواعد التحقق في الفاتورة الإلكترونية. تحذير: الفاتورة تنقبل مع ملاحظة، والأفضل تصلح السبب في الفواتير الجاية. هذه الدرجة من أداة الهيئة SDK نفسها.

الحل

الخطوات مبنية على صياغة القاعدة فقط، ولا نضيف شيئًا لم تذكره الهيئة.

1. اقرأ نص القاعدة أعلاه وابحث في ملف XML عن العنصر أو القيمة اللي يذكرها.
2. اكتب القيمة بالصيغة اللي تحددها القاعدة: YYYY-MM-DD, in accordance to the "Calendar date complete representation" as specified by ISO 8601:2004, format YYYY-MM-DD..
3. صحّح القيمة أو العنصر في ملف XML، أو في إعداد نظام الكاشير اللي يكتبه، ثم أنشئ الفاتورة من جديد.
4. افحص الملف المصحّح على أداة الهيئة SDK 238-R3.3.8 قبل ما ترسله.
5. هذا تحذير، والمنصة تقبل الفاتورة معه. صحّح السبب حتى لا يتكرر في الفواتير الجاية.

عائلة القاعدة

BR-KSA-F-01 من عائلة BR-KSA-F. في معيار تطبيق XML هذه العائلة هي البند 13.3.5، وعنوانه KSA – formats (BR-KSA-F)، أي قواعد صيغ الحقول الخاصة بالسعودية، مثل التواريخ وأطوال النصوص. عندنا في البيانات 45 قاعدة من هذه العائلة، منها 43 تطلع من أداة الهيئة.

المصدر والتحقق

• أداة الهيئة SDK 238-R3.3.8: نعم
• معيار تطبيق XML: نعم، البند 13.3.5، ص 68

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

هذه الصفحة مبنية من بيانات المرجع المفتوحة: /codes.json. لا نضيف عليها معلومة من عندنا غير الترجمة غير الرسمية وصياغة الخطوات.

أكواد قريبة

من نفس البند في المعيار (13.3.5 KSA – formats (BR-KSA-F)) أو من نفس العائلة:

• BR-KSA-F-02 يجب أن تكون قيمة مؤشر الخصم/الرسم مساوية لـ 'false'/'True' على التوالي.
• BR-KSA-F-03 يجب ألا يحتوي المستند على عناصر فارغة.
• BR-KSA-F-04 مبلغ أو كمية بالسالب
• BR-KSA-F-05 يجب أن يكون وقت إصدار الدفعة المقدمة (KSA-29) بالصيغة: hh:mm:ss للوقت المعبّر عنه بالتوقيت…
• BR-KSA-F-06 يجب الالتزام بالحدين الأدنى والأقصى لعدد الأحرف وفق قاموس البيانات لكل حقل بيانات

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

تابع في المرجع

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

أسئلة شائعة

ماذا يعني الكود BR-KSA-F-01؟

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.". ترجمتنا غير الرسمية: يجب أن يكون التاريخ بالصيغة YYYY-MM-DD، وفقاً لـ "Calendar date complete representation" كما هو محدد في ISO 8601:2004، الصيغة YYYY-MM-DD.

هل ترفض المنصة الفاتورة إذا ظهر BR-KSA-F-01؟

تحذير: الفاتورة تنقبل مع ملاحظة، والأفضل تصلح السبب في الفواتير الجاية. هذه درجته في أداة الهيئة SDK 238-R3.3.8.

أين أجد القاعدة BR-KSA-F-01 في وثائق الهيئة؟

أداة الهيئة SDK 238-R3.3.8: نعم. معيار تطبيق XML: نعم، البند 13.3.5 ص 68. تحققنا بتاريخ 26 أكتوبر 2026.

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

نُشر أول مرة 2026-10-27