تكوين الجداول

مكتمل

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

السؤال	لماذا يهم
هل قمت بإزالة جميع الخيارات غير الضرورية عند إنشاء جدول جديد؟	يجب مسح جميع الخيارات غير الضرورية (مثل التعليقات والوصلات) عند إنشاء جدول جديد؛ خلافاً لذلك، قد تنشئ الخيارات سمات وعلاقات غير ضرورية يمكن أن تؤثر على تجربة المستخدم. يمكن إضافة هذه الخيارات لاحقًا.
هل تستخدم إمكانات جاهزة بدلاً من إنشاء أعمدة جديدة (على سبيل المثال "إرسال بريد إلكتروني" أو "جدول نشاط" لدعم قائمة الحزب، وما إلى ذلك)؟	عندما تحتاج إلى أعمدة مثل الحضور، وإلى، ومن، والبدء المجدول، يجب استخدام جدول نشاط مخصص. تحتوي جداول الأنشطة المخصصة على العديد من أعمدة النشاط الافتراضية (مثل إلى ومن وما إلى ذلك) التي يمكن أن تكون مفِيدة فِي سيناريوهات معينة. إذا كنت بحاجة إلى إرسال رسائل بريد إلكتروني إلى سجل جدول مخصص، فقم بتمكينه لرسائل البريد الإلكتروني بحيث تتم إضافة عمود عنوان البريد الإلكتروني تلقائيًا إلى أعمدته.
هل تستخدم علاقات N:N؟	تعتبر علاقات كثير إلى كثير (N:N) خفِيفة الوزن ولكنها محدودة فِي قابليتها للتوسعة، وقد يكون من الصعب استيراد اقتران البيانات بين سجلين.
بدلاً من علاقات N:N، هل فكرت فِي الجداول المخصصة للجسر؟	بدلاً من علاقات N:N القياسية، فإن البديل هو جدول جسر، يُعرف أيضًا باسم جدول التقاطع أو علاقة أطراف بأطراف يدوية. بدلاً من استخدام علاقة N:N قياسية، يمكنُك إنشاء جدول جسر بين الجدولين المرتبطين بعمود بحث يشير إلى كل جانب من جوانب العلاقة. يتيح هذا الأسلوب إنشاء المزيد من الأعمدة فِي العلاقة التي تصف العلاقة. ضع فِي اعتبارك أن تجربة المستخدم أكثر تعقيدًا من علاقة N:N العادي.
هل تستفِيد من تعيينات الأعمدة فِي علاقات الجداول الخاصة بك؟	هل تستفِيد من تعيينات الأعمدة فِي علاقات الجداول الخاصة بك؟ هذا الأسلوب مفِيد فِي الحالات التي تحتاج فِيها إلى تعيين قيم مشتركة بين السجلات الأصل والتابعة (مثل ملء عنوان جهة اتصال تلقائيًا عند إنشائها من حساب أصل). ومع ذلك، لا ينبغي استخدام هذا الأسلوب لإنشاء بيانات مكررة للأعمدة المهمة، ويجب مراعاة البدائل مثل نماذج العرض السريع لعرض سمات للقراءة فقط من أحد الوالدين فِي نموذج السجل لسجل فرعي.
هل تستخدم ناشراً واحدًا لتخصيصك وبادئة مخصصة؟	تجنب وجود عدة ناشرين بنفس الاسم التقني ولكن بمعرفات GUID مختلفة. أنشئ ناشر مشروعك فِي بيئة واحدة ثم انشره فِي بيئات التطوير الأخرى باستخدام حل غير مُدار. إذا كانت التخصيصات تأتي من بيئات مختلفة لها نفس ناشر الحلول (الاسم واسم النظام)، فِيجب أن تكون المكونات، مثل الجداول والأعمدة، فريدة حقًا (نفس GUID) لتجنب مشاكل التوزيع. إذا تم استخدام نفس اسم المخطط فِي نفس العمود الذي تم إنشاؤه بشكل منفصل فِي بيئتين، فسيفشل استيراد الحل عند استيراد العمود إلى البيئة.

اختيار الأعمدة والجداول المخصصة والترجمة

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

