الراتب في النظام نتيجة سلسلة: تقويمٌ يحدّد أيام العمل ← ورصيدٌ يحدّد ما يُخصم ← وحضورٌ قد يُحتسب أو لا يُحتسب ← وهيكلٌ يُسنَد للموظّف ← ودورةٌ تُرحَّل. وانقطاع أيّ حلقة لا يُوقف الراتب — يُخرجه صحيحاً في الشكل، خاطئاً في الرقم.

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

وهذا ما رأيناه فعلاً: قائمتا ٢٠٢٥ و٢٠٢٦ موجودتان معاً، والافتراضية للشركة ما زالت ٢٠٢٥.

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

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

فالبصمات تصل وتُخزَّن، ولا يتحوّل منها شيء. والموارد البشرية تظنّ أنّ عندها نظام حضور، وليس عندها إلا أرشيف أوقات.

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

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

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

الفحص الذاتيّ: افتح إعدادات الرواتب واقرأ الحقلين. إن كانا كذلك وكنتَ تتوقّع خصم الغياب، فتوقّعك لا يطابق نظامك.

١٨٢ مستوى جزاء موزّعة: ١٤٦ خصماً · ١٣ إنذاراً كتابياً · ١٣ إنهاء خدمة مع المستحقات · ٥ إنهاء بلا مستحقات · ٥ تأخير ترقية.

ولا مستوى خصم واحد بلا قيمة أو وحدة: ٨٧ منها بوحدة «أيّام من الأجر» و٥٩ بـ«نسبة من الأجر اليوميّ». وهي متدرّجة كما تقتضي اللائحة: ٥٪ للمستوى الثاني، و١٠٪ للثالث، و٢٠٪ للرابع.

يعدّ النظام الحالات السابقة للموظّف نفسه ومن القاعدة نفسها، المعتمَدة، التي وقع اعتمادها قبل تاريخ المخالفة الجديدة، داخل نافذة «مهلة من تاريخ المخالفة» (٩٠ يوماً في نظامنا). ثمّ يقرأ من اللائحة الجزاء المقابل للمستوى.

وقِيس هذا بتجربة تفصل: حالتان وقعتا في ٢٢ و٢٥ سبتمبر واعتُمدتا في ٢٨. فمخالفة بتاريخ ٢٧ خرجت مستوى ١ — إنذار كتابيّ وصفر خصم، لأنّ اعتماد السابقتين جاء بعدها. ومخالفة بتاريخ ٢٩ خرجت مستوى ٣ — «حسم أجر يومين» = ٤٨٠ ريالاً.

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

القاعدة: اعتمد كل مخالفة قبل أن تقع التي بعدها. ولا رسالة تحذير على هذا الخطأ — فهو من عائلة «الصفر الصامت»: كل شيء يبدو ماشياً والتدرّج لم يحدث.

١) مهلة من تاريخ الاكتشاف — ٣٠ يوماً في نظامنا: لا يُوقَّع جزاء على مخالفة اكتُشفت قبل مدّة طويلة.
٢) مهلة من تاريخ المخالفة — ٩٠ يوماً: وهي أيضاً نافذة احتساب التكرار.
٣) الحدّ الأعلى للخصم الشهريّ — خمسة أيّام أجر: حرسٌ مستقلّ عن التدرّج، يمنع أن يتجاوز مجموع خصوم الشهر ما تسمح به اللائحة. فالتدرّج يرفع الجزاء، والسقف يمنعه من التجاوز.

ولكلٍّ منها ثلاث حالات تطبيق: منع يرفض، وتحذير ينبّه ويسمح، ومعطَّل يتجاهل. واختر «منع» فيما لا تريد أن يُجتهَد فيه.

في تبويب «ملاحظات» حقلٌ اسمه «أساس احتساب التكرار» — وهو للقراءة فقط وقيمته فارغة. لا يُضبَط ولا يؤثّر في الحساب. ومن يبحث فيه عن خيار يضيّع وقته.

الأساس إجمالي الراتب من قسيمة الراتب المرتبطة — لا الصافي ولا الأساسيّ وحده. ثمّ: الأجر اليوميّ = الإجمالي ÷ أيّام الحساب (٣٠) · أجر الساعة = اليوميّ ÷ ساعات اليوم (٨) · أجر الدقيقة = الساعة ÷ ٦٠.

