كيف تختار برنامج فوترة في المغرب سنة 2026

لماذا أصبح هذا الاختيار أهم من ذي قبل

لمدة طويلة، كان جدول بيانات أو برنامج فوترة بسيط كافيًا: إصدار ملف PDF، وإرساله، وأرشفته في مجلد. لكن التعميم التدريجي للفوترة الإلكترونية يغيّر المعادلة — إذ يجب من الآن فصاعدًا أن تكون كل فاتورة قابلة للإرسال بصيغة مُهيكلة، وللمراقبة الآلية وفق معايير دقيقة، وللحفظ بطريقة تصمد أمام مراقبة بعد عشر سنوات. والبرنامج الذي لا يواكب هذه القيود يصبح نقطة عرقلة، لا أداة لربح الوقت.

المعيار غير القابل للتفاوض: تصدير ⁦UBL 2.1⁩

صيغة ⁦UBL 2.1⁩، مع التخصيص ⁦EN 16931⁩، هي إحدى الصيغتين المختارتين للفوترة الإلكترونية في المغرب. والبرنامج الذي لا يستطيع إلا توليد ملف PDF، دون بنية XML تحتية، سيُلزمك عاجلًا أو آجلًا بإعادة إدخال كل فاتورة في نظام آخر عند الانتقال إلى الإرسال الإلكتروني. تحقّق، قبل أي معيار آخر، من أن تصدير ⁦UBL 2.1⁩ متوفر منذ الآن — وليس مجرد إعلان في خارطة طريق.

التحقق من المعرّفات منذ الإدخال

برنامج الفوترة الجيد يمنع الخطأ قبل وقوعه: يرفض تسجيل بطاقة زبون دون التعريف الموحد للمقاولة (ICE) بالصيغة الصحيحة، وينبّه إلى غياب التعريف الضريبي (IF) أو السجل التجاري (RC) من جهة البائع، ويذكّر بأن السطر الواحد لا يمكن أن يحمل إلا نسبة واحدة من الضريبة على القيمة المضافة (TVA). والأداة التي تترك هذه الحقول اختيارية تنقل عبء التحقق إليك، سطرًا بسطر، وفاتورة بفاتورة — وهو بالضبط ما يُفترض في البرنامج أن يجنّبك إياه.

ترقيم لا يقبل النقاش

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

الأرشفة لعشر سنوات

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

تدبير النسب المتعددة والعملات المتعددة

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

عروض الأسعار والإشعارات الدائنة والربط بين الثلاثة

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

السحابة أو الحاسوب المحلي

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

قائمة تحقق قبل أن تقرّر

1. تصدير ⁦UBL 2.1⁩ متوفر منذ اليوم، وليس في خارطة طريق
2. التحقق من ICE وIF وRC منذ الإدخال
3. ترقيم زمني تلقائي، دون إمكانية التعديل بعد الإصدار
4. أرشفة لعشر سنوات، مستضافة، مع نسخ احتياطي
5. تدبير مدمج لتعدد نسب الضريبة على القيمة المضافة، وعند الحاجة لتعدد العملات
6. عروض الأسعار والفواتير والإشعارات الدائنة مرتبطة في النظام نفسه

صُمّمت دفتري حول هذه المعايير الستة — تصدير ⁦UBL 2.1⁩، والتحقق من المعرّفات، والترقيم القانوني، والأرشفة المستضافة متاحة منذ أول فاتورة تُصدرها، دون وحدة إضافية يجب تفعيلها لاحقًا.