تخيل أنك تريد اختيار متخصص لمهمة محددة.

هل تحتاج فعلاً منذ البداية إلى معرفة الاسم الكامل، ورؤية الصورة، ومعرفة عنوان السكن الدقيق، والسجل المهني الكامل، وجميع بيانات الاتصال؟

في حالات كثيرة، تكون الأسئلة الأولى مختلفة:

  • هل يمتلك المهارات المطلوبة،
  • هل يستطيع تقديم أدلة عمل موثوقة،
  • هل نفذ مهام مشابهة،
  • ما إسهامه الفعلي،
  • هل تناسب شروط التعاون المشروع،
  • ما الذي لا نعرفه بعد ويجب التحقق منه.

قد تصبح الهوية الكاملة ضرورية لاحقاً. لكنها ليست ضرورية دائماً للتقييم الأولي للملاءمة المهنية.

تقليل البيانات له أساس قانوني، لكن هذا النموذج ليس قاعدة قانونية

يشترط GDPR أن تكون البيانات الشخصية ملائمة وذات صلة ومقتصرة على ما هو ضروري للأغراض التي تعالج من أجلها. وهذا هو مبدأ تقليل البيانات في المادة 5(1)(c). [1]

وتذهب المادة 25(2) أبعد من ذلك، إذ تشترط أن تقتصر المعالجة افتراضياً على البيانات الشخصية الضرورية لكل غرض محدد. وتشير المادة صراحة إلى كمية البيانات المجمعة، ونطاق المعالجة، ومدة التخزين، وإمكانية الوصول. [1]

وتشرح المفوضية الأوروبية المبدأ نفسه بصورة أبسط: ينبغي للمؤسسة أن تجمع وتعالج فقط البيانات الشخصية الضرورية لتحقيق الغرض المحدد. [2]

هذا لا يعني أن القانون يلزم منصة للمتخصصين بإخفاء الاسم أو الصورة حتى لحظة معينة. النموذج الوارد في هذا المقال تفسير عملي لمبدأ الحد من البيانات ومن الوصول إليها، وليس التزاماً رسمياً ناشئاً عن مادة قانونية واحدة.

حدد غرض القرار أولاً

لا يمكن الإجابة بصورة معقولة عن سؤال "ما البيانات الضرورية؟" قبل معرفة الغرض الذي ستستخدم من أجله.

تحتاج إلى معلومات مختلفة عندما:

  • تتصفح مئات الملفات،
  • تقارن شخصين في قائمة مختصرة،
  • تدعو شخصاً إلى محادثة،
  • تتحقق من ترخيص مهني محدد،
  • تتفق على شروط خدمة،
  • تبرم عقداً،
  • تنفذ دفعة أو تفي بالتزام قانوني.

تقليل البيانات لا يعني "اعرض دائماً أقل قدر ممكن". بل يعني قصر البيانات على ما هو ملائم وضروري لغرض محدد. [1]

إخفاء حقل في الملف لا يعني أن البيانات لا تعالج

هذا التمييز مهم.

إذا كانت المنصة تخزن الاسم الكامل للمتخصص لكنها لا تعرضه لمن يشاهد الملف، فهي ما زالت تعالج تلك البيانات. ويعرّف GDPR المعالجة تعريفاً واسعاً يشمل، من بين أمور أخرى، الجمع والتخزين والاسترجاع والاستخدام والإفصاح. [1]

قد يؤدي إخفاء المعلومات إلى تقليل إمكانية الوصول إليها بالنسبة إلى متلقين محددين، وهي إحدى الجوانب المذكورة في المادة 25(2). لكنه لا يعني توقف معالجة البيانات. [1]

لذلك ينبغي لبنية الخصوصية الجيدة أن تجيب بصورة منفصلة عن ثلاثة أسئلة:

  • ما البيانات التي تحتفظ بها المنصة،
  • من يستطيع الوصول إليها،
  • متى ولأي غرض يمكن الإفصاح عنها لطرف آخر.

قد يكون الملف من دون اسم مستعار الهوية ومع ذلك يظل يحتوي بيانات شخصية

استخدام هوية مستعارة وإخفاء الهوية الكامل ليسا الشيء نفسه.

