The buyer name (BT-44) must be present in the tax invoice and associated credit notes and debit notes (KSA-2, position 1 and 2 = 01).
ماذا يعني هذا؟
القاعدة على عائلة المستند: الفاتورة الضريبية وإشعاراتها، أي ما تبدأ خانتاه الأوليان من KSA-2 بـ 01. والحقل هو اسم المشتري (BT-44)، وموضعه cac:AccountingCustomerParty/cac:Party/cac:PartyLegalEntity/cbc:RegistrationName: الاسم المسجَّل للمنشأة كما في سجلها التجاري أو شهادة تسجيلها الضريبي، أو اسم الشخص كما في هويته إن كان المشتري فردًا يشتري بصفة تجارية. الفاتورة المبسطة (02) خارج القاعدة إلا في حالتين تسمّيهما قاعدتان أخريان.
وللمشتري في UBL عنصران يُخلط بينهما: الاسم المسجَّل هذا (BT-44) في PartyLegalEntity، والاسم التجاري (BT-45) في cac:PartyName/cbc:Name. القاعدة تنظر إلى الأول وحده؛ اسم مكتوب في الثاني فقط لا يُسكتها. وللاسم قاعدة طول مستقلة، BR-KSA-F-06-C12، من محرف واحد إلى ألف.
ودرجته تحذير: المستند يُقبل ويُسجَّل التحذير معه. لكن الثمن هنا أثقل من تحذير صيغة: اللائحة التنفيذية لضريبة القيمة المضافة تعدّ اسم العميل من محتويات الفاتورة الضريبية (المادة 53)، والفاتورة الضريبية هي سند المشتري لخصم ضريبة مدخلاته. مستند لا يسمّي مشتريه يصعب على قسم الحسابات عنده أن يطابقه بطلب شرائه، ويصعب أن يحتجّ به. فالهيئة أجازت المستند تقنيًا، والمستند ناقص لمن أُصدر له.
وثلاث قواعد تقع على كتلة المشتري نفسها: BR-KSA-14 على معرّفه ونوعه، وBR-KSA-44 على صيغة رقمه الضريبي، وBR-KSA-81 على وجود معرّف بديل حين لا رقم ضريبي. الاسم لا يغني عن الهوية ولا الهوية عن الاسم؛ الكتلة السليمة تحمل الاثنين.
لماذا يحدث؟
مرتّبة من الأشيع إلى الأقل شيوعًا — الأرجح أن سببك في الأول أو الثاني.
-
قالب الفاتورة المبسطة أُعيد استعماله للفاتورة الضريبية: كتلة المشتري فيه اختيارية فخرج مستند بترميز
0100000وطرف مشترٍ فارغ أو غائب. -
الاسم في العنصر الخاطئ: النظام يكتب
cac:PartyName/cbc:Name(الاسم التجاري BT-45) ويتركPartyLegalEntity/cbc:RegistrationNameفارغًا، فيظهر الاسم على المستند المطبوع ولا يجده المتحقق. - حقل الاسم في المصدر فارغ: المتجر أرسل الاسم الأول والأخير فارغين لعميل سجّل بالجوال فقط، أو النظام يقرأ حقل «الشركة» وهو خالٍ بينما الاسم في حقل «الشخص».
- إشعار دائن أو مدين يُبنى من قالب ينسخ رقم المشتري الضريبي ويترك اسمه، أو من سجل عميل حُذف اسمه أو فُرِّغ بعد الفاتورة الأصلية.
- اسم من مسافات فقط، أو قيمة بديلة مثل «عميل نقدي» و«-» على فاتورة ضريبية: تُسكت القاعدة وتضع على المستند مشتريًا لا وجود له.
كيف تصلحه
4 خطوات، ثم أعد إرسال الفاتورة.
-
1
اكتب الاسم المسجَّل في BT-44
داخل طرف المشتري، في
cac:PartyLegalEntity:<cbc:RegistrationName>شركة المثال للتجارة</cbc:RegistrationName>. الاسم كما في السجل التجاري أو شهادة التسجيل الضريبي، لا الاسم التجاري على اللافتة ولا اسم الموظف الذي طلب. إن كان المشتري شخصًا فاسمه كما في هويته. -
2
اجعل الاسم شرطًا في نظامك قبل أن يكون تحذيرًا عند الهيئة
ما دام المستند فاتورة ضريبية فارفض بناءه من سجل مشترٍ بلا اسم، واطلب الاسم مع الرقم الضريبي في اللحظة نفسها. الفحص المسبق عندك يمنع التحذير على كل فاتورة لذلك المشتري، ويمنع معه ما يُخفيه الفراغ عادةً: مشترٍ لم تُجمع بياناته أصلًا.
- 3
-
4
صحّح السجل، والمستند المقبول قرارٌ يخصّ عميلك
المستند الذي قُبل مع هذا التحذير صادر وباقٍ في سلسلتك، ولا شيء في القاعدة يطلب إعادة إصداره. صحّح سجل المشتري لتخرج فواتيره القادمة باسمه. وإن طلب عميلك فاتورة تحمل اسمه ليخصم بها ضريبته فالطريق إشعار دائن على المستند الناقص ثم فاتورة جديدة كاملة — راجع كيف تصدر إشعارًا دائنًا.
هذا الكود لا يمنع القبول، فالفاتورة الحالية نظامية. صحّح البيانات لتختفي التحذيرات من الفواتير القادمة.
هل يمنعه ZATCA Tools؟
نعم على كل الأبواب. الفاتورة الضريبية لا تُبنى عندنا إلا لعميل محفوظ: نموذج الفاتورة يرفضها بلا عميل، وإصدار المسوّدة — ومنها المحوَّلة من عرض سعر — يعيد الفحص نفسه، والـ API يرفض الفاتورة الضريبية بلا كائن customer ويرفض الكائن بلا name. وسجل العميل نفسه لا يُحفظ باسم أقصر من ثلاثة أحرف، من النموذج أو من ملف الاستيراد، ولا يمكن حذفه ما دام في النظام. واسم السجل هو ما يُكتب في RegistrationName لا في عنصر الاسم التجاري. والإشعار الدائن أو المدين يأخذ عميل فاتورته الأصلية بسجله كاملًا، من الشاشة ومن الـ API على السواء. وطلب المتجر المربوط لا يصير فاتورة ضريبية إلا لسجل عميل أكّده التاجر، وهو سجل حُفظ باسمه. ما لا نمنعه: صحة الاسم نفسه — اسم تجاري مكان الاسم المسجَّل، أو اسم موظف مكان اسم منشأته — يمرّ عندنا وعند الهيئة، والعناية به عليك.
أكواد لها علاقة
BR-KSA-14
يرفض الفاتورة
BR-KSA-44
يرفض الفاتورة
BR-KSA-81
تحذير
BR-KSA-71
BR-KSA-F-06-C12
أسئلة شائعة
هل رُفضت فاتورتي بسبب هذا الكود؟ +
errorMessages؛ وعلى كتلة المشتري تحديدًا راجع BR-KSA-44 للرقم الضريبي وBR-KSA-14 للمعرّف. وطريقة قراءة الرد في فاتورتي مرفوضة من الهيئة.المشتري شخص لا شركة — ماذا أكتب؟ +
NAT أو IQA كما تسمّيه رسالة BR-KSA-14، وخانة التحقق فيهما تفحصها الهيئة (BR-KSA-F-13).ما الفرق بين BT-44 وBT-45؟ +
PartyLegalEntity/RegistrationName وهو الذي تفحصه هذه القاعدة. BT-45 الاسم التجاري في PartyName/Name، اختياري ولا يُسكت القاعدة وحده. إن كان لديك اسم واحد فضعه في BT-44.هل تنطبق على الفاتورة المبسطة؟ +
01. لكن للمبسطة حالتان يلزم فيهما اسم المشتري بقاعدتين أخريين: الفاتورة المبسطة المجمّعة (BR-KSA-71)، وبند معفى بالإعفاء التعليمي أو الصحي للمواطن (BR-KSA-25، ومعه الهوية الوطنية في BR-KSA-49). والفرق بين المستندين في الفاتورة الضريبية والمبسطة.الفاتورة الأصلية سليمة والإشعار الدائن عليها حمل التحذير — لماذا؟ +
هل يكفي الاسم بلا رقم ضريبي؟ +
ZATCA Tools يبني التوقيع والبصمة والعدّاد والترميز عنك، ويتحقق من البيانات قبل الإرسال. ابدأ مجانًا، وبدون بطاقة ائتمانية.
ابدأ مجانًا