هل تحتاج إلى مساعدة في تطبيق هذا الدليل؟تحدّث مع فريق DripTell
يعمل وكيل الخدمة بصورة طبيعية يوم الاثنين، ثم يكتشف المسؤول يوم الثلاثاء أن خادم D365 Service MCP الذي يعتمد عليه أصبح مهملاً. الرد غير الآمن هو التعامل مع الأمر كتغيير عنوان اتصال. الحل الصحيح هو إنشاء الخادم الجديد إلى جانب القديم، وإثبات الصلاحيات وإجراءات الخدمة الحقيقية، ثم نقل العملاء بالتدريج وإزالة الأداة القديمة في النهاية.
تقول Microsoft إن خادم D365 Service MCP مهمل منذ 24 نوفمبر 2025 وسيُزال في إصدار مستقبلي، لكنها لم تعلن تاريخاً محدداً للإزالة. وتوصي الآن باستخدام خادم Dynamics 365 Customer Service MCP الجديد. لذلك يوجد وقت للاختبار، ولا يوجد سبب منطقي لبناء اعتماد جديد على المسار القديم. يمثل إشعار الإهمال الرسمي من Microsoft المرجع لحالة المنتج.
يرمز MCP إلى بروتوكول سياق النموذج. وهو يتيح لعميل الذكاء الاصطناعي اكتشاف الأدوات المسموح بها واستدعاءها. لذلك لا يعني نجاح الاتصال بالشبكة أن الانتقال نجح. يجب أن تعمل الهوية والصلاحيات وحدود البيانات واكتشاف الأدوات والوصول إلى السجلات والإجراءات الفعلية معاً.
ابدأ بالعمل الذي يؤديه الاتصال القديم
قبل أي إعداد، اكتب ما يعتمد على الخادم القديم بلغة العمل. هل يستطيع ممثل الخدمة العثور على حالة وقراءة سجلها والبحث في المعرفة وإضافة ملاحظة وإعادة التعيين أو الحل؟ ما العملاء الذين يستدعون هذه الإجراءات، وأي بيئة يستخدمها كل عميل؟
هذه القائمة مهمة لأن تسجيل الدخول الناجح قد يخفي سير عمل مكسوراً. قد يكتشف العميل الأدوات ثم يفشل عند الوصول إلى سجل محمي. وقد يقرأ الحالة ولا يملك حق تحديثها، أو يعرض إجراءات أوسع مما قصده الفريق.
عيّن مالكاً لكل اعتماد. شمل مالك عملية الخدمة ومسؤول Dynamics ومسؤول الهوية ومراجع الأمان والمسؤول عن كل عميل ذكاء اصطناعي. إذا لم يكن للإجراء مالك واضح فلا تنقله بصمت.
أنشئ المسار الجديد إلى جانب القديم
توثق Microsoft خادم Dynamics 365 CX MCP للخدمة خلف Agent 365 Tooling Gateway. تتولى البوابة المصادقة إلى Dataverse، ولكل بيئة عنوان خادم وإعداد موصل خاص بها. يستطيع العميل الداعم للاكتشاف قراءة بيانات OAuth تلقائياً، بينما قد يحتاج Copilot Studio إلى إعداد يدوي. كما يوضح دليل الاتصال الرسمي أن موافقة المسؤول يجب أن تكون جاهزة مسبقاً.
- 1احصر العملسجل الحالات وإجراءات المعرفة والتحديثات التي ينفذها الاتصال القديم.
- 2ارسم الصلاحياتاربط كل إجراء بالشخص والدور والبيئة التي تحتاجه فعلاً.
- 3اتصل بالتوازيأنشئ المسار الجديد الخاص بالبيئة من دون إزالة القديم.
- 4أثبت الحالات الحقيقيةاختبر القراءة والكتابة والرفض والفشل بحسابات مسؤولة.
- 5تقاعد بالدليلأزل الاتصال القديم بعد نجاح العملاء والسجلات ومراجعة المالكين.
أنشئ الاتصال في بيئة اختبار أولاً. لا توجه كل عملاء الإنتاج إليه أثناء الإعداد الأول. سجل معرّف البيئة والعميل المقصود والمستخدمين المعتمدين وأدوار Dataverse المطلوبة والإجراءات الداخلة في النطاق. أبق الأسرار خارج التذاكر والمستندات المشتركة. يقدم دليل مصادقة API في DripTell المبدأ نفسه للصلاحية الدنيا من دون الادعاء بأن DripTell يضبط منتجات Microsoft.
اختبر الصلاحيات قبل سير العمل
تذكر Microsoft دور System Administrator أو Omnichannel Administrator للإعداد، ودور Customer Service Representative أو CSR Manager للاستخدام. هذه أسماء بداية وليست دليلاً على أن كل مستخدم يحتاج صلاحية واسعة. يفرض الخادم الجديد امتيازات Dataverse أيضاً عند تنفيذ الأداة.
اختبر بحسابات تمثل الواقع. أعط الحساب الأول الدور المطلوب، واجعل الثاني مقيداً عمداً. يجب أن يكتشف الأول الإجراءات المطلوبة وينفذها فقط، بينما يحصل الثاني على رفض آمن. كرر ذلك مع سجل عادي وسجل مقيد وبيئة مختلفة.
يحذر دليل Microsoft من أن ربط Dynamics 365 بخدمة خارجية قد ينقل البيانات خارج حدود Dynamics. عامل هذا كقرار معماري. سجل العميل الذي يستقبل الاستعلامات أو بيانات العملاء ومكان معالجتها والمراجعة الأمنية أو التنظيمية التي وافقت على المسار. يوضح مركز الأمان وصفحة تكامل MCP في DripTell حدود منتجنا فقط، ولا يغنيان عن مراجعة مستأجر Microsoft.
أثبت الحالات الحقيقية قبل التحويل
يجب أن تتبع مجموعة الاختبار حالة واحدة من الاكتشاف إلى نتيجة معتمدة. أضف البحث في المعرفة وتحديث السجل وتحويلاً أو رفضاً. اختبر أيضاً بيانات اعتماد قديمة وبيئة خاطئة وموافقة ناقصة وصلاحية غير كافية وبوابة غير متاحة. مسار الفشل جزء من المنتج.
| بوابة الانتقال | الدليل المحتفظ به | توقف عند غيابه | المالك |
|---|---|---|---|
| الاتصال | تسجيل دخول واكتشاف أدوات في البيئة المقصودة | يصل العميل إلى بيئة خاطئة أو يفشل في تجديد الوصول | مسؤول الهوية |
| القراءة | الحالة والمعرفة الصحيحتان للمستخدم المختبر | تظهر سجلات مقيدة أو تختفي سجلات متوقعة | مسؤول Dynamics |
| الكتابة | يظهر التحديث مرة واحدة وباسم الفاعل الصحيح | يفشل التحديث أو يتكرر أو يضيع مصدره | مالك عملية الخدمة |
| ضبط الفشل | ينتج الرفض والانقطاع استجابة آمنة ومرئية | يعيد العميل المحاولة عشوائياً أو يخفي الفشل | مالك منصة الذكاء الاصطناعي |
| التحويل | لكل عميل إنتاج نتيجة ومسار تراجع مسميان | بقي عميل أو سير عمل بلا اختبار | قائد الانتقال |
شغل الحالات نفسها عبر المسارين ما دام القديم متاحاً. قارن النتائج لا صياغة الإجابة فقط. افحص معرّف السجل والفاعل والوقت والحقول المتغيرة وأثر التدقيق. يعتمد دليل اختبار وكلاء الذكاء الاصطناعي في DripTell المبدأ نفسه، فالإجابة المقنعة لا تثبت أن الإجراء الخلفي آمن.
أزل الاتصال القديم أخيراً
انقل العملاء على دفعات صغيرة. راقب بعد كل دفعة فشل المصادقة ورفض الأدوات وتكرار التحديثات وبقاء عمل العملاء بلا حل. احتفظ بنافذة تراجع قصيرة وبمالك قرار واضح. لا تترك المسارين يعملان بلا نهاية لأن ذلك يصنع مشكلة وصول ودعم جديدة.
تكون الإزالة آمنة عندما يتجه كل عميل إلى خادم البيئة الصحيح، وتنجح الأدوار المطلوبة، وتفشل الأدوار المقيدة كما ينبغي، وتكتمل الإجراءات مرة واحدة، ويكون للمراقبة مالك. عندها أزل الأداة القديمة ووثق التاريخ والقرار ودليل التراجع.
للفرق التي تصل أيضاً المراسلة والذكاء الاصطناعي خارج Dynamics، ينشر DripTell واجهة المطورين وضوابط ذكاء خدمة العملاء. افصل تلك الأنظمة في سجل الانتقال. استبدال خادم Microsoft لا ينشئ تكاملاً أو صلاحية لم تُضبط فعلياً.
الأسئلة الشائعة
هل أعلنت Microsoft تاريخ الإزالة
لا. تقول Microsoft إن الخادم القديم سيزال في إصدار مستقبلي، لكن الإشعار الحالي لا يحدد تاريخاً. خطط الآن ولا تخترع موعداً نهائياً.
هل يكفي تغيير عنوان الاتصال
ليس بأمان. يستخدم المسار الجديد Agent 365 Tooling Gateway وإعداداً خاصاً بكل بيئة وموافقة OAuth وصلاحيات Dataverse. أعد اختبار الهوية والاكتشاف والوصول والإجراءات المهمة.
هل يحتاج كل مستخدم دور مسؤول
لا. استخدم أدوار الإدارة للإعداد وأضيق دور خدمة مناسب للاستخدام. اختبر النجاح والرفض بحسابات حقيقية.
ما دليل التحويل النهائي
احتفظ بما يثبت أن كل عميل يصل إلى البيئة المقصودة، وأن الإجراءات المسموحة تتم مرة واحدة، والممنوعة تفشل بأمان، وتبقى سجلات العملاء دقيقة، ويرى المالك الأخطاء.
DripTell Editorial
إرشادات عملية راجعها فريق المنتج وتجربة العملاء في DripTell.
تعرّف على كيفية التحقق من معلومات المنتج واستخدام المصادر الرسمية وتصحيح الأخطاء.
سياسة التحرير والمصادر