يوضح مجلس حماية البيانات الأوروبي أن استخدام الهوية المستعارة يقلل إمكانية ربط البيانات بشخص معين، لكنه لا يقطع هذا الرابط تماماً. وتظل البيانات ذات الهوية المستعارة بيانات شخصية إذا أمكن إعادة ربطها بالشخص باستخدام معلومات إضافية. [4]

وبالتالي فإن ملفاً باسم "المتخصص 184"، مع حفظ الهوية الحقيقية بصورة منفصلة، لا يصبح تلقائياً مجهول الهوية بالمعنى القانوني.

استخدام هوية مستعارة تدبير للحماية، وليس وسيلة لإخراج البيانات من نطاق GDPR.

الصورة ليست تلقائياً بيانات بيومترية من فئة خاصة

يتضمن GDPR هنا تفصيلاً مهماً يُبسّط أحياناً أكثر من اللازم.

توضح الحيثية 51 أن الصور الفوتوغرافية لا ينبغي أن تعامل بصورة منهجية على أنها بيانات من فئات خاصة. وتدخل الصورة في المفهوم ذي الصلة للبيانات البيومترية عندما تعالج بوسائل تقنية محددة تسمح بالتعرف الفريد على الشخص أو التحقق من هويته. [1]

هذا لا يعني أن الصورة العادية لا يمكن أن تكون بيانات شخصية. يمكن أن تكون كذلك. بل يعني فقط أن الصورة لا تصبح تلقائياً بيانات بيومترية من فئة خاصة لمجرد أنها تعرض شخصاً.

تقليل بيانات الهوية قد يغير التقييم الأولي، لكنه لا يزيل التحيز

تظهر الأبحاث حول طلبات العمل المجهولة أن الحد من معلومات الهوية قد يقلل، في بعض الظروف، بعض الحواجز التمييزية في مرحلة الفرز الأولي. وفي الوقت نفسه تعتمد النتائج على السياق، وقد يؤدي إخفاء الهوية فقط إلى تأجيل التمييز إلى مرحلة لاحقة أو إلى آثار غير مقصودة. [6]

لذلك من غير الدقيق القول:

"إخفاء الاسم والصورة يزيل التحيز".

والصياغة الأكثر اتساقاً مع الأدلة هي:

"قد يساعد الحد من بعض معلومات الهوية على تركيز المرحلة الأولى على المعايير المهنية، لكنه لا يضمن وحده قراراً خالياً من التحيز أو أفضل جودة".

يمكن أن يبدأ تقييم المهارات قبل الإفصاح الكامل عن الهوية

تصف OECD نهج skills-first بأنه نقل معيار التقييم الأساسي نحو المهارات التي يستطيع الشخص إثباتها، مع دور مكمل للمؤهلات والخبرة. كما تؤكد OECD أهمية اتخاذ خطوات واعية للحد من التحيز واستخدام أساليب تقييم مناسبة. [5]

هذا لا يعني أن OECD توصي بإخفاء حقول محددة في ملفات المتخصصين على المنصات.

لكن يمكن استخلاص نتيجة تصميمية حذرة:

إذا كان هدف المرحلة الأولى تقييم القدرة على تنفيذ عمل محدد، فقد تكون المعلومات المتعلقة بالمهارات وأدلتها أهم من بعض معلومات الهوية.

7 مراحل للإفصاح التدريجي عن البيانات المهنية

1. حدد المشكلة قبل النظر إلى الأشخاص

ابدأ بتحديد:

  • المشكلة التي يجب حلها،
  • المهام التي يجب تنفيذها،
  • المهارات الأساسية،
  • أدلة العمل التي ستكون ذات صلة،
  • قيود الوقت والميزانية وطريقة التعاون.

لا تحتاج في هذه المرحلة إلى أي بيانات عن متخصص بعينه.

وهذا مهم أيضاً من الناحية المنهجية: توضع المعايير قبل رؤية الأشخاص الذين سيجري تقييمهم وفقاً لها.

2. قارن المهارات والأدلة ونطاق المسؤولية

قد تكفي في التقييم الأولي للملف معلومات مثل:

  • المهارات المطلوبة،
  • سياق استخدامها،
  • نماذج العمل أو نتائجه،
  • وصف الإسهام الفعلي،
  • مستوى المسؤولية،
  • مدى حداثة الخبرة،
  • إمكانية التحقق من جزء من الأدلة.

