أفضل الممارسات لـ Dataverse
نمذجة البيانات هي علم، ويوجد متخصصون فِي نمذجة البيانات ومعايير راسخة لنمذجة البيانات. لكي تكون فعالاً مع نمذجة بيانات Dataverse، لا يتعين عليك أن تكون مصمم بيانات محترفاً أو تستخدم أدوات خاصة. يمكن استخدام الأدوات الشائعة مثل Microsoft Visio لإنشاء مخطط علاقة كيان أساسي (ERD) يصور العلاقات وتدفق البيانات بين الجداول.
تركز هذه الوحدة على أفضل الممارسات العامة لنمذجة البيانات لعمليات نشر Dataverse، بما فِي ذلك:
يجب تحديث نماذج البيانات بشكل مستمر أثناء النشر. يتم تصميم نموذج البيانات فِي بداية المشروع بصورة متكررة، ولكن من الهام ألا تتوقف عملية التصميم عند هذه النقطة. أثناء تقدمك فِي عملية النشر، ستتم إضافة أعمدة وجداول جديدة. تحتاج إلى التقاط هذه الأعمدة والجداول الجديدة فِي نموذج البيانات وجعله نموذج بيانات حي. بالإضافة إلى ذلك، يجب أن توصي العملاء بمواصلة تحديث نموذج البيانات أثناء قياهام بتحسين النظام.
استخدم الأدوات القائمة لمساعدتك على البدء. تتوفر أدوات المجتمع مع XrmToolBox تساعد فِي تسهيل إنشاء مخططات ERD لتكوين Dataverse بسرعة. تتضمن هذه الأدوات منشئ مخطط UML ومنشئ مخطط علاقة الكيان. بعد إكمال تحديثات التكوين، يمكنك إنشاء مخطط ERD محدث.
لا تقم بتضمين كل جدول. ترتبط بعض الجداول الأساسية، مثل الأنشطة والملاحظات والمستخدمين (مالكو السجلات)، بكل جدول تقريباً فِي Dataverse. إذا قمت بتضمين كل علاقة بهذه الجداول فِي نموذج البيانات، ستكون النتيجة غير قابلة للقراءة. من أفضل الممارسات تضمين الجداول الأساسية المستخدمة فِي التكوين فِي الرسم التخطيطي لنموذج البيانات الخاص بك فقط وتضمين العلاقات المخصصة مع المستخدم وجداول النشاط لزيادة إمكانية القراءة.
يجب أن تتضمن نماذج البيانات جداول خارج Dataverse. إذا كنت تتكامل مع أنظمة أخرى باستخدام موصلات بيانات Dataverse أو جداول افتراضية، أو إذا كنت تتكامل مع تدفقات البيانات خارج Dataverse باستخدام تكامل، يجب أيضاً تمثيل هذه البيانات فِي مخطط نموذج البيانات الخاص بك.
ابدأ ببساطة باستخدام الجداول القياسية، ثم أضف علاقات الجداول المخصصة إلى نموذج البيانات الخاص بك.
يجب أن تؤثر التجربة على نموذج البيانات الخاص بك. في بعض الأحيان، قد يكون من السهل تطبيع بياناتك بشكل مفرط؛ ولكن فِي هذه العملية، يمكنك جعل استخدام التطبيق أكثر تعقيداً.
ابدأ بما تحتاجه الآن ولكن صمم نموذج البيانات بطريقة تدعم ما ستقوم به فِي المستقبل. على سبيل المثال، إذا كنت تعلم أنك ستحتاج فِي النهاية إلى تخزين المزيد من التفاصيل حول مناطق المبيعات، يمكنك استخدام عمود نصي للإقليم الآن، مما سيجعل الأمر أكثر صعوبة فِي التنفيذ مما لو كنت تستخدم علاقة جدول المنطقة. خطط للمستقبل لما هو قادم.
الجداول الجاهزة مقابل الجداول المخصصة
يحدّد هذا الموضوع الجداول القياسية الجاهزة المستخدمة فِي التكوين، إلى جانب الجداول المخصصة والغرض الذي يتم استخدامها من أجله. هذه المعلومات مهمة لأن Microsoft Dataverse تحتوي على العديد من الجداول الشائعة، وكقاعدة عامة، لا ينبغي إنشاء جدول مخصص إذا كان هناك جدول قياسي موجود بالفعل يعالج هذا الغرض. والسبب هو أنه إذا قمت بتحميل التهيئة الخاصة بك بشكل زائد بالعديد من الجداول الزائدة عن الحاجة، فسوف تؤثر سلباً على أداء النظام، وستجعل النظام أكثر صعوبة فِي الاستخدام (سيؤدي وجود العديد من جداول السبر الزائدة فِي البحث المتقدم إلى إرباك المستخدمين). يجب أن يخدم كل جدول مخصص غرضاً محدداً.
بالإضافة إلى ذلك، سيساعد هذا الموضوع على تحديد الجداول الأكثر استخداماً وتحديد ما إذا كنت معرضاً لخطر تحميل الجداول بشكل زائد.
أعد النظر فِي استبدال الجداول القياسية بجداول مخصصة
من حين لآخر، يفكر المنشؤون فِي استبدال الوظائف القياسية بجداول مخصصة. يتمثل السبب وراء هذا الاعتبار فِي أنه إذا احتاج المنشؤون إلى فرصة مبيعات ولكنهم بحاجة إلى نموذج أبسط من نموذج الفرصة القياسي، فقد يكون إنشاء جدول مخصص أكثر سهولة. ومع ذلك، يجب أن تفكر فيما قد تتخلى عنه باستخدام جدول مخصص بدلاً من جدول قياسي. يضمن استخدام الجدول الجاهز توافقاً أكبر مع ميزات النظام الأساسي الأساسية. نظراً لأنه تتم إضافة المزيد من الميزات بانتظام إلى الجداول القياسية، يمكنك الاستفادة من الميزات الجديدة عند إصدارها. على سبيل المثال، إذا قررت استبدال جدول الفرصة القياسي بجدول فرصة مخصص، فلن تتمكن من استخدام الوظيفة الإضافية Sales Insights لـ Microsoft Dynamics 365 Sales وميزات الذكاء الاصطناعي الأخرى.
لا تقم بإعادة إنشاء الحسابات وجهات الاتصال
عند نشر حلول Microsoft Power Platform، ستقوم بشكل متكرر بتعقب أنواع متعددة من الشركات والمؤسسات وجهات الاتصال فِي النظام. تمثل بعض هذه الكيانات مؤسسات العملاء/الزبائن، بينما قد يكون البعض الآخر مؤسسات دعم واستشارية، مثل المحاسبين والشركات القانونية. قد تكون بعض الكيانات أنواعاً متنوعة من المؤسسات، مثل الجمعيات التجارية.
تتمثل الطريقة الأكثر شيوعاً لإدارة فئات متعددة من علاقات الشركة فِي استخدام جدول الحساب لجميع أنواع المؤسسات واستخدام عمود، مثل نوع العلاقة، أو خيار مخصص تم تعيينه لوضع علامة على الشركات حسب نوعها أو فئتها. يمكن تصفية طرق العرض بناءً على نوع الشركة، ويمكن لقواعد العمل إظهار أو إخفاء مكونات العمود والنموذج بناءً على النوع.
للاستفادة من التكامل القياسي مع تطبيقات Dynamics 365 Finance and Operations باستخدام الكتابة المزدوجة، من الأفضل استخدام الجداول والأعمدة الافتراضية التي تمت إضافتها بواسطة حل أساس الكتابة المزدوجة لبيئة Dataverse الخاصة بك.
هناك طريقة أخرى تتمثل فِي إنشاء جداول مخصصة لكل نوع من أنواع الشركات. يتمثل أحد الأسباب التي يتم الاستشهاد بها بشكل شائع فِي "أنني قد أحتاج إلى استخدام الحسابات لسبب آخر فِي المستقبل، لذلك لا أريد تخصيص جدول الحساب."
قبل إعادة إنشاء جدول الحساب كجدول شركة مخصص، يجب أن تفكر جيداً فيما يمكنك التخلي عنه عن طريق إنشاء جدول مخصص. تأمل العوامل التالية:
- العناوين المتعددة - يحتوي جدول الحساب على إمكانية عنوان فريد تدعم عناوين متعددة. يتم عرض أول عنوانين فِي نموذج الشركة، لكن سجلات العناوين هذه موجودة فِي جدول عناوين العميل ذي الصلة. بينما يمكنك إنشاء جدول عناوين مخصص مرتبط بجدول شركة مخصص، فإن إعادة إنشاء المنطق الفريد حيث يتم تخزين العناوين فِي الجدول المرتبط وعرضها فِي النموذج وطرق عرض الجدول تتطلب التطوير. إذا كنت بحاجة إلى عناوين متعددة، فاستخدم جدول الحساب.
- التدرج الهرمي لجهات الاتصال - الحسابات هي أصول جهات الاتصال. سيتم عرض الأنشطة المتعلقة بجهات الاتصال فِي سجل الحساب الأصلي. لا يمكن استبدال هذا التسلسل الهرمي بسجل شركة مخصص. يمكنك إنشاء المزيد من العلاقات باستخدام جداول الشركة المخصصة، ولكن لا يمكن استبدال العلاقة القياسية بين الحساب/جهة الاتصال. إذا كان لدى الشركة جهات اتصال مع علاقات الشركة الأساسية مع هذا النوع من الشركات، أو إذا كنت تريد تجميع الأنشطة من جهات الاتصال إلى الشركات، فاستخدم جدول الحساب.
- عنصر التحكم القياسي فِي الخريطة - فِي التطبيقات المستندة إلى النموذج، لا يدعم التحكم القياسي فِي الخريطة جداول الشركة المخصصة.
- العلاقات الهرمية - العلاقات الهرمية بين الحسابات الأصلية/التابعة والتصور الهرمي القياسي والتجميع لأنشطة الحساب الفرعي للحساب الأصلي تعمل فقط مع جداول الحساب القياسية.
- أعمدة البحث متعددة الأشكال - يتضمن Dataverse نوعاً خاصاً من عمود البحث متعدد الأشكال يسمى عمود العميل. يسمح هذا العمود بربط صف بشركة/حساب أو جهة اتصال.
- لن يعمل التسويق - يمكن لقوائم التسويق العمل فقط مع جهات الاتصال والحسابات والعملاء المتوقعين، وليس الجداول المخصصة. يمكن لـ Microsoft Dynamics 365 Customer Insights - Journeys الإرسال إلى الحسابات وجهات الاتصال، لكن ليس جداول الشركة المخصصة.
لذلك، فِي كل حالة تقريباً، يجب استخدام جدول الحساب لسجلات الشركة بجميع أنواعها، مع الاستثناءات التالية:
- أنواع صغيرة من الشركات غير العلائقية وذات الحد الأدنى من السمات. فكِّر فِي نوع مؤسسة ليس بها جهات اتصال وعنوان ولا يوجد إلا لأغراض البحث.
- الشركات غير المؤهلة أو التي لم يتم التحقق منها والتي يتم استيرادها من بطاقات العمل أو نماذج الويب التي لا تريد تلويث جدول الحساب بها. لهذه المواقف، يمكنك استخدام جدول العملاء المتوقعين.
إعادة تعيين الغرض من جداول النظام
ضع فِي اعتبارك السيناريو الذي يكون لديك فيه متطلب عمل مشابه للفرص، لكنه ليس فرصة مبيعات حقيقية. في هذه الحالة، قد تفكر فِي إعادة تعيين الغرض من جداول النظام أو إنشاء جداول جديدة.
توضح الأقسام التالية العوامل التي يجب مراعاتها قبل إعادة تعيين الغرض من جداول النظام.
مراعاة المستقبل
يتحرك مستقبل Microsoft Power Platform بشكل أسرع من أي وقت مضى، لذا فإن استخدام الجداول بطرق غير قياسية يمكن أن يسبب مشاكل إذا أدخلت Microsoft تغييرات على الجدول الذي تستخدمه. أيضاً، إذا اخترت إعادة تعيين الغرض من جدول نظام نادر الاستخدام، مثل العقود، فقد تختار Microsoft إهمال هذا الجدول فِي المستقبل. لا يتم إهمال الجداول المخصصة. بالإضافة إلى ذلك، إذا قمت بإعادة تعيين الغرض من جدول النظام، فكِّر فيما قد تفعله إذا احتجت فِي وقت لاحق إلى هذا الكيان للأغراض المقصودة منه. في نهاية المطاف، احتاج العملاء الذين أعادوا تعيين الغرض من إحدى الحالات إلى إدارة الحالة وكان عليهم معالجتها باستخدام جداول مخصصة لأن جدول الحالة القياسي قد تم استخدامه بالفعل لأغراض مختلفة.
مراعاة النفقات العامة
تحتوي العديد من جداول النظام على أعمدة معينة لا يمكن إزالتها من النماذج. على سبيل المثال، لا يمكن إزالة بعض الأعمدة فِي الجداول، مثل الفرصة والحالة والحملة، من النموذج. بينما يمكنك إخفاء هذه الأعمدة، فإن وجود عدة أعمدة مقفلة فِي النموذج يمكن أن يضيف عبئاً إلى تكوين بيئتك.
مراعاة تجربة المستخدم
إذا كانت حالة الاستخدام أقل من 50 فِي المائة بما يتماشى مع وظيفة الجدول القياسي، فسيمنح الجدول المخصص المستخدمين تجربة مستخدم أبسط من تصغير جدول نظام أكثر تعقيداً. من الممكن أيضاً إضافة سير إجراءات العمل إلى أي جدول، بما فِي ذلك الجداول المخصصة، والتي يمكن أن تجعل تجربة مستخدم الجدول المخصص جيدة مثل، أو أفضل من، إعادة تخصيص جدول النظام.
تجنب الصعوبات الشائعة
تتضمن مشاكل نمذجة البيانات العامة:
- عدد كبير جداً من الجداول - من المحتمل أن تكون الجداول زائدة فِي التطبيع.
- عدد كبير جداً من الأعمدة فِي جدول - من المحتمل أن يكون قد تم إنشاء جدول منفصل.
- استخدم الأدوات - نماذج العرض السريع بدلاً من الأعمدة المتكررة.
- تجنب نوع البيانات نعم/لا - إذا كان من الممكن إضافة المزيد من القيم، أو تحتاج إلى تخزين القيم باعتبارها "غير معروفة".
- صعوبات التنسيق - تصبح عالقاً إلى ما لا نهاية مع تنسيق نوع البيانات.
- الأجزاء غير المستخدمة - تجنب إنشاء أجزاء من نموذج البيانات لا تخطط لاستخدامها.
إثبات صحة المفهوم
يبسط Dataverse قدرتك على إنشاء بيئة تجريبية، كما أنه سريع فِي إنشاء الجداول والعلاقات. يمكنك إنشاء دليل على المفاهيم لتجربة نموذج البيانات الخاص بك ومعرفة ما قد تبدو عليه تجربة المستخدم.