السؤال	لماذا يهم
هل تستخدم جداول مخصصة لاستبدال أعمدة الاختيار؟	عند تحديد قائمة بالخيارات التي يمكن للمستخدم التحديد منها، يكون لديك خياران: استخدام عمود اختيار أو تحديد جدول مخصص للاحتفاظ بقائمة من السجلات واستبدال أعمدة الاختيار بعمود بحث. عند التحديد بين أعمدة الاختيار وأعمدة البحث، ضع فِي اعتبارك المندوبين التالية: تدعم قيم عمود الاختيار الترجمة للعديد من اللغات المختلفة، مما يسمح للمستخدمين برؤية القيم بلغاتهم الخاصة. يمكن أن تعرض الاختيارات (أعمدة الاختيار متعددة التحديد) قيمًا متعددة فِي عمود واحد أو فِي صف فِي طريقة العرض. يمكن إلغاء تنشيط أعمدة البحث، مع ترك القِيمَة فِي السجلات القديمة للأغراض التاريخية. يمكن حذف قيم عمود الاختيار فقط. يمكن تعديل سجلات الجدول المخصصة المستخدمة فِي خيارات عمود البحث وإضافتها وحذفها بواسطة غير المسؤولين. يجب إضافة قيم عمود الاختيار أو تغييرها بواسطة المسؤولين وتضمينها فِي ممارسات إدارة دورة حياة التطبيق (ALM) قيد الاستخدام. يتم نقل قيم خيارات عمود الاختيار مع الحلول، ويجب إنشاء سجلات الجداول المخصصة المستخدمة فِي أعمدة البحث وصيانتها فِي كل بيئة على حدة، أو يجب إنشاء عمليات ترحيل البيانات للحفاظ على مزامنة بيانات الجدول المخصصة بين البيئات. تعد الجداول المخصصة مناسبة بشكل أفضل للكميات الكبيرة من الخيارات لأنها توفر إمكانية بحث أكثر من أعمدة الاختيار.
هل تستخدم سمات العدد الكامل للغة التنسيق لفلترة السجلات بناءً على لغة المستخدم؟	يؤدي إنشاء عمود رقم كامل بخيار تنسيق لغة إلى عرض قائمة باللغات المتوفرة لمؤسستك. يتيح لك استخدام عمود الرقم الكامل للغة تصفِية السجلات بناءً على لغة المستخدم الحالية. يتم عرض القيم كقائمة منسدلة بأسماء اللغات، ولكن يتم تخزين البيانات كرقم يستخدم رموز LCID. أكواد اللغة هي معرّفات الإعدادات المحلية المكونة من أربعة أو خمسة أرقام. يمكن العثور على قيم معرف الإعدادات المحلية الصالحة فِي صفحة قيم معرف لغة Microsoft.

الأمان والعلاقات والأداء

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

السؤال	لماذا يهم
هل فكرت فِي استخدام الجداول المملوكة للمستخدم/الفريق مقابل الجداول المملوكة للمؤسسة؟	بشكل عام، لا تتطلب البيانات المرجعية الملكية إذا لم تكن رؤية السجل تقتصر على مستخدمين أو مجموعات معينة. عندما تكون فِي شك، فإن خيارك الأفضل هو إنشاء طاولة مع ملكية المستخدم أو الفريق لأنه يمكنُك دائمًا منح المستخدمين حق الوصول على مستوى المؤسسة إلى هذه السجلات. لا يمكن تغيير اختيار ملكية المؤسسة، ومع نمو شركتك، قد تحتاج إلى تقييد الوصول إلى بعض السجلات لاحقًا. لهذا السبب، يجب تحديد خيار المستخدم أو الفريق لأنه يوفر أقصى قدر من المرونة لتغييرات الأعمال المستقبلية.
هل راجعت العلاقات ضمن نموذج البيانات وتأثيرها على الأمان؟	سلوكيات العلاقة التي تؤثر على الأمن هي: التخصيص (المتتالي - من الأصل إلى الفرع)، والمشاركة (المتتالية - من الأصل إلى الفرع)، وإلغاء المشاركة (المتتالية - من الأصل إلى الفرع)، وجبر (غير المتتالية - يحدث عندما يرتبط السجل الفرع بالسجل الأصل، وهو أمر هام للمشاركة الضمنية).
هل تستخدم الأمان على مستوى المجال؟	يعد الأمان على مستوى المجال خياراً جيدًا لتأمين البيانات فِي حقول محددة. ومع ذلك، يمكن للإفراط فِي استخدام الحقول الآمنة أن يؤثر على الأداء ويزيد من تعقيد الإدارة.
هل فكرت فِي نقل البيانات الحساسة إلى جدول منفصل؟	يعمل الأمان على مستوى الحقل على المستوى العالمي ولا يتأثر بسياق المستخدم/وحدة العمل (ما لم تتم مشاركة هذه الأعمدة على أساس كل سجل)، بينما يوفر استخدام جدول مخصص ذي صلة للبيانات الحساسة مرونة إضافِية للحصول على معلومات مختلفة مستويات الأذونات للبيانات الحساسة بين وحدات الأعمال.
هل تتبع أو لديك اصطلاحات تسمية لأعمدة المعلومات الشخصية الحساسة؟	يجب أن تحظى الأعمدة التي تحتوي على معلومات شخصية بمستوى إضافِي من الاهتمام للحفاظ على الامتثال للوائح أمان البيانات. تتمثل إحدى طرق إدارة أعمدة المعلومات الشخصية فِي إنشاء اصطلاحات تسمية لأعمدة المعلومات الشخصية، مثل إلحاق "شخص" أو "معلومات سرية" مسبقًا باسم مخطط أعمدة المعلومات الشخصية.

