أصل العميل المتكامل

يمكن إدارة بيانات العملاء في أكثر من تطبيق Dynamics 365 واحد. علي سبيل المثال، يمكن أن ينشأ صف العميل إذا كان نشاط المبيعات في Dynamics 365 Sales (تطبيق customer engagement)، أو يمكن أن صف من خلال نشاط بيع بالتجزئة في Dynamics 365 Commerce (تطبيق finance and operations). بغض النظر عن مكان إنشاء بيانات العميل ، يتم دمجها خلف الكواليس. يوفر أصل العميل المتكامل المرونة لبيانات العميل الرئيسية في أي تطبيق Dynamics 365 ويوفر طريقة عرض شاملة للعميل عبر مجموعة تطبيقات Dynamics 365.

تدفق بيانات العميل

العميل هو مفهوم معرف بشكل دقيق في التطبيقات. ولذلك، فإن تكامل بيانات العميل ينطوي فقط على مواءمة مفهوم العميل بين التطبيقين. يبين الرسم التوضيحي التالي تدفق بيانات العميل.

يمكن تصنيف العملاء على نطاق واسع في نوعين: العملاء التجاريين/المؤسسيين والمستهلكين/المستخدمين النهائيين. يتم تخزين هذين النوعين من العملاء والتعامل معهم بطريقة مختلفة في تطبيقات التمويل والعمليات وDataverse.

في التمويل والعمليات، تتم إدارة العملاء التجاريين/المؤسسات والمستهلكين/المستخدمين النهائيين في جدول واحد يسمى CustTable (CustCustomerV3Entity)، ويتم تصنيفهم استنادًا إلى سمة النوع. (إذا تم تعيين النوع إلى مؤسسة، فسيكون العميل تجاريًا/مؤسسيًا، وإذا تم تعيين النوع إلى شخص، فسيكون العميل مستهلكًا/مستخدمًا نهائيًا.) يتم التعامل مع معلومات جهة الاتصال الرئيسية عبر الجدول SMMContactPersonEntity.

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

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

القوالب

تتضمن بيانات العميل كافة المعلومات المتعلقة بالعميل، مثل مجموعة العملاء والعناوين ومعلومات الاتصال وملف تعريف الدفع وملف تعريف الفاتورة وحالة الولاء. تعمل مجموعة من مخططات الجداول معًا أثناء تفاعل بيانات العميل، كما هو موضح في الجدول التالي.

تطبيقات Finance and Operations	تطبيقات Customer Engagement	الوصف
جهات اتصال CDS V2	جهات الاتصال	يقوم هذا القالب بمزامنة كافة معلومات جهات الاتصال الاساسيه والثانوية والثلاثية لكل من العملاء والموردين.
مجموعات العملاء	msdyn_customergroups	يقوم هذا القالب بمزامنة معلومات مجموعة العملاء.
طريقة دفع العميل	msdyn_customerpaymentmethods	يقوم هذا القالب بمزامنة معلومات طرق دفع العملاء.
العملاء V3	الحسابات	يقوم هذا القالب بمزامنة المعلومات الرئيسية للعميل للعملاء التجاريين والمؤسسين.
العملاء V3	جهات الاتصال	يقوم هذا القالب بمزامنة البيانات الرئيسية للعميل للعملاء والمستخدمين النهائيين.
ملحقات الاسم	msdyn_nameaffixes	يقوم هذا القالب بمزامنة البيانات المرجعية لملصقات الأسماء، لكلٍّ من العملاء والموردين.
بنود يوم الدفع CDS V2	msdyn_paymentdaylines	يقوم هذا القالب بمزامنة البيانات المرجعية لأسطر أيام الدفع لكلٍّ من العملاء والموردين.
أيام الدفع CDS	msdyn_paymentdays	يقوم هذا القالب بمزامنة البيانات المرجعية لأيام الدفع لكلٍّ من العملاء والموردين.
بنود جدول الدفع	msdyn_paymentschedulelines	مزامنة البيانات المرجعية لأسطر جداول الدفع لكلٍّ من العملاء والموردين.
جدول الدفع	msdyn_paymentschedules	يقوم هذا القالب بمزامنة البيانات المرجعية لجدول الدفع لكلٍّ من العملاء والموردين.
شروط الدفع	msdyn_paymentterms	يقوم هذا القالب بمزامنة البيانات المرجعية لمدد الدفع (مدد الدفع) لكلٍّ من العملاء والموردين.