BR-KSA-05رمز نوع الفاتورة ليس من الرموز التي تقبلها الهيئة

يفحص مطابق ملف XML للفاتورة الإلكترونية في المرحلة الثانية قبل إرساله: تحقق مسبق وفق متطلبات هيئة الزكاة والضريبة والجمارك المنشورة، لا اعتماداً من الهيئة. وتشرح هذه الصفحة قاعدة واحدة هي BR-KSA-05.

افحص 5 فواتير مجاناً

خمس عمليات فحص شهرياً في باقة المجان. يُفحص الملف في الذاكرة ولا يُحفظ.

الرسالة كما تنشرها هيئة الزكاة والضريبة والجمارك

[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.

ما الذي يذكره مطابق

مدخل لكل حالة تُذكر فيها هذه القاعدة في التقرير.

صورة القيمة في التقرير
صورة القيمة التي وُجدت — empty وnot_15_digits وما شابههما — لا القيمة نفسها.

رمز نوع الفاتورة ليس من الرموز التي تقبلها الهيئة

صورة القيمة في التقريرunknown_codeرمز لا تقبله الهيئة

ما الخلل

رمز نوع الفاتورة BT-3، وهو المحتوى النصي للعنصر cbc:InvoiceTypeCode، مفقود أو ليس أحد الرموز الثلاثة التي تقبلها هيئة الزكاة والضريبة والجمارك للفواتير الإلكترونية: 388 للفاتورة الضريبية، و383 لإشعار مدين، و381 لإشعار دائن. وأي رمز سواها تُرفض الفاتورة بسببه بموجب القاعدة BR-KSA-05، بما في ذلك رموز صحيحة تماماً في القائمة الأوروبية الأوسع EN 16931. والرمز الذي يقع فيه الناس كثيراً هو 386، وهو رمز فاتورة الدفعة المقدَّمة.

ما الذي تتحقق منه في وحدة الفوترة الإلكترونية

راجع كيفية ربط أنواع المستندات بهذا الحقل في نظامك: الفواتير تُصدَّر بالرمز 388، والإشعارات الدائنة بالرمز 381، والإشعارات المدينة بالرمز 383. وفواتير الدفعات المقدَّمة ليست 386 لدى الهيئة، بل تُصدر بالرمز 388 مع إدراج المبلغ المدفوع مقدَّماً في العنصر cbc:PrepaidAmount. وإذا كان العنصر مفقوداً بالكامل، فإن الربط لا يكتب نوع المستند إطلاقاً.

الفحص الذي يُنفَّذ

منقول حرفياً من ملفات قواعد التحقق التي تنشرها الهيئة، عند الملف والسطر المذكورين أدناه. والتعبير المُنفَّذ هو ما يُقيَّم على المستند، أما التعبير المذكور في التقرير فهو ما يظهر عند الإخفاق، وهما لا يتطابقان دائماً.

التعبير المُنفَّذ

not(not(contains(normalize-space(.), ' ')) and contains(' 388 383 381 386 ', concat(' ', normalize-space(.), ' ')))

التعبير المذكور في التقرير

not(contains(normalize-space(.), ' ')) and contains(' 388 383 381 ', concat(' ', normalize-space(.), ' '))
العناصر التي يُقيَّم عليها
cbc:InvoiceTypeCode
المصدر
vendor/zatca/schematron/20210819_ZATCA_E-invoice_Validation_Rules.xsl:864

كما يرد في الإصدار 3.4.8 من حزمة أدوات التطوير SDK التي تنشرها الهيئة: النسخة المقتبسة هنا هي الملف الذي يتضمنه ذلك الإصدار بايتاً ببايت. والتاريخ في اسم الملف هو الاسم الذي تعطيه الهيئة للملف، أما القواعد فيه فهي قواعد الإصدار 3.4.8.

مثال عملي

مستند اصطناعي من مجموعة الاختبار المقيسة تُرصد عليه هذه القاعدة، تُعرض منه الأسطر التي يختلف فيها عن مستند اجتاز الفحص. ولا يذكر تقرير مطابق سوى صورة القيمة، لا القيمة نفسها.

الأسطر التي يختلف فيها عن مستند اجتاز الفحص

  • هذا المثال
  • مستند اجتاز الفحص
<cbc:IssueDate>2026-09-01</cbc:IssueDate><cbc:IssueTime>10:00:00</cbc:IssueTime>هذا المثال: <cbc:InvoiceTypeCode name="0100000">380</cbc:InvoiceTypeCode>مستند اجتاز الفحص: <cbc:InvoiceTypeCode name="0100000"> 388 </cbc:InvoiceTypeCode><cbc:DocumentCurrencyCode>SAR</cbc:DocumentCurrencyCode><cbc:TaxCurrencyCode>SAR</cbc:TaxCurrencyCode>
المستند
bad-07-unknown-type-code.xml
ما حكم به مطابق
لم يجتز
صورة القيمة في التقرير
unknown_codeرمز لا تقبله الهيئة

نزّل هذا المثال (.xml)افحصه في مطابق

مثال هذه الصفحة، يُفحص بالقواعد نفسها التي يمر بها ملفك عند الرفع. بلا رفع وبلا تسجيل دخول.

أدلة الأنظمة المحاسبية

أسماء المنتجات تُذكر هنا لتعيين الأنظمة لا غير. ومطابق مستقل عن الشركات التي تنتجها، ولا يتبع أياً منها ولا يحمل تأييدها.

قواعد تُقيَّم على الموضع نفسه من المستند، وكثيراً ما تُرصد عدة قواعد منها معاً بسبب قيمة واحدة خاطئة.

افحص فاتورة

افحص فاتورتك

© 2026 Hayatiq AI Solutions F.Z.E. جميع الحقوق محفوظة.