الفاتورة الموصوفة بأنها «مرفوضة» لا تُصحَّح على غير هدى. ابدأ بتحديد الفاعل والمرحلة والملف المعني: مراقبة داخلية في البرنامج، أو مصادقة على ملف XML، أو رفض من الزبون، أو إخفاق في الإيداع، أو جواب من منصة. وفي 29 غشت 2026، لم نجد أي لائحة عمومية لرموز الرفض صادرة عن المديرية العامة للضرائب تتيح تقديم قائمة كونية مغربية. فالمنهج الآمن إذن هو حفظ الرسالة بنصها الدقيق، والتحقق من المعطيات في ترتيب ثابت، وعدم إعادة كتابة وثيقة سبق إصدارها في صمت أبدًا.
التشخيص في ستة منعكسات
- انسخ الرسالة والرمز والساعة واسم الملف قبل أي إجراء.
- ميّز بين خطأ محلي، ومصادقة على ملف XML، ورفض من المرسَل إليه، وجواب من منصة.
- راقب البائع والمشتري والمعرّف الموحد والنوع والرقم والتاريخ والعملة قبل الحسابات.
- أعد حساب كل سطر والضريبة حسب كل نسبة والتقريبات والمبلغ الواجب أداؤه.
- قارن ملف XML المصدَّر وبصمته والوثيقة المرئية دون تعديل الأصل الصادر.
- صحّح عبر المسار الملائم واحتفظ بالإشعار بالتوصل؛ ولا تخترع أبدًا حالةً منسوبة إلى المديرية العامة للضرائب.
1. أي نظام رفض الفاتورة فعلًا؟
تغطي كلمة «رفض» حوادث مختلفة. فتنبيهٌ قبل الإصدار يحمي الإدخال؛ وخطأ في مخطط XSD يصف البنية؛ وقد يرفض زبون معطًى تجاريًّا؛ وقد ترفض قناةٌ ملفًّا أو عملية توثق. والحل يتوقف على هذا الأصل، لا على الكلمة المعروضة.
| الأصل | ما يعنيه | أول إثبات يجب حفظه |
|---|---|---|
| مراقبة البرنامج | حقل مطلوب أو حساب غير منسجم قبل الإصدار | لقطة والمسودة |
| المصادقة على XML أو XSD | بنية أو نوع معطًى لا يقبله الملف الشخصي المختبَر | الملف بعينه والمخطط وسطر الخطأ |
| الزبون أو المحاسب | منازعة في الهوية أو الطلبية أو الثمن أو المعالجة | الرسالة وسند الطلبية أو التسليم والنسخة المتوصَّل بها |
| قناة الإيداع | إخفاق في الملف أو الحجم أو الجلسة أو الصلاحية أو النقل | الإشعار بالتوصل والطابع الزمني ومعرّف المحاولة |
| الإدارة | جواب يُقرأ حسب وثائقها الرسمية | الرمز والبيان كاملين، دون إعادة صياغة |
فملف UBL سليم البنية قد يظل يحمل معرّفًا موحدًا خاطئًا أو مجموعًا تجاريًّا متنازعًا فيه. وبالمقابل، قد تفشل فاتورة صحيحة بسبب انتهاء جلسة. فلا تعوّض الرسالة المصدر بعبارة «خطأ جبائي».
2. لائحة المراقبة، في الترتيب الصحيح
اشتغل من الثابت نحو المحسوب. فهذا التسلسل يجنّبك تعديل الضريبة عشر مرات بينما الملف يعود إلى البائع الخطأ.
- جمّد الملف المرفوض واحسب بصمته أو دوّنها.
- استخرج النوع والرقم القانوني وتاريخ الإصدار والعملة.
- تحقق من التسمية الاجتماعية والعنوان والمعرّف الموحد للبائع.
- تحقق من هوية الزبون ومن معرّفه الموحد حين تستلزمهما الحالة.
- قارن السطور بسند الطلبية أو بالبيع المصدر.
- أعد حساب الكمية × الثمن والتخفيضات والصافي خارج الضريبة والتقريبات.
- اجمع الأساس والضريبة حسب كل نسبة، ثم تحقق من المجموع شاملًا لها ومن المبلغ الواجب أداؤه.
- صادق على ملف XML بالملف الشخصي المطلوب فعلًا، لا بمخطط اختير اعتباطًا.
- راقب اسم الملف المرسَل وحجمه وترميزه وسلامته.
- أعد قراءة الإشعار بالتوصل أو الرفض وأسنِد مسؤولًا عن التصحيح.
| المراقبة | السؤال | الخطأ العام المحتمل |
|---|---|---|
| الهوية | هل تنطلق الوثيقة من الشركة الصحيحة؟ | معرّف موحد أو عنوان من بطاقة قديمة |
| الرقم | هل هو فريد ونهائي وفي السلسلة الصحيحة؟ | مسودة أُرسلت أو وثيقة مكررة |
| السطور | هل تتطابق الكمية والوحدة والثمن؟ | فاصلة أو تخفيض أو وحدة استُوردت خطأً |
| الضريبة | هل يتجاوب الأساس والنسبة والمبلغ؟ | نسبة غائبة أو تقريب غير منسجم |
| المجاميع | هل خارج الضريبة زائد الضريبة ناقص التسويات يساوي الواجب أداؤه؟ | مجموع مرئي مختلف عن الوارد في XML |
| الملف | هل هذا هو الأصل المصادق عليه بالضبط؟ | ملف XML عُدِّل بعد حساب البصمة |
وبخصوص البيانات الإلزامية، انطلق من المدونة العامة للضرائب الجاري بها العمل ومن وضعيتك، ثم اعرض الحالات الخاصة على مصادقة مكتب المحاسبة. فلائحةٌ تقنية لا تقرر النظام الجبائي.
3. صحّح دون إتلاف مسار التدقيق
قبل الإصدار، صحّح المسودة. وبعد إسناد رقم نهائي، لا تعوّض الأصل في صمت. بل حدّد مع محاسبك ومع القناة إن كانت الوثيقة تُصحَّح، أو تُلغى وفق المسطرة المتاحة، أو تُعوَّض بإشعار دائن مرتبط.
| الوضعية | الإجراء الحذر | ما يجب حفظه |
|---|---|---|
| مسودة ناقصة | التصحيح ثم إعادة المراقبات | نسخة العمل |
| ملف لم يُرسَل | تأكيد حالته قبل محاولة جديدة | السجل المحلي والبصمة |
| إخفاق تقني في الإرسال | إعادة المحاولة بالملف نفسه إن سمحت القناة | كل محاولة وإشعارها |
| معطًى تجاري خاطئ بعد الإصدار | اختيار التصحيح الوثائقي المصادق عليه | الأصل والإشعار الدائن أو التصحيح والرابط |
| رفض من الزبون | تكييف السبب قبل إعادة الإنجاز | الطلبية والتسليم والمراسلات |
وتساعد بصمة SHA-256 على إثبات أن ملفين متطابقان؛ لكنها لا تقول أيهما صحيح جبائيًّا. وعلى الملف أن يربط بين الواقعة والقرار ووثيقة التصحيح ونتيجة المحاولة الجديدة.
لا تُصلح أبدًا ملف XML نهائيًّا بمحرر نصوص
فتغيير معرّف موحد أو تاريخ أو مجموع بعد الختم يكسر البصمة ويفصل ملف XML عن ملف PDF. بل ارجع إلى المعطى المصدر، وطبّق مسار التصحيح، وأعد توليد ما يجب توليده، واحتفظ بالنسخة القديمة.
4. ما يراقبه BelloPOS — وحدّه
تتحقق خطة Go من معطيات التاجر اللازمة، وتولّد ملف UBL 2.1 عند الإصدار، وتحسب بصمة SHA-256، وتضع الوثيقة في طابور محلي. ويتيح التصدير الفردي أو الملف المضغوط للفترة مع بيانه تسليم الملف وبصمته إلى المحاسب.
ولا يرسل البرنامج شيئًا مباشرةً إلى المديرية العامة للضرائب اليوم، ولا يستطيع إذن تلقي لائحة رموز رفض صادرة عنها ولا تأويلها. فحالته المحلية تصف التحضير والختم والتصدير؛ ولا ينبغي تقديمها على أنها قبول إداري.
وتبدأ الوظيفة مع Go المشتراة بأداء واحد. وتضيف Pro سلسلة عرض الثمن والطلبية والتسليم والفاتورة والإشعار الدائن، ومنذ الإصدار 3.0 المحاسبة والقيود المقابلة. فقارن الباقات حسب التصحيح الذي يحتاجه نشاطك فعلًا.
5. الملف الأدنى للحل أو للتصعيد
إذا لم يكفِ التشخيص، فأرسل ملفًّا قابلًا لإعادة الإنتاج دون كشف معطيات شخصية أكثر مما تقتضيه الحاجة.
- الرقم والنوع والتاريخ والشركة المُصدِرة.
- المرحلة بالضبط والنظام الذي أجاب.
- الرمز والبيان منسوخين بلا إعادة صياغة.
- الساعة ومعرّف المحاولة والإشعار بالتوصل.
- ملف XML الأصلي وبصمته.
- لقطة للوثيقة المرئية.
- الحساب حسب كل سطر وحسب كل نسبة.
- الطلبية أو التسليم أو الفاتورة المصدر المفيدة.
- الإجراء الذي سبق اختباره ونتيجته.
- معطيات الاتصال بالمسؤول والأجل المهني.
وأخفِ المعطيات غير الضرورية في لقطة موجَّهة إلى الدعم، لكن احتفظ بالأصل في الأرشيف المراقَب. فالخطأ يصير قابلًا للحل حين يستطيع كل طرف إعادة المراقبة نفسها على الملف نفسه.
أخطاء ينبغي تجنبها
- البحث عن رمز منسوب إلى المديرية العامة للضرائب مختلَق في مدونة إلكترونية.
- الخلط بين رفض الزبون والرفض التقني.
- إعادة الإرسال برقم جديد دون التحقق من حالة الأول.
- تعديل ملف XML المختوم يدويًّا.
- تصحيح ملف PDF دون المعطيات المهيكلة.
- تغيير نسبة لإخفاء فارق.
- التخلص من الإشعار بالتوصل بعد النجاح.
- إرسال ملف الزبون كاملًا إلى الدعم دون ضرورة.
أسئلة متكررة
هل توجد لائحة رسمية لرموز الرفض لدى المديرية العامة للضرائب؟
لم نجد في 29 غشت 2026 كاطالوغًا عموميًّا كونيًّا يتيح هذا التأكيد. فاحتفظ بالرمز الحقيقي واتبع وثائق القناة الرسمية المستعملة.
هل يعني خطأ في مخطط XSD أن الضريبة خاطئة؟
لا. فالمخطط يراقب البنية والأنواع أساسًا. أما الصحة الجبائية والتجارية فتستلزم تحققات أخرى.
هل أستطيع تعديل ملف XML المرفوض؟
لا تعدّل ملفًّا نهائيًّا مختومًا يدويًّا. بل صحّح المعطى المصدر واستعمل المسطرة الوثائقية الملائمة.
هل يجب إنشاء رقم جديد؟
ليس تلقائيًّا. تحقق مما إذا كانت الوثيقة الأولى قد صدرت أو تم التوصل بها، واعرض التصحيح الملائم على المصادقة.
هل يتلقى BelloPOS رموز الرفض من المديرية العامة للضرائب؟
لا. فهو يهيّئ ويصدّر محليًّا؛ والنقل المباشر إلى المديرية غير مرتبط.
ماذا أرسل إلى الدعم؟
الرسالة بنصها والمرحلة والملف أو نموذجًا محميًّا وبصمته والساعة والإجراءات المختبَرة، بأدنى قدر من المعطيات الشخصية.
الخلاصة
يُحَل الرفض بالإثبات، لا بالمحاولة العشوائية: تحديد المصدر، وتجميد الملف، ومراقبة الهوية ثم الحسابات، واختيار التصحيح، وحفظ الإشعارات بالتوصل. وما دام لم يُنشَر كاطالوغ رسمي، فلا تخترع رموزًا ولا تأويلًا منسوبًا إلى المديرية العامة للضرائب.
المصادر
الأرقام والقواعد المذكورة أعلاه مأخوذة من هذه الصفحات، بتاريخ الاطلاع المذكور في المقال.
- المدونة العامة للضرائب 2026، المديرية العامة للضرائب، شوهدت في 29 غشت 2026
- المواصفة الرسمية Universal Business Language 2.1 من OASIS
- BelloPOS، الفوترة الإلكترونية وتصدير UBL، شوهد في 29 غشت 2026
حضّر ملفًّا قابلًا للفحص
اختبر الإصدار وUBL والبصمة وتصدير الفترة في BelloPOS، ثم اعرض مسار الإيداع والتصحيح على مصادقة مكتب محاسبتك.
لمزيد من التعمق
أدلة عملية أخرى في الموضوع نفسه: