BR-KSA-DEC-01: نسبة الخصم يجب ألا تتجاوز خانتين عشريتين وبدون رمز %
BR-KSA-DEC-01: Allowance / Discount Percentage Must Have Maximum 2 Decimals
يجب أن تكون نسبة الخصم رقماً بين 0.00 و 100.00 بحد أقصى خانتين عشريتين دون إدراج علامة %.
/ubl:Invoice/cac:AllowanceCharge/cbc:MultiplierFactorNumeric 📌 نبذة عن القاعدة وسبب التدقيق
نسبة الخصم يجب أن تكون قيمة رقمية من 0.00 إلى 100.00 بحد أقصى خانتين عشريتين، ويحظر إدخال رمز النسبة المئوية (%).
⚠️ الأسباب الشائعة لظهور الخطأ ورفض الفاتورة
- ✕ إدراج علامة النسبة المئوية % في الحقل الرقمي
- ✕ استخدام أكثر من خانتين عشريتين (مثل 10.555)
- ✕ إدخال قيمة سالبة أو نسبة تتجاوز 100
✅ خطوات الحل وتصحيح الفاتورة
التقريب لخانتبن عشريتين
قرب نسبة الخصم لخانتبن عشريتين مثل 10.00 أو 12.50.
حذف رمز النسبة المئوية
تأكد من تمرير أرقام فقط دون علامة % في وسم MultiplierFactorNumeric.
💻 نموذج برمجي لمقارنة ملف XML (قبل وبعد التصحيح)
<cbc:MultiplierFactorNumeric>15%</cbc:MultiplierFactorNumeric> <cbc:MultiplierFactorNumeric>15.00</cbc:MultiplierFactorNumeric> تحقق من صحة ملف الفاتورة الآن مجاناً
استخدم أدوات قيمة لفحص بنية XML والتأكد من عدم وجود أخطاء قبل إرسال الفواتير لمنصة زاتكا.
❓ الأسئلة الشائعة حول BR-KSA-DEC-01
كيف يتم تمثيل الخصم بمبلغ ثابت مقارنة بالخصم بالنسبة المئوية؟
للخصم بمبلغ ثابت، يتم تمرير عنصر Amount مباشرة، وللخصم بالنسبة المئوية يتم تمرير BaseAmount مع MultiplierFactorNumeric.
ودّع مشاكل الربط وأخطاء الفوترة مع برنامج قيمة
يتكفل نظام قيمة بكافة متطلبات هيئة الزكاة والضريبة والجمارك تلقائياً في الخلفية: اعتماد فوري للفواتير، توقيع رقمي، وربط كامل مع منصة فاتورة.