BR-KSA-31 — نوع معاملة ممنوع على الفاتورة المبسطة — التصدير والفوترة الذاتية

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

For simplified tax invoices and associated credit notes and debit notes (KSA-2, position 1 and 2 = 02),only the following transaction types can be "true": - third party (KSA-2, position 3 = 1), - nominal supply (KSA-2, position 4 = 1) and - summary transactions (KSA-2,position 6 = 1). Other transaction types (self-billing and export) are not allowed to be "true" for simplified tax invoices and associated credit notes and debit notes.

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

الحقل KSA-2 سبع خانات على البنية NNPNESB، وتفصيل كل خانة في BR-KSA-06. الخانتان الأولى والثانية تقولان أي عائلة هذا المستند: 01 فاتورة ضريبية، 02 فاتورة ضريبية مبسطة. والخانات الخمس الباقية خصائص يُجاب عن كل منها بـ 0 أو 1. وهذه القاعدة لا تنظر إلا إلى ما أول خانتين فيه 02، ولا تحكم إلا خانتين من الخمس.

المسموح على المبسطة ثلاث خصائص تسمّيها الرسالة بأسمائها: طرف ثالث (الخانة الثالثة)، وتوريد صوري (الرابعة)، ومعاملة ملخّصة (السادسة). والممنوع اثنتان: التصدير (الخامسة) والفوترة الذاتية (السابعة). فالذي يُرفض ليس قيمةً غريبة ولا حرفًا خاطئًا، بل الرقم 1 في إحدى هاتين الخانتين على مستند مبسط.

والمتحقق يقرأ الخانة لا نيّتك. النظام الذي يشتقّ خانة التصدير من جنسية العميل أو من بلد الشحن سيرفعها على بيع نقدي لسائح واقف عند الصندوق، فيخرج المستند مرفوضًا وهو في نظر البائع بيع محلي عادي. وهذه أشيع صورة لهذا الكود على الإطلاق.

ولو كانت المعاملة تصديرًا أو فوترة ذاتية حقًّا، فالخلل ليس في الخانة بل في العائلة: كلاهما ترتيب بين منشأتين، ومستنده فاتورة ضريبية 01 ببيانات مشترٍ كاملة، لا مستند صندوق. والفرق بين العائلتين وما تشترطه كلٌّ منهما في الفاتورة الضريبية والفاتورة المبسطة.

ورمز QR لا يحمل KSA-2 أصلًا، فلا تبحث فيه عن الخانات السبع. الذي يحمله: اسم البائع ورقمه الضريبي وتاريخ الفاتورة ووقتها والإجمالي شامل الضريبة وقيمة الضريبة، ثم بصمة الفاتورة والتوقيع الرقمي والمفتاح العام في المرحلة الثانية. لكنه يجيبك عن سؤال مجاور: الحقل التاسع — توقيع الهيئة على المفتاح العام — يظهر في الفاتورة الضريبية التي تمرّ بإجازة مسبقة ولا يظهر في المبسطة، فوجوده أو غيابه يدلّك على المسار الذي سلكه المستند، وهو المفترق نفسه الذي تعبّر عنه 01 و02.

لماذا يحدث؟

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

اشتقاق خانة التصدير من بلد العميل أو من عنوان الشحن، في نقطة بيع تصدر مستندات مبسطة.
قالب واحد لترميز المعاملة تتشاركه الفاتورة الضريبية والمبسطة، فتُنسخ خانات ضُبطت لمستند بين منشأتين إلى مستند صندوق.
خانة الفوترة الذاتية مرفوعة في تكامل بُني أصلًا لطرف المشتري ثم أُعيد استعماله في الإصدار العادي.
خلط في ترتيب الخانات: رفع الملخّصة في الموضع الخامس بدل السادس، فتُقرأ تصديرًا. والترتيب NNPNESB يُعدّ من اليسار.
إصدار المعاملة مبسطةً هربًا من بيانات المشتري — لا رقم ضريبي في اليد — وهي في حقيقتها تصدير.

كيف تصلحه

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

1

اقرأ الخانات السبع من مستندك المرفوض

موضعها خاصية name على العنصر cbc:InvoiceTypeCode في ملف XML. عُدّ من اليسار: الأولى والثانية العائلة، والثالثة طرف ثالث، والرابعة صورية، والخامسة تصدير، والسادسة ملخّصة، والسابعة ذاتية. فإن كانت الأولى والثانية 02 وكانت الخامسة أو السابعة 1، فهذا هو الرفض بعينه وقد رأيته بعينك.
2

ثم قرّر: الخطأ في الخانة أم في العائلة؟

