كل عقد توقّعه يحمل بيانات شخصية: الاسم الكامل، والرقم القومي، والعنوان، ورقم الهاتف، والبريد، وربما بيانات مالية أو صحّية أو صورة وجه حين يُستعمل التحقّق من الهوية. ومع الانتقال إلى العقود الرقمية، تتحوّل هذه البيانات من أوراق في خزانة مقفلة إلى ملفّات تتنقّل بين البريد والهواتف والخوادم. لذلك أصبحت حماية البيانات في العقود الإلكترونية مسألة قانونية وتجارية في آنٍ واحد: قانونية لأن قانون حماية البيانات الشخصية المصري رقم 151 لسنة 2020 يفرض التزامات واضحة، وتجارية لأن ثقة العملاء تهتزّ بسرعة عند أي تسرّب.
في هذا الدليل نمرّ على مراحل العقد مرحلةً مرحلة: الصياغة، والإرسال، والتحقّق من الهوية، والتوقيع، والحفظ، والمشاركة، والانتهاء. ونبيّن في كل مرحلة لماذا تمثّل خطرًا على البيانات، وكيف تُدار إدارة صحيحة، وما الخطأ الذي يتكرّر في الشركات، مع مثال عملي. ونختم بقائمة تحقّق وأسئلة شائعة.
لماذا تُعدّ العقود من أكثر المستندات حساسية؟
تجمع العقود في ورقة واحدة ما قد تتفرّق عليه أنظمة كاملة: هوية الشخص، وعنوانه، والتزاماته المالية، وأحيانًا راتبه أو حالته الصحّية في عقود العمل والتأمين. ومن يطّلع على عقد عمل واحد يعرف عن الموظّف أكثر ممّا تعرفه عنه معظم الأنظمة. ولذلك فإن تسرّب مجلّد عقود أخطر من تسرّب قائمة بريدية، لأن البيانات فيه مكتملة ومترابطة وقابلة للاستغلال في الاحتيال أو انتحال الهوية.
ويضاف إلى ذلك أن العقود تُحفظ مدّة طويلة، لأنها دليل على الحقوق. فبينما تُحذف قوائم التسويق القديمة، تبقى العقود سنوات، فتطول معها مدّة التعرّض للخطر. والخطأ الشائع أن تُعامل العقود معاملة أي ملفّ إداري، فتُحفظ في مجلّد مشترك يصل إليه كل الموظّفين. والتطبيق الصحيح أن تُعامل بوصفها بيانات عالية الحساسية لها صلاحيات خاصّة.
المرحلة الأولى: الصياغة وجمع البيانات اللازمة فقط
تبدأ حماية البيانات قبل أن يُرسل العقد، عند تحديد ما يُطلب من الطرف الآخر. فكل حقل في العقد بيانات ستُحفظ وتُحمى وقد تُسأل عنها. والمبدأ الحاكم هنا هو تقليل البيانات: اطلب ما يحتاجه العقد فعلًا لإثبات الهوية وتنفيذ الالتزام، ولا شيء غير ذلك.
والتطبيق الصحيح أن تراجع نموذج كل نوع من العقود وتسأل عن كل حقل: هل يحتاجه العقد قانونًا أو عمليًّا؟ فعقد خدمة استشارية مع فرد قد يكفيه الاسم والرقم القومي والعنوان والبريد. أمّا طلب تاريخ الميلاد والحالة الاجتماعية وعدد الأبناء فلا مبرّر له في هذا العقد. والخطأ الشائع أن يُنسخ نموذج قديم بكل حقوله لأن «هكذا كان دائمًا».
| نوع العقد | بيانات لازمة غالبًا | بيانات تُطلب كثيرًا بلا حاجة |
|---|---|---|
| عقد خدمة مع فرد | الاسم، الرقم القومي، العنوان، البريد، الهاتف | تاريخ الميلاد، المهنة، الحالة الاجتماعية |
| عقد عمل | البيانات الشخصية، المؤهّل، الأجر، بيانات التأمينات | الديانة، صور العائلة، بيانات صحّية تفصيلية |
| عقد إيجار | بيانات الطرفين، العين المؤجّرة، القيمة والمدّة | كشوف حساب بنكية كاملة لسنوات |
| اتفاقية سرّية | الاسم والصفة والجهة | الرقم القومي في كل الحالات حتى حين لا يلزم |
مثال: شركة تسويق تطلب في عقد العميل صورة البطاقة وجهًا وظهرًا لكل عقد ولو كان العميل شركة يمثّلها مديرها. بعد المراجعة اكتفت بالاسم والصفة ورقم السجلّ التجاري، فقلّ ما تحفظه من بيانات حسّاسة دون أن يضعف العقد.
المرحلة الثانية: إرسال العقد إلى الطرف الصحيح
أكبر مصدر لتسرّب العقود ليس الاختراق، بل الخطأ البشري: بريد يُرسل إلى عنوان خاطئ، أو ملفّ يُرسل في مجموعة واتساب بدل محادثة خاصّة، أو مرفق يُعاد توجيهه إلى أشخاص لا علاقة لهم. ولذلك فإن طريقة الإرسال نفسها جزء من حماية البيانات.
والتطبيق الصحيح أن يُرسل العقد برابط خاصّ بالموقّع، لا ملفًّا مرفقًا يُعاد توجيهه بسهولة، وأن يُطلب من الموقّع إثبات أنه صاحب البريد أو الهاتف قبل أن يرى المحتوى أو قبل أن يوقّع. وفي منصّة وثائق يصل كل موقّع رابط خاصّ به، ويُرسل إليه رمز تحقّق لمرّة واحدة على بريده أو واتساب، ويمكن إضافة رمز سرّي يُبلَّغ به خارج المنصّة. فإن وصل الرابط إلى شخص آخر بالخطأ، لم يستطع التوقيع.
والخطأ الشائع هو إرسال العقد بصيغة ملفّ عبر البريد ثم انتظار نسخة موقّعة ممسوحة ضوئيًّا. في هذه الطريقة يتكاثر العقد في صناديق البريد والهواتف وأجهزة الطباعة، ولا يعرف أحد عدد النسخ الموجودة. مثال: موظّف مبيعات يرسل عقدًا فيه بيانات عميل إلى عميل آخر يحمل الاسم الأول نفسه. لو كان الإرسال برابط يتطلّب رمزًا يصل إلى هاتف العميل الصحيح، لما استطاع المستلم الخطأ فعل شيء.
المرحلة الثالثة: التحقّق من الهوية دون جمع بيانات زائدة
يحتاج بعض العقود إلى تأكيد أن الموقّع هو الشخص المقصود فعلًا، خاصّة في العقود عالية القيمة. ويجري ذلك غالبًا بمطابقة صورة الوجه مع وثيقة الهوية. وهذه الخطوة تقوّي الإثبات، لكنها تعني معالجة بيانات بيومترية حسّاسة، فتحتاج إلى ضوابط أشدّ.
والتطبيق الصحيح أن تستعمل التحقّق من الهوية حين يبرّره حجم العقد أو طبيعته لا في كل عقد، وأن تُعلم الموقّع قبل البدء بما سيُطلب منه ولماذا، وأن تعرف من يعالج هذه البيانات وأين تُحفظ. وفي وثائق يجري التحقّق عبر مزوّد خارجي متخصّص، ويُعرض على الموقّع قبل البدء ما سيحدث، ولا يطّلع مرسل العقد على صورة البطاقة نفسها في المسار العادي.
والخطأ الشائع أن تطلب الشركة من الموقّع إرسال صورة بطاقته وصورة شخصية على واتساب، ثم يقارن موظّف بينهما بعينه. هذه الطريقة أضعف إثباتًا وأخطر على البيانات معًا، لأن الصور تبقى في هاتف الموظّف بلا ضبط ولا مدّة حذف.
المرحلة الرابعة: التوقيع وسجلّ التدقيق
عند التوقيع تُسجَّل بيانات إضافية: وقت التوقيع، وعنوان الجهاز على الشبكة، ونوع المتصفّح، وطريقة التحقّق. وهذه البيانات ضرورية لإثبات صحّة التوقيع لاحقًا، لكنها أيضًا بيانات شخصية. والتوازن المطلوب أن يُحفظ ما يلزم للإثبات، وأن يُعلَم الموقّع بأن هذه البيانات تُسجَّل ولأي غرض.
وسجلّ التدقيق نفسه أداة لحماية البيانات، لا عبئًا عليها. فهو يبيّن من فتح العقد ومتى، فإن ادّعى أحد أنه لم يطّلع على العقد أو أن غيره وقّع باسمه، كان السجلّ هو الفيصل. وفي وثائق يُحفظ لكل عقد سجلّ بالأحداث: الإرسال، والفتح، وإرسال الرمز، والتحقّق، والتوقيع، مع ختم زمني موثوق يثبت وقت التوقيع.
مثال: موقّع ينكر بعد شهرين أنه وقّع عقد توريد. يُعرض السجلّ: فُتح الرابط من جهازه، وأُرسل الرمز إلى رقم هاتفه المسجّل، وأُدخل الرمز الصحيح، ووقّع في وقت محدّد مثبت بختم زمني. هذا الإثبات لا يحتاج إلى أي بيانات زائدة، بل إلى تسجيل منضبط لما جرى.
المرحلة الخامسة: الحفظ والصلاحيات
بعد التوقيع يدخل العقد مرحلة الحفظ الطويل، وهنا تكمن معظم المخاطر. فالعقد المحفوظ في مجلّد مشترك أو في بريد موظّف أو في هاتفه معرّض للاطّلاع غير المشروع لسنوات. والتطبيق الصحيح أن تُحفظ العقود في مكان واحد، وأن تُضبط الصلاحيات بحيث لا يرى كل موظّف إلا ما يحتاجه لعمله.
| الدور | ما يحتاج إلى رؤيته | ما لا يحتاج إلى رؤيته |
|---|---|---|
| مندوب المبيعات | عقود عملائه | عقود العمل وعقود زملائه |
| موظّف الموارد البشرية | عقود الموظّفين | عقود العملاء والمورّدين |
| المحاسب | المبالغ ومواعيد الدفع | تفاصيل الهوية الكاملة |
| المدير | كل العقود حسب الحاجة | — |
وفي وثائق تُحدَّد أدوار أعضاء الفريق وصلاحياتهم، ويمكن أن يحتاج إرسال العقد إلى موافقة مدير قبل خروجه. والخطأ الشائع أن يُمنح كل موظّف حساب المدير نفسه لتسهيل العمل، فتضيع القدرة على معرفة من فعل ماذا. مثال: شركة اكتشفت أن متدرّبًا يستطيع رؤية عقود رواتب الإدارة العليا لأن كل الفريق يدخل بحساب واحد. بعد توزيع الأدوار انحصر الاطّلاع في الموارد البشرية.
المرحلة السادسة: المشاركة مع أطراف خارجية
قد تحتاج الشركة إلى مشاركة العقد مع محامٍ أو مدقّق أو جهة تمويل. وكل مشاركة تعني انتقال البيانات إلى جهة جديدة. والتطبيق الصحيح أن تشارك ما يلزم فقط، وأن تفضّل رابط اطّلاع محدود على إرسال الملفّ كاملًا، وأن تتأكّد من أن الجهة المستلمة ملتزمة بالسرّية.
بند مقترح في العقد: «يقرّ الطرفان بأن البيانات الشخصية الواردة في هذا العقد تُعالج لغرض إبرامه وتنفيذه وإثباته، ولا يجوز لأيّ منهما الإفصاح عنها لغير مستشاريه المهنيين الملتزمين بالسرّية أو الجهات المختصّة وفق القانون.»
والخطأ الشائع إرسال مجلّد العقود كاملًا إلى المدقّق حين يحتاج إلى عيّنة منه. والصواب أن تُحدَّد العيّنة المطلوبة وتُرسل وحدها.
المرحلة السابعة: انتهاء العقد ومدّة الحفظ
لا يعني انتهاء العقد حذفه فورًا، لأنه قد يلزم لإثبات حقوق أو مطالبات خلال مدد التقادم. لكنه أيضًا لا يعني حفظه إلى الأبد. والتطبيق الصحيح أن تضع الشركة سياسة حفظ مكتوبة تحدّد مدّة لكل نوع من العقود، مع استشارة مختصّ في المدد المناسبة، وأن تحذف ما تجاوز المدّة وفق إجراء موثّق.
والتمييز مهمّ بين العقد نفسه والبيانات المرافقة. فقد يُحفظ العقد الموقّع وسجلّ تدقيقه بوصفهما دليلًا، بينما تُحذف بيانات تسويقية أو مراسلات لا قيمة إثباتية لها. مثال: شركة اتّصالات تحتفظ بعقود الاشتراك المنتهية مدّة تكفي للمطالبات، ثم تحذف بيانات الاتّصال التسويقية للعميل السابق فور انتهاء علاقته، إلا إن وافق على استمرار تلقّي العروض.
إبلاغ الموقّع: الشفافية جزء من الحماية
من أبسط وسائل الالتزام وأكثرها إهمالًا أن تُخبر الموقّع بما يحدث لبياناته. فسطران واضحان في رسالة الدعوة أو في صفحة التوقيع يبيّنان الغرض من جمع البيانات ومدّة حفظها وكيف يتواصل مع الشركة، يرفعان الثقة ويقلّلان الشكاوى.
صيغة مقترحة لسطر في صفحة التوقيع: «تُستعمل بياناتك في هذا العقد لإبرامه وإثبات توقيعه، ويُسجَّل وقت التوقيع وطريقة التحقّق لهذا الغرض. ولأي استفسار عن بياناتك يمكنك مراسلتنا على العنوان المذكور في سياسة الخصوصية.»
والخطأ الشائع أن تُترك سياسة الخصوصية رابطًا مخفيًّا في أسفل الموقع، لا يصل إليه الموقّع في لحظة التوقيع.
بند حماية البيانات داخل العقد نفسه
لا تكفي حماية البيانات في طريقة إرسال العقد وحفظه، بل يحسن أن ينصّ العقد نفسه على كيفية معاملة البيانات المتبادلة بين الطرفين، خاصّة في عقود الخدمات والتوريد التي يتلقّى فيها أحد الطرفين بيانات عملاء الطرف الآخر أو موظّفيه. فشركة الدعم الفنّي التي تصل إلى قاعدة بيانات عميلها، وشركة الشحن التي تتلقّى عناوين المشترين، كلتاهما تعالج بيانات شخصية لحساب غيرها، ويجب أن يحدّد العقد حدود ذلك.
والتطبيق الصحيح أن يتضمّن العقد بندًا يحدّد الغرض من المعالجة، ويُلزم الطرف المتلقّي بالتأمين وبعدم الاستعمال لأغراضه الخاصّة، وبالإبلاغ عن أي خرق، وبالإعادة أو الحذف عند انتهاء العلاقة. والخطأ الشائع أن يُكتفى ببند سرّية عامّ لا يذكر البيانات الشخصية ولا ما يحدث لها بعد انتهاء العقد. مثال: شركة تجارة إلكترونية تعاقدت مع شركة شحن دون بند للبيانات، وبعد إنهاء التعاقد ظلّت عناوين آلاف العملاء لدى الشركة السابقة بلا أي التزام بحذفها.
دور المنصّة ودور الشركة
من المهمّ أن يكون واضحًا أن منصّة التوقيع معالج يعمل لحساب الشركة، وأن الشركة تبقى المتحكّم المسؤول عن البيانات. فالمنصّة توفّر أدوات: روابط خاصّة، ورموز تحقّق، وصلاحيات، وسجلّ تدقيق، وختمًا زمنيًّا. أمّا القرار بما يُجمع، ومن يطّلع، ومدّة الحفظ، فيبقى قرار الشركة. والخطأ الشائع أن تظنّ الشركة أن اختيار منصّة جيّدة يعفيها من وضع سياستها الخاصّة.
والتطبيق الصحيح أن تختار منصّة توفّر الأدوات اللازمة، وأن تراجع شروطها وموقفها من البيانات، ثم تبني فوقها سياستك الداخلية: من يرسل، ومن يوافق، ومن يرى، ومتى يُحذف.
قائمة تحقّق لحماية البيانات في عقودك
- هل يطلب كل نموذج عقد البيانات اللازمة فقط؟
- هل تُرسل العقود بروابط خاصّة لا بمرفقات مفتوحة؟
- هل يُطلب من الموقّع إثبات ملكية البريد أو الهاتف قبل التوقيع؟
- هل يُستعمل التحقّق من الهوية حين يبرّره العقد فقط، مع إعلام الموقّع؟
- هل يُحفظ سجلّ تدقيق لكل عقد؟
- هل العقود محفوظة في مكان واحد بصلاحيات محدّدة؟
- هل لكل عضو في الفريق حسابه ودوره؟
- هل توجد سياسة مكتوبة لمدد الحفظ والحذف؟
- هل يُبلَّغ الموقّع بالغرض من جمع بياناته؟
أسئلة شائعة
هل التوقيع الإلكتروني أقلّ أمانًا للبيانات من الورقي؟
ليس بالضرورة. العقد الورقي ينتقل بين الأيدي ويُصوَّر ويُرسل ممسوحًا، ولا سجلّ لمن اطّلع عليه. أمّا العقد الإلكتروني المُدار في منصّة واحدة فيمكن ضبط صلاحياته وتسجيل كل اطّلاع عليه.
هل يجب طلب الرقم القومي في كل عقد؟
لا. يُطلب حين يحتاجه العقد لتحديد الطرف أو لأغراض قانونية. وفي حالات كثيرة يكفي الاسم والصفة وبيانات الاتّصال.
من يملك بيانات الموقّعين في منصّة التوقيع؟
الشركة المرسلة هي المتحكّم في بيانات موقّعيها، والمنصّة تعالجها لحسابها لتقديم الخدمة. ويُفترض أن توضّح شروط المنصّة ذلك.
هل يحقّ للموقّع طلب حذف بياناته بعد التوقيع؟
يحقّ له الطلب، لكن العقد الموقّع وسجلّ إثباته قد يُحفظان إن كانا لازمين لإثبات الحقوق، مع إعلامه بذلك وحذف ما لا يلزم.
هل إرسال العقد على واتساب آمن؟
إرسال الملفّ نفسه على واتساب يجعله ينتشر بلا ضبط. أمّا إرسال رابط توقيع خاصّ أو رمز تحقّق عبر واتساب فطريقة عملية، لأن المحتوى يبقى في المنصّة ولا يوقّع إلا صاحب الرقم.
الخلاصة
حماية البيانات في العقود الإلكترونية ليست خطوة واحدة، بل سلسلة قرارات صغيرة في كل مرحلة: ما تطلبه، وكيف ترسله، ومن يراه، ومتى تحذفه. والشركة التي تضبط هذه السلسلة تحمي عملاءها ونفسها في الوقت ذاته. ابدأ بإرسال عقودك عبر منصّة وثائق بروابط خاصّة ورموز تحقّق وسجلّ تدقيق كامل وصلاحيات واضحة للفريق.
هذا المقال للتوعية العامّة، ولا يُعدّ استشارة قانونية.