البنية التحتية لدعم العملاء
لمشغّلي المنصة — إعداد تطبيق Meta الخاص بالمنصة لقنوات HyoNova للدعم، ومراقبة إيصالات Webhook ومهام الدعم وصحة القنوات في مركز التحكم.
يعمل بعد أن يُعدّ HyoNova ربطه مع Meta وتربط شركتك رقم واتساب للأعمال الخاص بها؛ وحتى ذلك يظهر «غير مهيأة».
هذه الصفحة لمشغّلي منصة HyoNova أنفسهم. تغطي جانب المنصة من HyoNova للدعم — منتج دعم العملاء الذي تستخدمه الشركات مع عملائها. وهي ليست عن حالات الدعم، المكان الذي يساعد فيه موظفو HyoNova المؤسسات.
ما توفره المنصة#
| القناة | متطلب المنصة | متطلب الشركة |
|---|---|---|
| دردشة الموقع والتذاكر | لا شيء | لا شيء |
| واتساب وإنستغرام وماسنجر | تطبيق Meta الخاص بالمنصة، مُعدّ في مركز التحكم › المزوّدون › المراسلة | تربط كل شركة أصول أعمالها عبر الربط مع Meta |
| بريد الدعم | استقبال البريد مُعدّ في نشر المنصة | تعيد كل شركة توجيه عنوان دعمها |
وإلى أن يتحقق متطلب المنصة ترى الشركات حالة غير مهيأة على تلك القنوات. ولا شيء يُبلغ عن قناة بأنها متصلة دون وقائع حقيقية محفوظة.
إعداد تطبيق Meta#
في مركز التحكم › المزوّدون › المراسلة أعدّ تطبيق Meta الذي يستخدمه HyoNova لكل الشركات:
- معرّف التطبيق وسر التطبيق لتطبيق Meta الخاص بـ HyoNova؛
- معرّف إعداد Facebook Login for Business، الذي يحدد الصلاحيات التي تمنحها الشركات (إدارة واتساب للأعمال والمراسلة عليه، وقائمة الصفحات وبياناتها الوصفية والمراسلة عليها، والمراسلة على إنستغرام، وإدارة الأعمال)؛
- رمز التحقق من Webhook؛
- إصدار Graph API.
تُكتب الأسرار في مخزن أسرار المنصة، ولا تُعاد إلى المتصفح أبداً. ويُثبت الاختبار أن معرّف التطبيق والسر يتطابقان بطلب واحد من الخادم إلى Meta، ويسجّل النتيجة. ويجب أن يشير Webhook التطبيق إلى نقطة Webhook الخاصة بالدعم لـ Meta لدى HyoNova، وأن يشترك في الرسائل وتحديثات حالة الرسائل.
تطبيق Meta الخاص بالمنصة هو إعداد Meta الوحيد الذي يديره المشغّلون. أما رموز أعمال الشركات نفسها فتُحفظ لكل قناة في مخزن الأسرار ولا تظهر أبداً في مركز التحكم.
مراقبة البنية التحتية#
يعرض مركز التحكم › العمليات › البنية التحتية لدعم العملاء بيانات وصفية فقط — ولا يعرض محتوى رسائل العملاء أبداً:
- حالة وحدة الدعم (منفّذة، مرحلة الاختبار، الإتاحة)؛
- حالة إعداد مزوّد المراسلة وآخر اختبار له؛
- إيصالات Webhook لكل مزوّد في آخر 24 ساعة: المستلمة والمعالجة والفاشلة والمتجاهلة، والمعلّقة، ووقت آخر إيصال؛
- مهام الدعم (التسليم الصادر، ومعالجة Webhook، والصيانة) حسب النوع والحالة، مع أقدم مهمة منتظرة؛
- تسليمات طابور Webhook حسب الحالة؛
- القنوات عبر كل الشركات حسب النوع والحالة، مع أوقات آخر Webhook وآخر وارد وآخر صادر.
إجراءات الإصلاح#
يتطلب كلا الإجراءين صلاحية إدارة العمليات وتسجيل دخول معزّزاً حديثاً وسبباً مكتوباً، ويُسجَّل كلاهما في سجل تدقيق المنصة.
- إعادة تشغيل الإيصالات تعيد معالجة إيصالات Webhook الفاشلة أو المتجاهلة منذ وقت محدد — مثلاً بعد أن تعيد شركة ربط قناة رُفضت رسائلها. حتى 500 إيصال في كل تشغيل. ولا يمكن إعادة تشغيل الإيصالات التي أُزيلت حمولتها الخام.
- إعادة محاولة المهام تعيد إلى الطابور مهام الدعم التي فشلت في آخر 7 أيام، حتى 500 في كل تشغيل.
الاحتفاظ#
تُزال حمولات Webhook الخام من المزوّدين بعد 7 أيام؛ وتبقى الرسائل المعالجة في سجلات الشركة. وتُزال سجلات الإيصالات نفسها بعد 90 يوماً.
هل كانت هذه الصفحة مفيدة؟
شكراً. لا تُجمع تقييمات الصفحات بعد، لذلك لم يُرسَل شيء. إذا وجدت نقصاً أو خطأً فراجع صفحة «الحصول على المساعدة».