Roya

تخصيص Microsoft CRM – معالجة رسائل البريد الإلكتروني الواردة / الصادرة

نود أن نقدم لك العديد من المواقف ، عندما تحتاج إلى تطوير وبرمجة مخصصة لتحسين وظائف Microsoft CRM. هذه النظرة العامة مخصصة للمبرمج ، ومطور البرامج ، ومتخصص تكنولوجيا المعلومات ، ومسؤول قواعد البيانات.

يستخدم Microsoft CRM ، تطبيق CRM من Microsoft Business Solutions تقريبًا جميع تقنيات Microsoft الحديثة: صافي (تمت كتابته بالفعل بلغة C # .Net مع HTML و Javascript في جانب عميل الويب بالإضافة إلى Microsoft CRM SDK مع C # وجزئيًا VB.Net عينات) ، Microsoft SQL Server ، Microsoft Exchange 2003/2000 وغيرها. الآن لإعطائك مراجعة موجزة من سير العمل والرسائل – يمكنك إرسال بريد إلكتروني مباشرة من الحساب أو جهة الاتصال أو العميل المتوقع وستتم معالجته بواسطة موصل Microsoft CRM-Exchange. سيكون لهذا البريد الإلكتروني GUID في رأس الرسالة. عندما يجيب المرسل إليه على البريد الإلكتروني – ستتم معالجته بواسطة الموصل – سيتعرف على GUID وسيجد النشاط الأصلي وسيقوم بإرفاق هذا البريد الإلكتروني كنشاط مغلق بالكائن الأصلي: جهة اتصال أو حساب أو عميل متوقع. هذه ميزة رائعة جدًا ، ولكن في العالم الحقيقي قد تواجه هذه المواقف:

1. لن يستخدم مستخدم CRM واجهة CRM وسيقوم بإرسال بريد إلكتروني من Outlook الخاص به. سيتلقى المرسل إليه والرد ولن يتم التعامل مع رسائل البريد الإلكتروني هذه بواسطة موصل Microsoft CRM-Exchange. لن يكون لديهم GUID والموصل ليس لديه فكرة عما يجب فعله معهم.

2. تخيل أن لديك Account Best Corporation مع مسؤول الاتصال John john@bestcorporation.com. الآن شخص جديد في Best Corporation ، ترسل لك سوزان رسالة من susan@bestcorporation.com – ولن يتم ربط بريدها الإلكتروني بحساب Best Corporation الخاص بك ، لأن هذا البريد الإلكتروني لا يحتوي على GUID ولا يحتوي أيضًا على بريد إلكتروني مطابق في جهة الاتصال. لذلك – ربما يكون من الجيد التقاط رسائل البريد الإلكتروني حسب اسم المجال أيضًا ، على سبيل المثال – جميع رسائل البريد الإلكتروني القادمة من www.bestcorporation.com يجب إرفاقه بحساب Best Corporation.

3. الآن – بدأ مندوب المبيعات الخاص بك أول بريد إلكتروني إلى العميل من Microsoft CRM وتلقى الرد ، ونقله مرة أخرى إلى حساب CRM. ثم قام أحيانًا بالرد على الرد من outlook – هذا الرد ، سيتم الرد على GUID مرة أخرى ولن يتم نقله إلى MS CRM ، لأن موصل MS Exchange “يعتقد” أن هذه الرسالة قد تم الرد عليها بالفعل من خلال الرد الأول.

4. لتقليل احتمالية أن يستخدم المستخدمون Outlook لإرسال رسائل جديدة والرد على الرسائل من هناك – ربما ترغب في فكرة حذفها من قاعدة بيانات MS Exchange عند نقلها إلى CRM. في هذه الحالة لن يتم رؤيتهم في MS Outlook (نحن لا نتحدث عن عميل Microsoft CRM Outlook ، حيث ترى بالفعل بيانات وكائنات CRM)

إذا كنت مبرمجًا أو مطور برامج – يمكنك بالفعل برمجة هذه التطورات وسنقدم لك الاتجاه.

هذه التقنية هي تطبيقات COM + ، مسجلة كـ Microsoft Exchange أحواض أو معالجات. يمكنك استخدام VisualStudio.Net ، لكن لن يكون لديك تصحيح الأخطاء ، لأن هذه التطبيقات ستعمل كمعالجات للأحداث. يتيح لك Microsoft Exchange تغيير منطقه في الأحداث ، وعرضه للمعالجة المخصصة. يجب التعامل مع رسائل البريد الإلكتروني الواردة ، عند إطلاق حدث ONSYNCSAVE Microsoft Exchange Database قبل الالتزام. يمكنك استخدام Microsoft CRM SDK لإنشاء نشاط البريد الإلكتروني. يجب عليك استخدام تحديث SQL المباشر لوضع علامة على النشاط على أنه مغلق (ولكن لا ينصح به Microsoft – ولكن Microsoft CRM SDK ليس لديه طريقة لإغلاق النشاط – لذلك ليس لديك حقًا خيار من جانب SDK). يجب التعامل مع رسائل البريد الإلكتروني الصادرة من خلال ما يسمى بإطلاق أحداث النقل ، وهو أكثر تعقيدًا وأقل توثيقًا من Microsoft Exchange SDK.

تخصيص سعيد! إذا كنت تريد منا القيام بالمهمة – اتصل بنا 0577-528-866-1! help@albaspectrum.com