رفض بناء الجملة أم رفض المحتوى؟ أين المشكلة

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

مرحلتان لا مرحلة واحدة

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

الفحص الثاني للمحتوى: الملف سليم البناء، لكن هل قواعد العمل داخله صحيحة؟ هل تتطابق المجاميع؟ هل النسبة مسموحة؟ هل الرقم الضريبي صالح؟ هذه هي قواعد BR- التي تراها في رسائل الرفض.

كيف تميّز بينهما من الرسالة

الأكواد التي تبدأ بـ BR- تعني قواعد عمل، أي رفض محتوى. أما رسالة تشير إلى عنصر مفقود أو نوع بيانات غير صالح أو ترتيب خاطئ دون كود BR، فهي رفض بنيوي.

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

من يصلح ماذا

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

أما الرفض في المحتوى فغالباً في متناولك: رقم ضريبي خاطئ، أو مجموع لا يتطابق، أو نسبة ضريبة اختيرت خطأً لبند معفى.

اختبر قبل أن ترسل

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

الأسئلة الشائعة

هل يمكن أن تُرفض الفاتورة في المرحلتين معاً؟

لا. إن فشل الفحص البنيوي فلن يصل الملف إلى فحص المحتوى أصلاً، لأن قواعد العمل تحتاج ملفاً صالح البنية لتقرأه. أصلح البنية أولاً ثم انظر ما يظهر بعدها.

رسالة الخطأ لا تحتوي على أي كود، ماذا أفعل؟

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