BR-KSA-16 تحذير — الفاتورة تُقبل

رمز وسيلة الدفع (BT-81) من خارج قائمة الهيئة

متى صرّحت الفاتورة بوسيلة الدفع وجب أن تكون القيمة رمزًا من القائمة الفرعية التي تعتمدها الهيئة من UNTDID 4461، لا كلمة مثل نقدًا أو بطاقة. وآخر قائمة نشرتها الهيئة خمسة رموز: 10 و30 و42 و48 و1. ودرجته تحذير، فالفاتورة تُقبل.

نص الرسالة كما ترسلها الهيئة بالإنجليزية، بلا تعديل

Payment means code (BT-81) in an invoice exist, then it must contain one of the values from subset of UNTDID 4461 code list

ماذا يعني هذا؟

العنصر هو cac:PaymentMeans/cbc:PaymentMeansCode (BT-81): رمز لطريقة سداد المبلغ، متوقعةً كانت أو تمت. وقاموس البيانات الذي تنشره الهيئة يجعله اختياريًا في كل أنواع المستندات. وشرط القاعدة أن يوجد الرمز؛ فإذا وُجد فحصت أمرًا واحدًا: أن تكون قيمته من القائمة الفرعية.

والقائمة كما طبعتها الهيئة آخر مرة جدولٌ في معيار تنفيذ XML: 10 «In cash»، و30 «Credit»، و42 «Payment to bank account»، و48 «Bank card»، و1 «Instrument not defined (Free text)». والتسميات للهيئة بنصّها الإنجليزي، وترجمتها منّا بالترتيب: نقدًا، وآجل، ودفع إلى حساب بنكي، وبطاقة بنكية، ووسيلة غير محددة.

وأمرٌ يلزمك قبل أن تبني على ذلك الجدول: نسخة الإصدار 1.2 من المعيار، المؤرخة 2023-05-19 والمنشورة بتتبّع التعديلات، تُظهره مشطوبًا. والنسخة النهائية من الإصدار 1.2 لا تقول الآن إلا إن الرمز من قائمة فرعية من UN/CEFACT 4461 بإصدار D.16B، وقاموس البيانات بالتاريخ نفسه لا يسرد القيم كذلك، ومثاله لـ BT-81 هو 30. والذي نقرؤه من المخطط المُصرَّف نصُّ كل قاعدة ودرجتها لا شرطُ تنفيذها، فلا نستطيع أن نقول لك هل يقبل المتحقق شيئًا خارج هذه الخمسة. هي القيم التي نشرتها الهيئة بنفسها، ولذلك هي الخيار الآمن.

والكتلة نفسها cac:PaymentMeans تحمل سبب الإشعار الدائن أو المدين: KSA-10 هو cbc:InstructionNote فيها. وذلك السبب تشترطه BR-KSA-17 ودرجتها خطأ، وقاعدة BR-49 من المواصفة الأوروبية EN 16931، التي يحملها المعيار، تشترط أن تذكر تعليمات الدفع رمزها. فالإشعار عمليًا يحمل هذه الكتلة ورمزًا فيها.

ودرجته تحذير: المستند يُقبل ويُسجَّل التحذير معه.

لماذا يحدث؟

مرتّبة من الأشيع إلى الأقل شيوعًا — الأرجح أن سببك في الأول أو الثاني.

  • اسم وسيلة الدفع بدل رمزها: cash أو card أو «تحويل بنكي»، أو المفتاح الداخلي الذي تستعمله نقطة البيع أو نظام ERP للوسيلة.
  • سبب الإشعار مكتوب في cbc:PaymentMeansCode بدل cbc:InstructionNote: الرمز يسقط هنا، ويفقد الإشعار السبب الذي تشترطه BR-KSA-17.
  • رمز من قائمة UNTDID 4461 الكاملة ليس بين الخمسة التي نشرتها الهيئة، منقول من قالب أوروبي أو من جدول رموز عام.
  • الرمز الصحيح بصيغة ليست الرمز: 010، أو 10.0 من قيمة مرّت على نوع عددي في طريقها إلى الـ XML.

كيف تصلحه

4 خطوات، ثم أعد إرسال الفاتورة.

  1. 1
    اربط وسائل الدفع عندك بالرموز صراحةً

    احفظ في التكامل جدولًا صغيرًا من وسائل الدفع عندك إلى الرموز المنشورة: النقد إلى 10، والتحويل إلى حساب البائع البنكي إلى 42، والدفع بالبطاقة أيًّا كانت شبكتها إلى 48، والبيع الآجل إلى 30 الذي تسمّيه الهيئة «Credit»، و1 حين لا يصف شيءٌ منها الحالة. ولا تمرّر اسم الوسيلة ولا مفتاحك الداخلي كما هو.

  2. 2
    أبقِ سبب الإشعار في عنصره

    في الإشعار الدائن أو المدين تحمل cac:PaymentMeans الاثنين: الرمز في cbc:PaymentMeansCode والسبب في cbc:InstructionNote. اكتب كلًّا في عنصره. والسبب وما يُكتب فيه في BR-KSA-17.

  3. 3
    اكتب الرمز نصًّا

    أخرِج الرمز نصًّا حرفيًا من جدولك — 10 لا 10.0 ولا 010 — دون أن يمرّ في طريقه على نوع عددي أو أداة تنسيق.

  4. 4
    تحقّق قبل أن توسّع القائمة

    لأن الإصدار 1.2 من المعيار لم يعد يطبع القيم، راجع zatca.gov.sa قبل أن تربط أي وسيلة برمز من خارج الخمسة التي نشرتها الهيئة.

