تقرير دفعة نموذجي

العنصر cbc:TaxInclusiveAmount في كتلة cac:LegalMonetaryTotal ليس العنصر cbc:TaxExclusiveAmount مضافاً إليه مجموع مبالغ التفصيل الضريبي. وتجمع القاعدة BR-CO-15 من معيار EN 16931، التي تنفّذها هيئة الزكاة والضريبة والجمارك، الإجمالي قبل الضريبة إلى مبلغ cbc:TaxAmount في كل عنصر cac:TaxSubtotal، ثم تقرّب الناتج إلى منزلتين عشريتين وتشترط تطابقاً تاماً.

العنصر cbc:TaxExclusiveAmount في كتلة cac:LegalMonetaryTotal ليس إجمالي البنود مضافاً إليه إجمالي الرسوم ومطروحاً منه إجمالي الخصومات. وتفحص القاعدة BR-CO-13 من معيار EN 16931، التي تنفّذها هيئة الزكاة والضريبة والجمارك، أيّاً من هذين الإجماليين الاختياريين يحمله مستندك، ثم تقرّب الناتج إلى منزلتين عشريتين وتشترط تطابقاً تاماً. وثمة حالة أشدّ من غيرها كثيراً ما تُغفل: فحين لا يحمل المستند إجمالي رسوم ولا إجمالي خصومات تشترط الهيئة أن يساوي المبلغ قبل الضريبة إجمالي البنود دون أي تقريب، فإجمالي بنود مكتوب 100.001 مقابل مبلغ قبل الضريبة 100.00 يخفق، بينما كان سيُقرَّب أولاً في كل حالة أخرى.

يحمل ملفان أو أكثر من ملفات الأرشيف المرفوع قيمة عدّاد الفواتير KSA-16 نفسها تحت رقم التسجيل في ضريبة القيمة المضافة نفسه للبائع، وتُذكر هذه الملاحظة على كل منها. ويصف الدليل الإرشادي التفصيلي للفوترة الإلكترونية الصادر عن هيئة الزكاة والضريبة والجمارك (الملحق 2 من قرار الفوترة الإلكترونية) العدّاد بأنه تسلسل مقاوم للعبث لا يمكن تصفيره ويزيد مع كل فاتورة أو إشعار يصدر؛ أما معيار تطبيق XML نفسه فلا يشترط إلا وجود العدّاد وكتابته بالأرقام. وفي قراءة مطابق، يخصّ العدّاد حل الفوترة الإلكترونية الذي يُصدر المستندات، فحلّان من حلول الفوترة الإلكترونية لبائع واحد قد يحملان الأرقام نفسها، أما الحل الواحد فلا يمكن أن يكرّر رقماً. وإن كانت هذه الملفات صادرة عن أجهزة مختلفة فهذا أمر متوقَّع. وتُرصد هذه الحالة بوصفها مخاطرة لا سبب رفض: فقواعد الهيئة المنشورة تقرأ مستنداً واحداً في كل مرة ولا تفحص إلا وجود العدّاد، فلا يرى التكرارَ أي فحص منها. وما دامت القيمة مكرَّرة فلا يفحص مطابق صلة بصمة الفاتورة السابقة الداخلة إليها ولا الخارجة منها، إذ ليس ثمة مستند واحد قبلها ولا بعدها.

رقم تسجيل البائع في ضريبة القيمة المضافة BT-31، الوارد في العنصر cbc:CompanyID تحت النظام الضريبي VAT للبائع، ليس خمسة عشر رقماً بالضبط. وترفضه هيئة الزكاة والضريبة والجمارك بموجب القاعدة BR-KSA-40 التي تشترط خمسة عشر رقماً لا غير؛ فالأقصر والأطول وأي محرف ليس رقماً كلها تخفق في الفحص نفسه.

يحمل ملفان أو أكثر من ملفات الأرشيف المرفوع قيمة عدّاد الفواتير KSA-16 نفسها تحت رقم التسجيل في ضريبة القيمة المضافة نفسه للبائع، وتُذكر هذه الملاحظة على كل منها. ويصف الدليل الإرشادي التفصيلي للفوترة الإلكترونية الصادر عن هيئة الزكاة والضريبة والجمارك (الملحق 2 من قرار الفوترة الإلكترونية) العدّاد بأنه تسلسل مقاوم للعبث لا يمكن تصفيره ويزيد مع كل فاتورة أو إشعار يصدر؛ أما معيار تطبيق XML نفسه فلا يشترط إلا وجود العدّاد وكتابته بالأرقام. وفي قراءة مطابق، يخصّ العدّاد حل الفوترة الإلكترونية الذي يُصدر المستندات، فحلّان من حلول الفوترة الإلكترونية لبائع واحد قد يحملان الأرقام نفسها، أما الحل الواحد فلا يمكن أن يكرّر رقماً. وإن كانت هذه الملفات صادرة عن أجهزة مختلفة فهذا أمر متوقَّع. وتُرصد هذه الحالة بوصفها مخاطرة لا سبب رفض: فقواعد الهيئة المنشورة تقرأ مستنداً واحداً في كل مرة ولا تفحص إلا وجود العدّاد، فلا يرى التكرارَ أي فحص منها. وما دامت القيمة مكرَّرة فلا يفحص مطابق صلة بصمة الفاتورة السابقة الداخلة إليها ولا الخارجة منها، إذ ليس ثمة مستند واحد قبلها ولا بعدها.

