BR-KSA-05: رمز نوع الفاتورة غير مسموح

النص الرسمي

The invoice type code (BT-3) must be equal to one of value from the subset of UN/CEFACT code list 1001, D.16B agreed for KSA electronic invoices. Please refer paragraph 11.2.1 of XML implementation Standards.

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

المعنى

رمز نوع المستند لازم يكون من القائمة السعودية المختصرة: 388 فاتورة، 386 فاتورة دفعة مقدمة، 383 إشعار مدين، 381 إشعار دائن. أي رمز ثاني يُرفض.

متى يطلع

• النظام يستخدم 380 (الرمز الأوروبي للفاتورة التجارية) بدل 388.
• الإشعار الدائن أُرسل برمز الفاتورة أو العكس.
• الرمز فيه مسافة أو حرف زائد.

الحل

1. استخدم 388 للفاتورة الضريبية والمبسطة.
2. استخدم 381 للإشعار الدائن و383 للإشعار المدين و386 للدفعة المقدمة.
3. فرّق بين الضريبية والمبسطة بالخاصية name (أول رقمين 01 أو 02)، لا برمز مختلف.

مثال

<cbc:InvoiceTypeCode name="0200000">380</cbc:InvoiceTypeCode>

<cbc:InvoiceTypeCode name="0200000">388</cbc:InvoiceTypeCode>

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

أكواد قريبة

• BR-KSA-06 رمز المعاملة (KSA-2) غير مكتمل
• BR-CL-01 The document type code MUST be coded by the invoice and credit note related code lists of UNTDID 1001.
• BR-KSA-03 المعرّف الفريد للفاتورة (UUID) ناقص

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

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

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