BR-KSA-DEC-01 🧮 حسابات الضريبة والبنود error

BR-KSA-DEC-01: نسبة الخصم يجب ألا تتجاوز خانتين عشريتين وبدون رمز %

BR-KSA-DEC-01: Allowance / Discount Percentage Must Have Maximum 2 Decimals

المواصفة التقنية المعتمدة من زاتكا:

يجب أن تكون نسبة الخصم رقماً بين 0.00 و 100.00 بحد أقصى خانتين عشريتين دون إدراج علامة %.

XPath Context: /ubl:Invoice/cac:AllowanceCharge/cbc:MultiplierFactorNumeric

📌 نبذة عن القاعدة وسبب التدقيق

نسبة الخصم يجب أن تكون قيمة رقمية من 0.00 إلى 100.00 بحد أقصى خانتين عشريتين، ويحظر إدخال رمز النسبة المئوية (%).

English Description: Allowance and discount percentage values (BT-94, BT-138) must be numeric from 0.00 to 100.00 with max 2 decimals. The '%' symbol is forbidden.

⚠️ الأسباب الشائعة لظهور الخطأ ورفض الفاتورة

  • إدراج علامة النسبة المئوية % في الحقل الرقمي
  • استخدام أكثر من خانتين عشريتين (مثل 10.555)
  • إدخال قيمة سالبة أو نسبة تتجاوز 100

خطوات الحل وتصحيح الفاتورة

1

التقريب لخانتبن عشريتين

قرب نسبة الخصم لخانتبن عشريتين مثل 10.00 أو 12.50.

2

حذف رمز النسبة المئوية

تأكد من تمرير أرقام فقط دون علامة % في وسم MultiplierFactorNumeric.

💻 نموذج برمجي لمقارنة ملف XML (قبل وبعد التصحيح)

❌ النموذج الخاطئ (مرفوض من زاتكا) Invalid XML
<cbc:MultiplierFactorNumeric>15%</cbc:MultiplierFactorNumeric>
✓ النموذج الصحيح (المعتمد رسمياً) Valid UBL 2.1
<cbc:MultiplierFactorNumeric>15.00</cbc:MultiplierFactorNumeric>

تحقق من صحة ملف الفاتورة الآن مجاناً

استخدم أدوات قيمة لفحص بنية XML والتأكد من عدم وجود أخطاء قبل إرسال الفواتير لمنصة زاتكا.

الأسئلة الشائعة حول BR-KSA-DEC-01

كيف يتم تمثيل الخصم بمبلغ ثابت مقارنة بالخصم بالنسبة المئوية؟

للخصم بمبلغ ثابت، يتم تمرير عنصر Amount مباشرة، وللخصم بالنسبة المئوية يتم تمرير BaseAmount مع MultiplierFactorNumeric.

ودّع مشاكل الربط وأخطاء الفوترة مع برنامج قيمة

يتكفل نظام قيمة بكافة متطلبات هيئة الزكاة والضريبة والجمارك تلقائياً في الخلفية: اعتماد فوري للفواتير، توقيع رقمي، وربط كامل مع منصة فاتورة.