BR-DEC-13مبلغ ضريبة بعملة المستند مكتوب بأكثر من منزلتين عشريتين
يفحص مطابق ملف XML للفاتورة الإلكترونية في المرحلة الثانية قبل إرساله: تحقق مسبق وفق متطلبات هيئة الزكاة والضريبة والجمارك المنشورة، لا اعتماداً من الهيئة. وتشرح هذه الصفحة قاعدة واحدة هي BR-DEC-13.
خمس عمليات فحص شهرياً في باقة المجان. يُفحص الملف في الذاكرة ولا يُحفظ.
الرسالة كما تنشرها هيئة الزكاة والضريبة والجمارك
[BR-DEC-13]-The allowed maximum number of decimals for the Invoice total VAT amount (BT-110) is 2.
ما الذي يذكره مطابق
مدخل لكل حالة تُذكر فيها هذه القاعدة في التقرير.
صورة القيمة في التقرير
صورة القيمة التي وُجدت — empty وnot_15_digits وما شابههما — لا القيمة نفسها.
مبلغ ضريبة بعملة المستند مكتوب بأكثر من منزلتين عشريتين
صورة القيمة في التقريرmore_than_two_decimalsأكثر من منزلتين عشريتين
ما الخلل
العنصر cbc:TaxAmount الواقع مباشرةً داخل كتلة cac:TaxTotal، والذي توافق سمته currencyID رمز عملة المستند، يحمل أكثر من محرفين بعد أول نقطة فيه، وترصد هيئة الزكاة والضريبة والجمارك ذلك بموجب القاعدة BR-DEC-13 من معيار EN 16931، وتصنّفه تحذيراً لا خطأً، فالتحذير وحده لا يؤدي إلى رفض المستند. ورسالة القاعدة تسمّي الحقل BT-110، أي إجمالي ضريبة القيمة المضافة للفاتورة، وهو مقصودها في الغالب، غير أن النمط الذي تطابق به غير مقيَّد بأعلى المستند: فهو ينتقي مبلغ الضريبة بالكتلة التي يقع فيها مباشرةً وحدها، فتُطابَق كتلة cac:TaxTotal الواقعة داخل بند من بنود الفاتورة كما تُطابَق كتلة المستند سواءً بسواء، ومبلغ ضريبة بندٍ مكتوب بثلاث منازل يُرصد بهذه القاعدة وبالقاعدة BR-DEC-15 كذلك. وهذا مقيس لا مفترض: فمبلغ ضريبة بند مقداره 15.000 في فاتورة بالريال السعودي يجرّ القاعدتين معاً، فانظر في البنود قبل أن تقطع بأن الخطأ في إجمالي الترويسة. وتعدّ القاعدة المحارف الواقعة بعد أول نقطة في نص العنصر ولا تحكم على مقدار القيمة، فالقيمة المكتوبة بثلاث منازل تخفق ولو كان الرقم الثالث صفراً، والقيمة التي لا نقطة فيها تجتاز مهما كان مقدارها، والعنصر الغائب أو الخالي يجتاز كذلك. وثمة عنصر واحد لا تبلغه هذه القاعدة، هو مبلغ ضريبة الفئة داخل كتلة cac:TaxSubtotal، فموضعه المباشر هو التفصيل الضريبي لا كتلة المجموع الضريبي، وذاك موضوع القاعدة BR-DEC-20.
ما الذي تتحقق منه في وحدة الفوترة الإلكترونية
الضريبة نسبة تُطبَّق على مبلغ خاضع، وخمسة عشر في المئة من مبلغ معتاد كثيراً ما لا تنتهي إلى منزلتين، فهذه مسألة سياسة تقريب لا مسألة تنسيق. احسم موضع التقريب وأجرِه مرة واحدة: قرِّب مبلغ ضريبة كل بند إلى منزلتين، ثم اجمع القيم المقرَّبة في التفصيل الضريبي وفي إجمالي الترويسة، وهو كذلك الترتيب الذي تحتاجه القاعدة BR-CO-14. وإن بدا إجمالي الترويسة صحيحاً على الشاشة فالخلل في بند: راجع كتلة cac:TaxTotal داخل كل عنصر cac:InvoiceLine، فتلك النسخة يكتبها المحرّك الضريبي مباشرةً وهي أبعد النسخ عن المرور بإجراء الإجماليات الذي ينسّق الترويسة. وتحقّق كذلك من أن أداة كتابة XML لا تضيف مسافات بادئة داخل العنصر، فمحرف نهاية السطر والمسافات بعده محارف ضمن نص العنصر وتدخل في العدّ.
الفحص الذي يُنفَّذ
منقول حرفياً من ملفات قواعد التحقق التي تنشرها الهيئة، عند الملف والسطر المذكورين أدناه. والتعبير المُنفَّذ هو ما يُقيَّم على المستند، أما التعبير المذكور في التقرير فهو ما يظهر عند الإخفاق، وهما لا يتطابقان دائماً.
كما يرد في الإصدار 3.4.8 من حزمة أدوات التطوير SDK التي تنشرها الهيئة: النسخة المقتبسة هنا هي الملف الذي يتضمنه ذلك الإصدار بايتاً ببايت. والتاريخ في اسم الملف هو الاسم الذي تعطيه الهيئة للملف، أما القواعد فيه فهي قواعد الإصدار 3.4.8.
مثال عملي
مستند اصطناعي من مجموعة الاختبار المقيسة تُرصد عليه هذه القاعدة، تُعرض منه الأسطر التي يختلف فيها عن مستند اجتاز الفحص. ولا يذكر تقرير مطابق سوى صورة القيمة، لا القيمة نفسها.