هذه الفاتورة تحمل رسماً، وقواعد التحقق المنشورة ترفض كل رسم
صورة القيمة في التقريرcharge_indicator_trueالمؤشر يدل على رسم
ما الخلل
يحمل هذا المستند كتلة cac:AllowanceCharge قيمة العنصر cbc:ChargeIndicator فيها true، وهذا يجعلها رسماً لا خصماً؛ والقيمة 1 تعني الشيء نفسه وتُرصد الرصد نفسه. وتشترط القاعدة BR-KSA-F-02 من هيئة الزكاة والضريبة والجمارك أن يكون كل مؤشر رسم في المستند مساوياً للقيمة false، أينما وقعت الكتلة: على مستوى المستند، أو على بند من بنود الفاتورة، أو على سعر البند، أو تحت العنصر cac:DeliveryTerms، أو تحت بند مرجع الفوترة؛ فالرسم مرفوض في كل موضع تسمح به لغة UBL. وقد قيس ذلك: مستند يحمل رسماً واحداً على مستوى المستند مكتوباً بالصورة نفسها التي يطبعها معيار تطبيق XML مثالاً على الرسم يعود بالقاعدة BR-KSA-F-02 وحدها لا غير. وهنا يقع التعارض بين مستندين منشورين من الهيئة، ولا بد أن تعرفه قبل أن تبحث عن خلل في الربط عندك. فمعيار تطبيق XML، الإصدار 1.2 الصادر في 19 مايو 2023، مبني على أن الرسوم مسموح بها: سجل تغييراته يذكر إدراج مواصفة الرسوم إضافةً رئيسية في ذلك الإصدار (صفحة 1)، والقسم 9.2 يعطي صيغة حسابية تجمع مبالغ عناصر cac:AllowanceCharge التي مؤشرها true (صفحة 16)، والقسم 11.2.8 يورد قائمة رموز موصى بها لسبب الرسم (صفحة 34)، والفاتورة النموذجية فيه تحمل مؤشراً قيمته true على مستوى البند (صفحة 18) ثم على مستوى المستند (صفحة 26). ثم يعود جدول القواعد في المعيار نفسه فيذكر هذه القاعدة بعينها بقطبية معكوسة: القسم 13.3.5، صفحة 68، يقول إن المؤشر يجب أن يساوي false أو True على الترتيب. أما ملفات قواعد التحقق المنشورة فلا تقبل إلا القيمة false. والفحص هو ما يقرّر، لأنه هو ما يمر به المستند وما يقبله أو يرفضه. ومن ثَمّ فإن النظام الذي طبّق مواصفة الرسوم الصادرة سنة 2023 تطبيقاً صحيحاً حرفياً يُرفَض، وهذا هو ما جرى هنا. فليس في الربط عندك خطأ بمعنى مخالفة مستند منشور؛ وإنما هو يخالف المستند المنشور الآخر.
ما الذي تتحقق منه في وحدة الفوترة الإلكترونية
احسم أولاً أيَّ الأمرين هذه الكتلة حقاً. فإن كان المبلغ خصماً فالمؤشر مقلوب لا غير، وضبطه على القيمة false يرفع الملاحظة؛ والسببان المعتادان قالب تصدير يكتب القيمة true على كل كتلة cac:AllowanceCharge يُخرجها، وخصمٌ مخزَّن بمبلغ سالب تُستعمل إشارته في ضبط المؤشر. أما إن كان رسماً حقيقياً فلا قيمة تضعها في هذه الكتلة ترفع الملاحظة، والسؤال حينئذ أين يوضع المبلغ. وثمة طريقان يجيبان عن حاجتين مختلفتين. الطريق المقيس هو العنصر cac:FreightAllowanceCharge الواقع تحت المسار cac:Delivery/cac:Shipment، وهو من نوع UBL نفسه الذي منه العنصر cac:AllowanceCharge، وله المؤشر الإلزامي نفسه، لكن باسم عنصر مختلف؛ وقوالب القواعد المنشورة تطابق على الاسم، فقيس رسم شحن مقداره خمسة وعشرون ريالاً بمؤشر قيمته true فعاد بلا أي ملاحظة، واجتازت مراحل الفحص كلها. والعنصر cac:ExtraAllowanceCharge وكذلك العنصر cac:ServiceAllowanceCharge خارج القاعدتين للسبب نفسه. واقرأ معه حدَّه: في ذلك المستند المقيس لا يدخل المبلغ في مجموع مبالغ البنود ولا في الإجمالي قبل الضريبة ولا في المبلغ المستحق ولا في تفصيل ضريبة القيمة المضافة، فهو يسجّل رسم التوصيل في المستند دون أن يفوتره أو يُخضعه للضريبة؛ فهو موضع لرسم الشحن لا مأوى عام لكل رسم. والطريق الثاني أن تفوتر الرسم بنداً مستقلاً من بنود الفاتورة، له اسم صنفه وكميته وفئته الضريبية ونسبته، وهذا هو الذي يُدخل المبلغ في الإجماليات وفي تفصيل ضريبة القيمة المضافة حيث تُحسب عليه الضريبة، وهو المطلوب حين يُحمَّل العميل الرسم فعلاً. وأمرٌ يُتجنَّب أثناء العمل على ذلك: قيس مستند يحمل رسماً على مستوى المستند إلى جانب خصم على مستوى المستند فتعطّل الفحص كله، إذ عاد بأثر الاستدعاءات من مرحلة معيار EN 16931 وبلا أي رمز قاعدة، فلا تحصل على تشخيص لشيء في المستند. وكتلتا خصم على مستوى البنود، واحدة في كل بند من بندين، تُنهيان فحوص المملكة على النحو نفسه. فغيّر أمراً واحداً في كل مرة، وأبقِ كتلة واحدة في كل مستوى.