لماذا تزيد أتمتة الموارد البشرية تعقيد الالتزام بنظام حماية البيانات بدل أن تخففه؟
تتبنى معظم إدارات الموارد البشرية الأتمتة لسبب بسيط: الحجم. فحملة توظيف واحدة للخريجين في منشأة سعودية قد تولّد آلاف السير الذاتية في أسبوع، ولا يستطيع أي فريق توظيف قراءتها كلها بعناية. تحلّ الأتمتة مشكلة الطاقة الاستيعابية، لكنها تخلق في المقابل مشكلة في حماية البيانات، لأن كل سيرة ذاتية ورقم هاتف وصورة هوية وملاحظة مقابلة تُعدّ بيانات شخصية، وهذه البيانات — بموجب نظام حماية البيانات الشخصية السعودي — تحمل التزامات لم يكن يثيرها جدول بيانات تقليدي.
الغريزة الأولى أن نتعامل مع الالتزام كمهمة قانونية تحدث بعد اختيار الأداة، وهذا الترتيب معكوس. في أتمتة الموارد البشرية، الأداة نفسها هي سطح الالتزام. فإذا نسخ وكيل الفرز كل سيرة ذاتية إلى قرص مشترك، أو احتفظ ببيانات المرشحين المرفوضين إلى أجل غير مسمى، أو عجز عن تفسير سبب استبعاد مرشح، فلن تصلح أي وثيقة سياسة ذلك لاحقًا. يجب أن تكون الحوكمة خاصية في النظام، لا فقرة في دليل إجراءات.
لهذا نصف وكلاء الموارد البشرية لدينا بأنهم محكومون منذ البداية: وصول للقراءة فقط في المقام الأول، وإقرار بشري في الحلقة، وسجلات تدقيق بحكم التصميم. وينطبق المبدأ ذاته أيًّا كان المزوّد الذي تختاره. والسؤال الذي ينبغي طرحه ليس "هل للأداة صفحة عن الالتزام؟" بل "هل تستطيع الأداة أن تُظهر لي، لكل مرشح، ما البيانات التي تحتفظ بها، ولماذا، وإلى متى؟".
ما هو الأساس النظامي لمعالجة بيانات المرشحين؟
يشترط النظام وجود أساس نظامي لمعالجة البيانات الشخصية. وفي التوظيف، يكون هذا الأساس في الغالب هو الموافقة، تُجمع بشكل صريح عند لحظة تقديم المرشح لبياناته، لا مدفونة في شروط لا يقرأها أحد. ينبغي للمرشح الذي يتقدم عبر صفحة الوظائف أن يرى، بلغة عربية وإنجليزية واضحة، ما الذي سيعالَج، ولأي غرض، ولأي مدة.
والموافقة في التوظيف ليست مربع اختيار لمرة واحدة، بل لها نطاق. فالمرشح الذي يوافق على تقييمه لوظيفة محددة لم يوافق تلقائيًا على إدراجه في مجموعة مواهب لوظائف مستقبلية، ولا على مشاركة ملفه مع جهات شقيقة. وإذا أردت هذه الاستخدامات الثانوية فاطلبها منفصلة، وسجّل الإجابة منفصلة.
وثمة فخ عملي: يجب أن يكون سحب الموافقة بسهولة منحها. فإذا راسل المرشح بريد الموارد البشرية طالبًا حذف بياناته، فيجب أن تكون الأتمتة قادرة على تلبية الطلب في كل نظام لمسته — نظام تتبع المتقدمين، وفهرس وكيل الفرز، وأي قائمة مختصرة مُصدَّرة. وتصميم السحب كميزة من الدرجة الأولى، لا كفكرة لاحقة، هو ما يفصل النشر المحكوم عن النشر المحفوف بالمخاطر.
إلى متى ينبغي الاحتفاظ ببيانات المرشحين؟
الاحتفاظ هو النقطة التي تنزلق فيها معظم أنظمة أتمتة الموارد البشرية بهدوء خارج نطاق الالتزام. فالسلوك الافتراضي لكثير من الأدوات هو الاحتفاظ بكل شيء إلى الأبد، لأن التخزين رخيص والحذف عمل شاق. لكن النظام يتوقع العكس: ألا تُحفظ البيانات إلا للمدة اللازمة للغرض الذي جُمعت من أجله.
ومن الأنماط العملية تحديد مدة الاحتفاظ بحسب الفئة لا بقاعدة شاملة. فالمتقدمون النشطون لوظيفة مفتوحة يحتاجون بياناتهم طوال دورة التوظيف مع هامش قصير للنزاعات. أما المرشحون المرفوضون الذين لم يُعيَّنوا فيحتاجون عادةً قدرًا أقل بكثير، غالبًا ما يكفي فقط لإثبات عدالة الإجراء عند الطعن. والمرشحون الذين وافقوا صراحةً على الانضمام لمجموعة مواهب مستقبلية يمكن الاحتفاظ ببياناتهم مدة أطول، لكن فقط لأنهم وافقوا على هذا الغرض تحديدًا.
وبعد تحديد هذه النوافذ، ينبغي أن تنفّذها الأتمتة آليًا. فقاعدة الاحتفاظ التي تعيش في وثيقة سياسة وتتوقف على تذكّر أحدهم تشغيل نص تنظيف ليست ضابطًا، بل أمنية. يجب أن يُنهي النظام السجلات في موعدها، ويسجّل الحذف، ويستطيع إثبات أن الحذف قد حدث.
ماذا يحتوي أثر التدقيق القابل للدفاع عنه؟
أثر التدقيق هو الفرق بين أن تقول إن توظيفك عادل وأن تستطيع إثبات ذلك. ولكل قرار آلي، يجيب السجل القابل للدفاع عن مجموعة صغيرة من الأسئلة: أي مرشح، وأي وظيفة، وما البيانات المستخدمة، وما الذي أوصى به الوكيل، وأي إنسان راجعه، ومتى.
وهذا يهم أكثر في مرحلة الفرز، حيث يرتّب الوكيل المرشحين أو يستبعدهم. فإذا سأل مرشح لاحقًا عن سبب عدم إدراجه في القائمة المختصرة، فلن يكون "الخوارزمية قررت" جوابًا. ينبغي أن يمكّن السجل المُوظِّف من إعادة بناء التعليل — مثلًا أن شهادة مطلوبة كانت غائبة عن السيرة المحلَّلة — وتصحيحه إن كان التحليل خاطئًا. والسير الذاتية العربية خطر خاص هنا، لأن تنسيقات الأسماء والمؤهلات تتباين كثيرًا؛ فالوكيل الذي يخطئ في قراءة اسم عربي أو مؤهل ينتج قرارًا خاطئًا مع سجل يبدو نظيفًا.
وسجلات التدقيق هي أيضًا الآلية التي تجعل الإقرار البشري حقيقيًا لا شكليًا. فإذا أظهر السجل أن إنسانًا أقرّ 400 قائمة مختصرة في أربع دقائق، فليست هذه رقابة ذات معنى. وتصميم خطوة المراجعة بحيث يرى الشخص الأدلة فعلًا — وتسجيل قراره — هو ما يمنح الأثر ثقله.
كيف تحافظ على وعي وكيل الموارد البشرية بالنظام عمليًا؟
ابدأ بتقليل البيانات. ينبغي أن يرى وكيل الفرز الحقول التي يحتاجها لتقييم الملاءمة فقط، لا أكثر. فأرقام الهوية والحالة الاجتماعية والصور وما شابهها نادرًا ما تكون ضرورية في الفرز الأولي، وهي بالضبط الحقول التي تخلق مخاطر غير متناسبة. القراءة الأقل ميزة لا قيد.
ثانيًا، أبقِ الوكيل على وضع القراءة فقط تجاه الأنظمة المصدر حيثما أمكن. فالوكيل الذي لا يستطيع إلا أن يقرأ ويوصي — ولا يحدّث أو يرفض أو يحذف سجل مرشح بصمت — يحدّ من نطاق أي خطأ ويُبقي الإنسان هو الفاعل المسجَّل. وهذا هو النهج ذاته الذي نطبقه في تجاربنا للذكاء الاصطناعي، وهو مهم بوجه خاص في التوظيف حيث يكون للفعل الآلي الخاطئ كلفة إنسانية.
ثالثًا، عامل العربية والإنجليزية كمواطنين متساويين. فالعملية ثنائية اللغة ليست طبقة ترجمة فحسب، بل تعني أن إشعار الموافقة وسياسة الاحتفاظ والتواصل مع المرشحين موجودة أصلًا باللغتين، وأن فهم الوكيل للسيرة الذاتية العربية موثوق بقدر فهمه للسيرة الإنجليزية.
أين يقع وكيل الموارد البشرية المحكوم في مسار التوظيف؟
لا يستبدل وكيل الموارد البشرية المحكوم المُوظِّف، بل يزيل العبء المتكرر — تحليل السير الذاتية، والتحقق من المتطلبات المعلنة، وصياغة تحديثات المرشحين، والجدولة — ويحوّل أحكام القرار إلى إنسان. يظل المُوظِّف هو من يقرر من يتقدم، لكن الوكيل يجعل القرار أسرع وأفضل توثيقًا.
ونظام التوظيف الذكي (MasterHR) مبني على هذا النمط تحديدًا: فرز السير الذاتية، ووضع القوائم المختصرة، والتواصل مع المرشحين مع إقرار بشري، مع وعي كامل بالنظام فيما يخص بيانات المرشحين. والفكرة ليست أتمتة قرار التوظيف بل أتمتة العمل المحيط به، ليُتخذ القرار على أدلة أفضل ويترك سجلًا أنظف.
وإذا كنت تحدد نطاق تجربة، فالسؤال المفيد هو كيف يبدو "الإنجاز". في أتمتة الموارد البشرية يعني ذلك مقاييس متفقًا عليها مثل زمن الوصول إلى القائمة المختصرة، مع تدفق موافقة محدد وجدول احتفاظ وأثر تدقيق يمكنك تسليمه لمراجع. ونحن نغلّف ذلك في حزمة القبول في كل تجربة — اختبار قبول المستخدم والتقييمات وأدلة التشغيل والتدريب — لتكون الحوكمة مُثبتة لا مُدّعاة. وإن أردت أن ترى كيف نحدد النطاق، تواصل معنا.
