يبدأ عميل محادثة مباشرة بالسؤال عما إذا كان يستطيع تعديل طلب. يمكن الإجابة عن هذا السؤال بأمان من دون معرفة هويته. بعد دقائق يطلب تغيير عنوان التسليم. هنا تنتقل المحادثة إلى عمل خاص بالحساب. يحتاج الفريق إلى هوية موثوقة، لكن لا ينبغي أن يبدأ العميل من جديد.
هذه هي فائدة المصادقة أثناء المحادثة. النجاح ليس مجرد ظهور نافذة تسجيل الدخول. النجاح هو توثيق الشخص الصحيح داخل المحادثة المفيدة نفسها، مع بقاء العمل الخاص مغلقاً إلى أن يتم التحقق، ووجود مسار آمن عند الفشل.
اختبر الحد الفاصل قبل زر الدخول
تدرج Microsoft المصادقة المحسنة في Dynamics 365 Contact Center كتوافر عام في سبتمبر 2026. يضيف الإصدار دعم OAuth 2.0 إلى جانب المصادقة المعتمدة على JWT، ويوحد طريقة المصادقة مع Copilot Studio، ويسمح للعميل المجهول في الدردشة المتزامنة بالمصادقة عندما يطلب منه ممثل خدمة أو وكيل ذكاء اصطناعي ذلك. وتحذر Microsoft من أن مواعيد خطط الإصدار قد تتغير، لذلك تحقق من وجود الميزة في المستأجر المقصود قبل التخطيط للإطلاق (تفاصيل إصدار Microsoft).
- 1ابدأ بأماناسمح بسؤال عام من دون إثبات الهوية.
- 2اطلب التحقق عند الحداطلب المصادقة قبل بدء المساعدة الخاصة بالحساب.
- 3اربط السجل الصحيحتحقق من ربط سجل العميل النشط المقصود فقط.
- 4حافظ على المحادثةاحتفظ بالنص والمالك وشرح العميل بعد تسجيل الدخول.
- 5تعاف من دون كشفأبق البيانات الخاصة مغلقة عند فشل المصادقة أو انتهائها.
حدد أولاً حد الصلاحية. يستطيع الموظف شرح ساعات العمل أو سياسة الإرجاع من دون معرفة الزائر. أما عرض طلب أو تغيير عنوان أو مناقشة فاتورة أو كشف سجل الحساب فيجب أن ينتظر هوية موثقة ثم تفويض العمل المناسب. المصادقة تثبت الهوية، ولا تمنح تلقائياً الإذن بكل إجراء.
اكتب رحلتين قبل الإعداد
تكتب فرق كثيرة مسار النجاح فقط. اكتب مسارين. في الأول يوثق العميل هويته ويواصل. وفي الثاني يكون الرمز مفقوداً أو منتهي الصلاحية أو غير صحيح أو مرتبطاً بسجل نشط خاطئ أو يصل متأخراً. المسار الثاني يمنع الحلول المرتجلة من كشف معلومات خاصة.
| الحالة | حالة الهوية المتوقعة | ما يستطيع الفريق فعله | الدليل المطلوب |
|---|---|---|---|
| سؤال عام | مجهول | تقديم إرشاد عام | تبدأ المحادثة بلا سجل حساب |
| طلب خاص | المصادقة مطلوبة | شرح سبب التحقق | يظهر الطلب عند الحد المحدد |
| هوية صحيحة | موثق | المتابعة ضمن الصلاحيات | يرتبط سجل العميل النشط الصحيح |
| رمز غير صحيح أو منته | مجهول | إعادة المحاولة أو مساعدة يدوية آمنة | تبقى الحقول الخاصة غير متاحة |
| سجل ملتبس | غير محسوم | تصعيد إلى مراجعة مضبوطة | لا يتم تخمين سجل أو دمجه |
توضح إرشادات Microsoft أن Dynamics 365 يستطيع التفريق بين العميل المجهول والموثق واستخدام متغيرات السياق المعرفة في القواعد. يرى الموظف قيمة نعم أو لا في حقل المصادقة ضمن ملخص المحادثة. وفي البوابات المخصصة توثق Microsoft مطالبات JWT الموقعة والتحقق بالمفتاح العام ودالة عميل تعيد الرمز خلال عشر ثوان. ويؤدي الرمز غير الصحيح أو المنتهي إلى حدث خطأ (إعدادات المصادقة لدى Microsoft).
حافظ على المحادثة عند تغير الصلاحية
لا ينبغي أن يكرر العميل مشكلته بعد الدخول. اختبر بقاء نص المحادثة ومالكها الحالي وسجل الطابور وسبب التواصل. ثم تحقق من ربط جهة الاتصال أو الحساب النشط المقصود. الرمز الصحيح تقنياً والمرتبط بسجل خاطئ يعد فشلاً.
هذه الاستمرارية مهمة في دردشة الويب وبعد التحويل أيضاً. إذا وصلت المحادثة إلى صندوق مشترك، فيجب أن يرى الموظف التالي الحالة الموثقة والسياق المفيد من دون رؤية رمز قابل لإعادة الاستخدام أو بيانات هوية لا يحتاجها. وإذا طلب مساعد ذكاء اصطناعي المصادقة، فاختبر توقف الأتمتة عند تعذر إثبات الهوية وانتقال الملكية بوضوح إلى شخص.
اختبر الفشل قبل مسار النجاح
اختبر الرموز المنتهية والمشوهة والمتأخرة. أوقف موفر الهوية في اختبار واحد. ادخل بعميل سجله غير نشط. افتح علامتي متصفح وتأكد من عدم انتقال حالة عميل إلى جلسة أخرى. دع الرمز ينتهي أثناء محادثة طويلة وراقب ما الذي يصبح غير متاح.
لا تعوض الفشل باختصار أضعف. يستطيع الموظف شرح الخطوة التالية والاحتفاظ بالجزء العام من المحادثة وتقديم محاولة جديدة أو الانتقال إلى إجراء يدوي معتمد. لا يجوز تخمين العميل من الاسم أو الهاتف أو وصف طلب حديث.
افصل الهوية عن التوجيه والصلاحية
قد تساعد متغيرات السياق في توجيه العميل الموثق، لكن اختبر كل قرار على حدة. هل رابط الهوية صحيح. هل يحق للشخص عرض البيانات أو تغييرها. هل يجب نقل المحادثة إلى طابور مختلف. لا تجعل نتيجة ناجحة واحدة توافق على القرارات الثلاثة بصمت.
راجع الوصول المستند إلى الأدوار لمن يتعاملون مع المحادثات الموثقة. وتأكد من أن ضوابط الأمان تمنع وصول مادة الرمز وحقول الهوية غير الضرورية إلى النصوص والصادرات وشاشات الموظفين. واختبر المسار المجهول أيضاً حتى لا تصبح المصادقة حاجزاً عاماً أمام سؤال بسيط.
حدد دليل الإطلاق
يجب أن يسجل قرار الإطلاق المستأجر والقناة وموفر الهوية وحسابات الاختبار وعمر الرمز والسجل المتوقع والإجراءات الخاصة المسموحة ونتيجة التوجيه ونتيجة الفشل والمالك المسؤول. احتفظ بالنتائج من دون تخزين أسرار أو رموز كاملة. وأدرج اختباراً ينفذه شخص لم يقم بالإعداد.
ضع قاعدة توقف. أوقف الإطلاق إذا أمكن ربط سجل خاطئ أو رؤية بيانات خاصة بعد فشل المصادقة أو فقد نص المحادثة أو غموض الملكية أو اعتماد التعافي على استثناء مرتجل.
لا يستبدل DripTell موفر الهوية أو صلاحيات Dynamics. دوره المفيد يأتي بعد ذلك عندما تحتاج المحادثة الموثقة إلى ملكية واضحة ورؤية محدودة وتسليم آمن. ويمكن لفريق التنفيذ المساعدة في تحديد هذا الدليل قبل توسيع الأتمتة.
الأسئلة الشائعة
هل تستبدل المصادقة أثناء المحادثة التفويض
لا. فهي تثبت هوية العميل، بينما يظل التطبيق وسياسة الخدمة مسؤولين عن تحديد السجلات والإجراءات المسموحة.
هل تحتاج كل محادثة مباشرة إلى المصادقة
لا. اسمح بالأسئلة العامة الآمنة من دون هوية، واطلب المصادقة عندما يصل العمل إلى بيانات حساب خاصة أو إجراء محمي.
ما أهم اختبار للفشل
استخدم هوية تبدو صحيحة لكنها ترتبط بسجل عميل خاطئ أو غير نشط. يجب ألا يخمن النظام أو يدمج أو يكشف بيانات أثناء بقاء المطابقة غير محسومة.
ماذا يحدث عند فشل المصادقة
أبق المعلومات الخاصة مغلقة، واحتفظ بالجزء الآمن من المحادثة، واشرح مسار الإعادة أو المراجعة اليدوية، واترك العمل مع مالك معروف.
هل تحتاج إلى مساعدة في تطبيق هذا الدليل؟تحدّث مع فريق DripTell
من القراءة إلى التطبيق
هل تريد مساعدة في تطبيق هذه الأفكار على عملك؟
شارك بياناتك وسنراجع المقال الذي تقرؤه، ثم نبدأ بإجابة عملية تناسب فريقك.
DripTell Editorial
إرشادات عملية راجعها فريق المنتج وتجربة العملاء في DripTell.
تعرّف على كيفية التحقق من معلومات المنتج واستخدام المصادر الرسمية وتصحيح الأخطاء.
سياسة التحرير والمصادر
