كيف تصحح فاتورة مرفوضة من زاتكا دون كسر تسلسل مستنداتك

وصول حالة «مرفوضة» من هيئة الزكاة والضريبة والجمارك ليس مشكلة محاسبية عابرة، خصوصًا حين تتدفق آلاف المستندات من نظام تخطيط الموارد أو نقاط البيع. السؤال العملي ليس كيف تصحح المستند فحسب، بل كيف تعالجه من دون كسر تسلسل المستندات، أو إرسال مكرر، أو فجوة يصعب تفسيرها لاحقًا أمام المراجعة الداخلية أو الضريبية.

ابدأ بفصل الرفض عن الإلغاء. الرفض يعني أن الهيئة لم تقبل المستند في مرحلته الحالية بسبب خطأ في البنية أو البيانات أو قواعد الأعمال، وقد شرحنا ما يعنيه ذلك لسجلك في مقال منفصل. أما الفاتورة التي خُلِّصت أو أُبلغ عنها وقُبلت فلا تُعدَّل بعدها، والمسار الصحيح إشعار دائن أو مدين مرتبط بالفاتورة الأصلية.

كيف تصحح فاتورة مرفوضة زاتكا خطوة بخطوة

1. اقرأ سبب الرفض قبل أن تعدّل شيئًا

رسالة الرفض نقطة بداية، لا تنبيهًا يُتجاوز. احتفظ بالرمز والوصف ووقت الإرسال ومعرّف الطلب ونسخة الحمولة المرسلة؛ ودليل أكواد الرفض يفسّر أشهرها. عبارة «فشل التحقق» وحدها لا تكفي: الفرق بين حقل ضريبي مفقود وتوقيع غير صالح يحدد الخطوة التالية بالكامل.

ينبغي أن يرى فريق المالية الأثر التجاري للخطأ، وأن يرى فريق التقنية الحقل أو القاعدة التي سقطت. حين تُدفن رسالة الهيئة في سجل تقني أو صندوق بريد مشترك يتحول التصحيح إلى تخمين؛ وحين تُربط بالمستند والكيان القانوني ومصدر الإنشاء يصبح الرفض قابلًا للمعالجة والقياس.

2. حدد نوع الخطأ ومصدره الحقيقي

معظم الحالات تقع في أربع فئات، ولكل منها معالجة مختلفة:

• بيانات: رقم تسجيل ضريبي غير صحيح، أو عنوان ناقص، أو نسبة ضريبة لا تتفق مع سبب الإعفاء، أو مجموع لا يطابق البنود.
• بنية: تنسيق لا يطابق المخطط المطلوب، أو حقول إلزامية غائبة من المستند المرسل.
• توقيع وشهادة: شهادة مرتبطة ببيئة مختلفة، أو ختم غير صالح، أو خلل في تسلسل الفواتير والبيانات التشفيرية المرتبطة به.
• نقل وتشغيل: مهلة اتصال، أو انقطاع خدمة، أو استجابة غير مؤكدة تتطلب التحقق من الحالة قبل أي إرسال جديد.

الفئة الأخيرة وحدها هي التي لا تمسّ الفاتورة إطلاقًا؛ والثلاث الأولى تعني مستندًا جديدًا، وهو ما يقودنا إلى أهم نقطة رقابية في المقال.

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

3. مستند جديد، لا تعديل للمستند المرفوض

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

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

القرار بين المسارين ينبغي أن تقوده منصة التكامل بحسب حالة المستند الفعلية، لا أن يُترك لاجتهاد المستخدم لحظة ظهور الرفض.

4. صحّح البيانات من النظام المصدري ثم تحقق محليًا

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

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

5. لا تعِد المحاولة إلا حين يكون العطل في النقل

إعادة المحاولة تخص الفئة الرابعة وحدها، ولا تعني الضغط على زر الإرسال مرات. قبل أي إرسال جديد افحص حالة الطلب السابق: هل رفضته الهيئة صراحة؟ هل انتهت المهلة بلا استجابة؟ أم قُبل ولم تصل الحالة إلى نظامك؟ في الحالة الأولى لا مكان لإعادة المحاولة أصلًا — المطلوب مستند جديد. وفي الثالثة قد تسبب إعادة الإرسال تعارضًا لا تحتاج إليه.

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

أخطاء تبدو بسيطة وتخلق مخاطرة أكبر

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

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

والثالث تحويل كل الرفضات إلى فريق التقنية. بعضها قرار ضريبي أو تجاري: اختيار سبب الإعفاء، أو إصدار إشعار دائن، أو تحديد هوية العميل الصحيحة. المسار السليم يجمع التشخيص التقني مع إقرار مسؤول الأعمال عند الحاجة، وسياسة التصحيح نفسها متفق عليها بين فرق الضرائب والمالية والتقنية قبل أول رفض لا بعده.

اجعل الرفض سير عمل لا أزمة

عند ارتفاع الحجم لا يكفي تكامل قادر على الإرسال. تحتاج إلى طابور يعيد المحاولة في أعطال النقل وحدها، وقواعد تمنع إعادة تقديم مستند غير مستحق، وتنبيهات تفرّق بين خلل واسع وخطأ بيانات محلي، وسجل تدقيق غير قابل للعبث يوضح كل قرار.

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

الهدف ليس نسبة رفض صفرية على الورق؛ بيانات العملاء والأنظمة والمتغيرات التشغيلية ستظل تتغير. الهدف أن تعرف بالضبط لماذا رُفض كل مستند، ومن صححه، وما الذي مُنع قبل أن يصل إلى الهيئة — وأن تعود العملية إلى مسارها دون فقدان السيطرة على السجل المالي.