چت‌بات هوش مصنوعی برای مراکز تماس تاکسیرانی

مرکز تماس چت‌بات هوش مصنوعی: سرویس تاکسی (آماده تولید، بخش ۳)

این گردش کار، "🛎️ سرویس تاکسی"، یک جزء اصلی آماده تولید برای یک چت‌بات سرویس تاکسی است که با مرکز تماس ادغام شده است. این گردش کار برای مدیریت درخواست‌های ورودی سرویس تاکسی، اعتبارسنجی در دسترس بودن سرویس، مدیریت کش داده‌های جلسه و مسیر، فراخوانی هوش مصنوعی برای تخمین کرایه، محاسبه مسافت مسیر از طریق Google Maps API و توزیع درخواست‌ها به چندین ارائه‌دهنده سرویس تاکسی برای تخمین کرایه طراحی شده است.

این گردش کار و موارد بیشتر را در کاتالوگ n8n در Axeto.ai کاوش کنید.

موارد استفاده

• مراکز تماس سرویس تاکسی: رسیدگی به پرس‌وجوها و درخواست‌های سرویس مشتری از طریق چت یا صدا.
• تخمین مقیاس‌پذیر کرایه: ادغام هوش مصنوعی و APIهای خارجی با کش و داده‌های سرویس مبتنی بر پایگاه داده برای محاسبه کارآمد کرایه.
• چت‌بات‌های چندزبانه: پشتیبانی از تعاملات متنوع کاربر با مدیریت خطای قوی و کنترل جلسه.

تشریح گردش کار

این گردش کار به طور منطقی به بخش‌های زیر تقسیم می‌شود:

1. دریافت ورودی و راه‌اندازی: دریافت پیام‌ها از مرکز تماس یا سایر گردش‌های کار.

2. اعتبارسنجی و کش سرویس: بررسی در دسترس بودن سرویس از کش Redis یا پایگاه داده PostgreSQL، کش کردن نتایج و مدیریت سرویس‌های غیرفعال یا گمشده.

3. مدیریت داده‌های جلسه و مسیر: بازنشانی کش جلسه و حذف داده‌های مسیر قبلی.

4. پردازش هوش مصنوعی برای تخمین مسیر: استفاده از یک عامل هوش مصنوعی برای تفسیر پرس‌وجوهای تخمین کرایه و تولید داده‌های مسیر.

5. محاسبه مسافت مسیر: فراخوانی Google Maps API برای دریافت مسافت مسیر.

6. اعتبارسنجی و ارسال داده‌های مسیر: اعتبارسنجی داده‌های مسیر و راه‌اندازی گردش‌های کار ارائه‌دهنده سرویس تاکسی برای تخمین کرایه.

7. خروجی چندزبانه و مدیریت خطا: ارائه خروجی‌های محلی‌سازی شده و مدیریت خطاهای با ظرافت.

---

۱. دریافت ورودی و راه‌اندازی

این بخش با دریافت پیام از مرکز تماس سرویس تاکسی یا سایر گردش‌های کار فرعی، گردش کار را آغاز می‌کند.

• Nodes:

* Flow Trigger (Execute Workflow Trigger): منتظر فراخوانی گردش کار خارجی می‌ماند.

* Input (Set): فیلدهای داده اولیه مانند channel_no را روی "taxi" و service_no را روی "test" تنظیم می‌کند.

* Test Trigger (Chat Trigger): برای اهداف آزمایشی از طریق وب‌هوک.

* Test Fields (Set): برای تنظیم داده‌های آزمایشی.

---

۲. اعتبارسنجی و کش سرویس

این بخش بررسی می‌کند که آیا سرویس تاکسی درخواستی وجود دارد و فعال است یا خیر. ابتدا کش Redis را بررسی می‌کند. اگر سرویس در کش یافت نشد یا غیرفعال بود، پایگاه داده PostgreSQL را پرس‌وجو می‌کند. سپس داده‌های سرویس فعال کش می‌شوند.

• Nodes:

* Service Cache (Redis): تلاش برای بارگذاری داده‌های کش شده سرویس با TTL ۱۵ دقیقه‌ای. برای اجازه دادن به بازگشت به پایگاه داده، در صورت خطا ادامه می‌یابد.

* If Service Cache (If): بررسی می‌کند که آیا داده‌های سرویس در کش یافت شده است.

* True: به Parse Service ادامه می‌دهد.

* False: به Load Service Data ادامه می‌دهد.

* Parse Service (Code): فرمت JSON یا کش را به فیلدهای داده سرویس قابل استفاده تجزیه می‌کند.

* Load Service Data (Postgres): جدول sys_service (یا معادل آن) را برای اطلاعات سرویس پرس‌وجو می‌کند. در صورت خطا ادامه می‌یابد.

* If Active (If): بررسی می‌کند که آیا رکورد سرویس نشان‌دهنده فعال بودن آن است.

* True: به Save Service Cache ادامه می‌دهد.

* False: به Inactive Output ادامه می‌دهد.

* Save Service Cache (Redis): داده‌های سرویس فعال را با TTL ۱۵ دقیقه‌ای کش می‌کند.

* Service (Set): داده‌های سرویس را برای استفاده در مراحل بعدی آماده می‌کند.

* Inactive Output (Set): یک پیام خطا برای سرویس‌های غیرفعال آماده می‌کند.

* Error Output (Set): یک پیام خطا برای سرویس‌های یافت نشده آماده می‌کند.

• موارد لبه مدیریت شده:

* خطاهای کش Redis یا خرابی اتصال.

* خطاهای پرس‌وجوی پایگاه داده.

* سرویس‌های غیرفعال یا گمشده باعث خروج زودهنگام با پیام‌های خطا می‌شوند.

---

۳. مدیریت داده‌های جلسه و مسیر

این بخش داده‌های جلسه کاربر را بازنشانی می‌کند و هرگونه داده مسیر کش شده قبلی را برای جلسه و کانال فعلی حذف می‌کند و از یک وضعیت پاک برای درخواست‌های جدید اطمینان حاصل می‌کند.

• Nodes:

* Reset Session (Redis): TTL را بازنشانی کرده و داده‌های جلسه را با انقضای ۵ دقیقه‌ای پاک می‌کند. در صورت خطا ادامه می‌یابد.

* `Delete