تكامل
تكامل Make مع نافس CRM: سيناريوهات تبدأ عند تحرّك الصفقات
في كل مرة تنتقل فيها صفقة إلى مرحلة جديدة، يرسل نافس CRM حدثًا بصيغة JSON إلى رابط Webhook في Make، فتبدأ سيناريوهات تربط الصفقة ببقية أدواتك: جداول المالية، ومجلدات المشاريع، وتنبيهات الفرق.
ماذا تبني بهذا التكامل
Make منصة أتمتة مرئية تربط التطبيقات بسيناريوهات من وحدات متتابعة. ودور نافس هنا أن يكون نقطة البداية: كل تغيير في مرحلة صفقة يصل إلى السيناريو ومعه اسم الصفقة ومبلغها ومسارها والمرحلتان السابقة والجديدة.
أفكار عملية يبنيها فريق العمليات دون مطوّر:
- عندما تصل الصفقة إلى مرحلة التعاقد، يضيف السيناريو صفًا في جدول المالية بالمبلغ واسم العميل.
- عندما تدخل صفقة مرحلة التنفيذ، يُنشأ مجلد للمشروع في أداة الملفات التي تستخدمونها ويُبلَّغ مدير المشروع.
- عندما تتراجع صفقة إلى مرحلة سابقة، يصل تنبيه إلى مدير المبيعات عبر أداة التواصل الداخلية.
كل هذا يعتمد على الوحدات المتاحة في حساب Make لديكم، أما في نافس فالمطلوب رابط واحد فقط. ولأتمتة ما يحدث داخل نافس نفسه، مثل إنشاء مهمة أو إرسال قالب WhatsApp، استخدم الأتمتة المدمجة.
الإعداد
أنشئ Webhook في Make
في سيناريو جديد اجعل الوحدة الأولى Webhooks ثم Custom webhook، وأنشئ Webhook جديدًا وانسخ رابطه.
الصق الرابط في نافس
بصفتك مديرًا، افتح «متجر التطبيقات» ← Make ← زر الإعداد، والصق الرابط في حقل Webhook URL، ثم اضغط «حفظ». أما حقل رمز API الاختياري فاتركه فارغًا، إذ لا يستخدمه نافس في الإرسال.
تحقق من وصول الطلبات
اضغط «اختبار الاتصال»، فيرسل نافس طلبًا تجريبيًا إلى الرابط ويعرض رمز الاستجابة. هذا الطلب يحمل حدثًا تجريبيًا فقط، ولا يحتوي حقول الصفقة.
علّم Make شكل البيانات
شغّل السيناريو مرة واحدة ليبقى الـ Webhook في وضع الاستماع، ثم غيّر مرحلة صفقة تجريبية في نافس. يصل حدث حقيقي فيتعرف Make على بنيته وحقوله.
ابنِ الفلاتر وفعّل السيناريو
أضف فلترًا على الحقل data.stage مثلًا، واكتب اسم المرحلة كما ورد في الحدث الحقيقي، ثم أكمل الوحدات وفعّل السيناريو ليعالج الأحداث فور وصولها.
استخدم بطاقة Make في «متجر التطبيقات». روابط الأتمتة في تبويب المطوّرين تُحفظ وتُختبر، لكن لا يُرسل إليها أي حدث من نافس.
شكل البيانات التي تصل إلى Make
يصل الحدث طلبَ POST بصيغة JSON، في غلاف ثابت: الحقل event بقيمة deal.stage_changed، والحقل delivered_at بوقت الإرسال، والحقل data بالتفاصيل التالية:
| الحقل | المعنى |
|---|---|
| deal_id | رقم الصفقة في نافس |
| name | اسم الصفقة |
| amount | المبلغ |
| pipeline | اسم المسار |
| previous_stage | اسم المرحلة السابقة |
| stage | اسم المرحلة الجديدة |
| updated_at | وقت آخر تحديث للصفقة |
تصل المرحلة والمسار بأسمائهما المعروضة لا بمعرّفات داخلية. والاتجاه من نافس إلى Make فقط؛ فإذا أردت أن يكتب السيناريو في نافس، كتحديث صفقة أو إنشاء جهة اتصال، فاستخدم وحدة HTTP في Make مع الواجهة البرمجية REST ورمز وصول شخصي، مع مراعاة أن الرموز تنتهي افتراضيًا بعد 14 يومًا.
حدود التسليم
- حدث واحد: تغيير المرحلة فقط، دون أحداث إنشاء جهات الاتصال أو الشركات.
- بلا توقيع ولا إعادة محاولة: يُرسل الطلب مرة واحدة بمهلة قصيرة، فإذا تعذر الوصول إلى Make ضاع الحدث.
- رابط عام فقط: روابط Make نفسها عامة، لكن أي عنوان داخلي أو خاص يُرفض.
- حدود Make نفسها: يعالج Make حتى 300 طلب وارد كل 10 ثوانٍ ويرد بالرمز 429 عند تجاوز ذلك، ويخزن ما لم يُعالج في طابور بحد تحدده خطتكم، ويوقف الـ Webhook غير المرتبط بسيناريو بعد 5 أيام.
إذا احتجت أحداثًا أكثر، مثل إنشاء جهة اتصال أو حذف صفقة، مع توقيع وإعادة محاولة تلقائية، فأنشئ Webhook صادرًا من الإعدادات يشير إلى رابط Make نفسه، وهو متاح في خطة Pro.
أسئلة شائعة
الأسئلة 4
لماذا لا يتعرف Make على حقول الصفقة بعد اختبار الاتصال؟
لأن طلب الاختبار يحمل حدثًا تجريبيًا بلا حقول صفقة. انقل صفقة تجريبية بين مرحلتين والسيناريو في وضع الاستماع ليصل حدث حقيقي.
هل يعيد نافس إرسال الحدث إذا كان Make متوقفًا؟
لا. الإرسال عبر بطاقة Make يتم مرة واحدة. للتسليم الموثوق استخدم الـ Webhooks الصادرة من الإعدادات، فهي تحاول التسليم حتى 7 مرات قبل أن تعدّه فاشلًا.
هل أحتاج مبرمجًا؟
لا للإعداد الأساسي: رابط يُلصق في نافس وسيناريو يُبنى في Make. قد تحتاج خبرة تقنية فقط عند الكتابة إلى نافس عبر الواجهة البرمجية.
هل يمكن ربط Make و n8n معًا؟
نعم. كل تغيير مرحلة يُرسل إلى Make وإلى n8n وإلى الـ Webhook المخصص في الوقت نفسه، إذا كانت كلها مضبوطة.
المصادر
- Make Help Center: Webhooksاطُّلع عليه في