القاموس وسلسلة النَّسَب والتصنيف
متاح أيضًا بـ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)
الوحدة 3 من 6 في فصل جودة البيانات وحوكمتها، الفصل 5 من دورة Data Architect. كل وحدة قائمة بذاتها. السابق: إبقاء البيانات السيئة خارجًا · التالي: قوانين الخصوصية تشكّل التصميم
السؤال الذي تجيب عنه هذه الوحدة: كيف تلتقط ما تعنيه البيانات، ومن أين جاءت، ومدى حساسيتها؟
ورثت org. على الحساب (Account) 900 حقل، من بينها Customer_Type__c وCustomer_Class__c وCustomer_Category__c وCustomer_Status__c وERP_Status__c وAccount_Status__c. أيها يخبرك ما إذا كان شخص ما عميلًا فعلًا؟ تفتح الأوصاف. ثلاثة فارغة. وواحد يقول «Customer Type». شكرًا جزيلًا. وواحد يقول إنه جاء من ERP؛ وآخر أنشأه قبل ست سنوات شخص رحل منذ زمن. تخيّل الآن أنك لست المعماري بل تكامل، أو فريق تقارير، أو وكيل. لدى المؤسسة بيانات كثيرة. لكن هذا لا يعني أنها تعرف ما تعنيه البيانات.
هنا تصبح البيانات الوصفية معمارية، عبر ثلاثة أسئلة مترابطة لكنها ليست واحدة:
- القاموس: ماذا تعني هذه البيانات؟
- سلسلة النَّسَب: من أين جاءت؟
- التصنيف: كيف يجب أن تُعامَل؟
نوعان من البيانات الوصفية
Section titled “نوعان من البيانات الوصفية ”تأتي البيانات الوصفية في نوعين، وتحتاج إلى كليهما. البيانات الوصفية التجارية هي ما تعنيه البيانات للعمل: التعريف، والمالك، وقواعد الاستخدام، ومدى الحساسية. البيانات الوصفية التقنية هي كيف بُنيت البيانات وكيف تتحرك: الكائن والحقل، والنوع والطول، واسم الـ API، والمخطط، والربط من نظام إلى آخر، وسلسلة النَّسَب من المصدر إلى الهدف. اسم الـ API للحقل ونوعه يخبران المطوّر كيف يستخدمه؛ وتعريفه ومالكه يخبران كل من سواه هل يستخدمه أصلًا. وحين يختلفان، أو يغيب أحدهما، هناك تحديدًا تخطئ التكاملات والتقارير.
معلومة للاختبار. ميّز بين البيانات الوصفية التجارية (المعنى، والتعريفات، والمالك، والقواعد، والحساسية: القاموس التجاري والتصنيف) والبيانات الوصفية التقنية (الكائنات، والحقول، والأنواع، وأسماء الـ API، والمخططات، والربط بين الأنظمة، وسلسلة النَّسَب).
ابدأ بالمعنى
Section titled “ابدأ بالمعنى ”وضع الفصل 3 القاعدة: كل حقل يحصل على وصف. ليس «Customer Status» لحقل اسمه Customer Status، بل شيء مثل «العلاقة التجارية الحالية بين الشريك وSteve Trucking. تُضبط من ERP بعد التفعيل. لا تُستخدم لتأهيل العملاء المرتقبين.» الآن أعرف ماذا يعني، ومن أين يأتي، وفيمَ لا يُستخدم. هذه بداية القاموس التجاري: تعريفات مشتركة للبيانات المهمة. ما العميل؟ وما العميل النشط؟ ماذا تعني Delivered؟ وما الذي يُعدّ في الموعد؟ تبدو هذه بديهية إلى أن تضع خمسة أقسام في غرفة واحدة: للمالية تعريف، وللمبيعات آخر، وللعمليات ثالث، ولمستودع البيانات رابع، وبنى أحدهم لوحة معلومات على خامس. المشكلة ليست أن أحدًا لا يتكلم اللغة. بل إن المؤسسة لم تتفق على المعنى.
يمكن أن يعيش القاموس في جدول بيانات أو أداة توثيق، لكن تعريفاته المهمة يجب أن تكون قريبة من المكان الذي يستخدم فيه الناس البيانات. على المنصة، هذا يعني أوصاف الحقول، ونصوص المساعدة، والبيانات الوصفية للتصنيف. وفي التحليلات يزداد الأمر أهمية: لا يمكن أن تعني «الإيرادات» شيئًا في لوحة الإدارة التنفيذية وشيئًا آخر في استعلام محلل. لهذا توجد الطبقة الدلالية (semantic layer)، والنماذج الدلالية في Data 360 تحتفظ بتعريفات محكومة مثل المقاييس والأبعاد والعلاقات فوق البيانات المادية (Create a Semantic Model in Data 360 (opens in a new tab)). التقنية تتغير؛ والمتطلّب لا يتغير: البيانات المهمة تحتاج إلى معنى متفق عليه.
وابدأ بالمعنى، لا بالتقنية. القاموس الذي يبدأ بالكائن والحقل والنوع واسم الـ API يوثّق التنفيذ. أما الذي يبدأ بالمصطلحات التجارية فيوثّق المؤسسة:
| المصطلح التجاري | المعنى | أين يُمثَّل |
|---|---|---|
| شريك التجزئة | بائع تجزئة تقدّم له Steve Trucking خدمة التوصيل، بموجب عقد | الحساب في Salesforce؛ العميل في نظام ERP المالي |
| التوصيلة | توصيلة واحدة إلى مستلم واحد، على عنوان واحد، في يوم واحد | RouteDesk اليوم؛ أمر عمل حين تنتقل التوصيلات إلى Salesforce |
| المستلم | الشخص الذي يستلم التوصيلة | بيانات المستلم على التوصيلة |
| Delivered (تم التوصيل) | مكتملة وفق التعريف التشغيلي المتفق عليه | حالة التوصيلة |
| التوصيل في الموعد | مكتملة ضمن نافذة التوصيل المتفق عليها | مقياس مشتق |
معنى واحد، وتمثيلات تقنية كثيرة.
ثم اسأل من أين جاءت
Section titled “ثم اسأل من أين جاءت ”بمجرد أن أعرف ما تعنيه قيمة ما، أريد أن أعرف من أين جاءت. هذه هي سلسلة النَّسَب (lineage). الاسم القانوني لشريك في Salesforce: هل كتبه مندوب، أم أرسله ERP، أم حوّله تكامل، أم وحّده Data 360، أم حُسب، أم ولّده الذكاء الاصطناعي؟ هذه الأمور تؤثر في مدى ثقتي به وفيما يجوز لي فعله به. تذكّر السجلات المؤقتة في الوحدة 2: حسابان كلاهما يقول «Keystone»، أحدهما أنشأه مندوب أمس، والآخر من ERP بمعرّف مرجعي معتمد. النص نفسه، وسلسلة نَسَب مختلفة، ومعاملة مختلفة.
سلسلة النَّسَب ليست فقط مخطط مهندس بيانات لألف جدول. بالنسبة للبيانات المهمة أريد أن أجيب عن أسئلة عملية: من أين بدأت، وأي نظام هو المرجعي المعتمد، وما الذي حوّلها، وأي الأنظمة حصلت على نسخ، وما آخر ما غيّرها، وهل أستطيع تتبّع قيمة مشتقة إلى مصادرها؟ خريطة الأنظمة في الفصل 4 تقول إن الأنظمة متصلة. وسلسلة النَّسَب تقول ماذا حدث للبيانات في الطريق.
بعض سلسلة النَّسَب يأتي مجانًا: معرّف ERP على الحساب، وCreated By وLast Modified By، وسجلات التكامل، ووثائق الربط. يضيف Data 360 حقول سلسلة نَسَب إلى كائنات بياناته تسجّل مصدر البيانات والكائن المصدر لكل سجل (Data Lineage Fields (opens in a new tab)). لكن لا تفترض أن سلسلة النَّسَب تظهر لمجرد أن الأنظمة متكاملة. أحيانًا تكون أنفع سلسلة نَسَب حقلًا واحدًا: Source System = Keystone. وإذا كان المصدر مهمًا للحوكمة، فاجعله موثوقًا آليًا، يضبطه التكامل، لا يكتبه شخص.
البيانات المشتقة تحتاج إلى سلسلة النَّسَب أكثر من غيرها. لنقل إن Steve Trucking تحسب خطر تأخر التوصيل من موقع الشاحنة، ونافذة التوصيل، وتاريخ المسار، ويستخدمه قسم الإرسال لتحديد الأولويات. من أين جاءت «مرتفع»؟ أضف وكيلًا يقول لمستلم «توصيلتك متأخرة»، وستحتاج أن تعرف ما الذي أسّس عليه ذلك، ومدى حداثته. كلما ابتعدت عن القيم المخزنة نحو القيم المحسوبة والموحّدة والمتنبأ بها والمولّدة، زادت أهمية سلسلة النَّسَب.
التصنيف يجيب عن سؤال مختلف
Section titled “التصنيف يجيب عن سؤال مختلف ”الآن: كيف ينبغي أن تُعامَل؟ اسم المستلم، وعنوان التوصيل، ورقم الهاتف، وملاحظات التوصيل، وحالة التوصيل، ورقم الشاحنة، ومركز التوزيع، وشريك التجزئة، والصورة: ليست متساوية في الحساسية. «في الطريق للتوصيل» ليست رقم هاتف، ورمز مركز التوزيع ليس صورة لداخل منزل أحدهم. يتيح لك Salesforce تسجيل ذلك على كل حقل، قياسي أو مخصص: Data Owner وField Usage وData Sensitivity Level وCompliance Categorization (Data Classification Metadata Fields (opens in a new tab)). سمّاها الفصل 3 حقول التصنيف، وشرح لماذا تهم: ضع على حقل علامة PII أو GDPR فتستطيع العمليات العثور عليه، من أدوات الإخفاء إلى طبقة الثقة للذكاء الاصطناعي في Salesforce، التي يمكنها منع القيم الموسومة من الوصول إلى نموذج لغوي كبير. وتحذير واحد من الفصل 3: Salesforce تعطّل الآن إخفاء البيانات عن النموذج اللغوي الكبير بالنسبة للوكلاء، لأنه قد يحذف السياق الذي يحتاجه الوكيل (صنّف ما يهم: حقول التصنيف). لذا يظل على التصنيف أن يقود الضوابط الأخرى.
موقفي هنا متعمَّد: صنّف الحقول الحساسة، لا كل حقل. لا أريد ثلاثة أشهر تُقضى في تصنيف آلاف الحقول ليعلن أحدهم «مصنّف بنسبة 100%» ثم لا يستخدمه أحد. رقم هاتف المستلم: نعم. عنوان المنزل: نعم. ملاحظات التوصيل التي قد تحتوي رموز البوابات و«كلب في الفناء»: نعم. الصور التي قد تُظهر أشخاصًا أو منزلًا: بالتأكيد. تسمية عرض داخلية؟ ليست المكان الذي ينبغي أن تذهب إليه طاقة الحوكمة. هذا لا يجعل الحقول غير الموثّقة مقبولة. مهمتان مختلفتان: التوثيق واسع؛ والتصنيف متعمَّد. هذا ما يُبقي للتصنيف معنى.
تصنيف يستطيع الناس استخدامه
Section titled “تصنيف يستطيع الناس استخدامه ”يحتاج التصنيف إلى مفردات، إلى تصنيف (taxonomy). قيم Salesforce الافتراضية هي Public وInternal وConfidential وRestricted وMissionCritical؛ وقد تريد مؤسستك تسمياتها الخاصة. لا أفرض عليك تسميات بعينها. اجعلها مفهومة: إذا كانت هناك 47 فئة ولا أحد خارج فريق الخصوصية يستطيع التمييز بين الفئة 31 والفئة 32، فهي لا تساعد. التصنيف الجيد يربط التسمية بسلوك. إذا كان حقل ما بيانات شخصية حساسة، فمن يستطيع رؤيته، وهل يمكن أن يذهب إلى sandbox، أو يغادر المنطقة، أو يظهر في التحليلات، وكم يُحفظ، وهل يجوز لوكيل استخدامه؟ الآن يؤدي التصنيف عملًا.
التصنيف بلا فرض مجرد زينة
Section titled “التصنيف بلا فرض مجرد زينة ”ضع على رقم هاتف المستلم علامة «حساس» ولا تغيّر شيئًا آخر، وتكون قد كتبت توثيقًا. مفيد، لكن الحوكمة تذهب أبعد: ينبغي أن يقود التصنيف الأذونات، والإخفاء، والتشفير، والاحتفاظ، والموافقة، وحركة البيانات، واستخدام sandbox، والتدقيق، ووصول الذكاء الاصطناعي. بعض ذلك قرار تصميم يتخذه المعماري؛ وبعض المنصات تطبّق الآن الوسوم والتصنيفات مباشرة في السياسات، كما تفعل حوكمة Data 360 (Data Governance in Data 360 (opens in a new tab)). ووضع علامة Restricted على حقل لا يمنع أحدًا من قراءته. التصنيف يقول كيف ينبغي أن يُعامَل الحقل؛ والأمن يجعل ذلك واقعًا. التسلسل هو: حدّد البيانات، وافهمها، وصنّف ما يهم، ثم طبّق الضوابط التي يستدعيها ذلك التصنيف.
ثلاثة أسئلة عن بياناتك، والثالث يجب أن يقود شيئًا ما.
البيانات المرجعية تحتاج إلى بيانات وصفية أيضًا
Section titled “البيانات المرجعية تحتاج إلى بيانات وصفية أيضًا ”رموز الدول، وحالات التوصيل، ورموز مراكز التوزيع، ومعرّفات الشركاء، وأسباب الإلغاء: تبدو بسيطة إلى أن يختلف نظامان. أحدهما يقول CANCELLED، وآخر CANCELED، وثالث CNCL، ورابع 9. تحتاج البيانات المرجعية إلى تعريفات، ومالك، ومصدر، ودورة حياة حين تتغير القيم، وجداول ربط حين تمثّلها الأنظمة بشكل مختلف. القيم الصغيرة قد تقود عمليات كبيرة جدًا. يتعمق الفصل 6 أكثر.
الثلاثة معًا
Section titled “الثلاثة معًا ”خذ رقم هاتف المستلم. القاموس: الرقم المستخدم للوصول إلى الشخص الذي يستلم توصيلة محددة. سلسلة النَّسَب: من بيان شحنة شريك التجزئة. التصنيف: بيانات شخصية. الآن تصبح الأسئلة المعمارية ممكنة: هل يجوز للطاقم رؤيته، وإلى متى (يقول الملخص: لمحطاتهم فقط، وفي يوم التوصيل فقط)؛ وهل يمكن أن يذهب إلى sandbox؛ وهل يحتاجه Snowflake؛ وهل يجوز لوكيل استخدامه؛ وماذا يحدث حين تنتهي التوصيلة؟
الآن خذ حالة التوصيلة. القاموس: الحالة التشغيلية الحالية للتوصيلة. سلسلة النَّسَب: تضبطها عملية التوصيل في Steve Trucking وتُرسَل إلى كل شريك عبر تكامله الخاص. التصنيف: تشغيلية، غير حساسة. بيانات مختلفة، ومعاملة مختلفة. هذه هي الفكرة.
لا أتعامل مع البيانات الوصفية بوصفها توثيقًا يُنتَج بعد انتهاء المعمارية الحقيقية. إن لم أستطع أن أقول ماذا يعني حقل ما، فأنا لا أفهم نموذج البيانات. وإن لم أعرف من أين جاءت قيمة ما، فأنا لا أفهم التكاملات. وإن لم أعرف هل هي حساسة، فأنا لا أفهم الأمن. البيانات الوصفية تصف المعمارية، وأحيانًا تقودها.
ما بعد الاختبار: ما الذي يغيّره الذكاء الاصطناعي. يصبح التصنيف المفتاح الذي يحدد ما يجوز لوكيل استرجاعه أو تكراره، ويجب أن تمتد سلسلة النَّسَب حتى إجابة الوكيل أو تصرفه. إذا أخبر وكيلٌ مستلمًا بأن التوصيلة متأخرة، فينبغي أن تستطيع المعمارية أن تقول ما الذي أسّس عليه ذلك، ومن أين جاء، وهل كان مسموحًا للوكيل استخدامه. «في مكان ما في Salesforce» ليست سلسلة نَسَب، و«بيانات العملاء» ليست تصنيفًا.
ما الذي يقرره المعماري هنا
Section titled “ما الذي يقرره المعماري هنا ”- أي المصطلحات التجارية تحتاج إلى تعريفات محكومة، حتى لا تعطي الأنظمة والفرق الكلمة الواحدة معاني مختلفة.
- كيف تحتفظ القيم المهمة بسلسلة نَسَب كافية لإظهار مصدرها ومرجعيتها والتحويلات التي مرت بها.
- أي الحقول تحمل معنى حساسية أو امتثال، فتحصل بالتالي على تصنيف صريح.
- أي تصنيف (taxonomy) تستخدمه المؤسسة، وهل يستطيع الناس تطبيقه باتساق.
- كيف يقود التصنيف ضوابط حقيقية بدل أن يبقى بلا استخدام.
قبل أن تحكم البيانات، اعرف ما لديك: ماذا تعني، ومن أين جاءت، وكيف يجب أن تُعامَل. وثّق على نطاق واسع، وصنّف عن قصد، واحتفظ بسلسلة النَّسَب حيث تهم. وإلا فأنت لا تحكم البيانات. أنت تمتلكها فحسب.
للاستزادة
Section titled “للاستزادة ”- Salesforce Help، Data Classification Metadata Fields (opens in a new tab) (بالإنجليزية، تم التحقق في 2026-10-14).
- Salesforce Help، Data 360: Data Lineage Fields (opens in a new tab) وData Governance in Data 360 (opens in a new tab) وCreate a Semantic Model in Data 360 (opens in a new tab) (بالإنجليزية، تم التحقق في 2026-10-14).