المالكون يضعون السياسة، والمعماريون يفرضونها
متاح أيضًا بـ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)
الفصل 5 من Data Architect، الجزء 1: أن تصبح معماري بيانات. السابق: فهم بيانات المؤسسة.
قل «حوكمة البيانات» فيتخيل الناس اجتماعات: لجانًا، وسياسات، ووثيقة لا يقرؤها أحد. أما أنا فأطرح سؤالًا مختلفًا في كل مرة: أين تُفرَض السياسة؟
إذا قالت السياسة إن المالية وحدها يجوز لها تغيير الاسم القانوني للعميل، فما الذي يمنع أي أحد آخر؟ وإذا قالت إن الطواقم ترى عنوان المستلم لمحطاتها فقط، وفي يوم التوصيل فقط، فما الذي يجعل ذلك صحيحًا؟ وإذا قالت احتفظ بهذا سبع سنوات، فما الذي يزيله بعد السبع؟ السياسة التي لا نقطة فرض لها هي في الغالب أمنية. موقفي بسيط: المالكون يضعون السياسة؛ والمعماريون يفرضونها. مالك البيانات يقرر. والنظام الذي يصممه المعماري يجعل القرار صحيحًا آليًا.
ولا تتوقع أن تنتهي. الحوكمة لا تنتهي أبدًا. إنها تمضي في مدّ وجزر، تُبقي أسوأ البيانات السيئة خارجًا. هي بسيطة حين يقف Salesforce وحده، وأصعب، وأكثر ضرورة، حين يكون Salesforce عقدة واحدة في خريطة الأنظمة التي رسمناها في الفصل 4. لهذا جاء ذلك الفصل أولًا: خريطة الأنظمة تخبرك إلى أي مدى يجب أن تصل الحوكمة.

