||||
-|-| | الملخص | إنشاء تذاكر Zendesk من مواضيع Discourse. | دليل التثبيت | هذا البرنامج المساعد مُضمّن في نواة Discourse. لا حاجة لتثبيت البرنامج المساعد بشكل منفصل.
الميزات
إنشاء تذاكر Zendesk
يتيح لك هذا البرنامج المساعد إنشاء تذاكر Zendesk من مواضيع Discourse. يمكن القيام بذلك إما عن طريق تكوين البرنامج المساعد بحيث تولد جميع المواضيع في فئة معينة تذاكر Zendesk تلقائيًا، أو عن طريق دفع مواضيع فردية إلى Zendesk بالنقر على زر “إنشاء تذكرة Zendesk” الذي يظهر لموظفي الموقع أسفل كل موضوع:
يتيح لك البرنامج المساعد اختيارياً دفع جميع الردود على موضوع Discourse إلى تذكرة Zendesk، أو دفع الردود المنشأة فقط بواسطة مؤلف الموضوع. كلا هاتين الميزتين قابلتان للتكوين عبر إعدادات البرنامج المساعد.
مزامنة تعليقات Zendesk مع Discourse
يمكن مزامنة تعليقات Zendesk مع موضوع Discourse الذي نشأت منه التذكرة.
التكوين
يمكن الوصول إلى إعدادات Discourse Zendesk من صفحة الإضافات في قسم إدارة موقعك على Discourse. انقر على زر “الإعدادات” بجانب إدخال “discourse-zendesk-plugin” في تلك الصفحة للوصول إلى الإعدادات.
zendesk url : أدخل عنوان URL لحسابك على Zendesk، متبوعًا بـ api/v2 . على سبيل المثال، https://example.zendesk.com/api/v2
zendesk enabled : يُستخدم لتمكين وتعطيل البرنامج المساعد.
zendesk jobs api token : تفاصيل إنشاء رمز API على Zendesk موجودة هنا: إنشاء رمز API جديد – مساعدة Zendesk. انسخ هذا الرمز إلى إعداد Discourse هذا.
zendesk jobs email : عنوان البريد الإلكتروني لمستخدم موظف في حسابك على Zendesk والذي لديه أيضًا حساب مدير في موقعك على Discourse.
zendesk autogenerate all categories (سابقاً zendesk enable all categories) : إذا تم التمكين، ستقوم جميع المواضيع في موقعك على Discourse تلقائيًا بإنشاء تذاكر Zendesk. هذا الإعداد معطل افتراضيًا.
zendesk autogenerate categories (سابقاً zendesk enabled categories) : قائمة بفئات Discourse التي سيتم دفع جميع المواضيع الجديدة منها تلقائيًا إلى Zendesk.
zendesk job push all posts و zendesk job push only author posts : كلا هذين الإعدادين معطلان افتراضيًا. قم بتمكين أحدهما إذا كنت ترغب في دفع جميع الردود، أو فقط ردود مؤلف الموضوع إلى Zendesk.
sync comments from zendesk و zendesk incoming webhook token : يُستخدم هذان الإعدادان لمزامنة التعليقات من Zendesk إلى Discourse. تفاصيل حول كيفية تكوين مزامنة تعليقات Zendesk إلى Discourse موجودة هنا: كيفية تمكين المزامنة ثنائية الاتجاه لـ Zendesk
zendesk tags : قائمة اختيارية بالوسوم لإضافتها إلى جميع تذاكر Zendesk التي تنشأ من موقعك على Discourse.
القدرة على إرسال الردود إلى Zendesk كتعليقات، وسحب التعليقات من Zendesk كردود أمر بالغ الأهمية بالنسبة لنا. ومع ذلك، فإن الطريقة الوحيدة لأداء الأخيرة هي أن تقوم مواضيع فئة Discourse محددة بإنشاء تذاكر Zendesk تلقائيًا.
أفضل بكثير لو كانت هناك طريقة لجعل التذاكر التي تم إنشاؤها يدويًا في Zendesk قادرة أيضًا على سحب التعليقات كردود! هذا لأنه لدينا عملية فرز معمول بها حيث تحتاج بعض المواضيع التي أنشأها العملاء فقط إلى إعادة توجيهها إلى Zendesk. لا نريد السماح للمستخدمين النهائيين لدينا بإنشاء تذاكر Zendesk في الخلفية.
لست متأكدًا مما إذا كان هذا هو المكان المناسب للإبلاغ عن خطأ، لذا أخبرني إذا كان يجب علي نقل هذا إلى مكان آخر.
لقد كنا نستخدم هذه الإضافة لبضع أسابيع حتى الآن وقد عملت بشكل جيد بشكل عام. ومع ذلك، وجدنا مشكلة حيث يبدو أن الإضافة تقوم بمزامنة التعليقات مرتين. ما أعتقد أنه يحدث هو:
يرسل المستخدم منشورًا في Discourse
تتم مزامنته في Zendesk
ترى إضافة المزامنة التعليق الجديد في Zendesk وتقوم بمزامنته مرة أخرى إلى Discourse
إليك ما نراه بصريًا حيث يرسل John (المسؤول الذي قام بإعداد الإضافة) أحيانًا نسخًا مكررة من رسائل المستخدمين الآخرين دون تدخله. هذا يأتي من إضافة مزامنة discourse:
شكراً على المشاركة! نعم، هذه مشكلة برمجية، جون لا ينشر هذه الرسائل بنفسه.
سألقي نظرة على المشغلات الخاصة بنا وأختبر تعطيلها وإعادة تمكينها. للأسف، لم أجد أي تشابه بين وقت حدوث ذلك أو سببه، لذلك ليس لدي طريقة مباشرة لإعادة إنتاجه.
لقد وجدت مشغلًا، كلما تم تحديث تذكرة ولديها علامة discourse، فإنه سيقوم بإخطار خطاف مزامنة Discourse عبر طلب PUT. لم أكن أنا من قام بإعداد المكون الإضافي، ولكن هل يمكن أن يكون هذا هو السبب؟
بخلاف هذا المشغل، لا أرى أي أتمتة أخرى قد تتداخل. لقد طلبت من مسؤولي Discourse لدينا إرجاع قائمة بجميع تعليقات John (بما في ذلك تلك التي حذفناها) حتى أتمكن من الرجوع إليها بالرجوع إلى كل مثيل لمحاولة العثور على اتصال.
لقد كنت أستخدم إضافة Zendesk وأعجبت بها حقًا. ومع ذلك، حدث شيء غير متوقع للتو. عندما رد عضو آخر في الفريق (شخص كان وكيلًا في Zendesk) على سلسلة مناقشات في Discourse، أرسل Zendesk الرسالة مرة أخرى إلى Discourse. لذلك، تم نشرها في موضوع Discourse مرتين، مرة واحدة كتبها عضو الفريق الذي نشرها في Discourse، ومرة أخرى بواسطة المعين الحالي للتذكرة في Zendesk.
أواجه مشكلة حيث لا يتم إنشاء المواضيع الخاصة التي تم إنشاؤها على جانب المجتمع في Zendesk. هل يمكن لأحد أن يقدم لي النصح بشأن أي إعدادات أو تكوينات محددة مطلوبة لضمان مزامنة المواضيع الخاصة بشكل صحيح مع Zendesk؟
أرى أن أزرار “إنشاء/عرض تذكرة Zendesk” مرئية للموظفين فقط.
هل يمكن التحكم في رؤية هذه الأزرار من خلال إعدادات جديدة للمكون الإضافي zendesk_create_ticket_allowed_groups و zendesk_view_ticket_allowed_groups لمزيد من المرونة؟
لا أرغب بالضرورة في منح أدوار المسؤول أو المشرف لفرق الدعم لدينا. إنهم بالطبع المسؤولون عن مجالهم (Zendesk)، ولكن في رأيي لا يبرر ذلك دائمًا الامتيازات الموسعة على Discourse.
تم تضمين هذه الإضافة الآن مع Discourse الأساسي كجزء من Bundling more popular plugins with Discourse core. إذا كنت تستضيف بنفسك وتستخدم الإضافة، فأنت بحاجة إلى إزالتها من app.yml قبل الترقية التالية.
| الملخص | إنشاء تذاكر Zendesk من مواضيع Discourse.
| دليل التثبيت | هذا البرنامج المساعد مُضمّن في نواة Discourse. لا حاجة لتثبيت البرنامج المساعد بشكل منفصل.
تم تضمين هذه الإضافة الآن مع Discourse الأساسي كجزء من