Debit and credit note (invoice type code (BT-3) is equal to 383 or 381) must contain the reason (KSA-10) for this invoice type issuing.
ماذا يعني هذا؟
القاعدة تصيب الإشعارات وحدها — المستندات التي نوعها (BT-3) دائن 381 أو مدين 383. الفواتير العادية لا تُسأل عن سبب.
السبب حقل بيانات (KSA-10) داخل ملف الإشعار، لا ملاحظة حرة على الورقة المطبوعة.
هذه القاعدة غير قاعدة مرجع الفاتورة الأصلية: الإشعار يحتاج الاثنين معًا — رقم الفاتورة التي يصححها، ونص سبب التصحيح.
لماذا يحدث؟
مرتّبة من الأشيع إلى الأقل شيوعًا — الأرجح أن سببك في الأول أو الثاني.
- تكامل متجر يحوّل المرتجعات إلى إشعارات دون أن يمرّر سبب الإرجاع من المنصة.
- شاشة إصدار تجعل حقل السبب اختياريًا أو تحذفه من الطلب حين يُترك فارغًا.
- قالب إشعار بُني نسخًا من قالب الفاتورة، وحقل السبب ليس في قالب الفواتير أصلًا.
كيف تصلحه
خطوتان، ثم أعد إرسال الفاتورة.
-
1
اكتب السبب الفعلي بجملة قصيرة
يكفي نص واضح مثل «إرجاع بضاعة» أو «تصحيح سعر» أو «خصم متفق عليه بعد الإصدار». المهم أن يصف ما حدث فعلًا — فهو جزء من مستند ضريبي يُرجع إليه.
-
2
اجعل الحقل إلزاميًا في نظامك
إن كان الإشعار يصدر من تكامل أو نموذج، اجعل السبب حقلًا لا يُتجاوز، ومرّره من مصدر العملية (سبب الإرجاع في المتجر مثلًا) بدل تركه للذاكرة.
بعد التصحيح أعد إرسال الفاتورة. الفاتورة المرفوضة لم تُسجَّل عند الهيئة، فلا تحتاج إشعارًا دائنًا — أرسل الفاتورة الصحيحة نفسها.
هل يمنعه ZATCA Tools؟
نعم. الإشعار في ZATCA Tools لا يُنشأ إلا مربوطًا بفاتورة أصل ومعه سبب إصدار مكتوب — النظام يرفض الحفظ بدونه.
أكواد لها علاقة
أسئلة شائعة
ما الذي أكتبه في السبب؟ +
هل يغني ذكر رقم الفاتورة الأصلية عن السبب؟ +
متى أختار دائنًا ومتى مدينًا؟ +
ZATCA Tools يبني التوقيع والبصمة والعدّاد والترميز عنك، ويتحقق من البيانات قبل الإرسال. مجاني بالكامل حاليًا، وبدون بطاقة ائتمانية.
ابدأ مجانًا