صورة مُنشأة بالذكاء الاصطناعي.
المواقف في هذا الفصل
Section titled “المواقف في هذا الفصل ”- أدِر البرنامج بالطريقة التي تعمل بها الشركة: مركزيًا، أو اتحاديًا، أو هجينًا؛ يحتاج المعماري أن يعرف من يعتمد السياسة.
- مالك السجل ليس مالك البيانات. حقل Owner يقود الإسناد والوصول؛ أما المساءلة عن البيانات فتقع على عاتق جهة العمل.
- فتح الإنشاء أو إغلاقه يعتمد على الحوكمة المحيطة بالبيانات. الإنشاء المفتوح مناسب لمعظم الـ orgs الصغيرة والمتوسطة؛ أغلقه حين تكون الحسابات مُدارة رئيسيًا في ERP أو متزامنة معه؛ والطريق الوسط هو نوع سجل مؤقت مع تحويل مضبوط إلى نوع السجل المحكوم.
- إذا كان ERP هو المصدر الرئيسي لحقل ما، فأنت لا تغيّره، بل تطلب تغييره. السجل الذهبي هجين: الحقول الرئيسية من ERP تدخل، وحقول Salesforce الخاصة به لا تعود أبدًا، والتدفقات ثنائية الاتجاه تحتاج إلى قاعدة تصادم.
- صنّف الحقول الحساسة، لا كل حقل. وثّق على نطاق واسع؛ وصنّف عن قصد؛ واحتفظ بالبيانات الوصفية التجارية والتقنية معًا.
- علّم اللوائح التنظيمية. كثير من المعماريين لم يسمعوا قط بالقوانين خارج منطقتهم، وهذه القوانين تشكّل تصميم الأنظمة.
- استخدم نموذج الموافقة الجاهز (out of the box) حيثما استطعت، بدل إعادة بنائه.
- من أجل الحق في النسيان، تحكّم أولًا في المكان الذي تذهب إليه البيانات الشخصية. الحذف نادر وصعب؛ صمّم بحيث تصل البيانات الشخصية إلى أماكن قليلة، ثم تعقّب كل نسخة: سجل تاريخ الحقول، والأرشيفات، ونسخ التحليلات، وفهارس البحث، ومحادثات الوكلاء، قبل أن تنفد المهلة.
- Shield هو الجواب للمتطلبات التنظيمية الأساسية مثل التشفير أثناء التخزين، مع مفاضلات تصمم لها.
- Field Audit Trail حين تكون خاضعًا للتنظيم. سجل تاريخ الحقول القياسي هو الافتراضي.
- هيّئ Event Monitoring قبل أن تحتاج إليه، وادفع الأحداث إلى مستودع مثل Splunk. لا يصحّ أن تقع في مشكلة ثم تكتشف أنك لم تكن تلتقطها.
دورة حياة البيانات المحكومة
Section titled “دورة حياة البيانات المحكومة ”سبعة أسئلة على امتداد حياة البيانات. الأدوات تدعم السياسة؛ ولا تحددها.
المسار عبر هذا الفصل
Section titled “المسار عبر هذا الفصل ”ست وحدات، كل واحدة قائمة بذاتها.
- الحوكمة تُصمَّم داخل الـ org. المالكون والأمناء والقيّمون؛ المركزي والاتحادي والهجين؛ مالك السجل مقابل مالك البيانات؛ تحويل كل سياسة إلى نقطة فرض.
- إبقاء البيانات السيئة خارجًا. «جيد بما يكفي» بوصفه تعريفًا تجاريًا؛ الإنشاء المفتوح مقابل المغلق، والسجل المؤقت، ونوع سجل لكل تدفق؛ السجل الذهبي الهجين والتدفقات ثنائية الاتجاه؛ قرار جودة عند كل حدّ للبيانات.
- اعرف بياناتك: القاموس وسلسلة النَّسَب والتصنيف. البيانات الوصفية التجارية والتقنية؛ ماذا تعني البيانات، ومن أين جاءت، وكيف يجب أن تُعامَل، ولماذا يكون التصنيف بلا فرض مجرد زينة.
- قوانين الخصوصية تشكّل التصميم. القوانين التي يجب التعرف عليها، والقواسم المشتركة بينها (الحقوق، والنقل، والإخطار بخرق البيانات، والمساءلة)، والأسئلة التي تبقى بعدها؛ إخفاء الهوية مقابل الترميز المستعار؛ الامتثال ليس منتجًا.
- الموافقة والحق في النسيان. الموافقة بوصفها بيانات، ونموذج الموافقة القياسي، والمهلة على كل طلب، وتصميم المحو قبل وصول الطلب الأول.
- احمِ واحتفظ وأثبِت. مفاضلات التشفير، وبيئات sandbox، والاحتفاظ، وسجل تاريخ الحقول وField Audit Trail، وEvent Monitoring مهيأً قبل الحاجة إليه.
حين تنتهي، اختبر نفسك بـ دليل دراسة الفصل: قائمة تحقق للاختبار، والعادات التي تتجاوزه، والمصطلحات التي يجب معرفتها، وبضعة أسئلة.
ما الذي يقرره المعماري هنا
Section titled “ما الذي يقرره المعماري هنا ”- من يملك كل نطاق بيانات مهم، وما الذي يفرض سياسة كل مالك.
- ما البيانات السيئة التي تُبقى خارجًا، وما الذي يُلتقط ويُعزل ويُصلح لاحقًا.
- أي الحقول حساسة، وما الذي يغيّره ذلك التصنيف.
- أين تذهب البيانات الشخصية، وفيمَ يجوز استخدامها، وكيف تُزال من كل نسخة.
- كم من الوقت تُحفظ البيانات وسجل تاريخها، وما الأدلة الموجودة لإثبات ما حدث.
هذا الفصل إرشاد معماري، لا استشارة قانونية. فرق الشؤون القانونية والامتثال تقرر أي القوانين تنطبق وما الذي تشترطه؛ والمعماري يحوّل تلك المتطلبات إلى تصميم.
ما بعد الاختبار: للحوكمة مستهلك جديد، هو الوكيل. التصنيف يقرر ما يجوز له استرجاعه، والموافقة تقرر فيمَ يجوز له استخدام البيانات، وسلسلة النَّسَب والتدقيق يجب أن يمتدا حتى ما قاله وما فعله. تنتهي كل وحدة بما يغيّره الذكاء الاصطناعي في جزئها من دورة الحياة.
للاستزادة
Section titled “للاستزادة ”- Salesforce Help، Data Classification Metadata Fields (opens in a new tab) (بالإنجليزية، تم التحقق في 2026-10-14).
- Salesforce Help، Understand the Salesforce Consent Data Model (opens in a new tab) (بالإنجليزية، تم التحقق في 2026-10-14).
- Regulation (EU) 2016/679 (GDPR) (opens in a new tab)، EUR-Lex (بالإنجليزية، تم التحقق في 2026-10-14).
التالي: البيانات الرئيسية والهوية