بيع نقدي عادي: أنزل الخانة إلى 0 فيصير الترميز 0200000. تصدير حقيقي أو ترتيب فوترة ذاتية: المستند ليس مبسطًا، فأصدره فاتورة ضريبية ببيانات المشتري التي تشترطها، وراجع BR-KSA-05 حتى لا يتناقض نوع المستند مع ترميزه. وانتبه إلى أن BR-KSA-07 تمنع الجمع بين التصدير والفوترة الذاتية حتى على الفاتورة الضريبية.
3

واقطع الاشتقاق من مصدره

الخانة تأتي من نوع المعاملة، لا من حقل بلد ولا من سجل عميل ولا من عملة. وإن كنت ترفع الملخّصة على مستند مبسط — وهي مسموحة — فاعلم أنها تجرّ معها شرطين: BR-KSA-72 ودرجتها خطأ تطلب تاريخ التوريد (KSA-5) وتاريخ نهايته (KSA-24)، وBR-KSA-71 ودرجتها تحذير تطلب اسم المشتري.
4

وافحص مستندًا بين يديك

إن كنت تراجع فاتورة وردتك من مورّد ولا تملك ملف XML، فـقارئ رمز QR يفكّ الرمز ويعرض حقوله في متصفحك. لن يريك الخانات السبع — فالرمز لا يحملها — لكنه يريك اسم البائع ورقمه الضريبي والمبالغ، ويدلّك بوجود الحقل التاسع على أن المستند مرّ بإجازة مسبقة، أي أنه من عائلة 01 لا 02.

بعد التصحيح أعد إرسال الفاتورة. الفاتورة المرفوضة لم تُسجَّل عند الهيئة، فلا تحتاج إشعارًا دائنًا — أرسل الفاتورة الصحيحة نفسها.

هل يمنعه ZATCA Tools؟

نعم، وبقطع الطريق لا بالفحص. مُولِّد الحمولة عندنا لا يمرّر إلى المكتبة إلا شيئين: العائلة (standard أو simplified) والنوع (فاتورة أو إشعار دائن أو مدين). أما الخصائص الخمس — طرف ثالث، وصورية، وتصدير، وملخّصة، وذاتية — فلا تُمرَّر أصلًا، فتأخذ قيمتها الافتراضية في مُخطِّط المكتبة وهي false، ويخرج كل مستند مبسط بترميز 0200000 وكل مستند ضريبي بـ 0100000. ولا يوجد في المنتج باب واحد يرفع أيًّا من الخمس: لا نموذج الفاتورة، ولا الـ API، ولا تكاملات المتاجر. والنصف الآخر من الجملة بالأمانة نفسها: نحن كذلك لا نستطيع التعبير عن معاملة تصدير ولا فوترة ذاتية ولا توريد صوري ولا فاتورة ملخّصة — من احتاج واحدة منها لم يصدرها من هنا.

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

BR-KSA-06 يرفض الفاتورة

ترميز نوع المعاملة (KSA-2) غير صحيح — بنية NNPNESB

BR-KSA-07

نص الرسالة الرسمي فيالمرجع الكامل.

BR-KSA-72

نص الرسالة الرسمي فيالمرجع الكامل.

أسئلة شائعة

بعت لسائح وغادر بالبضاعة — أليس هذا تصديرًا؟ +

هذه القاعدة لا تجيبك عن ذلك، وإنما تقول شيئًا واحدًا: لا تُرفع خانة التصدير على مستند مبسط. أما هل يُعامَل بيعك تصديرًا في نظام ضريبة القيمة المضافة، وما يلزمه من إثبات خروج البضاعة، فسؤال ضريبي لا سؤال XML، ومرجعه zatca.gov.sa. وإن كان الجواب نعم، فالمستند فاتورة ضريبية لا مبسطة.

هل يجوز رفع خانة الفاتورة الملخّصة على مبسطة؟ +

نعم، وهي إحدى الثلاث المسموحة صراحةً في نص القاعدة. لكنها تشترط عليك حينئذ ما لا تشترطه الفاتورة العادية: BR-KSA-72 ودرجتها خطأ تطلب تاريخ التوريد وتاريخ نهايته، وBR-KSA-71 ودرجتها تحذير تطلب اسم المشتري.

كيف أرى الخانات السبع في فاتورة عندي؟ +

في ملف XML، في خاصية name على العنصر cbc:InvoiceTypeCode. ولن تجدها في رمز QR ولا في الورقة المطبوعة: الرمز يحمل البائع والمبالغ والختم، والورقة تحمل ما اختار مصمّمها أن يعرضه.

أصلحت هذه — ولا تريد التالية

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

ابدأ مجانًا

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