نعم، بموجب ترخيص أودو 20 Enterprise، يمكن أن يُحتسب سجل موظف نشط في تطبيق الموارد البشرية مستخدمًا خفيفًا، حتى لو لم يكن لدى هذا الموظف حساب مستخدم داخلي عادي.
وهذا يجعل تعريف المستخدم الخفيف (Light User) مهمًا بشكل خاص للشركات ذات القوى العاملة الكبيرة التي تخطط لتنفيذ أودو 20 أو الترقية إليه.
قد يكون لدى الشركة 20 شخصًا فقط يعملون مباشرة في تطبيقات المبيعات أو المحاسبة أو المخزون أو المشتريات أو إدارة علاقات العملاء، لكنها تحتفظ بمئات من سجلات الموظفين داخل تطبيق الموارد البشرية في أودو. ولذلك فإن الاكتفاء بعدد حسابات الدخول التقليدية إلى أودو قد يعطي صورة ناقصة عن أثر ذلك على الاشتراك.
فالسؤال المهم ليس ببساطة:
كم عدد الموظفين الذين لديهم حساب دخول إلى أودو؟
بل ينبغي للشركات التي تقيّم أودو 20 أن تسأل أيضًا:
كم عدد سجلات الموظفين النشطة لدينا، وما نوع الوصول الذي يحتاجه كل شخص، وكيف يصنّفهم أودو؟
يشرح هذا الدليل هذا التمييز. لكن ثمة توضيح أولًا: هذا التعريف ليس جديدًا في أودو 20. فالصياغة نفسها واردة في اتفاقية اشتراك أودو Enterprise للإصدارات 17 و18 و19، وهي تنطبق "حيثما يدعم ذلك إصدارُ البرنامج الخاص بالعميل". والترقية ببساطة فرصة مناسبة للتحقق منه.
ما المستخدم الخفيف في أودو 20؟
تعرّف اتفاقية اشتراك أودو Enterprise الحالية المستخدم الخفيف بأنه حساب نشط مصنّف على أنه مستخدم خفيف أو سجل موظف نشط في تطبيق الموارد البشرية غير مرتبط بحساب مستخدم نشط من غير مستخدمي البوابة.
والجزء الثاني هو المهم.
فلا يحتاج الموظف بالضرورة إلى حساب دخول داخلي تقليدي إلى أودو حتى يدخل في حساب تكلفة الاشتراك.
ووفقًا لاتفاقية أودو، تُحتسب رسوم الاشتراك على أساس عدد المستخدمين والمستخدمين الخفيفين وخطة الاشتراك المختارة.
المصدر الرسمي: اتفاقية اشتراك أودو 20 Enterprise
ولهذا ينبغي للشركات التي تستخدم تطبيق الموارد البشرية في أودو مراجعة بيانات قواها العاملة قبل تقدير تكلفة نشر أودو 20 أو الترقية إليه.
هل يفرض أودو 20 رسومًا على كل موظف؟
الإجابة الأدق هي:
يمكن أن يُصنَّف سجل الموظف النشط مستخدمًا خفيفًا بموجب شروط اشتراك أودو 20 Enterprise.
وهذا يختلف عن القول إن كل شخص مرتبط بشركتك يحتاج تلقائيًا إلى ترخيص أودو كامل عادي.
فالتمييز بين المستخدم الكامل والمستخدم الخفيف ومستخدم البوابة أو المستخدم الخارجي أمر مهم.
على سبيل المثال، لنفترض شركة لديها:
- 20 موظفًا يعملون فعليًا في تطبيقات المبيعات والمحاسبة والمشتريات والمخزون في أودو؛
- 180 موظفًا نشطًا إضافيًا تُدار سجلاتهم في تطبيق الموارد البشرية في أودو.
سيكون من المضلل تقدير الاشتراك بالاعتماد على المستخدمين الداخليين التقليديين الـ 20 وحدهم.
إذ يجب أيضًا مراجعة مجموع الموظفين النشطين في الموارد البشرية في ضوء تعريف أودو للمستخدم الخفيف واتفاقية الاشتراك الفعلية للشركة.
كم تبلغ تكلفة المستخدم الخفيف في أودو 20؟
تختلف صفحة الأسعار العامة في أودو باختلاف الدولة. وعندما راجعناها في 11 أكتوبر 2026، كانت تعرض سعر المستخدم الخفيف بقيمة US$5.90 لكل مستخدم شهريًا. وتذكر الصفحة نفسها أن ترخيص المستخدم الخفيف يُرتَّب من خلال مستشار من أودو يقدّم عرض سعر للمؤسسة.
ويجب دائمًا التحقق من الأسعار الحالية مباشرة مع أودو، لأن الأسعار والخصومات والعملات والمناطق وشروط العقود والعروض التجارية قابلة للتغيير.
الأسعار الرسمية: أسعار أودو
ولفهم حجم الأثر، لننظر في مثال توضيحي.
إذا احتُسب 180 موظفًا مستخدمين خفيفين بسعر US$5.90 شهريًا:
180 × $5.90 = $1,062 شهريًا
أو:
$12,744 سنويًا
يغطي هذا الرقم حساب المستخدمين الخفيفين التوضيحي فقط. ولا يشمل المستخدمين الكاملين أو التنفيذ أو خيارات الاستضافة أو التطوير المخصص أو الضرائب أو الخصومات أو أي شروط تجارية متفاوض عليها.
وهو ليس عرض سعر لاشتراك فعلي في أودو.
لكن بالنسبة إلى شركة لديها مئات أو آلاف الموظفين، يبيّن هذا الحساب لماذا ينبغي مراعاة هيكل القوى العاملة قبل الانتقال إلى أودو 20.
المستخدم الكامل مقابل المستخدم الخفيف مقابل مستخدم البوابة
لا ينبغي التعامل مع هذه الفئات على أنها قابلة للتبادل.
المستخدم الكامل
المستخدم الكامل عادةً هو شخص يحتاج إلى وصول داخلي عادي إلى تطبيقات العمل وسير العمل.
ومن الأمثلة على ذلك:
- المحاسبون؛
- مندوبو المبيعات؛
- فرق المشتريات؛
- مديرو المخزون؛
- مستخدمو إدارة علاقات العملاء؛
- المسؤولون عن النظام؛
- المديرون التشغيليون.
ومع ذلك، ينبغي أن يتبع الوصول الدقيق مبدأ الحد الأدنى من الصلاحيات.
المستخدم الخفيف
صُمّم المستخدم الخفيف حول استخدام أكثر محدودية.
والنقطة المهمة في الترخيص ضمن الشروط الحالية، بما فيها أودو 20، هي أن التعريف يشمل أيضًا بعض سجلات الموظفين النشطة في الموارد البشرية حتى عندما لا تكون مرتبطة بحساب مستخدم نشط من غير مستخدمي البوابة.
ولذلك تحتاج الشركات ذات قواعد بيانات الموارد البشرية الكبيرة إلى فهم نموذج المستخدم الخفيف، حتى لو لم يستخدم معظم موظفيها الواجهة الخلفية التقليدية لأودو مطلقًا.
مستخدم البوابة
يخدم الوصول عبر البوابة غرضًا مختلفًا.
فمستخدمو البوابة عمومًا أطراف خارجية مثل العملاء أو الموردين الذين يحتاجون إلى وصول مضبوط إلى المعلومات المتاحة عبر بوابة أودو.
ولا ينبغي اعتبار مستخدم البوابة مجرد اسم بديل للموظف المصنّف مستخدمًا خفيفًا.
وعند تصميم بيئة أودو، صنّف الأشخاص وفقًا لعلاقتهم الحقيقية بالشركة والوصول الذي يحتاجونه فعلًا.
"لكن معظم موظفينا لا يسجّلون الدخول إلى أودو أبدًا"
وهنا تحديدًا تبرز أهمية تعريف المستخدم الخفيف.
تخيّل شركة لديها 500 موظف.
لا يستخدم الواجهة الخلفية التقليدية لأودو منهم سوى 35 شخصًا.
أما بقية القوى العاملة فقد تتفاعل مع عمليات الموارد البشرية مثل:
- ملفات الموظفين؛
- الحضور؛
- الإجازات؛
- المستندات؛
- قسائم الرواتب؛
- الموافقات؛
- المصروفات؛
- الجدولة؛
- خدمات الموارد البشرية الداخلية.
وتاريخيًا، ربما ركّزت الإدارة بشكل شبه كامل على عدد مستخدمي الواجهة الخلفية عند تقدير تراخيص نظام ERP.
أما بموجب شروط أودو 20 Enterprise، فيجب مراجعة سجلات الموظفين النشطة نفسها، لأن الموظف النشط في الموارد البشرية الذي لا يملك حساب مستخدم نشطًا من غير مستخدمي البوابة يقع ضمن تعريف أودو للمستخدم الخفيف.
وبالنسبة إلى الشركات كثيفة العمالة، قد يغيّر ذلك التقييم التجاري تغييرًا جوهريًا.
ما الشركات التي ينبغي أن تولي هذا الأمر اهتمامًا خاصًا؟
يكتسب نموذج المستخدم الخفيف أهمية خاصة عندما يُستخدم أودو بوصفه نظام السجلات المرجعي للموارد البشرية لقوى عاملة كبيرة.
ومن الأمثلة على ذلك:
- شركات المقاولات والإنشاءات؛
- مقدمو الرعاية الصحية؛
- مجموعات الضيافة؛
- سلاسل التجزئة؛
- شركات إدارة المرافق؛
- شركات الخدمات اللوجستية؛
- شركات الأمن والحراسة؛
- المؤسسات الصناعية؛
- الشركات التي لديها فرق خدمة ميدانية كبيرة؛
- المؤسسات متعددة الفروع.
فقد يكون لدى الشركة عدد قليل نسبيًا من المستخدمين المتقدمين لنظام ERP، بينما تحتفظ بمئات أو آلاف الموظفين النشطين في الموارد البشرية.
وهذا يجعل عدد الموظفين وبنية الوصول جزءًا مهمًا من التخطيط لأودو 20.
هل نكتفي بأرشفة الموظفين لتقليل تكلفة الاشتراك؟
لا تتلاعب بالحالة الحقيقية للموظفين لمجرد تجنّب رسوم الترخيص.
بل اجعل مراجعة الترخيص دافعًا لتحسين جودة بيانات الموارد البشرية.
وقبل الترقية، راجع ما إذا كانت قاعدة بياناتك تحتوي على:
- موظفين سابقين ما زالوا مصنّفين نشطين؛
- سجلات موظفين مكررة؛
- موظفين تجريبيين؛
- سجلات مستوردة قديمة لم تعد صالحة؛
- متعاقدين غير نشطين مُدرَجين خطأً على أنهم موظفون نشطون؛
- مستخدمين لديهم صلاحيات وصول أوسع من اللازم؛
- بيئات قديمة تحتوي على بيانات موظفين مماثلة لبيانات الإنتاج.
أما الموظفون السابقون الذين غادروا المؤسسة فعلًا، فينبغي أن يكونوا قد عولجوا بالشكل الصحيح أصلًا لأسباب تشغيلية وأمنية ولأغراض التقارير.
فالهدف قاعدة بيانات دقيقة، لا أعداد موظفين مصطنعة.
هل يجب أن يصبح كل موظف مستخدمًا كاملًا؟
لا.
السؤال المهم هو ما الذي يحتاج الموظف إلى القيام به فعلًا.
فالمحاسب الذي يدير اليوميات والمدفوعات والعمليات المالية له متطلبات مختلفة تمامًا عن موظف لا يحتاج إلا إلى تعاملات محدودة مع الموارد البشرية.
لا تمنح وصولًا كاملًا إلى نظام ERP لمجرد أن ذلك أسهل أثناء التنفيذ.
فالتصميم الجيد للوصول في أودو يربط الأدوار بمتطلبات العمل الفعلية.
وهذا يحسّن الأمان، ويمكن أن يجنّب أيضًا تعقيدات غير ضرورية في الترخيص.
ما الذي ينبغي للشركات التحقق منه قبل الترقية من أودو 19 إلى أودو 20؟
لا تقيّم الترقية على أنها انتقال تقني فحسب.
بل أدرج فيها تدقيقًا للترخيص والوصول.
1. احصر سجلات الموظفين النشطة
حدّد عدد الموظفين النشطين الفعليين الموجودين حاليًا في تطبيق الموارد البشرية في أودو.
وافصلهم عن الموظفين المؤرشفين وسجلات الاختبار والسجلات المكررة.
2. احصر المستخدمين الداخليين النشطين
حدّد الموظفين الذين لديهم بالفعل حسابات داخلية نشطة في أودو.
ووثّق التطبيقات ومجموعات الصلاحيات التي يحتاجونها فعلًا.
3. حدّد مستخدمي البوابة الخارجيين
افصل العملاء والموردين وغيرهم من الهويات الخارجية على البوابة عن القوى العاملة الداخلية.
4. ارسم خريطة لسير عمل الموظفين
وثّق ما يحتاجه الموظفون فعلًا من أودو.
على سبيل المثال:
Employee A
→ attendance
→ time off
→ payslips
Manager B
→ employee self-service
→ team approvals
→ attendance review
Accountant C
→ accounting
→ invoicing
→ payments
→ reportingالقدرات المطلوبة مختلفة، ولذلك ينبغي أن يكون تصميم الوصول مختلفًا أيضًا.
5. راجع الأثر التجاري قبل الانتقال إلى بيئة الإنتاج
لا تكتشف أثر الترخيص بعد إتمام الترقية التقنية.
اطلب من أودو أو من شريك أودو المعتمد لديك تأكيد كيفية انطباق شروط الاشتراك الحالية على قاعدة بياناتك ومنطقتك وإصدارك وعقدك تحديدًا.
ماذا عن تطبيقات الجوال المخصصة للموظفين؟
هذا سؤال معماري مهم.
تستخدم شركات كثيرة تطبيقًا مخصصًا مبنيًا بـ Flutter أو بوابة للموظفين بدلًا من فتح الواجهة الخلفية الكاملة لأودو أمام كل موظف.
ويمكن لتطبيق الجوال أن يقدّم تجربة أبسط بكثير في:
- الحضور؛
- طلبات الإجازة؛
- قسائم الرواتب؛
- خطابات الموارد البشرية؛
- الإعلانات؛
- المستندات؛
- الموافقات؛
- المهام؛
- العمليات الميدانية.
لكن بناء واجهة مخصصة لا يُلغي التزامات ترخيص أودو أو يغيّرها تلقائيًا.
فالترخيص وبنية التطبيق مسألتان منفصلتان.
وإذا ظل أودو هو نظام السجلات المرجعي، فلا يزال من الضروري تقييم اتفاقية أودو الخاصة بالشركة والطريقة التي تُمثَّل بها سجلات الموظفين والمستخدمين.
ولمزيد من التفاصيل حول بنية تطبيقات الجوال، راجع تطوير تطبيقات جوال لأودو تبقى متصلة.
مثال لشركة تضم 1,000 موظف
لنفترض شركة لديها:
1,000 موظف نشط
لكن ليس لديها سوى:
60 مستخدمًا تقليديًا لنظام ERP.
قد تبدأ الإدارة نقاش الميزانية بهؤلاء المستخدمين الـ 60.
لكن بموجب شروط Enterprise، لا تكفي هذه المعلومات لتقييم الاشتراك.
إذ ينبغي للشركة أن تحدّد:
Total active employees
↓
Employees linked to active internal users
↓
Remaining employee records potentially falling under Light User definition
↓
Portal/external identities
↓
Required applications and access
↓
Applicable Odoo subscription termsولا يمكن للشركة بناء تقدير ترخيص ذي معنى إلا بعد هذا التدقيق.
وبالنسبة إلى المؤسسات بهذا الحجم، قد يكون لافتراض تسعير صغير لكل موظف أثر سنوي كبير.
لا تعتمد على جدول أسعار قديم لأودو
يتطور أودو بسرعة.
وقد لا يمثّل حسابُ تسعير أُعدّ لإصدار أقدم نشرَ أودو 20 تمثيلًا صحيحًا.
وقبل اعتماد الترقية، تحقّق من:
- شروط أودو Enterprise الحالية؛
- التعريف الحالي للمستخدم الخفيف؛
- الأسعار العامة الحالية؛
- عقدك القائم؛
- الشروط الإقليمية والتجارية؛
- عدد الموظفين النشطين؛
- عدد المستخدمين الكاملين النشطين؛
- استخدام البوابة؛
- التطبيقات المطلوبة؛
- متطلبات الاستضافة والتخصيص.
والأهم من ذلك، ميّز بين أسعار أودو الرسمية والتقديرات التي يعدّها شركاء التنفيذ أو الفرق الداخلية.
الخلاصة
أكبر سوء فهم بشأن المستخدمين الخفيفين في أودو 20 هو افتراض أن الموظفين الذين لديهم حسابات دخول عادية إلى الواجهة الخلفية هم وحدهم من يُحتسبون.
فبموجب اتفاقية اشتراك أودو Enterprise الحالية، التي تشمل أودو 20، يمكن أن يقع سجل موظف نشط في الموارد البشرية غير مرتبط بحساب مستخدم نشط من غير مستخدمي البوابة ضمن تعريف المستخدم الخفيف.
وبالنسبة إلى شركة لديها 20 موظفًا، قد يكون الأثر التجاري صغيرًا نسبيًا.
أما بالنسبة إلى شركة لديها 500 أو 1,000 أو 5,000 موظف، فهو يستحق اهتمامًا جادًا قبل اعتماد أي ترقية أو تنفيذ جديد.
والاستجابة الصحيحة ليست تجنّب تطبيق الموارد البشرية في أودو أو التلاعب بسجلات الموظفين.
بل هي فهم نموذج الترخيص، وتنظيف قاعدة بيانات الموارد البشرية، وتصنيف المستخدمين تصنيفًا صحيحًا، وتصميم الوصول وفق متطلبات العمل الفعلية، وحساب الأثر قبل الانتقال إلى بيئة الإنتاج.
إذا كنت تخطط لتنفيذ أودو 20 أو الترقية إليه، فبإمكان Octivex Tech مراجعة مستخدميك الحاليين وهيكل موظفيك وتطبيقاتك المخصصة وبنية التكامل لديك، لتحديد المسائل التقنية ومسائل الترخيص التي ينبغي حسمها قبل الانتقال.