Odoo 19: البنود المفتوحة في بوابة العملاء مع تاريخ مرجعي وتصدير PDF – وحدة portal_open_items

«كم يتبقى مفتوحاً لدينا عندكم في الواقع؟» هذا السؤال يتكرر بانتظام لدى كل قاعدة عملاء، وغالباً قبيل نهاية الربع المالي، أو قبل تدقيق القوائم المالية السنوية، أو حين تُعدّ محاسبة العميل الدفعات. ومن لا يجيب عنه بنفسه يتلقاه عبر البريد الإلكتروني أو الهاتف، ويضطر شخصٌ ما إلى تصدير قائمة البنود المفتوحة (قائمة OP) من المحاسبة وإرسالها. أما مع Odoo 19 Community فلا يتحقق ذلك تلقائياً: فبوابة العملاء تعرض الفواتير فرادى، ولكنها لا تعرض قائمة بالبنود المفتوحة للشركة بأكملها، فضلاً عن عرضها في تاريخ يُختار بحرية.

كتبنا لهذا الغرض وحدة البنود المفتوحة في بوابة العملاء (portal_open_items) لنظام Odoo 19. يرى العملاء الذين فُعِّل لهم الوصول في البوابة قائمة بجميع الفواتير المفتوحة وإشعارات الدائن والدفعات التي لم تُربط بعد بفاتورة لشركتهم، ويمكنهم اختيار تاريخ مرجعي، وتنزيل القائمة بصيغة PDF، ومعرفة موقفهم من الالتزام بالسداد بنظرة واحدة. الوحدة برنامج حر بموجب ترخيص AGPL-3 وهي متاحة على GitHub:

github.com/Alex0176/odoo-portal-open-items

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

المشكلة: قائمة البنود المفتوحة عند الطلب

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

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

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

الحل في لمحة

تضيف الوحدة إلى بوابة عملاء Odoo صفحة البنود المفتوحة وبطاقة في حسابي. وفيما يلي نطاق الوظائف:

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

تظهر البطاقة في الصفحة الرئيسية حسابي بجانب الطلبات والفواتير. ومن ليس لديه الخيار لا يراها.

التفعيل لكل جهة اتصال: الخيار

تعرض قائمة البنود المفتوحة بيانات تجارية لشركة بأكملها. لذلك لا تفعّلها الوحدة لجميع مستخدمي البوابة، بل فقط حيث تريدون ذلك صراحةً. ففي نموذج جهة الاتصال، ضمن الموقع الإلكتروني، توجد خانة الاختيار «عرض قائمة البنود المفتوحة في البوابة». وهي ظاهرة للمستخدمين الذين يملكون صلاحيات الفوترة (المجموعة account.group_account_invoice) وتسري على جهة الاتصال هذه وحدها.

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

القائمة في بوابة العملاء

تؤدي النقرة على البطاقة إلى فتح /my/open-items. وتعرض الصفحة اسم الشركة وحقل اختيار التاريخ المرجعي وجدول البنود المفتوحة:

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

البنود المفتوحة حتى التاريخ المرجعي

فوق الجدول يوجد «البنود المفتوحة حتى التاريخ المرجعي»، وبجانبه حقل تاريخ وزر عرض. وعند اختيار تاريخ مرجعي في الماضي تُظهر القائمة ما لم يكن مسدَّداً في ذلك اليوم. وهذا هو التقرير المطلوب تماماً لعمليات الإقفال والتدقيق والمطابقة: «ما الالتزامات التي كانت علينا تجاه هذا المورّد في 31.12.؟»

كيف يُحتسب التاريخ المرجعي

يسري على كل بند ما يلي: المفتوح في التاريخ المرجعي = مبلغ الفاتورة ناقص جميع الدفعات التي سُوّيت حتى التاريخ المرجعي ضمناً. ويدخل البند في القائمة إذا كان مقيَّداً في التاريخ المرجعي وكان لا يزال له باقٍ في ذلك اليوم. فالفاتورة المؤرخة في 7 سبتمبر بمبلغ 1.250,50 €، التي سُدِّد منها جزئياً 500,00 € في 20 أكتوبر وسُدِّد الباقي في 5 نوفمبر، تظهر في القائمة بمبلغ 750,50 € عند تاريخ مرجعي هو 2 نوفمبر، ولا تظهر إطلاقاً عند تاريخ مرجعي هو 5 نوفمبر.

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

