برمجة بوت واتساب لاستقبال الطلبات ومعالجتها
برمجة بوت واتساب لاستقبال الطلبات ومعالجتها
السلام عليكم،
مطلوب بناء سيناريو أتمتة متكامل على منصة Make.com لربط عمليات استقبال البلاغات الميدانية من الموظفين، وحوكمتها مركزياً، ثم فرزها وتحديثها في Google Sheets.
يرجى الالتزام بالمتطلبات والتفاصيل التقنية التالية:
1. هيكلة جدول البيانات (Google Sheets Architecture):يرجى إنشاء جدول بيانات يحتوي على الأعمدة التالية كمفاتيح أساسية للبيانات ($Data\ Keys$):Ticket ID (رقم البلاغ - يتم توليده آلياً).Employee Name (اسم الموظف الرافع للبلاغ).Employee Phone (رقم هاتف الموظف).Scope (النطاق: مكاتب / سكن).Issue Details (تفاصيل العطل).Image URL (رابط الصورة الميدانية المرفقة).Status (حالة البلاغ المبدئية: بانتظار المعاينة والقبول المركزي).Action Date (تاريخ ووقت اتخاذ القرار من الإدارة).Rejection Reason (سبب الرفض إن وُجد).
2. تدفق السيناريو على منصة Make.com (Workflow Modules):الموديل الأول (Webhook / Trigger): استقبال بيانات البلاغ الميداني (الاسم، رقم الهاتف، النطاق، تفاصيل العطل، وصورة العطل الفنية).الموديل الثاني (Google Sheets - Add a Row): تسجيل البلاغ فوراً في الجدول بالمعلومات المذكورة وتعيين الحالة تلقائياً إلى بانتظار المعاينة والقبول المركزي.الموديل الثالث (Interactive Admin Notification): إرسال رسالة تفاعلية فورية إلى هاتف المشرف تحتوي على:تفاصيل البلاغ كاملة مع رابط الصورة الفنية للمعاينة.أزرار تفاعلية (Interactive Buttons):الزر الأول: قبول الطلب (يمرر قيمة Approved).الزر الثاني: رفض الطلب (يمرر قيمة Rejected).
3. هندسة الفلاتر ومسارات التوجيه (Routing & Filtering Logic):بعد استقبال استجابة المشرفة على الأزرار، يتم وضع Router ينقسم إلى مسارين بناءً على قيمة الزر المضغوط:المسار الأخضر (في حال القبول - Approved Filter):تحديث سطر البلاغ في Google Sheets (Update a Row) وتحويل الحالة إلى (تم القبول - محول للمورد المعتمد) مع تدوين وقت الاعتماد في عمود Action Date.إرسال أمر العمل تلقائياً برسالة منفصلة للمورد المعتمد المسؤول عن هذا النطاق (سواءً كان نطاق مكاتب أو سكن) لبدء الصيانة وتطبيق الـ $SLA$.المسار الأحمر (في حال الرفض - Rejected Filter):تحديث سطر البلاغ في Google Sheets وتحويل الحالة إلى (مرفوض).إرسال إشعار فوري وتلقائي إلى رقم هاتف الموظف (صاحب البلاغ الأصلي) لإبلاغه برفض الطلب مع ذكر السبب (يتم إدخاله عبر البوت أو تحديد سبب تقني).
4. متطلبات الجودة والمعالجة (Error Handling & Best Practices):نظام التحقق والأمان (Triple-Lock Reference): تأكد من ربط معرف البلاغ المولد (Ticket ID) مع الـ Callback Data الخاص بالأزرار التفاعلية، لضمان أنه في حال وافقت المشرفة على عدة بلاغات متزامنة، يقوم النظام بتحديث البلاغ الصحيح المقترن بالزر دون تداخل البيانات.معالجة الأخطاء (Error Handling): وضع موديلات حماية (Break أو Ignore) على وحدات Google Sheets لضمان عدم توقف البوت في حال حدوث بطء في خوادم جوجل.يرجى تسليم السيناريو واختباره بالكامل ($End-to-End Testing$) والتأكد من مطابقة تدفق البيانات. شكراً لك.
التعليقات (4)
