BR-KSA-56الإشعار الدائن أو المدين لا يشير إلى الفاتورة الأصلية
يفحص مطابق ملف XML للفاتورة الإلكترونية في المرحلة الثانية قبل إرساله: تحقق مسبق وفق متطلبات هيئة الزكاة والضريبة والجمارك المنشورة، لا اعتماداً من الهيئة. وتشرح هذه الصفحة قاعدة واحدة هي BR-KSA-56.
خمس عمليات فحص شهرياً في باقة المجان. يُفحص الملف في الذاكرة ولا يُحفظ.
الرسالة كما تنشرها هيئة الزكاة والضريبة والجمارك
[BR-KSA-56]-For credit notes ((BT-3) has the value of 381) and debit notes ((BT-3) has the value of 383), the billing reference ID (BT-25) is mandatory.
فحوص أخرى تُذكر في التقرير نفسه
BR-KSA-56
[BR-KSA-56]-For credit notes ((BT-3) has the value of 381) and debit notes ((BT-3) has the value of 383), the billing reference ID (BT-25) is mandatory.
ما الذي يذكره مطابق
مدخل لكل حالة تُذكر فيها هذه القاعدة في التقرير.
صورة القيمة في التقرير
صورة القيمة التي وُجدت — empty وnot_15_digits وما شابههما — لا القيمة نفسها.
الإشعار الدائن أو المدين لا يشير إلى الفاتورة الأصلية
صورة القيمة في التقريرbilling_reference_missingلا إشارة إلى الفاتورة الأصلية
ما الخلل
المستند إشعار دائن 381 أو إشعار مدين 383، ولا يحمل في أي موضع منه معرِّف مرجع الفوترة BT-25: فليس فيه عنصر cac:BillingReference يضم cac:InvoiceDocumentReference يحمل عنصر cbc:ID. وتجعل هيئة الزكاة والضريبة والجمارك هذا المرجع إلزامياً على نوعي الإشعار بموجب القاعدة BR-KSA-56، لأن الإشعار لا معنى له وحده: فهو يعدّل فاتورة، والمرجع هو ما يبيّن أي فاتورة.
ما الذي تتحقق منه في وحدة الفوترة الإلكترونية
يوضع رقم الفاتورة الأصلية في cac:BillingReference/cac:InvoiceDocumentReference/cbc:ID. تحقّق من أن مستندات الإشعارات الدائنة والمدينة في نظامك تسجّل الفاتورة التي تعدّلها وأن التصدير يكتبها؛ فالإشعار الذي أُنشئ مستنداً مستقلاً، أو أُنشئ على عميل لا على فاتورة، لا يجد التصدير فيه ما يكتبه. وإن كان نظامك يسمح بإشعار على عدة فواتير وجب أن يُخرج التصدير مرجع فوترة لكل فاتورة.
الإشعار الدائن أو المدين يشير إلى فاتورة دون أن يسمّيها
صورة القيمة في التقريرbilling_reference_id_emptyمعرِّف الفاتورة المشار إليها فارغ
ما الخلل
المستند إشعار دائن 381 أو إشعار مدين 383، ويحمل بنية مرجع الفوترة، لكن كل عنصر cbc:ID داخلها فارغ، فمعرِّف مرجع الفوترة BT-25 بلا قيمة. ويخفق المستند في هذه الحالة لدى هيئة الزكاة والضريبة والجمارك بموجب القاعدة BR-KSA-56 تماماً كما يخفق عند غياب المرجع: فالمعرِّف الفارغ لا يسمّي فاتورة.
ما الذي تتحقق منه في وحدة الفوترة الإلكترونية
البنية تُكتب والقيمة لا تُكتب، وهذا يعني عادةً أن التصدير يُخرج كتلة المرجع لكل إشعار بينما يأتي رقم الفاتورة نفسه من حقل لا يُملأ إلا حين يُنشأ الإشعار من شاشة الفاتورة. تحقّق من القيمة التي يقرؤها الربط. والإشعار المُنشأ على فاتورة سابقة لبدء الفوترة الإلكترونية يحتاج كذلك إلى كتابة رقم تلك الفاتورة هنا.
الفحص الذي يُنفَّذ
منقول حرفياً من ملفات قواعد التحقق التي تنشرها الهيئة، عند الملف والسطر المذكورين أدناه. والتعبير المُنفَّذ هو ما يُقيَّم على المستند، أما التعبير المذكور في التقرير فهو ما يظهر عند الإخفاق، وهما لا يتطابقان دائماً.
التعبير المُنفَّذ
not(exists(./cac:InvoiceDocumentReference/cbc:ID) and (./cac:InvoiceDocumentReference/cbc:ID) != '')
التعبير المذكور في التقرير
exists(//cac:BillingReference/cac:InvoiceDocumentReference/cbc:ID) and (//cac:BillingReference/cac:InvoiceDocumentReference/cbc:ID) != ''
كما يرد في الإصدار 3.4.8 من حزمة أدوات التطوير SDK التي تنشرها الهيئة: النسخة المقتبسة هنا هي الملف الذي يتضمنه ذلك الإصدار بايتاً ببايت. والتاريخ في اسم الملف هو الاسم الذي تعطيه الهيئة للملف، أما القواعد فيه فهي قواعد الإصدار 3.4.8.
مثال عملي
مستند اصطناعي من مجموعة الاختبار المقيسة تُرصد عليه هذه القاعدة، تُعرض منه الأسطر التي يختلف فيها عن مستند اجتاز الفحص. ولا يذكر تقرير مطابق سوى صورة القيمة، لا القيمة نفسها.
المستند
bad-02-credit-no-billingref.xml
ما حكم به مطابق
اجتاز
صورة القيمة في التقرير
billing_reference_missingلا إشارة إلى الفاتورة الأصلية