ما معنى «تاريخ الدفعة» هنا

المعتمد هو التاريخ الذي سُوِّيت فيه الفاتورة والدفعة في Odoo (الأكبر من تاريخَي القيد)، لا تاريخ الفاتورة. وهذه هي الحالة المعتادة: تُقيَّد الدفعة في يوم ورودها وتُربط بالفاتورة. ومن يربط الدفعات بعد أيام فسيرى الفاتورة مفتوحة لمدة أطول تبعاً لذلك. ولمزيد من التفصيل يُرجى مراجعة القسم القيود للاطلاع على تفصيل أوفى.

تصدير PDF

عبر تنزيل PDF تنشئ الوحدة القائمة في ملف PDF للتاريخ المرجعي المختار. ويفتح الزر طباعة القائمة نفسها في مربع حوار الطباعة بالمتصفح. ويستخدم ملف PDF تخطيط المستندات لشركتكم في Odoo (الشعار والعنوان وتذييل الصفحة من الإعدادات) وحجم الورق الأوروبي:

• عنوان يتضمن التاريخ المرجعي: «البنود المفتوحة حتى التاريخ المرجعي 02.11.2026»، حتى لو كان التاريخ المرجعي هو اليوم. وإن لم توجد بنود مفتوحة فيظهر «لا توجد بنود مفتوحة.»
• عنوان العميل في حقل العنوان ضمن تخطيط الشركة، ليكون للقائمة المطبوعة سياقها الواضح.
• البنود المتأخرة بخط غامق في الطباعة لتلفت النظر حتى في الطباعة بالأبيض والأسود.
• الرصيد ومجموع البنود المتأخرة في نهاية الجدول، ولكل عملة على حدة عند تعدد العملات.
• اسم الملف يتضمن الشركة والتاريخ، مثل Open_items_Muster_Handels_GmbH_2026-11-02.pdf.

الالتزام بالسداد: تقييم بنظرة واحدة

بدءاً من الإصدار 19.0.1.1.0 يظهر فوق الجدول تقييم موجز لمدى انتظام الشركة في سداد فواتيرها. ويظهر التقييم نفسه في ملف PDF. وهكذا يرى العميل بنفسه موقفه، ولا تحتاجون إلى شرحه له على حدة.

• أخضر: «سُدِّد 47 % خلال مهلة السداد.» والمقصود الفواتير التي سُدِّدت في تاريخ الاستحقاق أو قبله.
• برتقالي: «سُدِّد 29 % في الأسبوع التالي لانتهاء مهلة السداد.» وهي دفعات بعد الاستحقاق بيوم إلى سبعة أيام.
• أحمر: «سُدِّد 24 % لاحقاً، بمتوسط 39 يوماً (25 يوماً بعد انتهاء مهلة السداد).» يُحتسب الرقم الأول من تاريخ الفاتورة، والرقم بين القوسين من تاريخ الاستحقاق. ولا يظهر هذا السطر إلا إذا وُجدت فواتير من هذا النوع.
• «الفواتير مفتوحة حتى 60 يوماً.» هذا هو عمر أقدم فاتورة لا تزال مفتوحة في التاريخ المرجعي، محسوباً من تاريخ الفاتورة.

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

ما الذي يُحتسب

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

متى يكون الالتزام بالسداد «جيداً»؟

يكون التقييم جيداً إذا كانت 70 % على الأقل من الفواتير خضراء أو برتقالية (في موعدها أو متأخرة أسبوعاً على الأكثر) ولم تكن أي فاتورة مفتوحة متأخرة أكثر من 30 يوماً. وإلا فهو سيئ. أما العتبات (7 أيام، 70 %، 30 يوماً، 12 شهراً) فهي ثوابت في مطلع الملف models/res_partner.py ويمكن تعديلها هناك.

مهم: الوحدة لا تحوّل أحداً إلى الدفع المسبق. فالتنبيه في التذييل نص ثابت يُظهر للعملاء ذوي التقييم السيئ ما قد يترتب على ذلك. وأمر اتخاذ هذا القرار ومتى يكون راجع إليكم. وإن لم تناسبكم العبارة، فعدّلوها في القالبين (صفحة البوابة والتقرير) أو في الترجمة.

من يحق له رؤية ماذا؟ نموذج الوصول

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

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

التنفيذ التقني

