المشكلات

مشكلات المكالمات المتكررة، مجمّعة ضمن أنماط يمكنك فرزها — وإصلاحها بمساعدة الذكاء الاصطناعي.

تجمع صفحة المشكلات (/dashboard/issues، ضمن الجودة والاختبار) المشكلات التي تم اكتشافها عبر مكالماتك وتُجمّع الحالات المتكررة في أنماط، بحيث تظهر خمسون حالة من «ذكر الوكيل ساعات العمل الخاطئة» كصف واحد مع خط اتجاه بدلاً من خمسين تقريراً منفصلاً.

مصدر المشكلات#

• النظام — تُنشأ تلقائياً بواسطة تحليل المكالمات في ThunderPhone عندما يكتشف حدوث خطأ في مكالمة.
• المستخدم — ينشئها الأشخاص: بالإبلاغ من صفحة تفاصيل المكالمة أو بتسجيلها عبر واجهة برمجة تطبيقات تقارير المشكلات.

لكل مشكلة درجة خطورة — حرجة أو تحذير أو معلومات.

الفرز#

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

غيّر حالة النمط مباشرةً من عنصر التحكم بالحالة، أو حدّد عدة صفوف (بما في ذلك «كل العناصر المطابقة») وحدّثها دفعة واحدة.

تعكس عوامل التصفية الأعمدة: الحالة (تكون مفتوحة افتراضياً)، ودرجة الخطورة، والمصدر، والبحث النصي الحر (العنوان أو التتبع أو معرّف المكالمة)، ونطاق التاريخ — بالإضافة إلى إعادة تعيين عوامل التصفية.

التعمق في نمط#

انقر صفاً لفتح لوحة التفاصيل: وصف النمط، وسجل حالاته، والمكالمات المتأثرة، ويرتبط كل منها بالنص المفرغ الكامل في سجل المكالمات لكي تتمكن من رؤية الإخفاق في سياقه.

الإصلاح بالذكاء الاصطناعي#

يتطلب الإصلاح بالذكاء الاصطناعي صوتاً مسجلاً من مكالمة متأثرة واحدة على الأقل. لا يمكن إعادة تشغيل المكالمات التي أُجريت أثناء تعطيل التسجيل. يعيد التحقيق تشغيل التبادلات المخزنة؛ ولا يجري مكالمات مباشرة أو ينشئ مكالمات محاكاة قابلة للفوترة.

من لوحة التفاصيل، يتحقق الإصلاح بالذكاء الاصطناعي مما إذا كانت المشكلة لا تزال قابلة لإعادة الإنتاج، ثم يختبر تغييرات مركزة في الموجّه مقابل التبادلات المتأثرة ومكالمات مقارنة سليمة. تعرض النتيجة معدل إعادة التشغيل قبل وبعد، والآثار الجانبية المكتشفة، وما إذا كانت المشكلة تم إصلاحها أو تم تحسينها. تراجع التعديلات المعلَّمة الفائزة قبل تطبيقها. يمكنك مغادرة الصفحة في أي وقت؛ ويعيدك استئناف الإصلاح إلى التحقيق المحفوظ.

لا يتم تطبيق أي شيء تلقائياً:

• يؤدي تطبيق الإصلاح إلى تجهيز تغيير الموجّه في مسودة الوكيل.
• يؤدي تطبيق ونشر إلى تجهيز التغيير ونشره فوراً.

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

إذا تعذر إعادة بناء الصوت، ينتهي التحقيق بالحالة غير قابلة لإعادة التشغيل. وإذا لم تعد المشكلة تظهر، ينتهي بالحالة غير قابلة لإعادة الإنتاج. ويتوقف أيضاً دون تغيير الوكيل عندما تنتهي ميزانية إعادة التشغيل قبل التأكيد.

لا يطبق ThunderPhone التغيير إلا عندما يظل قادراً على العثور على تطابق واحد بالضبط لم يتغير لقسم الموجّه الذي تم اختباره. تُحفظ تعديلات المسودة غير ذات الصلة. إذا تغيّر ذلك القسم أو طابق أكثر من موضع واحد، يُبلغ التطبيق عن تعارض. أعد تشغيل التحقيق مقابل الموجّه الحالي قبل تطبيقه. راجع مرجع واجهة برمجة تطبيقات التحقيقات للحصول على كائنات الحالة وإعادة التشغيل الكاملة.

الإبلاغ إلى ThunderPhone#

عندما لا يعثر التحقيق على إصلاح آمن للموجّه، اختر الإبلاغ إلى ThunderPhone. يوجّه ThunderPhone أيضاً بعض التحقيقات غير المحلولة تلقائياً. إذا كنت تستخدم webhooks على مستوى المؤسسة، فإن الحدث issue.escalated يخبرك بأنه تم الإبلاغ عن نمط مشكلة وما إذا كان التقرير تلقائياً. إعداد webhooks للمشكلات.

الخطوات التالية#