مثالٌ مقيس في النظام: راتب ٧٢٠٠ ← أجر يوميّ ٢٤٠ ← «حسم أجر يومين» = ٤٨٠ ريالاً. والنظام يكتب لك هذا الشرح كاملاً بالعربية في الحالة نفسها — فاقرأه قبل الاعتماد، فهو ما ستُسأل عنه.

«قسيمة الراتب مطلوبة لحالات التأثير المالي» — كل خصم ينزل في قسيمة بعينها، وإلّا صار التزاماً بلا موعد صرف.
«يجب أن يقع تاريخ المخالفة ضمن فترة قسيمة الراتب» — يمنع خصم فعلٍ وقع في أغسطس من راتب أكتوبر.
«الإرسال مسموح فقط من خلال approve_case» — الاعتماد من زرّ «اعتماد المخالفة» في الشاشة وحده، لأنّه يجمع إفادة الموظّف ورأي المدير وتوصيته.
«تاريخ المخالفة لا يمكن أن يكون في المستقبل.» — ولا «تفاصيل المخالفة» فارغة.

«توصية المدير» و«قرار الموارد البشرية» توثيق: اختيار «بدون جزاء» فيهما لا يغيّر المبلغ تلقائياً. ولتغييره فعلاً عدّل «مبلغ الخصم المعتمد» واكتب سبب التعديل. والوحدة توثّق الآراء ولا تديرها كمسار موافقات.

١) راجع لائحة المخالفات وتأكّد أنّ قواعدها تطابق لائحتكم المعتمَدة والمعلَنة للموظفين. ٢) اضبط المهل والسقف الشهريّ على «منع». ٣) تأكّد أنّ قسائم الرواتب تُصدَر في وقتها، فالخصم لا يقوم بدونها. ٤) سجّل كل مخالفة واعتمدها في حينها. ٥) اقرأ شرح الاحتساب قبل كل اعتماد. ٦) راجع تقرير المخالفات شهرياً قبل إقفال الرواتب.

الرسالة: «لا يمكن أن يكون سعر الصرف صفراً.»

معناها: العملة والحساب المدفوع منه هما ما يحدّد سعر الصرف، وغيابهما يجعله صفراً فيُرفض. والرسالة تتحدّث عن النتيجة لا عن السبب.

الإصلاح: املأ العملة والحساب. وهذه الرسالة كانت تظهر بالإنجليزية في نظامنا حتى عُرِّبت.

الرسالة: «قسيمة الراتب مطلوبة لحالات التأثير المالي»

معناها: كل خصم يجب أن ينزل في قسيمة بعينها، وإلّا صار التزاماً بلا موعد صرف.

الإصلاح: اربط قسيمة الشهر الذي وقعت فيه المخالفة. وستظهر رسالة ثانية إن أخطأتَ الشهر: «يجب أن يقع تاريخ المخالفة ضمن فترة قسيمة الراتب».

الرسالة: «الإرسال مسموح فقط من خلال approve_case»

معناها: بعض المستندات لها إجراء اعتماد خاصّ يجمع الإفادة ورأي المدير وتوصيته، فلا يقبل النظام اعتماداً يتخطّاه.

الإصلاح: اعتمد من زرّ «اعتماد المخالفة» في الشاشة نفسها، لا من قائمة الاعتماد العامّة ولا برمجياً.

الرسالة: «(لا رسالة — لا يتمّ التخصيص، ولا تعرف السبب)»

معناها: فترة الإجازة هي ما يحدّد المدى الذي يُحسب عليه الرصيد، والغائب لا يرسل رسالة.

الإصلاح: أنشئ فترة الإجازة للسنة القادمة قبل الموسم. قِيس في نظامنا: لم تكن فترة ٢٠٢٧ موجودة، فأُنشئت ثمّ بُني عليها أربعة وعشرون تخصيصاً.

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

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

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

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

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

الرسالة نعمة — تقول لك أين توقّفت. أمّا الحالة التي تُكلّف حقّاً فهي التي يُحفظ فيها المستند بنجاح ويخرج الرقم صفراً بلا كلمة واحدة. فبعد كل عملية لا تقرأ حالة المستند وحدها، اقرأ الرقم الذي كان المقصود منها.