مبلغ الخصم على مستوى المستند مكتوب بأكثر من منزلتين عشريتين
صورة القيمة في التقريرmore_than_two_decimalsأكثر من منزلتين عشريتين
ما الخلل
العنصر cbc:Amount في كتلة خصم على مستوى المستند، وهو الحقل BT-92 الذي يحمل الخصم الواقع على الفاتورة كلها لا على بند بعينه، يحمل أكثر من محرفين بعد أول نقطة فيه، وترصد هيئة الزكاة والضريبة والجمارك ذلك بموجب القاعدة BR-DEC-01 من معيار EN 16931، وتصنّفه تحذيراً لا خطأً، فالتحذير وحده لا يؤدي إلى رفض المستند. وتعدّ القاعدة المحارف الواقعة بعد أول نقطة في نص العنصر ولا تحكم على مقدار القيمة، فالقيمة المكتوبة بثلاث منازل تخفق ولو كان الرقم الثالث صفراً، والقيمة التي لا نقطة فيها تجتاز مهما كان مقدارها، والعنصر الغائب أو الخالي يجتاز كذلك. ويجدر تحديد نطاق القاعدة، فاسم هذا العنصر يتكرر في مواضع من فاتورة UBL: لا تقرأ القاعدة إلا كتلة cac:AllowanceCharge الواقعة مباشرةً تحت عنصر الفاتورة والتي قيمة العنصر cbc:ChargeIndicator فيها false. أما خصم البند فكان موضوع القاعدة BR-DEC-24 التي لم يعد الإصدار 3.4.8 يبلغها، وأما الخصم الواقع تحت كتلة cac:DeliveryTerms أو داخل مرجع الفوترة فلا تقرؤه أيٌّ من القاعدتين. والمبلغ الأساس المجاور له في الكتلة نفسها، وهو الحقل BT-93، تفحصه القاعدة BR-DEC-02، فكثيراً ما تُرصد الملاحظتان معاً.
ما الذي تتحقق منه في وحدة الفوترة الإلكترونية
الخصم على مستوى المستند محسوب لا مكتوب باليد، ومن هنا تأتي الخانات الزائدة: فالنسبة المئوية المطبَّقة على إجمالي الطلب قلّما تنتهي إلى عدد ذي منزلتين، وتُكتب النتيجة بكامل الدقة التي يحملها الحقل العشري. قرِّب الخصم في الموضع الذي يُحسب فيه لا عند إخراج الملف، فثمة رقمان آخران يجب أن يوافقاه: العنصر cbc:AllowanceTotalAmount الذي يجمع خصومات المستند، والعنصر cbc:TaxExclusiveAmount الذي يُحسب صافياً منها؛ وتقريب النسخة المطبوعة وحدها يترك ذينك المجموعين مفترقين بكسر، فتُرصد ملاحظة حسابية بموجب القاعدة BR-CO-11 أو القاعدة BR-CO-13 بدل هذه. وتحقّق كذلك من أن الخصم لا يُنقل بعملة الطلب بدل عملة الفاتورة، فالمبلغ المحوَّل هو المصدر الشائع الآخر للكسر الطويل في هذا العنصر.