جاهزية بيانات الفوترة الإلكترونية في Odoo

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

الجاهزية قبل الربط: عملان منفصلان

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

بيانات المنشأة كما هي في السجلات الرسمية

• الاسم القانوني كاملاً كما هو مسجَّل، دون اختصارات داخلية اعتاد عليها الفريق.
• الرقم الضريبي المسجَّل، مطابقاً لما في السجل الرسمي حرفاً بخانة.
• العنوان الوطني وبيانات الفروع التي قد تظهر على المستند.
• بيانات التواصل حين يقتضيها المستند.
• نوع المستند المطلوب لكل عملية بيع بحسب الحالة.

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

بيانات العملاء والرقم الضريبي

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

الأصناف والضرائب الافتراضية

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

ترقيم الفواتير وإشعارات الدائن

قرارات يجب حسمها قبل التشغيل:

1. تسلسل واحد لكل نوع مستند، وعدم خلط الفواتير الضريبية بالمبسطة في تسلسل واحد.
2. منع الترقيم اليدوي أو استكمال التسلسل خارج Odoo لأي سبب.
3. فحص وجود فجوات أو تكرار في التسلسل قبل الربط ومعالجتها.
4. ربط كل إشعار دائن بالفاتورة الأصلية التي يصحّحها.
5. اختبار حالة الإلغاء والتصحيح ومراجعة أثرها على التسلسل والتقارير.
6. كتابة السياسة في وثيقة قصيرة يعرفها فريق المحاسبة والمبيعات.

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

حقول الفاتورة ورمز الاستجابة والأرشفة وفصل البيئات

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

ما لا نضمنه

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