Zendesk انضمام

صلاحیتیں

• WorkItem اسکیلیشنز سے مکمل سیاق و سباق کے ساتھ Zendesk ریکارڈ بنائیں
• زیرِ ضابطہ WorkItem کارروائیوں سے Zendesk ٹکٹ (حالت، فیلڈز، ٹیگز) اپ ڈیٹ کریں
• نظاموں کے درمیان حسبِ ضرورت فیلڈز اور ٹیگز کا نقشہ بنائیں
• ترجیح، ٹیم اور پالیسی درجہ بندی کے مطابق روٹ کریں
• ہر Zendesk آپریشن کے لیے آڈٹ ٹریل

ایک عملی مثال

ایک ابتدا تا انتہا فلو جو Threada، Zendesk کے ساتھ چلاتا ہے:

1. ایک Zendesk ٹکٹ آتا ہے اور ایک زیرِ ضابطہ WorkItem بن جاتا ہے، جسے ٹکٹ منسلک کرکے ایک ٹائپ شدہ schema میں معیاری بنایا جاتا ہے۔
2. Threada سخت اقتباس موڈ میں ایک شواہد پر مبنی جواب تیار کرتا ہے، یا جب پالیسی کسی انسان کا تقاضا کرے تو ٹکٹ کو کسی مالک کی طرف بھیج دیتا ہے۔
3. ایک منظور شدہ جواب یا اپ ڈیٹ idempotency کے ساتھ ایک زیرِ ضابطہ کارروائی کے طور پر واپس Zendesk میں چلتا ہے — حالت، فیلڈز، اور ٹیگز نقشہ شدہ۔
4. ہر Zendesk آپریشن idempotency کے ساتھ ایک زیرِ ضابطہ کارروائی کے طور پر چلتا ہے اور WorkItem کے ناقابلِ تغیر آڈٹ ٹریل پر درج ہوتا ہے۔

سیٹ اپ

انضمام کو Studio میں pack governance کے تحت ترتیب دیں۔ محدود دائرے کی API credentials فراہم کریں اور فیلڈز کو اپنے ورک فلو schema سے ملائیں۔ فعال ہونے سے پہلے کنکشن کی توثیق ہوتی ہے۔

1. Studio میں، pack governance کے تحت Zendesk انضمام شامل کریں۔
2. کم سے کم استحقاق کی رسائی کے ساتھ محدود Zendesk API اسناد فراہم کریں۔
3. Zendesk کے فیلڈز، ٹیگز، اور حالتوں کو اپنے WorkItem schema سے ملائیں۔
4. کنکشن کی توثیق کریں؛ انضمام صرف ٹیسٹ کامیاب ہونے کے بعد فعال ہوتا ہے۔

اجازتیں اور ڈیٹا رسائی

Zendesk وہ اسناد استعمال کرتا ہے جو آپ فراہم کرتے ہیں — نہ کہ Threada کی میزبانی والی OAuth ایپ۔

• Threada آپ کی فراہم کردہ محدود دائرے والی Zendesk API اسناد سے توثیق کرتا ہے، جو Secret Manager میں محفوظ ہوتی ہیں۔
• Threada، Zendesk کے REST API (/api/v2/tickets.json) کو ٹکٹ بنانے اور اپ ڈیٹ کرنے کے لیے کال کرتا ہے؛ Zendesk کی حالت کا واپس WorkItem میں اِن باؤنڈ سنک آج کے دن سپورٹ نہیں ہے۔
• ہر ٹکٹ آپریشن ایک زیرِ ضابطہ کارروائی کے طور پر چلتا ہے اور WorkItem کے آڈٹ ٹریل پر درج ہوتا ہے۔

اکثر پوچھے جانے والے سوالات