هذا الكود لا يمنع القبول، فالفاتورة الحالية نظامية. صحّح البيانات لتختفي التحذيرات من الفواتير القادمة.

هل يمنعه ZATCA Tools؟

نعم، لأن القيمة ثابتة. كل مستند يصدره ZATCA Tools — فواتير وإشعارات — يحمل رمز وسيلة الدفع 10، مكتوبًا في مُولِّد الحمولة؛ ولا شاشة ولا حقل في الـ API ولا تكامل متجر يضبطه، فلا سبيل لرمز من خارج القائمة إلى الـ XML. وفي الإشعار الدائن أو المدين تحمل الكتلة نفسها سبب الإشعار في عنصر التعليمات، وهو ما تطلبه BR-KSA-17. والنصف الآخر بالأمانة نفسها: 10 هو الرمز الذي يسمّيه جدول الهيئة In cash، ويُكتب أيًّا كانت الطريقة التي يدفع بها مشتريك فعلًا. فالتحويل والبطاقة لا يصفهما المستند الموقَّع، والدفعة التي تسجّلها لاحقًا في سند قبض لا تغيّر ما وُقِّع.

أكواد لها علاقة

BR-KSA-17 يرفض الفاتورة
الإشعار بلا سبب إصدار
BR-KSA-56 تحذير
الإشعار الدائن أو المدين بلا مرجع للفاتورة الأصلية
BR-KSA-F-06-C13
نص الرسالة الرسمي فيالمرجع الكامل.

أسئلة شائعة

ما رموز وسيلة الدفع التي تقبلها الهيئة؟ +
آخر قائمة نشرتها الهيئة خمسة رموز: 10 «In cash»، و30 «Credit»، و42 «Payment to bank account»، و48 «Bank card»، و1 «Instrument not defined (Free text)». والإصدار 1.2 من معيار تنفيذ XML حذف ذلك الجدول ولم يطبع غيره، ونحن لا نقرأ شرط تنفيذ المتحقق، فلا نستطيع أن نعدك بشيء خارج هذه الخمسة. التزم بها.
هل رُفضت فاتورتي بسبب هذا الكود؟ +
لا. درجته تحذير: الفاتورة تُقبل ويُسجَّل التحذير. فإن كانت مرفوضة فالكود الذي رفضها في errorMessages. وفي الإشعار الدائن أو المدين انظر BR-KSA-17: غياب السبب في هذه الكتلة نفسها خطأ مانع. وطريقة قراءة الرد كاملةً في فاتورتي مرفوضة من الهيئة.
هل وسيلة الدفع إلزامية أصلًا؟ +
قاموس البيانات يجعل BT-81 اختياريًا في كل أنواع المستندات، وهذه القاعدة لا تتكلم إلا حين يوجد الرمز. والإشعارات هي الاستثناء العملي: سبب الإشعار الدائن أو المدين داخل cac:PaymentMeans، فالكتلة حاضرة، وقاعدة BR-49 من EN 16931، التي يحملها معيار تنفيذ XML، تشترط أن تذكر تعليمات الدفع رمزها.
أي رمز أستعمل لجهاز الشبكة أو الدفع بالبطاقة؟ +
القائمة وسائل لا علامات تجارية. الدفع بالبطاقة هو 48 «Bank card» أيًّا كانت الشبكة التي مرّ عليها؛ واسم الشبكة ليس رمزًا، فإن أردت حفظه فاحفظه في سجلاتك. هذا الحقل يأخذ الرمز وحده.
المشتري سيدفع بتحويل بنكي الشهر القادم — 42 أم 30؟ +
قاموس البيانات يصف BT-81 بأنه طريقة سداد المبلغ متوقعةً كانت أو تمت، ويربط حقل شروط الدفع (KSA-22) بطريقة دفع آجلة. والرمزان كلاهما في القائمة التي نشرتها الهيئة، فأيٌّ منهما ليس من نوع القيم التي تتكلم عنها هذه القاعدة؛ وأيّهما يصف ترتيبك قرار يخص شروطك أنت، ولا تتخذه القاعدة عنك.
أصلحت هذه — ولا تريد التالية

ZATCA Tools يبني التوقيع والبصمة والعدّاد والترميز عنك، ويتحقق من البيانات قبل الإرسال. ابدأ مجانًا، وبدون بطاقة ائتمانية.

ابدأ مجانًا

← كل أكواد أخطاء ZATCA