الأعمدة - المفاتيح البديلة والمحسوبة والتراكمية

فِي هذا القسم، يمكنُك الحصول على تفاصيل حول أنواع الأعمدة المتنوعة من خلال الإجابة على الأسئلة التالية.

السؤال	لماذا يهم
هل تستخدم مفاتيح بديلة؟	تسمح المفاتيح البديلة للمسؤول بتحديد المفاتيح المركبة، بما فِي ذلك أعمدة متعددة من الجدول. تفرض المفاتيح البديلة تفرد السجل. تتم فهرسة قيم المفاتيح، مما يزيد من سرعة البحث، كما أنه يجعل استيراد البيانات أكثر كفاءة من خلال السماح للسجل بمطابقة التحديث بناءً على قيمة المفتاح البديل. كن حذراً عند الإضافة إلى نظام موجود قد يكسر منطق إنشاء السجل الذي لا يوفر قيمًا فريدة. يمكن أن تكون المفاتيح البديلة ذات قيمة لسيناريوهات التكامل عندما تريد الاستفادة من إمكانات upsert: من خلال توفِير المفتاح، يعرف النظام ما إذا كان بإمكانه إنشاء سجل أو تحديث أحد السجلات الموجودة.
هل تستخدم أعمدة محسوبة؟	يمكن أن يؤدي الإفراط فِي استخدام JavaScript وقواعد العمل والمكونات الإضافِية إلى تدهور أداء النظام. يمكن للأعمدة المحسوبة حساب الوقت الفعلي عند عرض البيانات ويمكن أن تكون أكثر كفاءة. نظراً لأنه يتم تحديث القِيمَة عند الاسترداد فقط، تأكد من أنك لا تحتاج إلى تحديثات فِي الوقت الفعلي حيث تتغير قيم المصدر المحسوبة.
هل تستخدم أعمدة التجميع؟	عند تجميع القيم من السجلات التابعة إلى الأصل، يستخدم العديد من العملاء مكونات إضافِية متزامنة. هذا الأسلوب له عبء إضافِي على الأداء عند الإفراط فِي استخدامه. باستخدام أعمدة التجميع القياسية، يمكنُك تجنب المكونات الإضافِية غير الضرورية وتبسيط الترقيات المستقبلية وتحسين أداء النظام. ضع فِي اعتبارك أن أعمدة التجميع لا تحسب إلا كل 12 ساعة بشكل افتراضي، لذلك إذا كان لديك بيانات متغيرة بسرعة، فقد لا توفر أعمدة التجميع القياسية معلومات محدثة، لذلك يجب استخدام المكونات الإضافِية. ومع ذلك، باستخدام أعمدة التجميع لبطء تغيير البيانات، ستعمل على تحسين الأداء.
هل تحققت من أن الحد الأدنى/الأقصى للطول أو قيم كل عمود من أعمدتك يتوافق مع متطلبات العمل ومع أي تكامل بيانات أو تعيين بيانات؟	إذا كان العميل سيرحل بيانات Dynamics 365 أو يدمجها مع أنظمة أخرى، فأنت بحاجة إلى التحقق من أن أطوال الأعمدة المكونة متوافقة مع أطوال أعمدة البيانات فِي الأنظمة الأخرى.
هل فكرت فِي استخدام أعمدة التاريخ فقط أو أعمدة التاريخ المستقلة عن المنطقة الزمنية؟	سلوك عمود التاريخ الافتراضي هو المستخدم المحلي. يعرض هذا الخيار قيم التاريخ والوقت فِي المنطقة الزمنية للمستخدم الذي يقوم بعرض السجل. يُعد هذا الخيار مفِيدًا للتواريخ التي يكون فِيها الوقت المحدد هامًا، ولكنه قد يتسبب فِي حدوث مشكلات لأنواع أخرى من التواريخ. ضع فِي اعتبارك ما إذا كان تاريخ الميلاد بالتنسيق المحلي للمستخدم. إذا كان عيد الميلاد هو 5 يناير 12:00 صباحاً، فسيرى المستخدم فِي منطقة زمنية إلى الغرب من منشئ السجل التاريخ كما فِي اليوم السابق فِي الساعة 11:00 مساءً. يخزن تنسيق التاريخ فقط قيمة التاريخ فقط، بينما يخزن التنسيق المستقل عن المنطقة الزمنية الوقت، ولكن يرى جميع المستخدمين قيمة التاريخ الصحيحة.