إذا كان الاسم أو الصورة أو السجل الوظيفي التفصيلي لا يساعد على تحديد قدرة الشخص على تنفيذ العمل المحدد، فيمكن التفكير في عدم استخدامه في هذه المرحلة.

هذا قرار تصميمي، وليس التزاماً قانونياً عاماً.

3. أضف الشروط اللازمة لمعرفة ما إذا كان التعاون قابلاً للتنفيذ

قد تتضمن الطبقة التالية معلومات لا تثبت المهارة، لكنها ضرورية لمعرفة ما إذا كان التعاون ممكناً عملياً:

  • التوافر،
  • موعد البدء الممكن،
  • نطاق الخدمة،
  • طريقة التسعير والسعر،
  • لغة التواصل إذا كانت ذات صلة،
  • المنطقة الزمنية أو مكان العمل إذا كانا مهمين فعلاً،
  • القيود التنظيمية.

السعر ليس دليلاً على الكفاءة، والموقع ليس مقياساً للجودة. ومع ذلك قد يكونان من شروط تعاون محدد.

4. في القائمة المختصرة اجمع فقط المعلومات الناقصة اللازمة للقرار

بعد تضييق الخيارات لا يلزم الإفصاح تلقائياً عن الملف بالكامل.

حدد أولاً ما المعلومات التي ما زالت ناقصة لاتخاذ القرار التالي.

قد تكون:

  • توضيح مشروع معين،
  • تأكيد الإسهام الشخصي،
  • نموذج عمل إضافي،
  • إجابة عن السؤال نفسه المطروح على جميع الموجودين في القائمة المختصرة،
  • تأكيد ترخيص مهني إذا كان مطلوباً فعلاً.

ينبغي أن يقود نقص المعلومات إلى سؤال محدد، لا تلقائياً إلى تقييم أقل.

5. اكشف الهوية عندما تصبح ضرورية للخطوة الحقيقية التالية

ليس من الضروري أن تكون لحظة كشف الهوية واحدة في جميع الحالات.

قد تصبح ضرورية مثلاً عندما يريد الطرفان:

  • الانتقال إلى محادثة مباشرة،
  • التحقق من نسبة عمل أو خبرة معلنة لدى مصدر معين،
  • التحقق من ترخيص شخصي مطلوب،
  • إعداد تعاون رسمي.

لا توجد قاعدة قانونية عامة تفرض كشف الاسم بعد عدد ثابت من المراحل.

المعيار العملي هو ظهور غرض محدد لا يمكن تحقيقه بصورة معقولة من دون هذه المعلومة.

6. عند توثيق التعاون اجمع البيانات اللازمة لتلك العلاقة

عندما يبدأ الطرفان التعاون فعلياً، قد يتسع نطاق المعلومات الضرورية.

بحسب نوع العلاقة والولاية القانونية والتزامات الأطراف، قد تكون البيانات مطلوبة من أجل:

  • إبرام عقد أو تنفيذه،
  • التواصل التشغيلي،
  • الفوترة والتسوية،
  • الالتزامات الضريبية أو المحاسبية،
  • التحقق المطلوب قانوناً أو المبرر بطبيعة الخدمة.

لا يحتاج كل مشروع إلى مجموعة البيانات نفسها. وقد تتطلب القطاعات المنظمة أو الالتزامات القانونية الخاصة بيانات أوسع بكثير.

هذا المقال لا يحل محل التحليل القانوني لعلاقة محددة.

7. بعد القرار أعد تقييم الوصول ومدة الاحتفاظ

لا ينتهي تقليل البيانات بمجرد جمعها.

تربط المادة 25(2) من GDPR الحماية الافتراضية أيضاً بنطاق المعالجة ومدة التخزين وإمكانية الوصول. [1]

بعد انتهاء مرحلة، اسأل من جديد:

  • هل ما زالت هذه المعلومة ضرورية،
  • من ينبغي أن يحتفظ بإمكانية الوصول،
  • هل يوجد سبب قانوني للاحتفاظ بها،
  • هل يمكن تقليل مستوى ظهورها،
  • متى ينبغي حذفها أو إعادة مراجعتها.

كون المعلومة كانت ضرورية بالأمس لا يعني تلقائياً أن تظل متاحة إلى أجل غير محدد.