تعتمد الوحدة على account وportal فقط، أي على مكوّنات Odoo Community. وتضيف حقلاً واحداً إلى جهة الاتصال، وتتألف فيما عدا ذلك من متحكّم وفئة تقرير وقوالب.

تُقرأ البنود المفتوحة من سطور القيود لا من الفواتير. وهذا مهم: فبهذه الطريقة وحدها تظهر إشعارات الدائن والدفعات التي لم تُربط بعد، وبها وحدها يمكن تتبع الوضع في يوم سابق من التسويات (account.partial.reconcile). ويُنفَّذ الاستعلام للشركة بأكملها (commercial_partner_id) بصلاحيات مرتفعة، ويسبقه التحقق من أن للمستخدم حق الاطلاع عليها.

الاختبارات

تأتي الوحدة مع ثلاثة عشر اختباراً آلياً تعمل لدينا بنجاح:

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

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

التثبيت والإعداد

git clone https://github.com/Alex0176/odoo-portal-open-items.git
ln -s /pfad/odoo-portal-open-items/portal_open_items /pfad/addons/
odoo-bin -c odoo.conf -d <datenbank> -i portal_open_items --stop-after-init

الاعتماديات هي account وportal. بعد التثبيت يجب إعادة تشغيل خدمة Odoo لأن الوحدة تحتوي على شيفرة Python. ومن يشغّل نظام إنتاج فليثبّت الوحدة أولاً على نسخة من قاعدة البيانات. ثم:

1. افتح جهة الاتصال التي ينبغي أن ترى القائمة (شخص لديه وصول إلى البوابة)،
2. فعّل في النموذج خانة الاختيار عرض قائمة البنود المفتوحة في البوابة واحفظ،
3. سجّل الدخول إلى البوابة بصفة هذا المستخدم أو افحص ذلك مع العميل معاً: البطاقة والقائمة والتاريخ المرجعي وPDF.

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

القيود والملاحظات

• الوضع الحالي للمستندات المقيَّدة. يعتمد التاريخ المرجعي في احتسابه على القيود كما هي في النظام الآن. فإذا أُلغيت فاتورة بعد التاريخ المرجعي أو أُعيدت إلى المسودة، فلن تعرضها القائمة. وهي ليست لقطة ثابتة «كما طُبعت حينها».
• تُحتسب الدفعات من يوم التسوية. إذا لم تُربط دفعة بفاتورة إلا بعد أيام من وصولها، تبقى الفاتورة في القائمة مفتوحةً حتى ذلك الحين. ومن يريد تقارير نظيفة بالتاريخ المرجعي فعليه ربط الدفعات في وقت قريب. والمطابقة المصرفية مع الفواتير غير متضمنة في Odoo Community؛ ونستخدم لهذا الغرض وحدة مطابقة كشوف الحساب المصرفي (Bank-Statement-Matcher) لدينا.
• الالتزام بالسداد بقدر دقة تسوياتكم. المحتسَب هو وقت ربط الدفعة بالفاتورة. والدفعات التي لم تُسوَّ منذ مدة طويلة تجعل العميل يبدو أسوأ مما هو عليه. تحققوا من التقييم لدى عملائكم قبل أن تستنتجوا منه شيئاً.
• التقييم مرئي للعميل. فمن فُعِّل له الخيار يرى النتيجة والتنبيه المتعلق بالدفع المسبق أيضاً. والوحدة لا تغيّر شيئاً من شروط الدفع.
• المستحقات فقط. تعرض الوحدة ما يدين به العميل لكم، لا التزاماتكم تجاه العميل.
• لا مستويات تذكير ولا رابط دفع في القائمة. يستطيع العميل فتح فاتورة من القائمة والدفع هناك بالقدر الذي تتيحه بوابتكم عادةً.
• PDF والتشغيل متعدد العمليات. يستدعي Odoo عند إنشاء تقارير PDF عنوانه الإلكتروني الخاص داخلياً. وإذا كان نظامكم يعمل بعملية عمل واحدة فقط، فقد يحدث انسداد. وهذا ينطبق على جميع تقارير PDF في البوابة، لا على هذه الوحدة وحدها. اختبروا زر PDF مرة واحدة بعد التثبيت في ظروف التشغيل الفعلية.
• اختُبرت على Odoo 19.0 Community فقط. لم نختبرها على إصدارات أخرى.
• ليست بديلاً عن إدارة المطالبات وكشف الحساب. لا تحلّ القائمة محل كشف حساب محاسبي ولا محل عمليات المطالبة لديكم، بل تجعل الوضع شفافاً فقط.

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

