قوانين الخصوصية تشكّل التصميم
متاح أيضًا بـ28 لغة
English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Türkçe · Polski · Tiếng Việt · ไทย · Nederlands · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)
الوحدة 4 من 6 في فصل جودة البيانات وحوكمتها، الفصل 5 من دورة Data Architect. كل وحدة قائمة بذاتها. السابق: اعرف بياناتك · التالي: الموافقة والحق في النسيان
السؤال الذي تجيب عنه هذه الوحدة: ماذا تطلب لوائح الخصوصية واللوائح القطاعية من تصميم Salesforce؟
حين عملت في أستراليا، قابلت كثيرًا من المعماريين الطموحين الذين لم يسمعوا قط باللائحة العامة لحماية البيانات (GDPR). والأوروبيون في الغالب لم يسمعوا بقانون الخصوصية في كاليفورنيا، أو في كندا، أو في البرازيل. هذا طبيعي: أنت تعرف القواعد حيث تعمل. لكن هذه القوانين تمتد عبر الحدود، وتشكّل تصميم الأنظمة رغم أن أيًّا منها لا يتعلق بـ Salesforce. لذا مكانها في دورة عن معمارية البيانات.
لا تحتاج أن تصبح محاميًا. لكنك تحتاج أن ترى أن لائحة تنظيمية قد تغيّر أين تُخزَّن البيانات، وما الذي تجمعه، ومن يراه، ولماذا يجوز لك استخدامه، وكم تحتفظ به، وإلى أين ترسله، وهل تستطيع حذفه، وأي تاريخ تحتفظ به، وما الذي تستطيع إثباته لاحقًا. هذه ليست أسئلة قانونية فقط. إنها أسئلة معمارية بيانات.
هذه الوحدة إرشاد معماري، لا استشارة قانونية. فرق الشؤون القانونية والامتثال تقرر أي القوانين تنطبق وما الذي تشترطه. والمعماري يحوّل تلك المتطلبات إلى تصميم قابل للفرض.
القوانين لا تتوقف عند الحدود
Section titled “القوانين لا تتوقف عند الحدود ”أكبر سوء فهم أولًا: «لسنا في أوروبا، إذن لا تنطبق علينا اللائحة العامة لحماية البيانات (GDPR).» ربما، وربما لا. النطاق الإقليمي للائحة يشمل المؤسسات خارج الاتحاد الأوروبي التي تعرض سلعًا أو خدمات على أشخاص في الاتحاد الأوروبي، أو تراقب سلوكهم هناك (المادة 3، Regulation (EU) 2016/679 (opens in a new tab)). لذا فإن مكان المقر الرئيسي لشركتك ليس نهاية السؤال. أين عملاؤك، وموظفوك، والأشخاص الذين تحتفظ ببياناتهم، وأنظمتك، والجهات التي تعالج البيانات لحسابك؟ وإلى أين تنتقل البيانات؟ هذه خريطة الأنظمة من الفصل 4 مرة أخرى. لا يمكنك اتخاذ قرارات خصوصية جيدة دون أن تعرف إلى أين تذهب البيانات.
اللوائح التي يجب أن تتعرف عليها
Section titled “اللوائح التي يجب أن تتعرف عليها ”إليك الأسماء التي ينبغي أن يعرفها المعماري، مع ما يغطيه كل منها. إنه جدول للتعرّف، لا مصفوفة للانطباق: لا تقرأه ثم تقرر «لدينا عملاء في كاليفورنيا، إذن ينطبق المتطلّب X». هذا قرار الشؤون القانونية. مهمتك أن تعرف ما يكفي لتطرح السؤال قبل بناء النظام.
| القانون أو المعيار | أين أو ماذا | لماذا ينبغي أن يتعرف عليه المعماري |
|---|---|---|
| GDPR (opens in a new tab) | الاتحاد الأوروبي | البيانات الشخصية، والمعالجة المشروعة، وحقوق الأفراد، والاحتفاظ، والنقل، والخصوصية بالتصميم (privacy by design) |
| CCPA، بصيغته المعدّلة بـ CPRA (opens in a new tab) | كاليفورنيا | حقوق المستهلكين على المعلومات الشخصية التي تجمعها الشركات عنهم |
| PIPEDA (opens in a new tab) | كندا | كيف تتعامل مؤسسات القطاع الخاص مع المعلومات الشخصية |
| LGPD (opens in a new tab) | البرازيل | القانون العام لحماية البيانات الشخصية في البرازيل |
| Privacy Act 1988 (opens in a new tab) | أستراليا | كيف تتعامل المؤسسات مع المعلومات الشخصية، وفق مبادئ الخصوصية الأسترالية (Australian Privacy Principles) |
| HIPAA (opens in a new tab) | الرعاية الصحية في الولايات المتحدة | المعلومات الصحية المحمية في السياقات المشمولة |
| PCI DSS (opens in a new tab) | بطاقات الدفع | حماية بيانات حسابات بطاقات الدفع |
| Sarbanes-Oxley (SOX) (opens in a new tab) | الشركات المساهمة العامة في الولايات المتحدة | الضوابط والأدلة التي تقف خلف التقارير المالية |
| COPPA (opens in a new tab) | الولايات المتحدة، الأطفال على الإنترنت | المعلومات الشخصية التي تُجمع عبر الإنترنت من الأطفال |
القائمة تكبر (ولايات أمريكية أخرى لها قوانينها الخاصة)، والقوانين تتغير. لهذا لا أريدك أن تحفظ جدولًا وتظن أنك تعلمت معمارية الخصوصية. تعلّم الأسماء، ثم تعلّم الأسئلة التي تبقى بعدها.
ما الذي تشترك فيه القوانين
Section titled “ما الذي تشترك فيه القوانين ”التفاصيل تختلف، لكن قوانين الخصوصية الكبرى تعود دائمًا إلى بضعة أمور، وكل منها ينعكس على المعمارية.
الحقوق. يستطيع الناس أن يطلبوا الاطلاع على بياناتهم، وتصحيحها، وحذفها، ونقلها معهم؛ وبموجب قانونَي كاليفورنيا والبرازيل يستطيعون أيضًا رفض بيعها. كل واحد من هذه الطلبات يعني العثور على بيانات الشخص، كلها.
النقل. تضبط اللائحة العامة لحماية البيانات (GDPR) وLGPD خروج البيانات الشخصية من نطاق ولايتهما القضائية، وتطلبان حماية كافية حيث تذهب؛ ويتوقع PIPEDA مستوى الحماية نفسه حين يعالج طرف ثالث البيانات، أينما كان. هذه خريطة الأنظمة مرة أخرى: أي الأسهم تعبر حدودًا؟
الإخطار بخرق البيانات. حين تنكشف بيانات شخصية، تتوقع القوانين أن تُبلغ السلطات، وأحيانًا الأشخاص المتأثرين، خلال مهلة تختلف من قانون لآخر. لا يمكنك الإخطار عن بيانات لم تكن تعرف أنها لديك، ولا قول ما الذي انكشف إن لم تستطع العثور على النسخ.
المساءلة. يجب أن تستطيع إثبات الامتثال: سجلات بما تعالجه ولماذا، وتقييمات أثر للمعالجة عالية المخاطر، وبموجب اللائحة العامة لحماية البيانات (GDPR) وLGPD، مسؤول حماية بيانات (DPO). يجب أن تُنتج المعمارية هذه السجلات.
ابدأ بما هو شخصي
Section titled “ابدأ بما هو شخصي ”قبل أن تحمي المعلومات الشخصية، اعثر عليها. بعضها واضح: الاسم، وعنوان المنزل، والهاتف، والبريد الإلكتروني. وبعضها ليس كذلك: الموقع، ومعرّفات الأجهزة، وعناوين IP، والصور، والبيانات السلوكية، وأي شيء يمكن ربطه بشخص. والسياق مهم. توصيلة من Steve Trucking تحمل اسم المستلم، وعنوانه، ورقم هاتفه، وملاحظات التوصيل، والصور. قد تُظهر صورة صندوقًا على شرفة، أو شخصًا، أو داخل منزل. التوصيلة بيانات تشغيلية، لكن بعض سماتها شخصية. لهذا صنّفت الوحدة 3 الحقول: الخصوصية تبدأ بمعرفة ما تحتفظ به.
أين تعيش؟
Section titled “أين تعيش؟ ”«في Salesforce.» على الأرجح ليس في Salesforce وحده. هل جاءت من شريك تجزئة؟ هل نُسخت إلى Snowflake، أو استوعبها Data 360، أو كُتبت في سجل تكامل، أو صدّرها مستخدم، أو بقيت في سجل تاريخ الحقول، أو أُرشفت، أو نُسخت إلى sandbox، أو مُررت إلى شريك، أو استُخدمت في محادثة وكيل؟ البيانات الشخصية تنتشر. لذا حين تسأل الشؤون القانونية «أين نحتفظ بمعلومات هذا الشخص؟»، فإن «نعرف أين القيمة الحالية» ليست جوابًا. أريد خريطة الأنظمة وسلسلة النَّسَب: إلى أين ذهبت النسخ.
رقم هاتف واحد، ونسخ كثيرة. الخصوصية تنطبق على النسخ أيضًا.
لماذا يُسمح لك باستخدامها؟
Section titled “لماذا يُسمح لك باستخدامها؟ ”امتلاك البيانات والسماح باستخدامها ليسا الشيء نفسه. لدى Steve Trucking رقم هاتف المستلم لتنسيق توصيلة اليوم. هل يجعله ذلك قائمة تسويق؟ لا. الأساس القانوني يعتمد على الولاية القضائية والموقف، والشؤون القانونية هي التي توجّه ذلك، لكن على المعمارية أن تحمل الجواب: لماذا جُمعت البيانات، وأي استخدام أُذن به، وهل كانت الموافقة مطلوبة، وهل مُنحت، أو سُحبت، ولأي قناة وعنوان وغرض. إذن استخدام البيانات يجب أن يكون قابلًا للتمثيل بوصفه بيانات، لأن وثيقة سياسة لا تستطيع اتخاذ قرار أثناء التشغيل. الوحدة التالية تنمذج ذلك.
جمع أقل قرار معماري
Section titled “جمع أقل قرار معماري ”من أقوى ضوابط الخصوصية ألّا تجمع البيانات، أو ألّا تنسخها حيث لا حاجة إليها. هل يحتاج Snowflake إلى رقم هاتف المستلم؟ هل تحتاج التحليلات إلى عنوان الشارع كاملًا؟ هل تحتاج sandbox إلى صور توصيل حقيقية؟ هل يحتاج وكيل إلى التفاصيل الشخصية للمستلم ليجيب عن هذا السؤال؟ إن لم يكن، فقد يكون أقوى ضابط هو ألّا تضعها هناك. كل نسخة لا تصنعها هي نسخة لا تضطر إلى تأمينها، أو الاحتفاظ بها، أو حذفها، أو تتبّع الموافقة عليها، أو تدقيقها، أو الإبلاغ عنها في حال خرق. أرخص البيانات الحساسة حوكمةً هي البيانات التي لم تنسخها قط.
الاحتفاظ جزء من النموذج
Section titled “الاحتفاظ جزء من النموذج ”«سنحتفظ بكل شيء حاليًا» هي سياسة احتفاظ. لكنها سياسة سيئة. بالنسبة للبيانات المهمة أريد أن أعرف وقت التصميم كم من الوقت نحتاجها ولماذا؛ وهل تحدد لائحة ما حدًّا أدنى وأخرى حدًّا أقصى؛ ومتى يبدأ العدّ؛ وماذا يحدث في النهاية: حذف، أم أرشفة، أم إزالة لما يحدد الهوية، وأين النسخ؟ قد يتعين الاحتفاظ بالسجلات المالية لفترة محددة. أما رمز بوابة منزل المستلم فلا غرض له بعد سنوات من التوصيل. هذه القرارات لا تنتظر حتى تكبر قاعدة البيانات.
إخفاء الهوية، والترميز المستعار، والتشفير، والإخفاء
Section titled “إخفاء الهوية، والترميز المستعار، والتشفير، والإخفاء ”استبدل «Jane Smith» بـ 7F92A1. هل أُخفيت هوية Jane؟ ليس إذا كان جدول آخر لا يزال يقول 7F92A1 = Jane Smith. هذا هو الترميز المستعار (pseudonymization): يُستبدل المعرّف المباشر، لكن يمكن إعادة ربط البيانات باستخدام معلومات محفوظة بشكل منفصل، وبموجب اللائحة العامة لحماية البيانات (GDPR) تظل البيانات المرمّزة ترميزًا مستعارًا بيانات شخصية (المادة 4(5)). أما إخفاء الهوية (anonymization) فيذهب أبعد: لم يعد ممكنًا، بشكل معقول، ربط البيانات بالشخص (الحيثية 26). لذا حين يقول أحدهم «لا نحتاج إلى حذفها، سنزيل الاسم فقط»، فكن حذرًا. إذا كان لا يزال من الممكن، بشكل معقول، التعرف على الشخص، فأنت لم تعبر ذلك الخط. أما هل تفي النتيجة بالقانون فذلك قرار الشؤون القانونية؛ ومهمة المعماري أن يقول بالضبط ماذا يفعل النظام: هل يمكن إعادة الربط، وما المفاتيح المتبقية، وأين جداول الربط؟
استخدم الكلمات بدقة، لأنها تحل مشكلات مختلفة. التشفير يحمي البيانات من الإفصاح غير المصرّح به؛ والمستخدم المصرّح له لا يزال يستطيع فك تشفيرها. الإخفاء (masking) يغيّر ما يراه مستخدمون معينون أو بيئات معينة. الترميز المستعار يفصل الهوية المباشرة مع إبقاء طريق للعودة. إخفاء الهوية يزيل القدرة المعقولة على التعرف على الشخص. والأخير وحده يُخرج البيانات من خانة «الشخصية».
اللائحة تصبح متطلبات
Section titled “اللائحة تصبح متطلبات ”لا تحتاج الشؤون القانونية أن تقول لي أنشئ مجموعة أذونات؛ هذا في جانبي من الخط. قد تقول الشؤون القانونية «لا يجوز الوصول إلى هذه الفئة من المعلومات الشخصية إلا للموظفين الذين لديهم حاجة عمل مشروعة». ثم أترجم: من هم، وكيف نحدد الفئة، وكيف يُمنح الوصول، وماذا يحدث حين يغيّر أحدهم وظيفته، وهل يستطيع تكامل قراءتها، وهل يستطيع وكيل، وهل يمكن تصديرها، وكيف نثبت من رآها؟ المالكون يضعون السياسة؛ والمعماريون يفرضونها. الشؤون القانونية والامتثال يحددان الالتزام، ومالكو البيانات يضعون سياسة العمل، والمعماري يصمم الفرض.
من اللائحة إلى الدليل: الشؤون القانونية تفسّر، والمالك يضع السياسة، والمعماري يجعلها تعمل وقابلة للإثبات.
والامتثال ليس منتجًا. لا يمكنك شراء «الامتثال: مُفعَّل». التشفير يمكن أن يدعم متطلّبًا، وميزات التدقيق توفر الأدلة، وأدوات الاحتفاظ تنفّذ السياسة، وبيانات الموافقة تدعم الاستخدام المسموح، لكن ترخيص ميزة لا يجعل معمارية ممتثلة. الامتثال يأتي من التصميم كله: الناس، والسياسة، والإجراءات، والبيانات، والضوابط، والأدلة. Salesforce جزء منه، لا كله. وإذا كانت سياسة ما مهمة بما يكفي لفرضها، فاسأل هل هي مهمة بما يكفي لإثباتها: من اطلع على هذا السجل في 17 مارس، ومن غيّر هذا الحقل، وماذا احتوى ذلك التصدير؟ تتناول الوحدة 6 الأدلة.
الخصوصية تغيّر خريطة الأنظمة
Section titled “الخصوصية تغيّر خريطة الأنظمة ”في Steve Trucking، تصل البيانات الشخصية للمستلم عبر ثلاثة تكاملات مع الشركاء. يحتاجها Salesforce لتشغيل التوصيلات؛ وتحتاج الطواقم جزءًا منها، لمحطاتها فقط، وفي يوم التوصيل فقط؛ ويريد Snowflake تحليلات التوصيل؛ وتحتاج المالية ما يكفي لإصدار الفواتير، لا ما يراه الطاقم. ويجب ألّا يرى شريك تجزئة أبدًا مستلمي شريك آخر. الخصوصية تغيّر الأسهم: حقول معينة لا تذهب إلى Snowflake، والتحليلات تحصل على نسخة أقل قابلية لتحديد الهوية، والطواقم ترى محطاتها فقط، والاحتفاظ في الأنظمة اللاحقة يختلف عن الاحتفاظ التشغيلي. متطلّب الخصوصية لا يقف بجانب مخطط خريطة الأنظمة. بل يغيّره.
أسئلة تبقى بعد اللوائح
Section titled “أسئلة تبقى بعد اللوائح ”اللوائح تتغير، لذا احمل معك مجموعة أسئلة ثابتة لأي بيانات حساسة أو خاضعة للتنظيم:
- ما هي؟ شخصية، أم حساسة، أم مالية، أم صحية، أم بيانات دفع، أم بيانات أطفال، أم خاضعة للتنظيم بطريقة أخرى؟
- أين تعيش؟ كل نسخة: التكاملات، والتاريخ، والتحليلات، والأرشيفات، وبيئات sandbox، والسجلات، واستخدام الذكاء الاصطناعي.
- لماذا يجوز لنا استخدامها؟ أي غرض وأي أساس قانوني ينطبقان؟ هل للموافقة دور؟
- من يجوز له استخدامها؟ الناس، والأنظمة، والشركاء، والتكاملات، والوكلاء.
- كم من الوقت نحتفظ بها، وماذا يحدث في النهاية؟
- هل يستطيع الشخص ممارسة حقوقه عليها؟ الاطلاع، والتصحيح، والحذف، وقابلية النقل، والاعتراض، بحسب ما ينص عليه القانون.
- هل نستطيع إثبات ما حدث؟ الوصول، والتغييرات، والتصديرات، والموافقة، والحذف، والاحتفاظ.
حوكمة الذكاء الاصطناعي تصبح قانونًا
Section titled “حوكمة الذكاء الاصطناعي تصبح قانونًا ”يضيف الذكاء الاصطناعي مستهلكًا آخر للبيانات المحكومة. هل يستطيع نظام ذكاء اصطناعي استخدام هذه البيانات، ولأي غرض، وهل للتأريض بالبيانات (grounding)، ومدموجة مع ماذا، ومكررة في مخرجاته، ومسجلة أين، وإلى متى؟ حوكمة الذكاء الاصطناعي تنتقل من سياسات الشركات إلى القانون: قانون الذكاء الاصطناعي في الاتحاد الأوروبي (AI Act) (Regulation (EU) 2024/1689 (opens in a new tab)) هو أول مثال واسع. ما يشترطه يعتمد على النظام والاستخدام. والاتجاه واضح للمعماريين: الذكاء الاصطناعي لا يقف خارج الحوكمة؛ إنه مستهلك آخر للبيانات المحكومة.
ما الذي يقرره المعماري هنا
Section titled “ما الذي يقرره المعماري هنا ”- أين تدخل البيانات الخاضعة للتنظيم أو الحساسة، وأين تعيش، وكيف تتحرك، وأين تُنسخ عبر خريطة الأنظمة.
- كيف تصبح سياسة الشؤون القانونية والامتثال متطلبات قابلة للفرض، دون أن يفسّر المعماري القانون.
- هل يحتاج كل نظام يتلقى بيانات حساسة إليها فعلًا، أم تكفي نسخة أقل قابلية لتحديد الهوية.
- كيف يشكّل الاحتفاظ، والحذف، وإخفاء الهوية، والترميز المستعار، والحماية، والأدلة دورة حياة البيانات.
- ما الأدلة التي يجب أن توجد لإظهار أن الضوابط المهمة عملت فعلًا.
اللوائح لا تصبح معمارية بوضع أسمائها على شريحة عرض. بل تصبح معمارية حين تغيّر طريقة جمع البيانات، وتصنيفها، ونقلها، وحمايتها، والاحتفاظ بها، وحذفها، وإثباتها.
للاستزادة
Section titled “للاستزادة ”- المصادر الرسمية للوائح مرتبطة في الجدول أعلاه (بالإنجليزية، تم التحقق في 2026-10-14).
- Regulation (EU) 2016/679 (GDPR) (opens in a new tab): المادة 3 (النطاق الإقليمي)، والمادة 4(5) (الترميز المستعار)، والحيثية 26 (المعلومات مجهولة الهوية).
- Regulation (EU) 2024/1689 (the AI Act) (opens in a new tab)، EUR-Lex.