الرواتب في Odoo للإمارات: نظام حماية الأجور (WPS) ومكافأة نهاية الخدمة، ولماذا يُرفض ملف SIF الخاص بك

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

موعد الاستحقاق في 2026، وعليه يُبنى تصميم دورة الرواتب

تفيد البوابة الرسمية لحكومة دولة الإمارات العربية المتحدة بأن الأجور تُسدَّد وفق القرار الوزاري رقم 340 لسنة 2026 بشأن نظام حماية الأجور (WPS)، الذي بموجبه «تُستحق رواتب الشهر السابق في اليوم الأول من كل شهر ميلادي»، وبأنه «يجب على أصحاب العمل تحويل ما لا يقل عن 85% من إجمالي الأجور المستحقة لموظفيهم في موعدها».

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

ما الذي يحويه ملف الرواتب فعلاً

طوّر مصرف الإمارات العربية المتحدة المركزي نظام حماية الأجور (WPS) لتتمكن وزارة الموارد البشرية والتوطين (MoHRE) من متابعة ما إذا كانت الأجور تُسدَّد في موعدها، وعلى المنشآت المسجلة لدى الوزارة أن تسدّد الأجور عبره في يوم الاستحقاق. وتُرفع الرواتب إلى النظام في ملف معلومات الرواتب (Salary Information File)، وهو ما يُعرف بملف SIF.

ويحدّد دليل مسؤوليات الشركات في نظام حماية الأجور (Wages Protection System Companies Responsibility Guide) الصادر عن وزارة العمل ومصرف الإمارات المركزي الملف بوصفه نصاً بترميز ASCII تُفصل حقوله بفواصل، ثم يورد التفصيل الذي تعكس معظم الفرق ترتيبه: «يُشترط في ملف SIF وجود سجل EDR واحد أو أكثر يعقبه سجل SCR». فسجلات الموظفين تأتي أولاً، وسجل التحكّم ختامي لا افتتاحي، ولا يتضمن الملف إلا صاحب عمل واحداً، ولا يرد فيه موظف مرتين.

ويُنتج Odoo 19 هذا الملف من تقرير الدفع (Payment Report) بضبط صيغة التصدير (Export Format) على UAE WPS. وبحسب وثائق Odoo يتألف الملف من سجل تفاصيل الموظف (EDR) لكل موظف، وسجل الأجر المتغيّر للموظف (EVP)، وسجل تحكّم واحد بالرواتب (SCR) يحمل «بيانات صاحب العمل وإجماليات قسائم الرواتب».

أسباب رفض الملف على مستوى الحقول

والدليل صريح في ذلك: فالملفات غير المطابقة «ستُرفض برمّتها». ولا يُتجاوز صفٌّ واحد معيب ليُقبل ما سواه؛ بل تسقط الدفعة كلها، ويعود الرفض مصحوباً برقم السطر ورمز الخطأ. فمن هنا ابدأ.

• معرّفات لم تُضف إليها الأصفار البادئة. الرقم الفريد لصاحب العمل (Employer Unique ID) مكوّن من 13 رقماً و«يجب أن تُضاف إليه أصفار بادئة»، ورقم تعريف الشخص (Person ID) للموظف مكوّن من 14 رقماً وتسري عليه القاعدة نفسها. أما رقم الحساب لدى وكيل نظام حماية الأجور فعلى العكس تماماً: حتى 16 خانة، و«يجب ألا تُضاف إليه أصفار من جهة اليسار».
• رموز التوجيه. يحمل كلا نوعي السجل (EDR وSCR) رمز توجيه من 9 أرقام يصدره المصرف المركزي، ويُتحقَّق منه بمطابقته مع قاعدة البيانات الرئيسية لنظام حماية الأجور (WPS). وهو في Odoo حقل رمز توجيه الوكيل (Routing Code Agent) في بيانات المصرف، ويجب أن «يتألف من قيمة رقمية من 9 أرقام فقط».
• صيغ التواريخ. تُكتب تواريخ الدفع وإنشاء الملف بصيغة YYYY-MM-DD، ووقت الإنشاء بصيغة HHMM، وشهر الراتب بصيغة MMYYYY، وهو حقل «تتخذ وزارة العمل قرارات رئيسية بناءً على القيمة المدخلة فيه». فمن أدخل شهراً غير صحيح فقد أخطأ في بيان الفترة التي يُحاسَب عليها.
• العدد والإجمالي. العدد الوارد في سجل التحكّم «يجب أن يكون عدد سجلات EDR في الملف»، وإجماليه «يُتحقَّق من مساواته لمجموع المكوّنات الثابتة والمتغيّرة كلها» الواردة فيه. وإذا قرّبت قاعدتان من قواعد الرواتب بطريقتين مختلفتين خرج الملف عن المجموع بفلوس معدودة، وهذا يكفي لإسقاطه.
• أيام الإجازة بدون أجر. يبيّن سجل كل موظف أيام الإجازة بدون أجر في الفترة. فإن اختلفت هذه الأيام عن خصم الإجازة بدون أجر في قسيمة الراتب، فقد أبلغتَ الوزارة بشيء ودفعتَ شيئاً آخر.