ما الذي يمكن أن يبرر كشف الطبقة التالية من البيانات؟

قبل كشف معلومة إضافية، استخدم اختباراً بسيطاً من خمسة أسئلة:

1. ما الغرض الدقيق من هذه المعلومة؟
2. هل يمكن اتخاذ القرار بصورة معقولة من دونها؟
3. هل تكفي نسخة أقل دقة من المعلومة؟
4. من يحتاج فعلاً إلى رؤيتها؟
5. إلى متى يجب أن تظل متاحة؟

مثال: إذا كنت تحتاج فقط إلى معرفة ما إذا كان التعاون ممكناً خلال ساعات محددة، فإن عنوان منزل المتخصص الدقيق لا يجيب عادة مباشرة عن هذا السؤال. قد تكفي المنطقة الزمنية أو ساعات التوافر المعلنة.

هذا ليس اختباراً قانونياً. بل أداة عملية لفحص التناسب بين المعلومة والغرض.

تقليل البيانات المكشوفة لا ينبغي أن يعني زيادة التخمين

ينبغي ألا تقلل الخصوصية من جودة القرار من خلال استبدال المعلومات الناقصة بافتراضات.

إذا احتجت إلى معلومة مهنية محددة للتقييم، فلديك ثلاثة خيارات معقولة:

  • اطلبها في المرحلة المناسبة،
  • استخدم دليلاً بديلاً يجيب عن السؤال نفسه،
  • أقر بأن أساس القرار لا يزال غير كاف.

أما الافتراض التالي فغير سليم:

"لا أرى هذه المعلومة، إذاً النتيجة لا بد أن تكون سيئة".

غياب البيانات والدليل السلبي شيئان مختلفان.

ينبغي أن يترافق الحد من الظهور مع ضبط الوصول

لا تكون للإفصاح التدريجي قيمة كبيرة إذا كان كل مستخدم داخلي للنظام يستطيع رؤية جميع البيانات منذ البداية.

تذكر المادة 25(2) من GDPR صراحة إمكانية الوصول كأحد أبعاد الحماية الافتراضية. [1] وتشرح إرشادات مجلس حماية البيانات الأوروبي بشأن حماية البيانات منذ التصميم وبشكل افتراضي تنفيذ هذه المبادئ بتدابير تقنية وتنظيمية مناسبة. [3]

عملياً، افصل بين:

  • البيانات التي تحتاجها المنصة لإدارة الحساب،
  • البيانات الظاهرة للعامة،
  • البيانات الظاهرة لطرف مختار فقط،
  • البيانات المتاحة للموظفين أو المديرين لغرض محدد فقط.

خصوصية الواجهة من دون ضبط مماثل للوصول إلى البيانات تظل غير مكتملة.

مثال افتراضي: اختيار متخصص لتدقيق إمكانية الوصول

لنفترض أن مؤسسة تبحث عن شخص لتقييم إمكانية الوصول إلى موقع إلكتروني.

المرحلة الأولى
تقارن المهارات والخبرة في عمليات تدقيق مشابهة وتقارير نموذجية ونطاق المسؤولية ومعرفة المعايير المطلوبة. لا يلزم الاسم والصورة للإجابة عن كل هذه الأسئلة.

المرحلة الثانية
تتحقق من التوافر في الفترة المطلوبة والسعر ولغة التواصل وإمكانية تنفيذ العمل بالنموذج المطلوب.

المرحلة الثالثة
تطلب من الموجودين في القائمة المختصرة توضيح المنهجية وتأكيد عناصر مختارة من الخبرة.

المرحلة الرابعة
قبل المحادثة المباشرة أو توثيق التعاون، يكشف الطرفان المعلومات اللازمة للتعريف والتواصل وإضفاء الصفة الرسمية على العلاقة.

هذا لا يثبت أن هذا الترتيب هو الأفضل دائماً. بل يوضح فقط أن القرارات المختلفة قد تحتاج إلى طبقات مختلفة من المعلومات.

8 أخطاء في الإفصاح التدريجي عن البيانات

1. تخفي البيانات عن العميل، لكن كل شخص داخلياً ما زال يستطيع الوصول إليها.

2. تصف الملف بأنه مجهول الهوية مع أن المنصة تستطيع ربطه بسهولة بشخص محدد.

