ربما تكون كشوف المرتبات (الرواتب) واحدة من أكثر الوحدات تعقيداً في أي منصة للموارد البشرية. فالأمر لا يتعلق فقط بإنشاء تقارير الرواتب الشهرية، بل تؤثر كشوف المرتبات على كل ما يتعلق بالموظف تقريباً:
التعويضات والمزايا
الحضور وجداول الدوام
الإجازات
العمل الإضافي
السياسات
الضرائب والقواعد القانونية
العقود
الامتثال
اللوائح التنظيمية الخاصة بكل دولة
والحقيقة هي: أن كل شركة، وكل بلد، بل وحتى كل فريق موارد بشرية يعمل بطريقة مختلفة.
لهذا السبب، وقبل كتابة سطر واحد من الهيكلية البرمجية أو الكود، قضينا أشهراً في التحدث مباشرة مع فرق الموارد البشرية والرواتب - عبر مختلف أحجام الشركات والدول - لفهم سير عملهم، وجهودهم اليدوية، وعمليات الموافقة لديهم، وكوابيس ملفات Excel التي كانوا يتعايشون معها بصمت. أردنا السماع عن مخاوف الامتثال لديهم، والحالات الاستثنائية، واللحظات المحددة التي تعطلت فيها الأدوات الحالية.
لنأخذ على سبيل المثال شركة لديها موظفون في ألمانيا وسنغافورة والإمارات العربية المتحدة. تفرض ألمانيا مساهمات تأمين اجتماعي إلزامية صارمة مقسمة بين صاحب العمل والموظف. بينما تعتمد سنغافورة على مساهمات صندوق الادخار المركزي (CPF) بمعدلات تتغير حسب الفئة العمرية. أما دولة الإمارات فلا تفرض ضريبة دخل شخصية، ولكن يتعين عليها احتساب مكافأة نهاية الخدمة والامتثال لنظام حماية الأجور (WPS) بدلاً من ذلك. وتختلف قواعد العمل الإضافي، ودورات الرواتب، والتقارير القانونية بين الدول الثلاث. ويجب أن ينعكس تغيير واحد في سجل حضور موظف واحد بشكل صحيح عبر ثلاث مجموعات مختلفة تماماً من القواعد - دون أن يضطر أي شخص في فريق الموارد البشرية إلى تعديل جدول بيانات يدوياً لإصلاح ذلك. هذا هو نوع السيناريوهات التي كنا نواجهها مراراً وتكراراً بأشكال مختلفة.
لم نكن نريد بناء "مجرد حاسبة رواتب أخرى". بل أردنا بناء محرك رواتب يساعد الأشخاص فعلياً.
الرؤية التي شكلت هيكليتنا البرمجية
كلما استمعنا أكثر، أصبح هناك أمر واحد واضحاً: أن قسيمة الراتب هي في الأساس مجموعة من المكونات الديناميكية.
الراتب الأساسي
البدلات
المكافآت
العمل الإضافي
الاستقطاعات
الضرائب
المساهمات القانونية
تتصل كل هذه المكونات من خلال السياسات، والمعادلات الحسابية، وبيانات الحضور، وقواعد الامتثال المحلية. وبمجرد أن نظرنا إلى كشوف المرتبات بهذه الطريقة - كنظام من الأجزاء المتصلة والقابلة للتهيئة بدلاً من كونها عملية حسابية ثابتة - أصبحت الهيكلية البرمجية أكثر وضوحاً.
المشكلة الأكثر صعوبة: جعل النظام ديناميكياً دون إحداث فوضى
الصعوبة الحقيقية لا تكمن في حساب قسيمة راتب واحدة بشكل صحيح. بل تكمن في جعل النظام مرناً لكل دولة وموقع - مع اختلاف الأنظمة الضريبية، والقواعد القانونية، وقوانين العمل الإضافي، ودورات الرواتب، ولوائح الإجازات - دون أن تنهار المنطق الأساسي للبرنامج في فوضى غير قابلة للصيانة من الاستثناءات.
هذه هي المشكلة التي صممنا نظامنا لحلها منذ اليوم الأول: إبقاء القواعد الخاصة بكل دولة معزولة وقابلة للتهيئة، بحيث لا يعني إضافة منطقة جديدة إعادة كتابة المحرك الأساسي.
هذا هو الجانب الذي تظهر فيه أهمية الهيكلية البرمجية بشكل أكبر - وبصراحة، هذا ما يجعل بناء برمجيات الموارد البشرية ورواتب الموظفين أمراً مثيراً لاهتمامنا حقاً. لا تزال هناك مشكلات صعبة هنا تستحق الحل بشكل صحيح.
هل أنت فضولي لمعرفة كيف ينعكس هذا على الإعداد الخاص بفريقك؟ احجز مكالمة معنا وسنستعرض معاً كيف يتعامل محرك رواتب X-HR مع كشوف المرتبات متعددة الدول عملياً.
