متاح
مصمم سير العمل والموافقات
يحدد خطوات الموافقة على طلبات الإجازة والمعتمِدين والشروط عبر نموذج، دون برمجة.
ما الذي تقدّمه وحدات المنصة والتكاملات بوصفه بنية مشتركة؟
لا تشمل وحدات المنصة والتكاملات إجراءات العمل منفردةً، بل الوظائف المشتركة التي تستند إليها هذه الإجراءات كلها: إلى من يذهب الطلب للموافقة، ومن يمكنه رؤية أي بيانات، وكيف يُبلَّغ المستخدم وبماذا، وكيف تخرج البيانات من النظام. ويبني Sora İK (برنامج إدارة الموارد البشرية من Sora Yazılım Teknolojileri) هذه الطبقة اليوم عبر الوحدات التالية:
- مصمم سير العمل والموافقات: لتحديد خطوات الموافقة والمعتمِدين لطلبات الإجازة عبر نموذج، ولتعيين النائب الذي يبت بدلًا من المعتمِد في الطلبات المرتبطة بمسار. وستُضاف قريبًا مساحة التصميم المرئية (بالسحب والإفلات)، ومسارات الطلبات الأخرى مثل المصروفات أو السلف أو المستندات.
- الأدوار والصلاحيات والأمان: لتحديد أدوار المستخدمين وصلاحيات الوصول، ودعم أمن الحساب بالتحقق بخطوتين (2FA) وسجل التدقيق.
تشير كلمة «التكاملات» في اسم الفئة إلى الطرق المخطط لها لتبادل Sora İK البيانات مع الأنظمة الخارجية. ولا يوجد لدى Sora İK اليوم ربط جاهز بأي برنامج أو نظام مؤسسي؛ ويمكن تصدير بيانات الرواتب وكشف الحضور والتقارير بصيغة CSV. وستُضاف قريبًا واجهة API المفتوحة وWebhooks الموصوفة أدناه للربط مع برامج الشركة نفسها. ويُشرح نهج الأمان في صفحة الأمان وحماية البيانات، والباقات في صفحة الأسعار.
في أي طبقات تقع وحدات المنصة القادمة قريبًا؟
تنقسم الوحدات القادمة قريبًا إلى أربع مجموعات: بنية مشتركة تجمع الإشعارات في مكان واحد، وواجهة API وتطبيق الجوال للوصول إلى Sora İK عبر قنوات مختلفة، ومساعد بالذكاء الاصطناعي يعين مستخدمي الموارد البشرية، وخدمات تشغيلية تستخدم بيانات أكثر من وحدة. وسبب إدراج السفر والوجبات والنقل وإنشاء المستندات في هذه الفئة أنها جميعًا تستند في آن واحد إلى مسارات الموافقة وتعريفات الصلاحيات والإشعارات. وستتضح النطاقات أثناء التطوير، وتُدرج جميع الفئات في صفحة الوحدات.
| الوحدة | فيمَ تفيد |
|---|---|
| مركز الإشعارات | جمع إشعارات جميع الوحدات في مكان واحد وترك تفضيلات القنوات للمستخدم |
| واجهة API المفتوحة وWebhooks | تمكين برامج المنشأة من الوصول إلى بيانات Sora İK بصورة مخوَّلة ومحدودة |
| تطبيق الجوال | نقل عمليات الخدمة الذاتية والموافقات والإشعارات إلى الهاتف |
| مساعد الموارد البشرية بالذكاء الاصطناعي | تقديم مقترحات لمستخدمي الموارد البشرية في إيجاد التقارير والتلخيص وإعداد النصوص الأولية |
| السفر وبدل المهمات | جمع طلب رحلات العمل والموافقة عليها واحتساب بدل المهمة في سجل واحد |
| الوجبات والنقل وتخصيص المركبات | إدارة تخطيط المطعم والنقل الجماعي للموظفين وسيارات الشركة ببيانات الموظفين |
| إنشاء المستندات | إعداد المستندات المطلوبة كثيرًا من سجلات المنشأة وقوالبها |
مركز الإشعارات قريبًا
سيُضاف مركز الإشعارات قريبًا لجمع الإشعارات التي تنتجها جميع وحدات Sora İK في مكان واحد، وتمكين كل مستخدم من اختيار طريقة تلقيها. أما اليوم فتقتصر إشعارات العمل التي يرسلها Sora İK على مسار الإجازات: إذ يُرسل بريد إلكتروني عند الطلب الجديد والموافقة والرفض وإلغاء الإجازة الموافَق عليها. ومع ازدياد الوحدات، إذا أُرسل كل إشعار، كطلب ينتظر الموافقة، أو مستند أوشكت صلاحيته على الانتهاء، أو تدريب قريب، أو طلب بُتّ فيه، في رسالة بريد إلكتروني مستقلة، قد يضيع الإشعار المهم وسط الزحام. وفي الوحدة المخطط لها سيرى المستخدمون إشعاراتهم في صندوق وارد داخل التطبيق، وسيُترك للمستخدم اختيار القنوات، مثل البريد الإلكتروني وإشعارات الجوال، وتفضيلات الوتيرة، مثل الإشعار الفوري أو الملخص اليومي. ويُستهدف جمع الموافقات المعلّقة للمديرين في ملخص واحد. وستُطلق الإشعارات وفق الخطوات المحددة في مصمم سير العمل والموافقات. وستُقلَّل البيانات الشخصية في محتوى الإشعارات إلى الحد الأدنى؛ فبدلًا من كتابة مبلغ الأجر أو معلومة صحية في البريد الإلكتروني مثلًا، سيُوجَّه المستخدم إلى Sora İK. ويُدرس أيضًا ألا يمكن إيقاف الإشعارات الحرجة، مثل تلك التي تذكّر بالمواعيد القانونية، إيقافًا كاملًا.
واجهة API المفتوحة وWebhooks قريبًا
يُخطَّط لوحدة واجهة API المفتوحة وWebhooks لتمكين برامج المنشآت من الوصول إلى بيانات Sora İK بصورة مخوَّلة ومحدودة. وواجهة API (واجهة برمجة التطبيقات) بوابة محددة تتيح لبرنامج آخر قراءة البيانات من Sora İK أو كتابتها فيه، أما الـ webhook فيرسل إشعارًا إلى العنوان الذي تحدده المنشأة عند وقوع أحداث مثل إضافة موظف جديد أو مغادرة موظف أو الموافقة على إجازة. وتُنقل بيانات الموارد البشرية اليوم إلى أنظمة أخرى في الغالب عبر ملفات تُعدّ يدويًا وتفقد حداثتها بسرعة. وفي الوحدة المخطط لها لن يسمح كل مفتاح وصول إلا بحقول البيانات المحددة، وسيتمكن مدير المنشأة من إنشاء المفاتيح وإلغائها، وستُدوَّن جميع عمليات الوصول في سجل التدقيق. والطرف الذي سيُنشئ الربط هو فريق البرمجيات الخاص بالمنشأة أو مزوّد تخوّله المنشأة؛ ولا يوجد لدى Sora İK ربط جاهز ببرنامج معيّن. وعند نقل البيانات إلى نظام آخر تظل المنشأة هي مسؤول البيانات. أما احتياجات جانب المحاسبة فتُعالَج بشكل منفصل في فئة الرواتب والتعويضات.
تطبيق الجوال قريبًا
سينقل تطبيق الجوال أكثر العمليات تكرارًا في Sora İK إلى هواتف iOS وAndroid، وهو من الوحدات القادمة قريبًا. فبالنسبة إلى الموظفين الذين يعملون في الميدان أو المتجر أو خط الإنتاج ولا يجلسون أمام حاسوب خلال اليوم، قد يتطلب طلب الإجازة أو الاطلاع على كشف الراتب أو الوصول إلى مستند اليوم مراجعة فريق الموارد البشرية بشكل منفصل. وسيركّز التطبيق المخطط له على نقل عمليات الخدمة الذاتية للموظفين والمديرين، والموافقات المعلّقة للمديرين، والإشعارات الواردة من مركز الإشعارات إلى الهاتف. وسيُعالَج تسجيل بداية المهمة ونهايتها للموظفين الميدانيين مع أعمال متابعة العاملين عن بُعد وفي الميدان في فئة إدارة الوقت والحضور. ومن مبادئ التصميم الأساسية إمكانية إغلاق الجلسة عن بُعد في حال فقدان الهاتف، والتزام التطبيق بقواعد الأدوار والصلاحيات المطبّقة في نسخة الويب كما هي. وستتضح العمليات التي سيبدأ بها التطبيق أثناء التطوير، ويتوقف نشر تطبيق الجوال أيضًا على إجراءات المراجعة الخاصة بمتاجر التطبيقات. ويُنظر إلى تطبيق الجوال بوصفه قناة تُضاف إلى جانب واجهة الويب لا بديلًا عنها.
مساعد الموارد البشرية بالذكاء الاصطناعي قريبًا
سيُضاف مساعد الموارد البشرية بالذكاء الاصطناعي قريبًا بوصفه مساعدًا يعين أخصائيي الموارد البشرية والمديرين في أعمالهم اليومية. ومن مجالات الاستخدام المخطط لها: إيجاد التقرير المناسب لسؤال مطروح باللغة الطبيعية، وإعداد نص أولي لإعلان وظيفة أو إعلان داخلي، وتلخيص السجلات الطويلة. ولن يصل المساعد إلا إلى البيانات التي يملك المستخدم أصلًا صلاحية الاطلاع عليها، وستأتي الصلاحيات من وحدة الأدوار والصلاحيات والأمان. وكل مُخرَج ينتجه المساعد نصٌّ أولي ومقترح؛ ولا يوجد وعد بأن يكون صحيحًا، ويجب أن يخضع لمراجعة المستخدم. ولن تُترك للمساعد القرارات التي تُرتّب أثرًا على الشخص، مثل التوظيف أو الترقية أو الأجر أو إنهاء الخدمة. وبموجب KVKK (قانون حماية البيانات الشخصية التركي رقم 6698)، يحق للأشخاص الاعتراض على نشوء نتيجة في غير صالحهم بسبب تحليل بياناتهم بواسطة أنظمة آلية حصرًا؛ ولهذا فإن الموافقة البشرية جزء ثابت من التصميم. ويُخطَّط لإيضاح مسائل مثل البنية التحتية للذكاء الاصطناعي التي ستُستخدم، ومكان معالجة البيانات، والنقل إلى الخارج، في صفحة الأمان وحماية البيانات عندما تتضح.
السفر وبدل المهمات قريبًا
يُخطَّط لوحدة السفر وبدل المهمات لجمع مسار رحلات العمل في سجل واحد، من الطلب حتى التسوية بعد العودة. فإذا كانت موافقة السفر تُؤخذ بالبريد الإلكتروني، وتبقى معلومات النقل والإقامة لدى أشخاص مختلفين، ويُحتسب بدل المهمة (Harcırah) بجدول بعد العودة، يصعب لاحقًا تتبّع أي رحلة تمت من أي ميزانية وبموافقة من. وفي الوحدة المخطط لها سيفتح الموظف طلبًا بإدخال غرض الرحلة وتواريخها ومسارها، ويُوافَق على الطلب عبر الخطوات المحددة في مصمم سير العمل والموافقات. وستُحتسب بنود بدل المهمة، مثل البدل اليومي والإقامة، وفق القواعد التي تحددها المنشأة في سياسة السفر الخاصة بها؛ ويدخل في النطاق أيضًا منح سلفة السفر وتسويتها بعد العودة بالنفقات الفعلية. وسيمكن تعريف قواعد مختلفة للرحلات الداخلية والخارجية، وسيتمكن المديرون من متابعة تقويم سفر فرقهم والقدر المستخدم من ميزانية السفر في عرض واحد. وستُنقل النفقات أثناء السفر إلى أعمال إدارة المصروفات في فئة الرواتب والتعويضات. ويختلف تقييم بدل المهمة من حيث الضريبة واشتراكات الضمان الاجتماعي بحسب التشريعات وطبيعة الدفعة، ويُنصح بتحديد قواعد السياسة مع مستشارك المالي.
الوجبات والنقل وتخصيص المركبات قريبًا
تُصمَّم وحدة الوجبات والنقل وتخصيص المركبات، التي ستُضاف قريبًا، لإدارة التخطيط اليومي لخدمات المطعم والنقل الجماعي للموظفين وسيارات الشركة التي تقدمها المنشآت لموظفيها، مع بيانات الموظفين. فعدد الوجبات التي ستُعَدّ في المطعم، ومسار النقل الذي سيستخدمه كل موظف، ولدى من ستكون سيارة الأسطول في يوم ما، تُتابَع اليوم في الغالب بقوائم منفصلة، وتنعكس تغييرات الإجازات والورديات على هذه القوائم متأخرة. وفي الوحدة المخطط لها ستُشتق خطة الوجبات اليومية من عدد الموظفين المتوقع وجودهم في مكان العمل، باستخدام الإجازات الموافَق عليها ومعلومات الورديات. وستُعرَّف مسارات النقل ومحطاته وقوائم الركاب، وعندما تتغير وردية الموظف ستُحدَّث قائمة النقل المعنية. ويُدرس إتاحة الحجز لسيارات الأسطول، وربط السيارات المخصصة بأعمال العُهد في فئة إدارة شؤون الموظفين. ويُستهدف ألا يطّلع على معلومات مثل عنوان السكن المستخدم في تخطيط النقل إلا الأشخاص المخوَّلون ولهذا الغرض فقط. أما تكلفة هذه الخدمات بوصفها مزايا وأثرها على الرواتب فتُعالَج في أعمال المزايا ضمن فئة الرواتب.
إنشاء المستندات قريبًا
يُخطَّط لوحدة إنشاء المستندات تلقائيًا (شهادة العمل، وكشف الراتب، وكشف الخدمة) لإعداد المستندات التي يطلبها الموظفون كثيرًا من سجلات المنشأة وقوالبها. فمستندات مثل شهادة العمل، وخطاب الراتب، وقسيمة الراتب، والكشف الذي يبيّن مدد خدمة الموظف في المنشأة، تُعَدّ اليوم في الغالب بنسخ المعلومات يدويًا إلى قالب في برنامج معالجة نصوص، وهذا يؤدي إلى أخطاء كتابية وانتظار. وفي الوحدة المخطط لها ستعرّف المنشأة قوالب مستنداتها، وتُملأ الحقول في القالب من سجلات ملف الموظف الرقمي والرواتب (تركيا). وسيتمكن الموظفون من إرسال طلبات المستندات عبر الخدمة الذاتية، وسيصل المستند المُعَدّ إلى الموظف بعد مراجعة الشخص المخوَّل، وتُحفظ نسخة منه في إدارة المستندات والعقود. وسيساعد ترقيم كل مستند وتوثيق تاريخ إنشائه ومن أنشأه على تقليل خطر المستندات المعدّلة. وهذه المستندات صادرة عن المنشأة، ولا تحل محل المستندات التي تُستخرج من المؤسسات، مثل كشف الخدمة الرسمي الصادر عن مؤسسة الضمان الاجتماعي التركية (SGK). ويُنصح بأن تراجع المنشأة كفاية محتوى المستند من الناحية التشريعية مع مستشارها القانوني أو مستشار الموارد البشرية. وستُعالَج متابعة طلبات المستندات مع أعمال طلبات الموظفين في فئة شؤون الموظفين.