ما هي قائمة البنود المفتوحة (قائمة OP)؟

بيان بجميع الفواتير التي لم تُسدَّد بعد أو لم تُسدَّد بالكامل، مع تاريخ الفاتورة والاستحقاق والمبلغ المفتوح. وتسمى أيضاً «الفواتير المفتوحة» أو «حساب العميل» أو «ميزان المراجعة»، علماً أن ميزان المراجعة بالمعنى الدقيق يعني أرصدة جميع الحسابات.

لماذا لا تعرض بوابة Odoo قائمة بنود مفتوحة بشكل افتراضي؟

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

هل يرى جميع مستخدمي البوابة في الشركة القائمة؟

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

هل يمكنني اختيار تاريخ مرجعي في الماضي، مثل 31.12. من العام السابق؟

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

هل يُدعم تاريخ مرجعي في المستقبل؟

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

هل تظهر إشعارات الدائن والدفعات المقدمة في القائمة؟

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

كيف تُكتشف البنود المتأخرة؟

يكون البند متأخراً إذا كان تاريخ استحقاقه قبل التاريخ المرجعي وكان لا يزال له باقٍ موجب مفتوح. وتُحتسب الأيام بعد الاستحقاق حتى التاريخ المرجعي.

هل يتوفر PDF بلغات أخرى أيضاً؟

نعم، تتبع الواجهة وملف PDF لغة المستخدم. والمرفق هو الترجمة الألمانية؛ ولإضافة لغات أخرى يكفي ملف .po أو الترجمة عبر واجهة Odoo.

هل يستطيع العميل رؤية قائمة شركة أخرى إذا غيّر العنوان؟

لا. تُستنتج الشركة دائماً من المستخدم المسجَّل الدخول. ولا يتضمن العنوان سوى التاريخ المرجعي. كما يُفحص عنوان تقارير PDF في Odoo مرة أخرى داخل التقرير نفسه.

كيف يُحتسب الالتزام بالسداد؟

من فواتير العملاء المقيَّدة في الأشهر الاثني عشر الأخيرة ومن جميع الفواتير المفتوحة. وفي كل فاتورة يُنظر إلى عدد الأيام التي سُدِّدت بعد الاستحقاق: في يوم الاستحقاق أو قبله (أخضر)، أو خلال سبعة أيام بعده (برتقالي)، أو لاحقاً (أحمر). ويكون التقييم جيداً إذا كانت 70 % على الأقل خضراء أو برتقالية ولم توجد فاتورة مفتوحة متأخرة أكثر من 30 يوماً. وتجدون التفاصيل في قسم الالتزام بالسداد.

هل تحوّل الوحدة العملاء ذوي الالتزام السيئ بالسداد إلى الدفع المسبق؟

لا. فهي تعرض التقييم والتنبيه فقط. أما شروط الدفع والدفع المسبق والإيقاف فتبقى قراركم وعمليتكم في Odoo.

هل ترسل الوحدة رسائل بريد إلكتروني أو تذكيرات بالدفع؟

لا. فهي توفّر الصفحة وملف PDF فقط. ولا تنشئ رسائل ولا إشعارات ولا أنشطة.

هل تعمل الوحدة مع Odoo Enterprise؟

تعتمد فقط على account وportal المتوفرتين في الإصدارين. وقد اختبرناها على إصدار Community من Odoo 19 فقط.

بموجب أي ترخيص تُوزَّع الوحدة؟

بموجب AGPL-3. يحق لكم استخدامها وتعديلها وتوزيعها إذا التزمتم بشروط الترخيص. أما الأخطاء واقتراحات التحسين فيُرحَّب بها عبر إنشاء Issue في مستودع GitHub .

الدعم من Biricon IT Services

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

تواصلوا معنا الآن

الحالة: 6 نوفمبر 2026. إصدار الوحدة 19.0.1.1.1. التغييرات منذ الإصدار الأول في 5 نوفمبر: الالتزام بالسداد (19.0.1.1.0) وتصحيح المبلغ المفتوح في التاريخ المرجعي بعد الدفعات الجزئية (19.0.1.1.1). جميع الأسماء وأرقام المستندات والمبالغ في الصور من نسج الخيال.