BR-CO-14إجمالي ضريبة القيمة المضافة للفاتورة غير مذكور في إحدى كتل المجموع الضريبي
يفحص مطابق ملف XML للفاتورة الإلكترونية في المرحلة الثانية قبل إرساله: تحقق مسبق وفق متطلبات هيئة الزكاة والضريبة والجمارك المنشورة، لا اعتماداً من الهيئة. وتشرح هذه الصفحة قاعدة واحدة هي BR-CO-14.
صورة القيمة التي وُجدت — empty وnot_15_digits وما شابههما — لا القيمة نفسها.
إجمالي ضريبة القيمة المضافة للفاتورة غير مذكور في إحدى كتل المجموع الضريبي
صورة القيمة في التقريرtotal_missingالإجمالي غير موجود
ما الخلل
تحمل إحدى كتل cac:TaxTotal عند جذر المستند بنود تفصيل ضريبة القيمة المضافة، أي عناصر cac:TaxSubtotal، لكنها لا تحمل عنصر cbc:TaxAmount خاصاً بها، فالمستند لا يذكر إجمالي ضريبة القيمة المضافة للفاتورة BT-110 الذي ينبغي أن تبلغه تلك البنود مجموعة. وتشترط القاعدة BR-CO-14 من معيار EN 16931، وهي القاعدة التي تنفّذها هيئة الزكاة والضريبة والجمارك قبل فحوص المملكة، أن يساوي ذلك الإجمالي مجموع مبالغ الضريبة للفئات الضريبية BT-117؛ ومع غياب الإجمالي لا يوجد ما يساويه المجموع فتخفق القاعدة.
ما الذي تتحقق منه في وحدة الفوترة الإلكترونية
تحمل الفاتورة المعدّة وفق متطلبات الهيئة عادةً كتلتي cac:TaxTotal على مستوى المستند: واحدة تحمل تفصيل الضريبة وأخرى تحمل الإجمالي وحده، والكتلة التي تحمل التفصيل يجب أن تحمل كذلك عنصر cbc:TaxAmount خاصاً بها. راجع قالب التصدير في وحدة الفوترة الإلكترونية: هذه في العادة عملية ربط تكتب حلقة التفصيل وتغفل مبلغ الترويسة فوقها، لا رقماً ناقصاً في الدفاتر. والعنصر مطلوب في مخطط UBL أيضاً، فالمستند في هذه الحالة تُرصد عليه هذه الملاحظة وملاحظة فحص المخطط معاً.
إجمالي ضريبة القيمة المضافة للفاتورة لا يساوي مجموع التفصيل الضريبي
صورة القيمة في التقريرnot_sum_of_subtotalsلا يساوي مجموع التفصيل الضريبي
ما الخلل
إجمالي ضريبة القيمة المضافة للفاتورة BT-110 المكتوب في إحدى كتل cac:TaxTotal عند الجذر لا يساوي مجموع مبالغ الضريبة للفئات الضريبية BT-117 في عناصر cac:TaxSubtotal ضمن تلك الكتلة. وتقارن القاعدة BR-CO-14 من معيار EN 16931، التي تنفّذها هيئة الزكاة والضريبة والجمارك، بين الرقمين مقارنة صارمة: تُجمع مبالغ التفصيل، ثم يُقرَّب المجموع إلى منزلتين عشريتين، ويجب أن تساوي النتيجة الإجمالي المعلن حتى آخر هللة. ولا هامش تسامح هنا؛ فرق هللة واحدة سبب رفض. والمقارنة تجري لكل كتلة مجموع ضريبي على حدة، والمفحوص كتل مستوى المستند لا الكتل الواردة في بنود الفاتورة.
ما الذي تتحقق منه في وحدة الفوترة الإلكترونية
يأتي الرقمان في أغلب الأنظمة من موضعين مختلفين: التفصيل يُحسب لكل فئة ضريبية، وإجمالي الترويسة يُنقل غالباً من الطلب أو من الدفاتر، فيفترقان حين يُقرَّب أحدهما دون الآخر. راجع موضع التقريب. فالهيئة تجمع مبالغ الفئات أولاً ثم تقرّب المجموع مرة واحدة، والنظام الذي يقرّب كل فئة إلى منزلتين ثم يجمعها قد يفترق بهللة أو هللتين في فاتورة متعددة الفئات. عالج موضع التقريب في الربط، لا بتعديل أحد الرقمين ليطابق الآخر؛ فقد يكون الخطأ في أيٍّ منهما.
الفحص الذي يُنفَّذ
منقول حرفياً من ملفات قواعد التحقق التي تنشرها الهيئة، عند الملف والسطر المذكورين أدناه. والتعبير المُنفَّذ هو ما يُقيَّم على المستند، أما التعبير المذكور في التقرير فهو ما يظهر عند الإخفاق، وهما لا يتطابقان دائماً.
التعبير المُنفَّذ
not((xs:decimal(child::cbc:TaxAmount)= round((sum(cac:TaxSubtotal/xs:decimal(cbc:TaxAmount)) * 10 * 10)) div 100) or not(cac:TaxSubtotal))
التعبير المذكور في التقرير
(xs:decimal(child::cbc:TaxAmount)= round((sum(cac:TaxSubtotal/xs:decimal(cbc:TaxAmount)) * 10 * 10)) div 100) or not(cac:TaxSubtotal)
كما يرد في الإصدار 3.4.8 من حزمة أدوات التطوير SDK التي تنشرها الهيئة: النسخة المقتبسة هنا هي الملف الذي يتضمنه ذلك الإصدار بايتاً ببايت. والتاريخ في اسم الملف هو الاسم الذي تعطيه الهيئة للملف، أما القواعد فيه فهي قواعد الإصدار 3.4.8.
مثال عملي
مستند اصطناعي من مجموعة الاختبار المقيسة تُرصد عليه هذه القاعدة، تُعرض منه الأسطر التي يختلف فيها عن مستند اجتاز الفحص. ولا يذكر تقرير مطابق سوى صورة القيمة، لا القيمة نفسها.