BR-KSA-18رمز الفئة الضريبية ليس S أو Z أو E أو O

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

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

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

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

[BR-KSA-18]-VAT category code must contain one of the values (S, Z, E, O).

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

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

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

رمز الفئة الضريبية ليس S أو Z أو E أو O

صورة القيمة في التقريرnot_s_z_e_oليس S ولا Z ولا E ولا O

ما الخلل

أحد رموز الفئة الضريبية، في تفصيل ضريبة القيمة المضافة أو في التفصيل الضريبي لأحد البنود أو في خصم أو رسم على مستوى المستند أو في cac:ClassifiedTaxCategory لصنف أحد البنود، ليس S ولا Z ولا E ولا O. فترفض هيئة الزكاة والضريبة والجمارك المستند بموجب القاعدة BR-KSA-18. وفي قائمة الرموز UNCL 5305 التي يعتمدها معيار EN 16931 فئات أخرى، مثل AE للاحتساب العكسي وK للتوريد داخل الاتحاد الأوروبي، لكن الهيئة لا تقبل إلا هذه الأربع.

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

اربط كل رمز ضريبي في نظامك بإحدى الأربع: S للخاضع للنسبة الأساسية وZ للخاضع بنسبة الصفر وE للمعفى من الضريبة وO للخارج عن نطاق الضريبة. والسبب المعتاد رمز فئة أوروبي، أو رمز ضريبي داخلي مكتوب في العنصر cbc:ID.

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

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

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

not( contains( ' S Z E O ',(.)) )

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

not( contains('S Z E O',/ubl:Invoice/cac:InvoiceLine/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory/cbc:ID) )
العناصر التي يُقيَّم عليها
/ubl:Invoice / cac:TaxTotal / cac:TaxSubtotal / cac:TaxCategory / cbc:ID | /ubl:Invoice/cac:InvoiceLine/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory/cbc:ID | /ubl:Invoice / cac:AllowanceCharge / cac:TaxCategory / cbc:ID | /ubl:Invoice / cac:InvoiceLine / cac:Item / cac:ClassifiedTaxCategory / cbc:ID
المصدر
vendor/zatca/schematron/20210819_ZATCA_E-invoice_Validation_Rules.xsl:1572

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

مثال عملي

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

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

  • هذا المثال
  • مستند اجتاز الفحص
<cbc:Name>Consulting services</cbc:Name><cac:ClassifiedTaxCategory>هذا المثال:   <cbc:ID schemeID="UN/ECE 5305" schemeAgencyID="6">X</cbc:ID>مستند اجتاز الفحص:   <cbc:ID schemeID="UN/ECE 5305" schemeAgencyID="6">S</cbc:ID>  <cbc:Percent>15.00</cbc:Percent>  <cac:TaxScheme>
المستند
bad-67-unknown-vat-category.xml
ما حكم به مطابق
لم يجتز
صورة القيمة في التقرير
not_s_z_e_oليس S ولا Z ولا E ولا O

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

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

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

افحص فاتورة

افحص فاتورتك

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