الأتمتة والروبوتات
اترك لينوميا تشات يقوم بالعمل المتكرر.
قواعد الأتمتة
قاعدة الأتمتة ثلاثة أشياء، بهذا الترتيب: حدث واحد، ثم الشروط التي يجب أن تتحقق، ثم الإجراءات التي تُنفَّذ. لا شيء غير ذلك. وإن استطعت قول «حين يحدث كذا، وكان كذا صحيحاً، افعل كذا»، فأنت تستطيع بناءها. والقواعد تعمل على الخادم، فتعمل ليلاً، وفي نهاية الأسبوع، وبينما كل وكلاء الدعم خارج النظام. متى تستخدم قاعدة حين يكون المُشغِّل واقعة لا حكماً، وتريد الشيء نفسه أن يحدث في كل مرة. توجيه المحادثات الجديدة إلى فريق. وسم كل ما يذكر كلمة تهمّك. رفع أولوية عميل سبق أن وصفته جمهوراً مشتركاً. متى لا تستخدم قاعدة - حين يجب أن يقرأ أحدهم المحادثة أولاً. فذاك ماكرو. - حين تحتاج إلى سؤال العميل والتفريع بحسب جوابه. فالقاعدة تنفّذ إجراءاتها وتنتهي، ولا تستطيع الانتظار. وذاك منشئ التدفقات — راجع أتمتة أم منشئ تدفقات؟. ما تحتاجه أولاً حساب مدير. والقواعد في الإعدادات ← الأتمتة. ومشغّلات المتجر تحتاج أيضاً متجراً مربوطاً في المتجر. الأحداث الحقيقية تختار القاعدة حدثاً واحداً بالضبط. وعددها اثنا عشر. | المجموعة | الأحداث | |---|---| | المحادثات | إنشاء محادثة، تحديث محادثة، فتح محادثة، حلّ محادثة، إنشاء رسالة | | المتجر | إنشاء طلب، تحديث طلب، دفع طلب، شحن طلب، توصيل طلب، إلغاء طلب، استرداد طلب | ويعمل مُشغِّل المتجر حين يقرأ Lynomia Chat تغيّراً في طلبات عميل مرتبط، ويعمل على أحدث محادثة لجهة الاتصال. وإن لم تكن لجهة الاتصال محادثة، فلا شيء يُنفَّذ. وأي أحداث المتجر تُشغَّل فعلاً يتوقف على المنصة: فـ WooCommerce بلا حالة «مشحون» ولا «تم التوصيل» على الإطلاق، وShopify بلا حالة «ملغى». ومعرض الوصفات يقول ذلك عند كل وصفة يمسّها الأمر. ما يتاح من شروط وإجراءات تغطي الشروط المحادثة (الحالة، والأولوية، وقناة التواصل، والمسنَد إليه، والفريق، والوسوم)، والرسالة (نصها، ونوعها، وهل هي ملاحظة خاصة)، وجهة الاتصال (البريد، والهاتف، والشركة، والبلد، واللغة)، وسماتك المخصصة، وانتماء جهة الاتصال إلى جمهور مشترك، وما يعرفه المتجر عنها. وعلى مُشغِّل متجر تستطيع كذلك اختبار متجر الطلب ومنصته. والشروط تُجمع بـ and أو or، والنموذج يتوقّع شرطاً واحداً على الأقل. وتغطي الإجراءات الملكية (إسناد أو إزالة وكيل دعم أو فريق)، والتصنيف (إضافة وسم أو إزالته، تغيير الأولوية)، والحالة (الحل، إعادة الفتح، التعليق، التأجيل، الكتم)، والرسائل (إرسال رسالة، ملاحظة خاصة، مرفق، نسخة بالبريد، بريد إلى فريق)، وإرسال حدث webhook. ومُشغِّل المتجر لا يتيح بقصد إرسال رسالة ولا إرسال مرفق: فحدث المتجر ليس رسالة عميل، وقد تكون المحادثة خارج نافذة الـ24 ساعة في واتساب. استخدم ملاحظة خاصة وفريقاً بدلاً من ذلك. الوصفات الوصفة تملأ قاعدة عاملة ولا تسألك إلا عمّا لا تستطيع معرفته: أي فريق، أي وسم، أي متجر، أي جمهور، أي مبلغ. وعدد الوصفات إحدى عشرة، تغطي توجيه الطلبات، وتصعيد الاسترداد، وأولوية الطلب المدفوع، ومتابعة الطلب الملغى، ووسم الجماهير وأولويتها، والتوجيه بحسب الإنفاق، وتوجيه من لديه طلب مفتوح، وإرسال حدث طلب إلى نظام آخر، والرد على كل محادثة جديدة. والمعرض نفسه يقدّم كذلك وصفة إعداد تُنشئ جمهوراً مشتركاً وقاعدة تستخدمه في خطوة واحدة. والقاعدة المُنشأة من وصفة تبدأ مُطفأة. تقرأها، وتعدّل صياغتها، وتشغّلها أنت. أما القاعدة التي تبنيها بيدك فهي عاملة لحظة حفظها. وفي الحالتين تصبح بعد الإنشاء قاعدة عادية. مثال عملي يجب أن تصل أسئلة الاسترداد إلى فريق المرتجعات في ثوانٍ، في أي ساعة. 1. الإعدادات ← الأتمتة ← إنشاء أتمتة. سمِّها الاسترداد إلى المرتجعات. 2. الحدث: إنشاء رسالة. 3. الشرط: النص — يحتوي — استرداد. 4. الإجراءات: أضف الوسم refund، وأسنِد فريق المرتجعات، والأولوية عالية. 5. احفظ، ثم أرسل إلى نفسك رسالة واتساب تحتوي الكلمة، وافحص المحادثة. من يستطيع ذلك المديرون وحدهم — الإنشاء والتعديل والنسخ والتشغيل والحذف. والأتمتة ليست من الصلاحيات التي يمكن منحها لدور مخصص، فلا يمكن إعطاء هذه الصفحة لدور مخصص. راجع الأدوار والصلاحيات. الحدود - لا شروط زمنية من أي نوع: لا ساعات عمل، ولا وقت من اليوم، ولا يوم من الأسبوع. فالقاعدة تعمل في الثانية ظهراً كما تعمل في الثانية فجراً، ومعالجة ما بعد ساعات العمل لا يمكن بناؤها قاعدة. - لا تصعيد للأولوية. فالقاعدة تضبط الأولوية مرة واحدة، ولا شيء يرفعها مع تقادم المحادثة. - إجراءات القاعدة لا تُشغّل قواعد أخرى. وهذا يمنع الحلقات، ويعني أن القواعد لا تُربط سلسلة. - حدث واحد لكل قاعدة. فحدثان يعنيان قاعدتين، وقد تتحقق كلتاهما على التغيير نفسه. - «إضافة وسم» تَسِم المحادثة لا جهة الاتصال، ولا يوجد مُشغِّل لتغيّر جهة اتصال. راجع الوسوم أم الجماهير المشتركة؟. - الإجراء الفاشل لا يُبلَّغ عنه. فكل إجراء يُحاول بدوره، ويستمر الباقي بهدوء. - قواعد المتجر لا تنتظر أبداً، وكل منها يُنفَّذ مرة واحدة على الأكثر لكل تغيّر في الطلب. - القواعد المنتظرة اختيارية ومعطّلة افتراضياً. فالقاعدة تستطيع أن تعمل فقط إن كان شيء ما ما زال صحيحاً بعد 10 دقائق إلى 30 يوماً، لكن ذلك يجب تفعيله لحسابك، وعلى حدث محادثة لا تختبر إلا الحالة وقناة التواصل. وتعديل مثل هذه القاعدة يُلغي الانتظارات المهيّأة سابقاً. مواضيع ذات صلة - أتمتة أم منشئ تدفقات؟ - ماكروس أم أتمتة؟ - منشئ التدفقات - الجماهير المشتركة إذا لم ينجح الأمر لم يحدث شيء. تحقق من المفتاح أولاً — فالقاعدة الآتية من وصفة مُطفأة حتى تشغّلها. ثم تحقق أن الشروط يمكن أن تتحقق في اللحظة التي يُشغَّل فيها الحدث. فالشرط على وسم تضيفه القاعدة نفسها لاحقاً لا يتحقق أبداً. نُفِّذت مرتين. قاعدتان على حدثين قد تتحقق كلتاهما على تغيير واحد. قاعدة متجر لا تُشغَّل أبداً. فإمّا أن منصتك لا تُبلّغ عن تلك الحالة، أو أن جهة الاتصال بلا محادثة تعمل عليها.
منشئ التدفقات
التدفق محادثة مرسومة مخططاً. كل مربع خطوة واحدة — أرسل هذا، اسأل ذاك، تحقق من شيء، حوّل إلى شخص — والخطوط بين المربعات هي الطرق التي قد تسلكها المحادثة. والذي يفصل التدفق عن قاعدة الأتمتة هو الذاكرة. فالتدفق ينتظر. يسأل العميل سؤالاً، ويتوقف، وحين يصل الجواب يكمل من حيث توقّف، عارفاً كل ما قاله العميل قبل ذلك. متى تستخدم تدفقاً حين تتوقف الخطوة التالية على جواب لا تملكه بعد. قائمة أقسام. استعلام عن رقم طلب. استقبال شكوى عبر واتساب. كل ما يكون جوابه الصادق «يتوقف على ما سيقوله». متى لا تستخدم تدفقاً - على أي قناة تواصل غير واتساب Cloud. وهذا حدّ قاطع لا إعداد افتراضي. انظر أدناه. - حين لا شيء يحتاج إلى سؤال. فالوسم والتوجيه والأولوية بناءً على واقعة تعرفها أصلاً هو قاعدة أتمتة، وهي أبسط وأسهل قراءة. - لبدء محادثة. فالتدفق لا يبدأ محادثة أبداً، بل يردّ على محادثة. - لحدث متجر، أو موعد مجدول، أو webhook، أو حملة. فلا شيء من هذه يُدخل إلى تدفق. واتساب Cloud وحده يعمل التدفق على قنوات واتساب Cloud، ولا شيء غيرها. وإن ربطت تدفقاً بأي قناة أخرى رُفض النشر برسالة «غير مدعوم على <القناة>». وإن وصلت إلى تدفقٍ محادثةٌ على قناة غير مدعومة، انتقلت إلى فريقك مباشرة. كيف يُدخَل إلى التدفق بطريقة واحدة فقط: رسالة من العميل على محادثة يملكها التدفق. ولكي يحدث ذلك، يجب أن يكون التدفق هو روبوت القناة النشط، وأن تكون المحادثة معلّقة، وألّا يكون أحد مسنَداً إليها. ثم تُطابق الرسالة مع كلمات عقدة البداية وشروطها، إن وضعت شيئاً منها. فإن طابقت بدأت جلسة، وإن لم تطابق انتقلت المحادثة إلى فريقك فوراً. ما تحتاجه أولاً حساب مدير، ومنشئ التدفقات مفعّلاً لحسابك، وقناة واتساب Cloud مربوطة (ربط واتساب). والاستعلام عن الطلبات يحتاج المتجر. العقد | المجموعة | العقد | |---|---| | الرسائل | إرسال رسالة، إرسال قالب واتساب | | السؤال والانتظار | سؤال، أزرار، قائمة، انتظار | | المنطق | شرط، الجمهور، شرط تجاري، انتقال إلى | | العميل | تعيين سمة جهة الاتصال، تعيين سمة المحادثة، إضافة وسم، إزالة وسم | | المتجر | استعلام عن طلب | | الفريق | إسناد إلى وكيل دعم، إسناد إلى فريق، تحويل إلى وكيل دعم | | التكامل | Webhook | | التدفق | البداية، النهاية | أربع منها تنتظر العميل: السؤال، والأزرار، والقائمة، والانتظار. وما عداها يمرّ مباشرة. والسؤال يحفظ الجواب — في الجلسة، أو على جهة الاتصال، أو على المحادثة — لتستخدمه في نص رسالة لاحقة، ويعيد السؤال إن لم يصلح الجواب. والاستعلام عن طلب يجد أحدث طلب لعميل المتجر المرتبط بجهة الاتصال نفسها، أو الطلب الذي يذكر رقمه؛ ولا يقرأ طلب عميل آخر أبداً، ولا يغيّر طلباً. الخطوات 1. الإعدادات ← منشئ التدفقات ← تدفق جديد، أو ابدأ من قالب تدفق. 2. ابنِ اللوحة، واحفظ المسودة أثناء العمل؛ فلا شيء تحفظه يمسّ عميلاً. 3. اضغط اختبار لتشغيل المسودة المحفوظة على جهة اتصال تجريبية. لا يُرسل شيء ولا يُحفظ. 4. اضغط نشر. وتُسرد المشكلات إلى جانب العقد التي سبّبتها. 5. اربط التدفق المنشور بقناة واتساب Cloud، كما تربط أي روبوت. القوالب ثمانية تدفقات جاهزة: تتبّع الطلب، واستقبال مشكلة في الطلب، وتوجيه الأقسام، وقائمة الأسئلة الشائعة، واستقبال الشكاوى، وتوجيه كبار العملاء، وترحيب بالعربية أو الإنجليزية، وترحيب يجمع الطلب. يسألك القالب عن فرقك ووسومك ولغتك، ثم يُنشئ مسودة. وكل رسالة وكل تفريع ملكك لتعديله، ولا شيء يصل إلى عميل قبل النشر. ما يرفضه النشر النشر هو البوابة، ويتحقق من المخطط كله: - بداية واحدة بالضبط، ولا شيء يؤدّي إليها - كل مخرج مطلوب موصولاً — بما في ذلك كل زرّ وكل خيار في قائمة - كل عقدة يمكن الوصول إليها من البداية - لا حلقة تمضي دون انتظار العميل - انتقال إلى يشير إلى عقدة حقيقية، لا إلى نفسه ولا إلى البداية - فرق ووكلاء دعم ووسوم وسمات وجماهير ومتاجر موجودة في هذا الحساب، ومتغيرات معروفة - كل قناة مربوطة قادرة على تشغيل كل عقدة في التدفق والمخرج الاختياري — غير صالح أو انتهى الوقت في سؤال، وغير ذلك في قائمة، ولم يُوجد في استعلام — يمكن تركه غير موصول بقصد. فإن سلكته المحادثة وصلت إلى فريقك. من يستطيع ذلك المديرون وحدهم. والتدفقات ليست من الصلاحيات التي يمكن منحها لدور مخصص. راجع الأدوار والصلاحيات. الحدود - واتساب Cloud وحده. لا قناة أخرى. - لا يُدخَل إليه إلا من رسالة عميل. لا من تغيّر طلب، ولا موعد مجدول، ولا webhook، ولا حملة. - تنطبق قيود واتساب نفسها. ثلاثة أزرار رد على الأكثر بعناوين من 20 حرفاً، وقائمة واحدة من 10 صفوف على الأكثر، و4096 حرفاً للنص. - 300 عقدة و900 وصلة على الأكثر في التدفق. - التحويل إلى شخص ينهي التدفق. فمتى أخذ شخص المحادثة توقّف ولم يُستأنف. ورد وكيل الدعم ينهي الجلسة كذلك، بما في ذلك رد مُرسَل من تطبيق WhatsApp Business على رقم متعايش. - إصدار منشور واحد في كل مرة. والمحادثات الجارية تبقى على الإصدار الذي بدأت عليه. - أوقِف التدفق قبل حذفه. والإيقاف يمنع جلسات جديدة ويحوّل الجارية إلى فريقك. - الاستعلام عن الطلبات محدود بعشر مرات لكل محادثة في الساعة. - وخارج نافذة الـ24 ساعة في واتساب لا يستطيع التدفق إرسال نص حر، فيحوّل المحادثة. أما القالب المعتمد فيُرسل. مواضيع ذات صلة - أتمتة أم منشئ تدفقات؟ - قواعد الأتمتة - روبوتات وكلاء الدعم - ربط واتساب إذا لم ينجح الأمر رُفض النشر. اقرأ القائمة فوق اللوحة؛ فكل مشكلة تذكر عقدتها. التدفق لا يبدأ أبداً. تحقق أنه منشور، ومربوط بقناة واتساب Cloud، وأن المحادثة تصل معلّقة ولا أحد مسنَد إليها. ثم تحقق من كلمات البداية — فكلمة لم يكتبها العميل تُرسل المحادثة إلى فريقك. توقّف في منتصفه. افتح الجلسات على التدفق؛ فكل جلسة تبيّن أين انتهت ولماذا.
أتمتة أم منشئ تدفقات؟
كلاهما يفعل بالمحادثة أشياء دون تدخّل شخص. وكلاهما يَسِمها، ويوجّهها، ويغيّر أولويتها، ويستدعي webhook. والقائمتان متقاربتان بما يكفي لئلّا تدلّك قراءتهما على أي الاثنين تختار. لكن جملة واحدة تدلّك: قاعدة الأتمتة تتفاعل ثم تنتهي. والتدفق يتذكّر وينتظر. فالقاعدة انعكاس: يحدث شيء، فتُفحَص الشروط مرة واحدة، فتُنفَّذ الإجراءات، وانتهى الأمر. أما التدفق فمحادثة: يُرسل شيئاً، ويتوقف، وجواب العميل يحدّد ما يحدث بعده. جنباً إلى جنب | | قاعدة أتمتة | تدفق | |---|---|---| | ما يبدؤها | واحد من اثني عشر حدثاً | رسالة من العميل، ولا شيء غيرها | | قنوات التواصل | كل القنوات | واتساب Cloud وحده | | تستطيع انتظار جواب | لا | نعم، وهذا جوهرها | | تتذكّر ما قيل | لا | نعم، طوال الجلسة | | تتفرّع | لا — الشروط تحدّد هل تعمل أصلاً | نعم، على كل جواب | | تستطيع السؤال | لا | نعم | | تستطيع إرسال قائمة أو أزرار | لا | نعم | | تبدأ من حدث متجر | نعم، سبعة أحداث طلبات | لا | | تعمل وأحد لا يعمل | نعم | نعم | | تحتاج محادثة معلّقة وغير مسنَدة | لا | نعم | | المراجعة قبل التشغيل | مفتاح تشغيل/إيقاف | مسودة تنشرها | | من يبنيها | المديرون | المديرون | السؤال الذي يحسم الأمر هل تعرف أصلاً كل ما تحتاجه؟ إن كان الجواب نعم — الرسالة ذكرت «استرداد»، جهة الاتصال في جمهور كبار العملاء، طلب استُرد الآن — فأنت تملك كل الوقائع في لحظة وقوع الحدث. استخدم قاعدة. وإن كان الجواب لا — تحتاج معرفة أي قسم، وأي رقم طلب، وما الذي حدث — فعليك أن تسأل، والسؤال يعني الانتظار. استخدم تدفقاً. ما تنفرد به القاعدة - البدء من شيء غير رسالة. سبعة أحداث طلبات، وحلّ محادثة، وفتح محادثة. ولا يمكن إدخال التدفق بأي منها. - العمل على قنوات غير واتساب Cloud. والتدفق لا يستطيع. - العمل على محادثة يتولّاها أحد بالفعل. فالتدفق لا يعمل إلا على محادثة معلّقة لا أحد مسنَد إليها، والقاعدة لا تبالي. - إرسال بريد إلى فريق، أو نسخة بالبريد. ولا عقدة في التدفق لأيّ منهما. ما ينفرد به التدفق - السؤال واستخدام الجواب. فالجواب يُحفَظ على جهة الاتصال أو المحادثة ويُستشهد به في رسائل لاحقة. - التفريع. فالأزرار والقوائم تُنشئ طريقاً لكل خيار، وعقدة الشرط تشقّ الطريق اثنين. - الاستعلام عن طلب. أحدث طلب لجهة الاتصال نفسها، أو رقم يكتبه العميل. - التحويل المقصود، مع فريق وأولوية ووسوم وملاحظة مرفقة بالتحويل. - الاختبار قبل أن يراه أحد. فمسودة التدفق تعمل على جهة اتصال تجريبية دون إرسال شيء. ما لا يستطيعه أيّ منهما - التصرّف بشكل مختلف خارج ساعات العمل. فلا يوجد شرط ساعات عمل ولا وقت من اليوم في أي مكان، ولا عقدة تدفق لذلك. وما تبنيه يعمل في الثانية ظهراً كما يعمل في الثانية فجراً. - تصعيد الأولوية مع الوقت. فكلاهما يضبط الأولوية مرة واحدة، ولا شيء يرفعها مع تقادم المحادثة. - وسم جهة اتصال. فكلاهما يَسِم المحادثة. راجع الوسوم أم الجماهير المشتركة؟. - بدء محادثة. ولذلك تحتاج حملة واتساب. استخدم الاثنين، بهذا الترتيب الشكل المعتاد لإعداد عامل هو تدفق في المقدّمة وقواعد خلفه. 1. التدفق يرحّب بالعميل على واتساب، ويسأله عمّا يحتاج، ويحوّل المحادثة إلى الفريق الصحيح والجواب مكتوب أصلاً. 2. قاعدة على إنشاء محادثة تَسِم كل ما يأتي من جمهور عالي الإنفاق، فتبقى المحادثات المهمة قابلة للإيجاد وللقياس في التقارير أياً كان الطريق الذي سلكته. 3. قاعدة أخرى على استرداد طلب ترفع أولوية أحدث محادثة لذلك العميل وتوجّهها إلى المرتجعات — وهو حدث متجر لم يكن التدفق ليراه أبداً. كل واحد يؤدّي الجزء الذي لا يستطيعه الآخر. ولا أحدهما بديل احتياطي عن الآخر. مثال عملي على اختيار خاطئ تريد: «إن لم يردّ أحد خلال أربع ساعات، أبلِغ المدير». ولا أحد من الاثنين يؤدّي هذا جيداً، ومعرفة ذلك مبكراً توفّر يوماً كاملاً. فالتدفق لا يستطيع، لأنه لا يعمل بعد أن يتولّى شخص المحادثة. والقاعدة العادية لا تستطيع، لأنها تتفاعل مع حدث، و«مضت أربع ساعات» ليس حدثاً. وهناك قاعدة منتظرة اختيارية تعالج هذا الشكل بالضبط — لم يردّ أي زميل منذ N — لكنها يجب تفعيلها لحسابك وهي معطّلة افتراضياً، ولا تختبر إلا حالة المحادثة وقناة التواصل. والجواب الصادق أن تتحقق هل القواعد المنتظرة مفعّلة لحسابك قبل أن تبني تصميمك عليها. مواضيع ذات صلة - قواعد الأتمتة - منشئ التدفقات - ماكروس أم أتمتة؟ - روبوتات وكلاء الدعم إذا لم ينجح الأمر بنيت تدفقاً ولم يعمل أبداً. الأرجح أن القناة ليست واتساب Cloud، أو أن المحادثة لم تكن معلّقة وغير مسنَدة. وكلاهما شرط قاطع. بنيت قاعدة لتسأل العميل شيئاً. فإجراء «إرسال رسالة» في القاعدة يُرسل ثم ينتهي، والجواب يصل إلى فريقك لا إلى القاعدة. أعِد بناءها تدفقاً. أريد أن يبدأ تغيّر طلبٍ تدفق محادثة. هذه التركيبة غير موجودة. فحدث المتجر لا يبدأ إلا قاعدة، والقاعدة لا تستطيع إرسال رسالة إلى العميل على مُشغِّل متجر.
روبوتات وكلاء الدعم
روبوت وكيل الدعم خدمة تكتبها أنت وتستضيفها. يُرسل Lynomia Chat أحداث المحادثات إلى عنوان تعطيه، وخدمتك تقرّر ما تفعل وتردّ من خلال الـAPI باستخدام بيانات الروبوت نفسه. لا لوحة رسم هنا ولا قائمة قواعد — أحداث داخلة واستدعاءات API خارجة. يستطيع كل ما يستطيعه كودك، ولا شيء غيره. متى تستخدم روبوتاً - حين يكون منطقك في مكان آخر أصلاً. نظام طلبات، أو نظام علاقات عملاء، أو محرك حجوزات، أو نموذج تستضيفه. - حين تحتاج إلى استدعاء شيء أثناء المحادثة لا توجد له عقدة في المنتج. - حين تريد روبوتاً على قناة لا يعمل عليها التدفق. فالتدفق لواتساب Cloud وحده، أما الروبوت فيستقبل أحداث أي قناة تربطه بها. متى لا تستخدم روبوتاً - حين يكفي تدفق. فالقائمة والسؤال والاستعلام عن الطلب والتحويل لا تحتاج كوداً ولا خادماً ولا جاهزية منك. راجع روبوت أم تدفق؟ أدناه. - حين لا شيء يحتاج إلى سؤال. فالتوجيه والوسم على وقائع تعرفها أصلاً هو قاعدة أتمتة. - حين لا تستطيع إبقاء خدمة عاملة. فإن تعطّل عنوانك بقيت المحادثات بلا جواب. ما تحتاجه أولاً حساب مدير، وعنوان HTTPS يستقبل POST ويجيب بسرعة. الخطوات 1. الإعدادات ← الروبوتات ← إضافة روبوت. 2. أعطِه اسماً ووصفاً ورابط Webhook. والصورة الرمزية اختيارية. 3. احفظ. ويُعرض عليك رمز وصول وسرّ Webhook. انسخهما الآن؛ ويبقيان متاحين في إعدادات الروبوت، ويمكن توليد أيٍّ منهما من جديد. 4. افتح القناة التي تريد أن يردّ عليها الروبوت، واختره في إعداد الروبوت لتلك القناة. روبوت واحد لكل قناة. 5. تحقق من التوقيع على أول إرسالية، ثم ابدأ الردّ من خلال الـAPI برمز الوصول. الأحداث التي يستقبلها الـwebhook | الحدث | يُرسل عند | |---|---| | إنشاء رسالة | إضافة رسالة إلى محادثة يراها الروبوت | | تحديث رسالة | تغيّر رسالة قائمة | | فتح محادثة | انتقال المحادثة إلى «فتح» | | حلّ محادثة | انتقالها إلى «تم حلها» | | تغيّر حالة المحادثة | تغيّر حالتها، مع ما تغيّر | | تحديث المحادثة | تغيّر شيء آخر فيها، مع ما تغيّر | وقناة الموقع الإلكتروني تُرسل كذلك حدثاً عند تشغيل الزائر للنافذة. ولا يوجد حدث «إنشاء محادثة» للروبوتات. فأول ما تسمعه خدمتك عن محادثة جديدة هو رسالتها الأولى. كيف تُوقَّع الإرسالية كل POST يحمل جسماً بصيغة JSON، ومعرّف إرسالية فريداً، وطابعاً زمنياً، وتوقيعاً: HMAC-SHA256 على الطابع الزمني والجسم الخام، بمفتاح سرّ الـwebhook للروبوت. أعِد حسابه على البايتات الخام كما وصلتك وقارنه. وارفض ما لا يطابق، وارفض طابعاً زمنياً قديماً. ومعرّف الإرسالية هو ما تجعل به معالِجك محتملاً للتكرار، وهذا يهمّ لأن الإرساليات قد تتكرر. مثال عملي تريد الإجابة عن حالة الطلبات من نظام مستودعك على رقم واتساب. 1. أنشئ الروبوت برابط عنوانك، وانسخ السرّ ورمز الوصول. 2. اربطه بقناة واتساب. فتصل المحادثات الجديدة معلّقة، ويستقبل عنوانك كل رسالة واردة. 3. تتحقق خدمتك من التوقيع، وتبحث عن الطلب في نظام مستودعك، وتنشر الرد من خلال الـAPI باسم الروبوت. 4. وحين لا تستطيع الإجابة تُسنِد فريقاً، فيتلقّف أفرادك المحادثة كالمعتاد. روبوت أم تدفق؟ | | روبوت وكيل دعم | تدفق | |---|---|---| | من يشغّل المنطق | خادمك | Lynomia Chat | | من يبقيه عاملاً | أنت | لا أحد، فهو مستضاف | | قنوات التواصل | أي قناة تربطه بها | واتساب Cloud وحده | | من يبنيه | مطوّر، بالكود | مدير، على لوحة | | الوصول إلى أنظمتك | أي شيء | عقدة webhook، والاستعلام عن الطلبات | | الأزرار والقوائم | تبنيها أنت | عقدتان لهما، وقيود واتساب مفروضة | | تغييره | نشر إصدار | تعديل المسودة والنشر | | اختباره أولاً | بيئتك التجريبية | مبني في المنتج، على جهة اتصال تجريبية | اختر تدفقاً إلا إن احتجت الوصول إلى نظام خاص بك، أو إلى قناة لا يعمل عليها التدفق. فالتدفق جهد أقل ولا شيء فيه يتعطّل من جهتك. والتدفقات لا تظهر في صفحة الروبوتات. فكلاهما روبوت في الأساس، لكن الصفحة تسرد بقصد روبوتات الـwebhook وحدها، فيُدار كلٌّ منهما في مكان واحد. من يستطيع ذلك | | وكيل الدعم | المدير | |---|---|---| | رؤية قائمة الروبوتات | نعم | نعم | | الإنشاء والتعديل والحذف | لا | نعم | | توليد الرمز أو السرّ من جديد | لا | نعم | والروبوتات ليست من الصلاحيات التي يمكن منحها لدور مخصص. راجع الأدوار والصلاحيات. الحدود - روبوت نشط واحد لكل قناة. فلا يمكن أن يردّ تدفق وروبوت webhook على القناة نفسها. - نوع الروبوت ثابت عند الإنشاء. فروبوت webhook لا يصبح تدفقاً، ولا العكس. - تنتهي مهلة الإرسالية بسرعة — خمس ثوانٍ افتراضياً. فأجب سريعاً ثم أدِّ العمل بعد ذلك. - المحاولات محدودة. فالإرسالية التي تجيبها خدمتك بـ429 أو 500 تُعاد ثلاث مرات على الأكثر بفاصل ثوانٍ قليلة. وأي فشل آخر لا يُعاد. - الروبوت الفاشل يُفلت المحادثة. فإن استمر فشل إرساليات الرسائل انتقلت المحادثة من «معلّق» إلى «فتح» وأُضيفت ملاحظة، ليتلقّفها شخص — إلا إن كان حسابك مهيّأً لإبقائها معلّقة. - لا شيء يُحفظ في طابور أثناء تعطّل عنوانك، ولا سجل إرساليات لتقرأه هنا. فسجّل من جهتك. - ورسائل الروبوت تخضع لقيود القناة، ومنها نافذة الـ24 ساعة في واتساب. مواضيع ذات صلة - منشئ التدفقات - أتمتة أم منشئ تدفقات؟ - قواعد الأتمتة إذا لم ينجح الأمر لا تصل أحداث. تحقق أن الروبوت مختار على القناة، وأن الرابط يمكن الوصول إليه من خارج شبكتك عبر HTTPS. التوقيعات لا تطابق أبداً. وقّع الجسم الخام كما وصلك بالضبط، قبل أي تحليل أو إعادة ترميز، وأدخل الطابع الزمني في النص الموقَّع. المحادثات تنتقل إلى «فتح» من تلقاء نفسها. هذا هو مسار الفشل أعلاه: عنوانك يُخطئ على إرساليات الرسائل. لا أرى تدفقي في صفحة الروبوتات. فالتدفقات تُسرد في منشئ التدفقات.