ولا شيء من هذا عيب في البرنامج، بل هي الفجوة نفسها في البيانات والإجراءات التي تقف وراء معظم حالات تعثّر الإطلاق الفعلي لمشاريع Odoo عموماً، غير أن الرواتب تكشفها أسرع من أي تطبيق آخر، لأن المصرف يفحص ملفك في اليوم نفسه الذي ترسله فيه.

بناء قواعد الراتب ليُربط الراتب الأساسي والبدلات بالشكل الصحيح

يقسّم سجل الموظف في الملف الأجر إلى مكوّن دخل ثابت وآخر متغيّر، ويحاكي Odoo هذا التقسيم. ففي عقد الموظف الإماراتي في Odoo يأتي الراتب (Wage) إلى جانب بدل السكن (Housing Allowance) وبدل المواصلات (Transportation Allowance) وبدل آخر (Other Allowance)، أما مدخلات قسيمة الراتب الخاصة بالعمل الإضافي والمبالغ الطبية وبدل تذكرة السفر السنوية وصرف الإجازة نقداً فتنعكس في نظام حماية الأجور (WPS) «بوصفها راتباً شهرياً متغيّراً لذلك الموظف تحديداً».

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

مكافأة نهاية الخدمة: ما يقوله القانون وما يفعله Odoo

بموجب المادة 51 من المرسوم بقانون اتحادي رقم 33 لسنة 2021 في شأن تنظيم علاقات العمل، وبحسب البوابة الرسمية لحكومة دولة الإمارات، يستحق العامل الذي يُكمل سنة واحدة من الخدمة المستمرة «أجر 21 يوماً عن كل سنة من سنوات العمل» عن السنوات الخمس الأولى، و«أجر 30 يوماً عن كل سنة من سنوات العمل التي تلي السنوات الخمس الأولى»، محسوباً على الراتب الأساسي. ويُحتسب كسر السنة بما يتناسب معه، وتُستبعد أيام الغياب بدون أجر من مدة الخدمة، و«يجب ألا يتجاوز إجمالي المكافأة أجر سنتين». وتضيف البوابة نفسها أن جميع الأجور والمستحقات ومكافأة نهاية الخدمة التي لم تُسدَّد بعد تُدفع «خلال 14 يوماً من تاريخ انتهاء العقد».

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

والمخصص هو ما ينقذك عند إقفال السنة: إذ يرصده Odoo شهرياً منذ اليوم الأول، بقسمة الراتب الشهري على 30 ثم ضرب الناتج في 21 مقسومة على 12، وتصبح النسبة 30 على 12 بعد خمس سنوات، و«لا يؤثر في صافي المستحق للموظف». فاختبر أولاً حالات مغادرة حقيقية: خدمة طويلة، وخروج في منتصف الشهر، وسقف السنتين.

استحقاقات الإجازات وتذاكر السفر

الإجازة السنوية 30 يوماً متى أتمّ الموظف سنة من الخدمة، ويومان عن كل شهر لمن تتراوح مدة خدمته بين 6 أشهر و12 شهراً. ويقوم مخصص الإجازات في Odoo على حقل عدد أيام الإجازة (Number of Leave Days)، وبحسب الوثائق يدخل هذا الحقل كذلك في «الاحتساب النهائي لنهاية الخدمة والإجازات بدون أجر». ويُحسب المخصص من إجمالي الراتب، أي الراتب الأساسي مضافاً إليه البدلات، مقسوماً على 30، ومضروباً في عدد أيام الإجازة، ومقسوماً على 12. ولاحظ عدم التماثل: مكافأة نهاية الخدمة تُستحق على الراتب الأساسي، أما الإجازة فعلى إجمالي الراتب.

أما تذاكر السفر فهي الاستحقاق الذي لا يحتسبه Odoo عنك. فحزمة التوطين الإماراتية للرواتب تأتي بمدخل بدل تذكرة السفر السنوية (Annual Passage Allowance) يصل إلى الملف راتباً متغيّراً عند صرفه، لكن توزيع الاستحقاق على أشهر السنة قاعدة أضيفها بنفسي: فهو أمر تعاقدي تصوغه كل شركة على نحو مختلف، سنوياً أو كل سنتين أو بدلاً نقدياً. وهذه الإضافة الصغيرة تتسق مع نمط أوسع: فعند فهرسة 140 وحدة Odoo مخصّصة عبر 10 عمليات تطبيق في الإمارات تبيّن أن الموارد البشرية والرواتب أقل المجالات تخصيصاً على الإطلاق، بنسبة 2% فقط.

مطابقة الرواتب مع دفتر الأستاذ

يرحّل Odoo الرواتب بربط كل قاعدة راتب بحساب مدين وحساب دائن على القاعدة نفسها، ثم ينشئ من القسائم قيد يومية بحالة مسودة تراجعه وترحّله. وهذا هو النصف السهل.

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

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

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

قراءات ذات صلة