التدقيق

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

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

عرض البيانات الخارجية أو التكامل

تتضمن العديد من عمليات توزيع Dynamics 365 عمليات تكامل مع أنظمة أخرى، مما يوسع نموذج البيانات خارج جدران Dataverse. يمكن استبدال العديد من عمليات ترحيل البيانات بخيارات أكثر مرونة، مما يؤدي إلى تقليل حجم قاعدة البيانات وتحسين أداء النظام. أجب عن الأسئلة التالية فِي هذا القسم من نموذج ورشة عمل نموذج البيانات.

السؤال	لماذا يهم
هل تقوم بنسخ البيانات الخارجية فِي جداول Dynamics 365؟	يعمل تكامل البيانات على جلب البيانات إلى Dataverse ويوفر لمستخدمي Dynamics 365 إمكانية الوصول إلى بيانات النظام الخارجية. ومع ذلك، يمكن أن يكون لعمليات تكامل البيانات المادية مشكلات: تؤدي عمليات ترحيل البيانات الكبيرة وعمليات الدمج إلى زيادة حجم وتكلفة سعة التخزين للنظام بشكل كبير. تستغرق عمليات ترحيل البيانات الكبيرة وقتًا طويلاً ويمكن أن تؤخر نشر التطبيق. تُنشئ عمليات الترحيل والتكامل الكبيرة للبيانات نسخاً مكررة من بيانات النظام الحساسة، والتي قد يرفضها مسؤولو الأمان والامتثال. قد تؤدي عمليات تكامل البيانات الكبيرة والتي تعمل بشكل متكرر إلى تدهور أداء النظام.
هل فكرت فِي استخدام تطبيقات اللوحة من Microsoft Power Apps لعرض البيانات الخارجية؟	يمكن تضمين تطبيقات اللوحة من Power Apps فِي نماذج التطبيقات المستندة إلى نموذج Dynamics 365، باستخدام أكثر من 300 موصل قياسي وتوفِير معالجات ملائمة لتبسيط مهام المستخدم الشائعة. يمكن لتطبيقات اللوحة أيضًا إنشاء سجلات فِي أنظمة أخرى باستخدام الموصلات، بحيث يمكن أن تكون جسراً مثاليًا بين التطبيقات دون الحاجة إلى نسخ البيانات فعليًا.
هل فكرت فِي استخدام Power Apps component framework لعرض البيانات الخارجية؟	تسمح عناصر تحكم Power Apps component framework للمسؤولين باستبدال عناصر تحكم النظام بعناصر تحكم مخصصة وعرض البيانات الخارجية.
هل فكرت فِي تضمين مربعات Microsoft Power BI لعرض البيانات الخارجية؟	من خلال تضمين الإطارات المتجانبة لـ Power BI فِي نماذج تطبيق Dynamics 365 المستندة إلى نموذج، يمكنُك تمكين القدرة على عرض البيانات المخزنة فِي أنظمة أخرى وتصفِيتها لتكون ذات سياق فِي سجل أثناء يلغي الحاجة إلى نسخ البيانات إلى Dynamics 365.
هل تستخدم الجداول الافتراضية؟	لا تحتوي الجداول الافتراضية على بيانات ؛ يتصلون بمصدر بيانات خارجي أثناء عرض البيانات للمستخدمين كما لو كانت موجودة فِي Dataverse. تتوفر هذه البيانات لطرق العرض والشبكات الفرعية واستعلامات البحث المتقدم. حاليًا، تدعم الجداول الافتراضية بيانات القراءة فقط، وتكون جميع بيانات الجدول الظاهري مرئية لجميع مستخدمي النظام. إذا كان الأمان الدقيق مطلوباً، فِيجب عليك التفكير فِي الخيارات البديلة.
هل فكرت فِي استخدام التصدير إلى Azure Data Lake أو خدمات تصدير البيانات إذا كنت بحاجة إلى بيانات Dynamics لأغراض BI الخارجية؟	تعد خدمة "التصدير إلى مستودع البيانات" بمثابة مسار لتصدير البيانات من Dataverse إلى Microsoft Azure Data Lake Storage ‏Gen2. تم تصميم خدمة التصدير إلى Data Lake لتحليلات البيانات الكبيرة للمؤسسات من خلال توفِير إمكانية عالية قابلة للتطوير مع إمكانات التعافِي من الكوارث. يتم تخزين البيانات بتَنسيق نموذج البيانات المشترك، والذي يوفر تناسقًا دلاليًا عبر التطبيقات وعمليات التوزيع. تقوم Dynamics Export Service بمزامنة بيانات Dynamics 365 مع قاعدة بيانات Azure SQL، وهو أمر مثالي للإبلاغ عن مجموعات البيانات الكبيرة من Dynamics لأنه يتم وضع قيود على عدد السجلات التي يمكن الإبلاغ عنها باستخدام استعلام مباشر من Power BI عند الاتصال مباشرة بـ Dynamics 365. يُفضل أيضًا إعداد التقارير من قاعدة بيانات خارجية من منظور الأداء.

