يفحص مطابق ملف XML للفاتورة الإلكترونية في المرحلة الثانية قبل إرساله: تحقق مسبق وفق متطلبات هيئة الزكاة والضريبة والجمارك المنشورة، لا اعتماداً من الهيئة. وتشرح هذه الصفحة قاعدة واحدة هي BR-KSA-08.
خمس عمليات فحص شهرياً في باقة المجان. يُفحص الملف في الذاكرة ولا يُحفظ.
الرسالة كما تنشرها هيئة الزكاة والضريبة والجمارك
[BR-KSA-08]-The seller identification (BT-29) must exist only once with one of the scheme ID (BT-29-1) (CRN, MOM, MLS, SAG, OTH, 700) and must contain only alphanumeric characters. Commercial Registration number with "CRN" as schemeID. MOMRAH license with "MOM" as schemeID. MHRSD license with "MLS" as schemeID. 700 Number with "700" as schemeID. MISA license with "SAG" as schemeID. Other OD with "OTH" as schemeID. In case of multiple commercial registrations, the seller should fill the commercial registration of the branch in respect of which the Tax Invoice is being issued. In case multiple IDs exist then one of the above must be entered following the sequence specified above.
ما الذي يذكره مطابق
مدخل لكل حالة تُذكر فيها هذه القاعدة في التقرير.
صورة القيمة في التقرير
صورة القيمة التي وُجدت — empty وnot_15_digits وما شابههما — لا القيمة نفسها.
تعريف البائع لا يحمل رمز نظام المعرِّف
صورة القيمة في التقريرscheme_id_missingلا رمز نظام معرِّف
ما الخلل
أحد تعريفات البائع BT-29، وهو عنصر cbc:ID تحت cac:PartyIdentification في كتلة طرف البائع، لا يحمل السمة schemeID أو يحملها فارغة. وهذه السمة تبيّن نوع المعرِّف الذي تحمله القيمة، وترصد هيئة الزكاة والضريبة والجمارك التعريف الخالي منها بموجب القاعدة BR-KSA-08، ويصنّفها الإصدار 3.4.8 من حزمة أدوات التطوير SDK تحذيراً لا خطأً، فالتحذير وحده لا يؤدي إلى رفض المستند.
ما الذي تتحقق منه في وحدة الفوترة الإلكترونية
كل تعريف للبائع يحتاج إلى شقّين: القيمة في العنصر والنوع في السمة schemeID. والأنواع التي تقبلها أداة الفحص في الإصدار 3.4.8 للبائع: CRN لرقم السجل التجاري، وMOM لرخصة وزارة الشؤون البلدية والقروية والإسكان، وMLS لرخصة وزارة الموارد البشرية والتنمية الاجتماعية، وSAG لرخصة وزارة الاستثمار، و700 للرقم الذي يذكره معيار تطبيق XML للفاتورة الإلكترونية الصادر عن الهيئة في البند 13.3.1، وOTH لما عدا ذلك. والمعرِّف ونوعه في أغلب الأنظمة عمودان في جدول واحد ولا يكتب التصدير إلا الأول.
رمز نظام معرِّف البائع ليس من الرموز التي تقبلها الهيئة
صورة القيمة في التقريرscheme_id_not_listedرمز نظام معرِّف لا تقبله الهيئة
ما الخلل
أحد تعريفات البائع BT-29 يحمل سمة schemeID ليست ضمن القائمة التي تقبلها أداة الفحص في الإصدار 3.4.8 من حزمة أدوات التطوير SDK التي تنشرها هيئة الزكاة والضريبة والجمارك للبائع، وهي: CRN وMOM وMLS وSAG وOTH و700. وما عداها تُرصد عليه ملاحظة بموجب القاعدة BR-KSA-08، ويصنّفها الإصدار 3.4.8 تحذيراً لا خطأً، فالتحذير وحده لا يؤدي إلى رفض المستند. وكانت الإصدارات السابقة من الحزمة تنفّذ الفحص نفسه خطأً، ولم تكن قائمتها تحمل الرمز 700 الذي يذكره معيار تطبيق XML للفاتورة الإلكترونية الصادر عن الهيئة في البند 13.3.1؛ أما الإصدار 3.4.8 فقد خفّض التصنيف وأضاف الرمز 700 إلى القائمة التي تحملها الأداة نفسها.
ما الذي تتحقق منه في وحدة الفوترة الإلكترونية
اربط كل معرِّف يحفظه نظامك للجهة المُصدِرة بأحد الرموز الستة: CRN لرقم السجل التجاري، وMOM أو MLS أو SAG للرخص المقابلة، و700 للرقم الذي يذكره معيار تطبيق XML، وOTH لما لا ينطبق عليه شيء منها. وOTH إجابة مشروعة وأفضل من اختراع رمز. وقائمة المشتري أطول ومختلفة إذ تضم كذلك NAT وTIN وIQA وPAS وGCC، فالرمز المنقول عن ربط المشتري تُرصد عليه الملاحظة هنا.
قيمة تعريف البائع تحتوي على محارف غير الحروف والأرقام
صورة القيمة في التقريرvalue_not_alphanumericيحتوي على محارف غير الحروف والأرقام
ما الخلل
أحد تعريفات البائع BT-29 يحمل قيمة فيها ما ليس حرفاً لاتينياً ولا رقماً. ولا ترصد هذه الملاحظة إلا حزم القواعد السابقة للإصدار 2.0.0: فالقاعدة BR-KSA-08 في الإصدار 3.0.8 من حزمة أدوات التطوير SDK التي تنشرها هيئة الزكاة والضريبة والجمارك كانت تشترط كذلك أن تكون القيمة أبجدية رقمية وترفض أي محرف آخر: مسافة أو شرطة أو شرطة مائلة أو نقطة أو نصاً عربياً. أما في الإصدار 3.4.8 الذي تقرؤه حزمة القواعد 2.0.0 فالقاعدة BR-KSA-08 لم تعد تفحص القيمة، وإن كانت رسالتها ما زالت تنص على اقتصارها على الحروف والأرقام، فلا يحمل هذه الملاحظة تقرير صادر عن الحزمة 2.0.0. ويضيف الإصدار 3.4.8 فحوصاً تحذيرية مستقلة لصيغة قيم المعرِّفات (من BR-KSA-F-07 إلى BR-KSA-F-13) لا يحاكيها مطابق.
ما الذي تتحقق منه في وحدة الفوترة الإلكترونية
أرسل المعرِّف كما هو مسجَّل في الشهادة دون تنسيق: بلا مسافات ولا شرطات بين المجموعات ولا بادئة مثل CR أو كلمة رقم الرخصة. والأسباب الشائعة: قيمة محفوظة بفواصل للعرض وتُصدَّر كما هي، وربط يكتب وصفاً نصياً إلى جانب الرقم. وإذا كان المعرِّف يحتوي فعلاً على محرف ليس حرفاً ولا رقماً فليس هذا موضعه.
تعريف البائع غير موجود
صورة القيمة في التقريرidentification_missingالتعريف غير موجود
ما الخلل
كتلة البائع (cac:AccountingSupplierParty/cac:Party) لا تحمل العنصر cac:PartyIdentification/cbc:ID. والقاعدة BR-KSA-08 تطلب معرِّفاً واحداً للبائع برمز نظام معرِّف من قائمة هيئة الزكاة والضريبة والجمارك: CRN أو MOM أو MLS أو SAG أو OTH أو 700. وتصنّف الهيئة هذه القاعدة تحذيراً لا خطأً، فالتحذير وحده لا يؤدي إلى رفض المستند.
ما الذي تتحقق منه في وحدة الفوترة الإلكترونية
اربط رقم السجل التجاري للبائع برمز نظام المعرِّف CRN، أو الترخيص الذي تعمل به المنشأة برمزه، بالعنصر cac:PartyIdentification/cbc:ID في كتلة البائع. وإن كان للمنشأة أكثر من سجل تجاري فاستعمل سجل الفرع الذي يُصدر الفاتورة.
للبائع أكثر من تعريف
صورة القيمة في التقريرidentification_repeatedأكثر من تعريف واحد
ما الخلل
تحمل كتلة البائع أكثر من عنصر cac:PartyIdentification. ورسالة هيئة الزكاة والضريبة والجمارك للقاعدة BR-KSA-08 تتوقع بائعين لهم أكثر من معرِّف وتطلب واحداً منها، لكن أداة الفحص الحالية لدى الهيئة لا تستطيع تقييم القاعدة على مستند كهذا: فيتوقف الفحص بخطأ في المعالجة لا برمز قاعدة. والقاعدة مصنّفة تحذيراً، ويرصدها مطابق بهذه الدرجة، لكن قبول الهيئة للمستند غير مؤكد.
ما الذي تتحقق منه في وحدة الفوترة الإلكترونية
اكتب معرِّفاً واحداً للبائع: معرِّف الفرع الذي يُصدر الفاتورة برمز نظامه، مختاراً بالترتيب الذي تذكره رسالة الهيئة (CRN ثم MOM ثم MLS ثم 700 ثم SAG ثم OTH). واحذف المعرِّفات الأخرى من ملف XML المصدَّر.
الفحص الذي يُنفَّذ
منقول حرفياً من ملفات قواعد التحقق التي تنشرها الهيئة، عند الملف والسطر المذكورين أدناه. والتعبير المُنفَّذ هو ما يُقيَّم على المستند، أما التعبير المذكور في التقرير فهو ما يظهر عند الإخفاق، وهما لا يتطابقان دائماً.
التعبير المُنفَّذ
not( exists(cac:AccountingSupplierParty/cac:Party/cac:PartyIdentification/cbc:ID) and string-length(cac:AccountingSupplierParty/cac:Party/cac:PartyIdentification/cbc:ID/normalize-space(@schemeID)) > 2 and contains('CRN MOM MLS SAG OTH 700', normalize-space(cac:AccountingSupplierParty/cac:Party/cac:PartyIdentification/cbc:ID/@schemeID)))
التعبير المذكور في التقرير
not( string-length(normalize-space( ./@schemeID)) > 2 and contains('CRN MOM MLS SAG OTH 700', ./@schemeID) and (matches((.), '^[a-zA-Z0-9]*$')) )
كما يرد في الإصدار 3.4.8 من حزمة أدوات التطوير SDK التي تنشرها الهيئة: النسخة المقتبسة هنا هي الملف الذي يتضمنه ذلك الإصدار بايتاً ببايت. والتاريخ في اسم الملف هو الاسم الذي تعطيه الهيئة للملف، أما القواعد فيه فهي قواعد الإصدار 3.4.8.
مثال عملي
مستند اصطناعي من مجموعة الاختبار المقيسة تُرصد عليه هذه القاعدة، تُعرض منه الأسطر التي يختلف فيها عن مستند اجتاز الفحص. ولا يذكر تقرير مطابق سوى صورة القيمة، لا القيمة نفسها.
المستند
bad-20-seller-scheme-id.xml
ما حكم به مطابق
اجتاز
صورة القيمة في التقرير
scheme_id_not_listedرمز نظام معرِّف لا تقبله الهيئة