3. تخفي معلومات ضرورية فعلاً لاتخاذ قرار آمن أو قانوني.

4. تتعامل مع كشف الهوية كمكافأة بدلاً من كونه استجابة لحاجة محددة في العملية.

5. تفترض أن إخفاء الاسم يزيل التحيز تلقائياً.

6. تجمع بيانات "احتياطاً" من دون غرض محدد.

7. لا تميز بين بيانات تقييم الكفاءة وبيانات العقد أو التسوية.

8. بعد انتهاء المرحلة لا تعيد النظر في ضرورة استمرار إتاحة البيانات.

12 سؤالاً للتحقق من الملف وعملية الاختيار

1. ما الغرض الدقيق من كل معلومة؟
2. هل يمكن تحقيق الغرض من دونها؟
3. هل تكفي نسخة أقل تفصيلاً؟
4. هل البيانات مطلوبة لتقييم الكفاءة أم فقط للتعاون في مرحلة لاحقة؟
5. من ينبغي أن يراها في المرحلة الحالية؟
6. هل الملف مجهول الهوية فعلاً أم يستخدم هوية مستعارة فقط؟
7. هل يميز نقص المعلومات بصورة صحيحة عن النتيجة السلبية؟
8. هل يقارن جميع المتخصصين بمعايير قابلة للمقارنة؟
9. هل توجد حاجة إجرائية محددة لكشف الهوية؟
10. هل تحتاج مرحلة لاحقة إلى بيانات جديدة لأسباب تعاقدية أو ضريبية أو أمنية أو قانونية؟
11. هل يقتصر الوصول الداخلي على من يحتاج إليه فعلاً؟
12. هل من الواضح متى لن تعود البيانات ضرورية أو متى يجب إعادة تقييم الحاجة إليها؟

القرار الجيد يحتاج إلى البيانات الصحيحة في الوقت الصحيح

تقليل البيانات لا يعني اتخاذ القرارات بلا معلومات.

بل يعني فصل الأسئلة:

ما الذي أحتاج إلى معرفته الآن؟
ما الذي يمكنني التحقق منه لاحقاً؟
من يحتاج إلى رؤيته؟
كم من الوقت ستظل هذه المعلومة ضرورية؟

قد يكون تسلسل عملي لاختيار متخصص كالتالي:

المشكلة -> المهارات -> الأدلة -> شروط التعاون -> المعلومات الناقصة -> الهوية -> البيانات اللازمة لتوثيق العلاقة -> إعادة تقييم الوصول والاحتفاظ.

ليس كل موقف بحاجة إلى هذا الترتيب بالضبط.

المبدأ الأبسط هو:

اكشف البيانات وعالجها لأنها ضرورية لغرض محدد بوضوح، لا لمجرد أن النظام يستطيع جمعها أو عرضها.

المصادر وقراءات إضافية

[1] Regulation (EU) 2016/679 - GDPR، وبخاصة المواد 4 و5 و25 والحيثيات 39 و51، EUR-Lex
فتح المصدر

[2] European Commission - What data can we process and under which conditions?
فتح المصدر

[3] European Data Protection Board - Guidelines 4/2019 on Article 25 Data Protection by Design and by Default، النسخة النهائية بتاريخ 20 أكتوبر 2020
فتح المصدر

[4] European Data Protection Board - Anonymisation / pseudonymisation
فتح المصدر

[5] OECD - A Skills-First Labour Market, Promoting skills-first hiring and talent management, 2026
فتح المصدر

[6] IZA World of Labour - Anonymous job applications and hiring discrimination
فتح المصدر

ملاحظة منهجية: تتناول المصادر مجالات مختلفة، منها قانون حماية البيانات وتصميم الخصوصية وسوق العمل وأبحاث الاختيار المجهول. لا يدعي المقال أن نتائج أبحاث التوظيف تنطبق مباشرة على كل علاقة مع متخصص. نموذج الإفصاح التدريجي عن البيانات المهنية هو توليف عملي وليس معياراً رسمياً صادراً عن أي من المؤسسات المذكورة.

الخطوة التالية

اعثر على محترف موثوق دون تخمين.

يمكن رؤية المهارات والخدمات والأسعار والتوفر حتى قبل فتح الملف الشخصي.

استكشف المحترفين دعهم يجدونك