العنوان البريدي للبائع لا يحمل العنصر cbc:CitySubdivisionName، وهو ما تسمّيه رسالة هيئة الزكاة والضريبة والجمارك الحي KSA-3. وتشترط القاعدة BR-KSA-09 ستة حقول في العنوان البريدي للبائع تحت cac:AccountingSupplierParty/cac:Party/cac:PostalAddress: اسم الشارع BT-35 في العنصر cbc:StreetName، ورقم المبنى KSA-17 في cbc:BuildingNumber، واسم المدينة BT-37 في cbc:CityName، والرمز البريدي BT-38 في cbc:PostalZone، والحي KSA-3 في cbc:CitySubdivisionName، ورمز الدولة BT-40 في cac:Country/cbc:IdentificationCode. وتُرصد هذه الحالة بوصفها مخاطرة لا سبب رفض. وكانت هذه القاعدة، في إصدار حزمة أدوات التطوير SDK الذي قرأته الحزمة قبل الإصدار 2.0.0 (أي 3.0.8)، الفحصَ الوحيد الذي صنّفته الهيئة تحذيراً لا خطأً؛ أما الإصدار 3.4.8 الذي تقرؤه الحزمة الآن فيصنّف أكثر فحوصه تحذيرات، والقاعدة BR-KSA-09 باقية بينها: تسجّل الهيئة النقص ولا ترفض المستند من أجله، ولا تقلب هذه الملاحظة نتيجة التقرير إلى إخفاق. وكان الإصدار 3.0.8 يطلب كذلك الرقم الإضافي KSA-23 في cbc:PlotIdentification، ولا يطلبه الإصدار 3.4.8. ويصف قاموس البيانات حقول العنوان بالإلزامية، وهذا لا يغيّر تصنيف الفحص نفسه. والفحص فحص وجود لا غير، فالعنصر الموجود الفارغ يجتازه؛ ويتوقف عند أول حقل غائب بترتيب الهيئة نفسه، وهو اسم الشارع ثم رقم المبنى ثم اسم المدينة ثم الرمز البريدي ثم الحي ثم رمز الدولة، فقد يغيب أكثر من حقل من الستة ولا يُسمّى هنا إلا أولها. ويسري هذا على الفاتورة الضريبية والفاتورة المبسطة سواء.

يحمل ملفان أو أكثر من ملفات الأرشيف المرفوع قيمة عدّاد الفواتير KSA-16 نفسها تحت رقم التسجيل في ضريبة القيمة المضافة نفسه للبائع، وتُذكر هذه الملاحظة على كل منها. ويصف الدليل الإرشادي التفصيلي للفوترة الإلكترونية الصادر عن هيئة الزكاة والضريبة والجمارك (الملحق 2 من قرار الفوترة الإلكترونية) العدّاد بأنه تسلسل مقاوم للعبث لا يمكن تصفيره ويزيد مع كل فاتورة أو إشعار يصدر؛ أما معيار تطبيق XML نفسه فلا يشترط إلا وجود العدّاد وكتابته بالأرقام. وفي قراءة مطابق، يخصّ العدّاد حل الفوترة الإلكترونية الذي يُصدر المستندات، فحلّان من حلول الفوترة الإلكترونية لبائع واحد قد يحملان الأرقام نفسها، أما الحل الواحد فلا يمكن أن يكرّر رقماً. وإن كانت هذه الملفات صادرة عن أجهزة مختلفة فهذا أمر متوقَّع. وتُرصد هذه الحالة بوصفها مخاطرة لا سبب رفض: فقواعد الهيئة المنشورة تقرأ مستنداً واحداً في كل مرة ولا تفحص إلا وجود العدّاد، فلا يرى التكرارَ أي فحص منها. وما دامت القيمة مكرَّرة فلا يفحص مطابق صلة بصمة الفاتورة السابقة الداخلة إليها ولا الخارجة منها، إذ ليس ثمة مستند واحد قبلها ولا بعدها.