تجربة المستخدم

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

السؤال	لماذا يهم
هل استبعدت الأعمدة والعلاقات غير المستخدمة من البحث؟	سيؤدي تعيين الأعمدة بحيث تكون غير قابلة للبحث إلى استبعاد هذه الأعمدة والعلاقات من مصمم عامل التصفِية البحث المتقدم ويساعد فِي العثور على المعلومات أسهل للمستخدمين. سيساعد قصر البحث السريع على أعمدة "البحث" على الأعمدة الأكثر أهمية فقط فِي جعل البحث سريعًا بشكل أسرع.
هل قمت ببدء الأعمدة غير المستخدمة (على سبيل المثال "عمود ZZ") للتأكد من ظهورها فِي نهاية القائمة؟	لا يؤدي جعل الأعمدة غير قابلة للبحث إلى استبعادها من تصميم تخطيط طريقة العرض. تتمثل إحدى طرق تبسيط طرق عرض المبنى فِي وضع بادئة لأسماء عرض العمود بـ "ZZ" أو أي تدوين معياري آخر بحيث تقع أخيراً أبجديًا ومن غير المرجح أن تربك المستخدمين.
هل اعتمدت اصطلاح تسمية متسقًا للبيانات الوَصف‏‎‏‎ية لتبسيط تجربة المستخدم؟	عند تصميم نموذج بيانات، يجب إنشاء اصطلاحات تسمية متسقة لتوفِير تسميات متسقة ومفهومة. تنطبق هذه الفكرة أيضًا على أسماء مخططات العمود التي يتم عرضها للمطورين أو المستخدمين الذين يصلون إلى البيانات من خلال واجهات برمجة التطبيقات (على سبيل المثال، باستخدام Power BI).
هل اعتمدت إجراءً ثابتًا لإدارة البيانات الوَصف‏‎‏‎ية (مثل إضافة أعمدة جديدة) لتجنب التعارضات والتكرار؟	عندما تعمل فرق متعددة أو تدفقات مشروع على تنفِيذ واحد، فمن الهام بشكل خاص أن تكون الحوكمة فِي مكانها الصحيح لإدارة البيانات الوَصف‏‎‏‎ية للحصول على نموذج بيانات متسق وتجنب تكرار العمود المحتمل.

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