پیام ناموفق‌بودن اجرا به‌تنهایی برای تشخیص مشکل کافی نیست. اولین قدم این است که نتیجه همان اجرا را باز کنید و ببینید کار در کدام مرحله متوقف شده است. تغییر هم‌زمان چند تنظیم معمولاً تشخیص علت را سخت‌تر می‌کند.
اول، مرحله خطا را بخوانید
گزارش می‌تواند به اعتبارسنجی ورودی، دریافت منابع، ارتباط با مدل، ارسال به پیام‌رسان یا نگهداری سابقه اشاره کند. این مرحله مشخص می‌کند کدام بخش را باید بررسی کنید. شناسه اجرا را هم برای پیگیری نگه دارید.
اگر مشکل به مدل زبانی مربوط است
کلید نامعتبر، مدل پیدا نشده، محدودیت درخواست، کمبود اعتبار سرویس و پایان مهلت پاسخ علت‌های متفاوتی‌اند. مدیر می‌تواند از دکمه آزمایش اتصال در فرم پارامترهای مشترک استفاده کند. این آزمایش مستقل از ارسال خبر به بله است، اما ممکن است از اعتبار حساب سرویس مدل مصرف کند.
اگر منبع خبر یا مقصد ارسال مشکل دارد
برای منبع خبر، درست‌بودن نشانی RSS و دسترسی سرور به آن مهم است. برای مقصد پیام‌رسان، توکن، شناسه گفتگو و اجازه ارسال ربات را بررسی کنید. یک خروجی بدون خبر مرتبط الزاماً به معنی خرابی نیست؛ گزارش بررسی را بخوانید.
با ارسال نامشخص چه کنیم؟
گاهی ارتباط پس از درخواست ارسال قطع می‌شود و معلوم نیست پیام به مقصد رسیده است یا نه. در این حالت، تلاش فوری و تکراری می‌تواند خبر را دوباره ارسال کند. ابتدا مقصد واقعی را بررسی کنید و در صورت نیاز از مدیر بخواهید سابقه نامشخص را بازبینی کند.
چه اطلاعاتی به پشتیبانی بدهیم؟
- نام ایجنت و شناسه اجرای ناموفق
- مرحله و کد خطای نمایش‌داده‌شده
- زمان تقریبی اتفاق و اینکه اجرای دستی بوده یا خودکار
- تغییری که پیش از خطا در تنظیمات داده‌اید
کلید API و توکن ربات را در متن عمومی یا تصویر گزارش قرار ندهید. گزارش خطا و شناسه اجرا معمولاً نقطه شروع مناسب‌تری برای پیگیری هستند.
