دليل إدارة واتساب للشركات: تنظيم المحادثات، أتمتة الدعم، وحل أزمة المكالمات والدفع المحلي

تعتمد آلاف الشركات والمتاجر الإلكترونية في العالم العربي على تطبيق واتساب كشريان أساسي للتواصل التجاري، إلا أن الاعتماد على التطبيق الفردي المجرد يتحول سريعاً من ميزة تنافسية إلى اختناق تشغيلي معقد. يبدأ الأمر برقم هاتف وحيد يتناوب عليه موظفون متعددون، وتتراكم فيه الرسائل دون تصنيف، وتضيع فيه بيانات العملاء، بينما تتداخل المحادثات وتتعطل مسارات البيع بسبب المكالمات العشوائية المتكررة. إن التحول من المراسلة اليدوية العشوائية إلى بنية تشغيل مؤسسية منظمة لم يعد رفاهية تقنية، بل ضرورة تشغيلية تحدد قدرة الشركة على التوسع، والحفاظ على عملائها، ورفع كفاءة فريق العمل.

🏢 لماذا تحتاج الشركات العربية إلى نظام احترافي لإدارة واتساب؟

التحول من المحادثات الفردية إلى خدمة العملاء المؤسسية

في المراحل الأولى للمشروع التجاري، يبدو استخدام تطبيق واتساب العادي أو تطبيق “واتساب الأعمال” (WhatsApp Business App) كافياً ومريحاً. يتولى صاحب العمل أو موظف مبيعات واحد استقبال الاستفسارات، وتأكيد الطلبات، والرد على مشاكل الشحن. لكن بمجرد أن يتجاوز حجم العمل حاجز الخمسين رسالة يومياً، تنهار قدرة هذا النموذج الفردي على الاستيعاب.

تتحول المحادثات في التطبيق العادي إلى تدفق خطي غير مفهرس؛ فالرسائل الجديدة تدفع الرسائل المعلقة إلى أسفل القائمة، وتتحول طلبات الشراء إلى محادثات منسية. في المقابل، تقتضي خدمة العملاء المؤسسية تحويل كل محادثة إلى “تذكرة عمل” (Ticket/Conversation Entity) لها دورة حياة واضحة: بداية بالاستلام، ثم التحقق والتأهيل، ثم التعيين لمسؤول محدد، وصولاً إلى الإغلاق وتسجيل النتيجة داخل سجل العميل.

تأثير تأخر الرد على المبيعات ومعدلات إتمام الطلبات

في التجارة الإلكترونية وقطاع الخدمات في الشرق الأوسط ومصر، ترتبط سرعة الاستجابة ارتباطاً عضوياً بمعدل التحويل (Conversion Rate). تشير الدراسات التشغيلية لسلوك المستهلك الرقمي إلى أن العميل الذي يرسل استفساراً عبر واتساب يكون في أعلى درجات الجاهزية للشراء (High Intent) خلال أول 5 إلى 15 دقيقة من إرسال الرسالة.

إذا تأخر الرد لساعات، ينتقل العميل ببساطة إلى منافس آخر يقدم استجابة أسرع. يؤدي غياب الأتمتة وصناديق الوارد الموزعة إلى تراكم الرسائل خارج ساعات العمل الرسمية، مما يفقد الشركة نسبة معتبرة من صفقاتها المحتملة التي كان يمكن حسمها آلياً أو عبر توجيه العميل لاتخاذ إجراء تمهيدي واضح.

ضياع المحادثات عند انتقال الموظفين وتغير الورديات

يعتمد النموذج التقليدي على تخزين المحادثات محلياً داخل ذاكرة الهاتف أو في نسخة احتياطية سحابية فردية. عندما ينتهي دوام موظف الفترة الصباحية ويبدأ موظف الفترة المسائية، يضطر الفريق إما إلى تمرير الهاتف يدوياً، أو مراجعة الرسائل السابقة بشكل سطحي وسريع، مما يؤدي إلى نسيان وعود قُطعت للعملاء، أو تكرار طرح الأسئلة نفسها عليهم، مسبباً إحباطاً كبيراً للعميل وتراجعاً في الثقة.

تزداد الأزمة خطورة عند استقالة موظف المبيعات أو غيابه المفاجئ، حيث تظل سياقات المفاوضات معلقة داخل هاتفه دون أن تملك الإدارة رؤية واضحة لما تم الاتفاق عليه.

مشكلة احتكار الموظف للمعلومات والعلاقات مع العملاء

في غياب منصة مركزية، يتحول موظف المبيعات إلى “مستودع منعزل للمعلومات” (Information Silo). يعرف الموظف تفضيلات العميل، وأسعاره الخاصة، وتاريخ مشاكله، بينما تظل الشركة ككيان مجردة من هذه المعرفة.

هذا الاحتكار يضعف الموقف التفاوضي للمؤسسة، ويهدد استمرارية العمل في حال مغادرة الموظف وانتقاله إلى منافس حاملاً معه علاقات العملاء وتاريخهم، دون أن تملك الشركة سجلاً موثقاً ومؤرشفاً للرجوع إليه.

صعوبة متابعة الأداء عند استخدام هاتف واحد

لا تتيح تطبيقات واتساب الفردية أي مؤشرات أداء تشغيلية (KPIs) قابلة للقياس والتدقيق. لا تستطيع الإدارة معرفة متوسط زمن الرد الأول (First Response Time)، أو زمن حل المشكلة (Resolution Time)، أو عدد المحادثات التي أغلقها كل موظف على حدة.

تصبح تقييمات الموظفين خاضعة للانطباعات الشخصية غير الدقيقة، ويغيب التمييز العادل بين الموظف النشط الذي يغلق عشرات التذاكر والموظف المتراخي الذي يؤجل الردود.

الفرق بين استخدام واتساب كقناة اتصال واستخدامه كنظام تشغيل للمبيعات

• قناة اتصال مجردة (Communication Channel): أداة لتبادل النصوص والوسائط بين طرفين، تنتهي مهمتها بإرسال الرسالة واستلامها دون ربط بالعمليات الخلفية للمؤسسة.
• نظام تشغيل للمبيعات (Sales Operating System): بيئة متكاملة تدمج واتساب بمسارات البيع، وتتيح إدارة علاقات العملاء (CRM)، وتدفقات العمل المؤتمتة (Workflows)، وربط المخزون، وتحديث حالات الشحن، وتوثيق سجلات الدفع، وإسناد المهام والملاحظات الداخلية لكل محادثة لضمان اكتمال دورة البيع من نقطة البداية حتى ما بعد البيع.

متى يكفي التطبيق التقليدي ومتى تحتاج الشركة إلى منصة متخصصة؟

⚠️ تحديات واتساب الأربعة في الشركات المصرية والعربية

أزمة مكالمات واتساب وتأثيرها في خدمة العملاء

تعد المكالمات الصوتية والمرئية الواردة عبر واتساب واحدة من أكبر مصادر الهدر التشغيلي لفرق الدعم والمبيعات. يعود تفضيل الشركات للمحادثات الكتابية إلى اعتبارات تنظيمية بحتة: فالرسالة النصية تتيح توثيقاً كاملاً لكافة تفاصيل الاتفاق، وتمنع تضارب الوعود الشفهية، وتسمح لموظف الدعم بخدمة عدة عملاء في وقت متزامن بدلاً من حصر انتباهه في مكالمة هاتفية واحدة قد تمتد لدقائق طويلة للإجابة عن سؤال بسيط حول سعر منتج أو موعد وصول شحنة.

تؤدي المكالمات الهاتفية غير المنظمة إلى إرباك الموظفين ومقاطعة تركيزهم في معالجة الطلبات الحساسة. كما أن المكالمة الشفهية لا تترك أثراً رقمياً يمكن مراجعته داخل نظام الـ CRM، مما يجعل متابعة شكاوى العملاء أو التحقق من جودة أداء الموظف أمراً بالغ الصعوبة.

من هنا تنشأ الحاجة إلى وضع سياسات واضحة لإرشاد العميل نحو الدعم الكتابي، دون إشعاره بالإهمال، مع استخدام رسائل توجيه آلية توضح أن هذا الخط مخصص للدردشة السريعة والتوثيق، لضمان أعلى مستوى من الدقة والخدمة.

مشكلة ربط واتساب بعدة موظفين برقم واحد

تتيح شركة Meta ميزة ربط الأجهزة المتعددة (Linked Devices) في التطبيق العادي لعدد محدود من الأجهزة (حتى 4 أجهزة وحاسوب واحد)، لكن هذه الخاصية صُممت للاستخدام الشخصي الممتد، وليس لفرق العمل المؤسسية. في بيئة العمل الجماعي على التطبيق العادي، يستطيع أي موظف فتح أي محادثة، والاطلاع على رسائل زملائه، بل وحذف المحادثات أو تعديلها دون أن تملك الإدارة سجلاً يوضح من قرأ الرسالة أو من أرسل الرد.

ينتج عن ذلك ظاهرة “الرد المزدوج والمتعارض”؛ حيث يشرع موظفان في مراسلة العميل نفسه في اللحظة ذاتها، وربما يقدمان إجابات متناقضة أو أسعاراً متفاوتة، مما يظهر الشركة بمظهر العشوائية والضعف المؤسسي.

المنصات المؤسسية المتخصصة تعالج هذا الخلل عبر بناء معمارية مركزية تقوم على جلسة رئيسية تتفرع منها حسابات مستخدمين منفصلة (Sub-accounts)، يرتبط كل منها بصلاحيات محددة، بحيث يتم إسناد المحادثة لموظف واحد فقط يختفي عنه سياق باقي الموظفين لحماية سرية البيانات ومنع التداخل.

أزمة الدفع الدولي واشتراكات البرمجيات

واجهت الشركات في مصر وعدة دول عربية خلال الفترات الأخيرة تحديات تمويلية ومصرفية ملموسة تتعلق بحدود الدفع بالعملات الأجنبية عبر بطاقات الائتمان المحلية، وفرض رسوم تدبير العملة، واشتراطات مصرفية مشددة على المعاملات الدولية. شكلت هذه العقبات حاجزاً كبيراً أمام الشركات الصغيرة والمتوسطة للاشتراك في الأدوات والبرمجيات السحابية العالمية التي تشترط السداد بالدولار الأمريكي وببطاقات دولية حصرية.

من الضروري التمييز بدقة بين مستويين من الدفع:

1. الدفع لمزود المنصة الوسيطة: قبول المنصة للعملات المحلية ولطرق الدفع الإقليمية الميسرة (مثل شبكة ميزة، إنستاباي، فودافون كاش، والمحافظ الإلكترونية في مصر، أو سداد ومدى في الخليج) يفك قيود العملة عن كاهل صاحب العمل فيما يخص تكلفة المنصة وأدوات الإدارة. وتعتبر منظومة EGCash المتخصصة في تتبع المحافظ الإلكترونية نموذجاً للأدوات التي تواكب هذا التوجه المحلي.
2. الدفع لشركة Meta: في حال الاعتماد على واجهة Meta Cloud API الرسمية، تظل هناك فواتير استهلاك تُسدد مباشرة لشركة Meta بحسب أسعار المحادثات وحجم الرسائل، مما يستلزم في كثير من الأحيان بطاقات مصرفية ذات سقف دولي بالعملة الصعبة.

لذا فإن فهم طبيعة التعاقد المالي وطرق الفوترة قبل التورط في بنية تحتية رقمية معقدة يمثل خطوة أساسية لضمان استمرارية التشغيل وتجنب توقف الخدمة المفاجئ.

مخاطر الحظر والقيود التشغيلية

الحظر في واتساب ليس حدثاً عشوائياً، بل استجابة لخوارزميات أمنية معقدة تراقب مؤشرات الرسائل غير المرغوب فيها (Spam Signals). يتراوح التقييد من تقييد مؤقت للمراسلة لساعات محددة، إلى الحظر الشامل للرقم وفقدان قاعدة الاتصال نهائياً.

تنشأ الغالبية العظمى من حالات الحظر بسبب ممارسات تسويقية غير سليمة، مثل:

• شراء قوائم أرقام هاتفية عشوائية وإرسال رسائل جماعية مجهولة المصدر دون موافقة مسبقة (Opt-in).
• معدلات البلاغات المرتفعة؛ فإذا قام عدد من المستخدمين بالضغط على زر “إبلاغ” (Report) أو “حظر” (Block) في فترة زمنية قصيرة، تضع خوارزميات الأمان الحساب في دائرة الحظر الفوري.
• التكرار الحرفي لرسالة نصية واحدة دون تغيير لمئات المستلمين في غضون دقائق، مما يؤكد للأنظمة الآلية أن الحساب يخضع لسلوك آلي مشبوه (Bot-like behavior).

⚖️ مقارنة شاملة بين WhatsApp العادي وMeta Cloud API ومنصات الربط الذكية

لتحديد الخيار التقني الأمثل، يجب فحص الفروق التشغيلية والمالية والمعمارية بين الخيارات الثلاثة المتاحة للشركات:

منصة Whats360 هي حل برمجي وسيط يعتمد على ربط جلسات واتساب المباشرة (QR Direct Connection)، ولا تُصنف كمزود خدمات أعمال رسمي تابع لشركة Meta (Meta Business Solution Provider – BSP) أو واجهة Meta Cloud API. لكل بنية تقنية مزاياها ومحاذيرها؛ فالربط المباشر يوفر سرعة التنفيذ، وانعدام تكاليف المحادثات الإضافية، وسهولة الدفع المحلي، لكنه يتطلب اتباع سياسات تشغيلية واعية لحماية أرقام الهواتف من الحظر. وعندما تحتاج الشركات إلى تطوير حلول برمجية مخصصة للربط مع أنظمتها الداخلية، تبرز خدمات Beincode كشريك تنفيذي لتطوير الأنظمة السحابية المعقدة.

📞 التشريح الفني لمشكلة مكالمات واتساب

ماذا تفعل ميزة إسكات المتصلين غير المعروفين؟

أطلقت شركة Meta في تحديثاتها الأخيرة ميزة “إسكات المتصلين غير المعروفين” (Silence Unknown Callers). تعمل هذه الميزة على مستوى نظام التشغيل داخل الهاتف الذكي: عندما يتصل رقم غير مسجل في جهات الاتصال، لا يرن الهاتف ولا تظهر شاشة الاتصال الكاملة المزعجة للموظف.

مع ذلك، فإن هذه الميزة ليست حلاً شاملاً لمنع المكالمات نهائياً، وذلك لسببين أساسيين:

• يظل الاتصال مسجلاً في قائمة المكالمات الأخيرة (Call Log)، ويظهر إشعار للموظف يفيد بوجود مكالمة فائتة، مما يستنزف جزءاً من انتباهه.
• لا يتم إشعار المتصل بأن اتصاله قد تم رفضه أو تحويله، بل يظل يستمع إلى نغمة الرنين حتى ينقطع الخط تلقائياً، مما يولد لديه انطباعاً سلبياً بأن الشركة تتجاهل الرد على اتصالاته الهاتفية.

ما الذي تستطيع المنصات المتخصصة فعله؟

تتعامل المنصات المتخصصة التي تدير جلسات واتساب الويب مع أحداث الاتصال الصوتي وفق الإمكانات المتاحة في بروتوكولات الاتصال. واجهات برمجة الرسائل النصية لا تمنح صلاحية برمجية صلبة لتعديل بروتوكول المكالمات الصوتية المشفرة طرفاً لطرف (End-to-End Encryption) أو إلغائها من جذورها على خوادم واتساب، لكنها توفر بدائل تشغيلية ذكية تسد هذه الفجوة:

• رصد إشارات الاتصال: تستطيع الأنظمة رصد إشعار محاولة الاتصال فور وصوله إلى الجلسة.
• الرد الآلي الفوري على المكالمات (Call Auto-responder): فور انقطاع الاتصال أو إسكاته، يطلق النظام آلياً رسالة نصية محددة مسبقاً إلى رقم المتصل توضح أن خط الدعم مخصص للرسائل الكتابية الفورية لضمان التوثيق وسرعة تلبية الطلبات.
• توجيه العميل إلى مسارات الخدمة الذاتية: تتضمن الرسالة النصية الفورية روابط سريعة، أو قائمة خيارات (Menu)، أو دعوة لتوضيح الاستفسار كتابة ليبدأ البوت الذكي أو الموظف المتاح في خدمته دون أي إبطاء.

نموذج سياسة دعم تعتمد على الرسائل الكتابية

لتحويل العملاء بسلاسة من الاتصال الصوتي إلى المحادثة المكتوبة في السوق المصري، يجب صياغة الرسالة بنبرة مهنية ودودة تحافظ على رضا العميل وتشرح له فائدة التواصل الكتابي.

📥 هندسة صندوق الوارد المشترك WhatsApp Inbox

المعمارية التشغيلية لصندوق الوارد

يقوم صندوق الوارد الجماعي المؤسسي (Team Inbox) على هيكل بيانات يفصل بين قناة الاستقبال (الرقم الفعلي) وواجهة الاستخدام (حسابات الموظفين). تتلخص دورة حياة البيانات في المراحل التالية:

• استقبال الرسالة ومعالجتها (Ingestion): تصل الرسالة إلى خادم المنصة، حيث يتم فك تشفير المحتوى وفهرسة الوسائط والميتاداتا (رقم المرسل، التوقيت، معرف الرسالة الفريد message_id).
• الربط مع الـ CRM وسجل العميل (Entity Resolution): يبحث النظام عن رقم الهاتف داخل قاعدة البيانات. إذا كان مسجلاً، يتم استدعاء ملف العميل، ورتبته (VIP، عميل جديد، شكوى معلقة)، وتاريخ طلباته السابقة. وإذا كان رقماً جديداً، يُنشأ له سجل فوري. وعند وجود حاجة للتواصل المتعدد عبر القنوات، تتكامل هذه البيانات بسلاسة مع بوابات مثل SMS Control لإرسال الرسائل النصية القصيرة عند تعذر اتصال الإنترنت لدى العميل.
• تطبيق خوارزمية التعيين (Assignment Logic): يُفحص سجل المحادثة؛ فإذا كانت تابعة لمحادثة مفتوحة بالفعل، تُوجه تلقائياً إلى الموظف المسؤول عنها سابقاً. وإذا كانت محادثة جديدة، تمرر إلى محرك التوزيع ليتم إسنادها وفق القواعد النشطة.
• تسجيل الحالة (State Management): تأخذ المحادثة إحدى الحالات المعتمدة في النظام:
  • جديدة (Pending/Open): في انتظار استجابة الموظف.
  • قيد المعالجة (In Progress): يتواصل الموظف مع العميل بنشاط.
  • في انتظار رد العميل (Waiting Reply): أرسل الموظف العرض وينتظر القرار.
  • مكتملة (Completed/Resolved): أُغلقت التذكرة وتم حل المشكلة.
• الملاحظات والمهام الداخلية (Internal Context): يستطيع الموظفون كتابة ملاحظات وتنبيهات داخل سياق المحادثة بلون مختلف (Internal Notes) يراها أعضاء الفريق ولا يراها العميل إطلاقاً، مما يسهل تبادل المعلومات والتعليمات بين المشرف والموظف.

مفهوم عزل المحادثات وحماية بيانات العملاء

في بيئة الأعمال التنافسية، يمثل تسريب أرقام العملاء أو اطلاع موظفي المبيعات على صفقات زملائهم خطراً تشغيلياً وأمنياً جسيماً. يعتمد النظام المؤسسي الرصين على معمارية صارمة لعزل البيانات تقوم على المبادئ التالية:

• العزل البصري في الواجهة (Interface Isolation): لا يرى الموظف العادي داخل صندوق الوارد سوى المحادثات التي أُسندت إليه رسمياً. تظل محادثات باقي الزملاء محجوبة عنه تماماً، ولا يملك صلاحية البحث في أرقام ليست ضمن نطاق اختصاصه.
• التحكم المستند إلى الأدوار (Role-Based Access Control – RBAC): تنقسم الصلاحيات إلى مستويات هرمية:
  • المسؤول (Admin): يرى كافة المحادثات، ويملك صلاحيات الضبط المالي، والربط البرمجي، وإضافة الأجهزة، وتعيين الموظفين.
  • المشرف (Supervisor/Team Lead): يراقب أداء قسم محدد، ويملك صلاحية إعادة توجيه المحادثات بين الموظفين، والاطلاع على الإحصائيات وسجلات الأداء دون تعديل إعدادات النظام الحساسة.
  • الموظف (Agent): صلاحية محصورة في قراءة والرد على المحادثات المسندة إليه، واستخدام القوالب المعتمدة، وإضافة ملاحظات التذاكر.
• عزل البيانات على مستوى التخزين (Data Isolation): ترتبط كل محادثة بمعرف الموظف المسند إليه الحساب (assigned_to_user_id). يفرض الخادم قيوداً مشددة عند استدعاء أي نقطة نهاية برمجية، بحيث يرفض تلقائياً تزويد أي مستخدم ببيانات لا تطابق صلاحياته، حتى لو حاول التلاعب بروابط المتصفح. وتطبق منصات البريد المتقدمة مثل UltraMail معايير مشابهة في عزل صناديق البريد المؤسسية بين الموظفين.

خوارزميات توزيع المحادثات

لضمان عدالة التوزيع وسرعة الاستجابة، تعتمد المنصات على عدة نماذج لتوجيه الرسائل الجديدة:

خوارزمية التوزيع بالتساوي الدوري (Round-Robin)

توزع المحادثات الجديدة بالتتابع الدائري الصارم على الموظفين المسجلين في النظام.

التوزيع بحسب عبء العمل ومعدل المحادثات النشطة (Load Balancing)

تتجاوز هذه الخوارزمية عيوب التوزيع الدائري؛ فإذا كان الموظف (أ) يواجه مشكلة تقنية معقدة مع عميل استنزفت وقته، بينما أنهى الموظف (ب) كافة محادثاته وأصبح فارغاً، يقوم محرك التوزيع بفحص عدد “المحادثات المفتوحة النشطة” لدى كل موظف، ويوجه المحادثة الجديدة إلى الموظف الأقل انشغالاً (Least Busy Agent) لضمان عدم تكدس التذاكر لدى موظف واحد.

التوزيع بحسب ساعات العمل والورديات (Shift-Based Routing)

يرتبط التوزيع بحالة تسجيل الدخول الرسمية للموظف. إذا انتهت ساعات عمل الموظف الصباحي، يتوقف النظام فوراً عن إسناد أي تذاكر جديدة إليه، ويقتصر التوزيع على الموظفين المتواجدين على رأس العمل (Online Status) في الوردية الحالية، مع إمكانية تحويل المحادثات المعلقة تلقائياً إلى موظفي الوردية البديلة.

استثناءات العملاء الدائمين وأولوية العميل (Sticky Routing & VIP)

عندما يراسل عميل مسجل كـ “VIP” الشركة، يتم تجريده من قواعد التوزيع العشوائي وتوجيهه فوراً إلى مدير حسابات كبار العملاء. كما يتيح النظام خيار “الربط الثابت” (Sticky Routing)، بحيث يعود العميل دائماً إلى الموظف نفسه الذي تواصل معه خلال آخر 30 يوماً، لتعزيز العلاقة الشخصية وتوفير وقت إعادة شرح المشكلة.

مؤشرات أداء فريق خدمة العملاء

تتيح لوحة التحليلات المتقدمة للقيادات التشغيلية متابعة كفاءة الفريق من خلال مقاييس دقيقة:

• متوسط زمن الاستجابة الأول (First Response Time – FRT): الوقت المنقضي بين إرسال العميل لرسالته الأولى واستلامه لأول رد بشري من الموظف. كلما انخفض هذا الرقم، ارتفعت مؤشرات الرضا.
• زمن حل المشكلة (Resolution Time): الوقت الكلي المستغرق من لحظة فتح التذكرة حتى تصنيفها كـ “مكتملة”، وهو مقياس حاسم لكفاءة الموظف وقدرته على الإنجاز.
• معدل المحادثات المغلقة لكل موظف (Closed Tickets per Agent): يوضح حجم الجهد المبذول والقدرة الإنتاجية اليومية لكل فرد داخل الفريق.
• معدل المحادثات المتروكة (Abandoned Conversations): نسبة المحادثات التي لم يستجب لها الفريق وغادرها العميل دون حل، وتعتبر مؤشراً خطيراً على نقص الموارد أو تعطل تدفقات العمل.

🤖 منظومة بوتات واتساب الخمسة والذكاء الاصطناعي

تحتوي المنصات الحديثة على مستويات متعددة من الأتمتة تتدرج من الردود البسيطة إلى النماذج الذكية الكاملة:

البوت البسيط (Simple / Keyword-based Bot)

أبسط أشكال الأتمتة البرمجية وأكثرها استقراراً، حيث يعتمد على مبدأ “الشرط والنتيجة” (If This, Then That). يقوم النظام بمسح الرسالة الواردة، فإذا تطابقت مع كلمة مفتاحية محددة أو احتوت عليها، يُطلق الرد المعد مسبقاً.

• آليات المطابقة:
  • مطابقة تامة (Exact Match): تفعيل الرد فقط إذا كانت الرسالة مطابقة تماماً للكلمة المفتاحية (مثل: “الأسعار”).
  • مطابقة جزئية (Contains Match): تفعيل الرد إذا وردت الكلمة المفتاحية ضمن جملة (مثل: “ممكن أعرف الأسعار لو سمحت؟”).
• السيناريوهات المناسبة: الإجابة عن مواعيد العمل، موقع الفرع على خرائط جوجل، الحسابات البنكية المعتمدة، وشروط الاسترجاع والاستبدال.
• الحدود التشغيلية: يعجز تماماً عن فهم الأخطاء الإملائية، ولا يستوعب الجمل المعقدة، ويفشل إذا طرح العميل سياقاً مركباً يجمع بين سؤالين في وقت واحد.

بوت الذكاء الاصطناعي (AI Bot)

تطور نوعي يعتمد على نماذج اللغة الكبيرة (LLMs) لمعالجة اللغة الطبيعية وفهم المعنى الكامن وراء كلمات العميل (Semantic Understanding)، بدلاً من التقيد الحرفي بالكلمات المفتاحية.

• معالجة اللغة: يستوعب اللهجات المحلية (المصرية، الخليجية، الشامية)، ويصحح تلقائياً الأخطاء الإملائية الشائعة، ويفكك العبارات المعقدة.
• المتطلبات التقنية: يتطلب ربط النظام بمفتاح برمجي للذكاء الاصطناعي (مثل Google Gemini API Key أو OpenAI API Key).
• التكلفة والتشغيل: يتحمل صاحب العمل تكلفة استهلاك التوكنز (Tokens) الخاصة بالنموذج بحسب حجم المراسلات اليومية، لكنه يكتسب قدرة فائقة على تقديم ردود صياغية تتطابق مع أسلوب الحديث البشري المتقن.

روبوت الشخصيات (Persona Bot)

أعلى نماذج الأتمتة الذكية تقدماً؛ حيث لا يقتصر دوره على تقديم إجابات مجردة، بل يتم تشكيله ليتقمص دوراً وظيفياً ومهنياً كاملاً (مثل: “كابتن مبيعات محترف”، “مستشارة عناية بالبشرة”، أو “مسؤول حجز استشارات طبية”).

عناصر بناء روبوت الشخصيات المتكامل:

1. الهوية والنبرة (Identity & Tone): تحديد الاسم، الدرجة المهنية، نبرة الصوت (ودودة، رسمية، مرحة)، واللغة المعتمدة (عربية فصحى، عامية مصرية بيضاء).
2. قاعدة المعرفة المرجعية (Knowledge Base): تزويد الروبوت بكتالوج المنتجات المفصل، والأسعار، ومزايا كل منتج، وسياسات الضمان والشحن بالتفصيل. كما يمكن للتجار أصحاب الأنشطة التجارية المتعددة دراسة اتجاهات المنتجات الواعدة عبر منصة Toggaar لتغذية قواعد بيانات البوت بالمنتجات الأعلى طلباً وربحية.
3. تدريب السيناريوهات ومعالجة الاعتراضات (Objection Handling): إمداد النموذج بتعليمات واضحة للتعامل مع أكثر مخاوف العملاء شيوعاً، مثل ارتفاع الأسعار، أو التردد في الدفع المسبق، أو طلب التحدث إلى مدير.
4. التأهيل والإغلاق (Qualification & Closing): لا ينتظر البوت استفسار العميل، بل يطرح أسئلة ذكية لتشخيص احتياجه الفعلي، ثم يوجهه نحو المنتج الأنسب ويقوده لإتمام الطلب فوراً.

أنت "كريم"، مسؤول المبيعات الذكي في متجر "تكنو كارد" المتخصص في بيع ملحقات الهواتف الأصلية في مصر.
- نبرتك: ودودة، احترافية، تتحدث باللهجة المصرية البيضاء المحترمة والواضحة.
- هدفك: مساعدة العميل في اختيار الشاحن أو السماعة المناسبة لهاتفه، والإجابة عن استفساراته، وجمع بيانات الشحن لإتمام الطلب.
- القواعد الصارمة:
  1. لا تخترع أسعاراً أو منتجات غير موجودة في قاعدة بياناتك.
  2. إذا ذكر العميل اعتراضاً على السعر (مثال: "السعر غالي")، وضح له أن المنتج أصلي 100% ويشمل ضمان استبدال حقيقي لمدة عام كامل مع إمكانية المعاينة قبل الاستلام.
  3. إذا طلب العميل الدفع عند الاستلام، رحب بذلك فوراً وأكد له توفر الخدمة في جميع محافظات مصر مع شحن سريع خلال 48 ساعة.
  4. إذا أصر العميل على التحدث إلى موظف بشري، أو واجه مشكلة معقدة في استرجاع شحنة سابقة، رد بأدب: "حاضر يا فندم، هحول محادثتك حالا لزميلي في الدعم الفني وهيتابع معاك خلال دقايق"، ثم قم بتمرير إشارة التحويل للنظام.

سيناريوهات عملية لردود روبوت الشخصية:

• اعتراض: “السعر غالي أوي مقارنة بالسوق”:
  “فاهم وجهة نظرك تماماً يا فندم! 🤝 لكن اسمحلي أوضح لحضرتك إن القطعة دي أصلية 100% وبتجيلك بضمان استبدال معتمد لمدة 12 شهر ضد عيوب الصناعة. المنتجات الأرخص في السوق غالباً بتكون مقلدة وبتأثر على بطارية الموبايل على المدى الطويل. إحنا بنديك راحة البال وجودة تحافظ على جهازك، وتقدر كمان تعاين الشحنة بنفسك قبل ما تدفع أي مليم للمندوب! تحب أحجزلك القطعة بالعرض الحالي؟”
• اعتراض: “أنا عايز أضمن حقي.. هل في دفع عند الاستلام؟”:
  “أكيد يا فندم حقك تماماً! 🚚 الدفع عندنا عند الاستلام متاح في كل محافظات مصر. المندوب بيوصلك لحد البيت، بتفتح الطرد وتطمن على منتجك وعلبته، وبعدها بتسدد القيمة للمندوب. مفيش أي مجازفة من جانبك. تحب أسجل طلبك دلوقتي؟”
• طلب العميل: “أنا مش عايز بوت.. حولني لموظف بشري فوراً”:
  “عيني لحضرتك يا فندم، حقك عليا! 🌟 أنا بوقف الرد الآلي دلوقتي، وهحول المحادثة فوراً لأحد زملائي في فريق خدمة العملاء علشان يتابع مع حضرتك ويكمل استفسارك. ثواني وهيكون معاك.”

بوت الحوار التفاعلي (Conversation / Flow Bot)

يعتمد هذا البوت على بنية استمارة تفاعلية متسلسلة (Guided Form)، حيث يقود العميل عبر خطوات منطقية متتابعة، ولا ينتقل إلى السؤال التالي إلا بعد التحقق من صحة الإجابة السابقة.

• التحقق من صحة المدخلات (Data Validation): يرفض البوت الإجابة إذا طلب رقم هاتف وأدخل العميل حروفاً، أو إذا طلب عنوان بريد إلكتروني وأُدخل نصاً يفتقد لصيغة @.
• الاستخدامات الأساسية: جمع طلبات الصيانة، تسجيل بيانات التوصيل، استطلاعات الرأي بعد الشراء، وتقديم طلبات الالتحاق بالدورات التدريبية.
• التصعيد الذكي: إذا واجه العميل صعوبة أو كرر إدخال بيانات خاطئة ثلاث مرات متتالية، يكسر البوت التدفق تلقائياً ويصعد التذكرة لموظف بشري للمساعدة.

بوت الورديات والعطلات (Shift / Out-of-Hours Bot)

بوت بسيط عالي الانضباط، يرتبط بجدول ساعات العمل الرسمية للمؤسسة وإعدادات التقويم الإقليمي.

• آلية العمل: يفحص توقيت الرسالة الواردة؛ إذا كانت ضمن ساعات العمل (مثلاً: 9 صباحاً إلى 5 مساءً)، يظل صامتاً ليفسح المجال للموظفين. وإذا وصلت الرسالة في المساء أو أثناء عطلة نهاية الأسبوع الرسمية، ينشط البوت فوراً.
• الوظيفة التشغيلية: طمأنة العميل بوصول رسالته، وإخطاره بوضوح بموعد عودة الفريق لاستئناف العمل والرد على طلبه، ومنع تكرار محاولات الاتصال المزعجة خارج أوقات العمل.

تصميم رحلة عميل متكاملة (Automated Customer Journey)

💳 حل أزمة الدفع المحلي والاشتراكات في مصر والوطن العربي

الفرق بين وسائل الدفع المحلية وتكاملات Meta

يخلط كثير من أصحاب الأعمال بين سداد اشتراك “منصة الإدارة والوساطة” وبين تسديد “رسوم محادثات واتساب”. عندما تتيح منصة مثل Whats360 الدفع المحلي عبر إنستاباي أو فودافون كاش، فهذا يعني أن رسوم استضافة النظام، واستخدام صندوق الوارد، وتدريب البوتات، وتفعيل أدوات الربط الداخلي تُسدد بالعملة المحلية للمنصة الوسيطة دون الحاجة لتدبير عملة صعبة.

أما في حال الاعتماد على منصات تتصل عبر واجهات Meta Cloud API، فإن منصة الإدارة قد تقبل منك رسوم برنامجها محلياً، لكنها ستلزمك بربط بطاقة بنكية دولية بحساب Meta Business Manager لسداد رسوم المحادثات الشهرية لشركة Meta مباشرة، مما يعيد إنتاج أزمة تدبير الدولار من جديد.

خيارات الدفع في مصر والواقع المصرفي

تتميز السوق المصرية بانتشار واسع لوسائل الدفع اللاتلامسية والمحافظ الرقمية التابعة للبنوك وشركات الاتصالات، مما جعلها شرياناً رئيسياً لتسوية المدفوعات التجارية. تدعم منصات البرمجيات المحلية (ومنها Whats360 عبر بوابات دفع وسيطة مثل Paymob):

• المحافظ الإلكترونية للهواتف الذكية (E-Wallets): فودافون كاش (Vodafone Cash)، أورنج كاش، اتصالات كاش، ووي باي، والتي تمكن أصحاب الشركات من سداد الفواتير واشتراكات الخدمات فوراً من أرصدة محافظهم.
• شبكة المدفوعات اللحظية (InstaPay): التحويل المباشر من الحسابات البنكية المصرية لحظياً على مدار الساعة دون رسوم إضافية، وهو الخيار الأسرع والأنسب لقطاع الشركات الناشئة.
• البطاقات المصرفية المحلية (Meeza & Local Debit Cards): بطاقات الدفع الوطنية التي تصدرها البنوك المصرية وهيئة البريد، والتي تتيح السداد دون اشتراط وجود بطاقة ائتمان ائتمانية (Credit Card).

خيارات الدفع في الدول العربية (الخليج والمغرب العربي)

تختلف البيئة المصرفية في منطقة الخليج العربي؛ حيث لا توجد قيود على الدفع بالعملات الأجنبية، لكن هناك تفضيلاً كبيراً للمنظومات الوطنية الميسرة:

• المملكة العربية السعودية: الاعتماد الأساسي على بطاقات “مدى” (Mada)، ونظام “سداد”، والمحافظ الرقمية مثل STC Pay وApple Pay.
• الإمارات العربية المتحدة: انتشار البطاقات المصرفية التجارية ومنظومات الدفع السريع والخصم المباشر.
• المغرب العربي: استخدام البطاقات البنكية المحلية المرتبطة بمراكز النقديات الوطنية، مع وجود قيود متباينة على مخصصات التجارة الإلكترونية الدولية بحسب كل بلد.

🔌 التكامل البرمجي عبر API وWebhooks

الفرق الهندسي بين API وWebhooks

• واجهة برمجة التطبيقات (REST API – Pull / Action Model): جسر اتصالي يُستخدم عندما يريد نظامك الخارجي (مثل متجر إلكتروني) “طلب تنفيذ إجراء محدد” من منصة واتساب. المتجر هو البادئ بالاتصال؛ حيث يرسل طلباً عبر بروتوكول HTTP (غالباً طلب POST) يتضمن نص الرسالة ورقم العميل، لتقوم المنصة بمعالجتها وإرسالها للهاتف.
• خطافات الويب (Webhooks – Push / Event-Driven Model): آلية إشعار لحظية معكوسة تعمل عندما “يحدث شيء ما” على منصة واتساب وتريد إبلاغ نظامك الخارجي به فوراً. لا ينتظر متجرك ليطلب التحديث، بل يقوم خادم الواتساب فور استلام رسالة من العميل أو تغير حالة الرسالة (قُرئت، فُتحت) بدفع حزمة بيانات (Payload) بصيغة JSON إلى رابط محدد مسبقاً (Webhook URL) على خادمك لمعالجة الحدث وتحديث قواعد البيانات.

ربط المتاجر الإلكترونية (Shopify, WooCommerce, Salla, Zid)

يتيح التكامل البرمجي أتمتة الرسائل اللحظية لرفع معدلات التحويل وتقليص الهدر التشغيلي:

• تأكيد طلبات الدفع عند الاستلام (COD Orders): فور تسجيل الطلب على المتجر، يُطلق النظام رسالة واتساب آلية تحتوي على تفاصيل المنتجات وزر تأكيد أو إلغاء، مما يوفر ساعات طويلة كان يقضيها الموظفون في الاتصال الهاتفي بالعملاء، ويقلل نسبة الشحنات المرتجعة بما يتجاوز 30%.
• إشعارات الشحن والتتبع (Shipping Tracking): عند تغير حالة الطلب داخل متجر WooCommerce أو سلة إلى “جاري الشحن”، يرسل النظام رسالة برابط تتبع بوليصة الشحن واسم شركة التوصيل لحظياً.
• استرداد السلات المتروكة (Abandoned Cart Recovery): إذا أدخل العميل هاتفه في صفحة الدفع وتراجع عن الشراء، يمكن إرسال تذكير لطيف عبر واتساب بعد ساعة يتضمن عرض خصم مخصص لتحفيزه على إتمام العملية.

مثال cURL لإرسال رسالة نصية عبر API

يوضح المثال التالي تركيبة الطلب البرمجي المعتمد في منصة Whats360 لإرسال رسالة نصية، عبر استدعاء نقطة النهاية الرسمية باستخدام الـ Bearer Token لتوثيق المصادقة:

curl -X POST "https://whats360.live/api/v1/send-text" \
  -H "Authorization: Bearer WHATS360_API_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "instance_id": "device_egypt_sales_01",
    "jid": "201012345678@s.whatsapp.net",
    "msg": "أهلاً بك يا فندم! تم تسجيل طلبك رقم #48291 بنجاح، وجاري تجهيزه للشحن فوراً. 🚀"
  }'

• طريقة الطلب (HTTP Method): POST (أو GET وفق باراميترات الـ URL المحددة في توثيق الحساب).
• ترويسة المصادقة (Authorization Header): تتضمن التوكن المشفر الخاص بحسابك المؤسسي لمنع الوصول غير المصرح به.
• محدد الجهاز (instance_id): يحدد أي من أرقامك المرتبطة بالمنصة سيتولى إطلاق الرسالة.
• معرف المستلم (jid): رقم العميل بالصيغة الدولية متبوعاً بنطاق واتساب المعتمد @s.whatsapp.net.
• محتوى الرسالة (msg): النص الموجه للعميل متضمناً الرموز التعبيرية والمتغيرات الديناميكية.

مثال JSON لإشعار طلب جديد (Webhook Payload)

عندما يتم تسجيل طلب جديد على المتجر، يُنشئ النظام كائن JSON متكامل يُرسل عبر الـ Webhook إلى المنصة ليتم دمجه في قالب الرسالة:

{
  "event": "order.created",
  "timestamp": 1772620800,
  "order_data": {
    "order_id": "ORD-2026-9912",
    "status": "processing",
    "currency": "EGP",
    "total_amount": 1450.00,
    "payment_method": "cod",
    "customer": {
      "first_name": "أحمد",
      "last_name": "محمود",
      "phone": "+201012345678",
      "city": "القاهرة",
      "address": "المعادي - شارع النصر - عمارة 4"
    },
    "items": [
      {
        "sku": "TECH-CHG-65W",
        "name": "شاحن سريع 65 واط أصلي",
        "quantity": 1,
        "price": 850.00
      },
      {
        "sku": "TECH-CBL-TYPEC",
        "name": "كابل شحن فائق التحمل",
        "quantity": 2,
        "price": 300.00
      }
    ]
  }
}

معالجة خطافات الويب (Webhooks) باحترافية وأمان

يتطلب استقبال البيانات ومعالجتها مراعاة معايير أمنية وبرمجية دقيقة داخل خوادمك:

1. التحقق من التوقيع الرقمي (Signature Verification): فحص الترويسة X-Hook-Secret أو توقيع HMAC-SHA256 للتأكد من أن حزمة البيانات مرسلة فعلياً من الخادم المعتمد للمنصة وليست محاولة هجوم خارجي.
2. منع التكرار (Idempotency): في بيئة الشبكات غير المستقرة، قد تعيد خوادم الإرسال إطلاق الـ Webhook إذا تأخر رد السيرفر عن 5 ثوانٍ. يجب على خادمك تسجيل كل معرف حدث (event_id) وفحصه؛ فإذا كان قد عولج مسبقاً، يرد الخادم فوراً بحالة 200 OK دون تكرار إرسال الرسالة للعميل أو تكرار خصم الرصيد.
3. طوابير المعالجة غير المتزامنة (Message Queues): يجب ألا يقوم كود الـ Webhook بتنفيذ مهام ثقيلة (مثل تعديل جداول قواعد بيانات ضخمة أو استدعاء خوادم بطيئة) أثناء استقبال الطلب. الاستجابة السليمة هي وضع الحدث في طابور مهام (مثل Redis أو RabbitMQ)، وإرجاع استجابة فورية HTTP 200، ثم معالجة الرسالة في الخلفية (Background Worker).

🛡️ مكافحة الحظر وأمن التشغيل

ما المقصود بالحماية من الحظر؟

الحظر هو إجراء وقائي تطبقه شركة Meta لحماية مستخدميها من الرسائل الاحتيالية والمزعجة. لذلك، فإن مفهوم “الحماية” لا يعني اختراق أنظمة واتساب أو الالتفاف على قوانينها، بل يعني تصميم سلوك المنظومة التقنية ليتطابق مع السلوك البشري الطبيعي والرشيد، وتجنب المؤشرات المشبوهة التي تصنف الحساب كأداة سبام آلية.

تدوير بصمات الوسائط (Media Hash Rotation)

عندما تقوم بإرسال الصورة الإعلانية نفسها أو مقطع الفيديو نفسه إلى 500 عميل في الوقت ذاته، يقوم خادم واتساب بحساب البصمة الرقمية التشفيرية للملف (Cryptographic Hash – SHA256). تطابق البصمة لمئات المرات المتتالية من حساب واحد خلال دقائق يعد أقوى مؤشر آلي على أن الرسالة حملة دعائية عشوائية مبرمجة، مما يعرض الرقم للإيقاف.

الحل التقني: تطبق المنصات الذكية ميزة “تدوير البصمة”؛ حيث يقوم الخادم آلياً بإضافة بايتات رقمية ضئيلة غير مرئية (Metadata / Zero-width bytes) لملف الصورة أو الفيديو قبل إرساله لكل مستلم على حدة. لا تتأثر جودة الصورة أو أبعادها إطلاقاً بالعين المجردة، لكن بصمتها الرقمية التشفيرية (Hash) تصبح فريدة تماماً ومختلفة عن بصمة الرسالة السابقة، مما يقلل من ارتباطها بنمط الحملات المزعجة.

تأخير الإرسال وتحديد المعدلات (Rate Limiting)

الإرسال الفوري لآلاف الرسائل في الثانية الواحدة مستحيل الحدوث بشرياً. تعتمد المنظومة الآمنة على جدولة وتوزيع الرسائل بفواصل زمنية مدروسة:

• الفواصل العشوائية (Jitter / Random Delay): ضبط فارق زمني متغير تلقائياً بين كل رسالة وأخرى (مثلاً: بين 5 إلى 15 ثانية)، بدلاً من الفارق الزمني الثابت الذي تكشفه الخوارزميات بسهولة.
• قاطع الدائرة الآلي (Circuit Breaker): إذا واجهت الحملة 3 إلى 5 محاولات إرسال فاشلة متتالية (بسبب أرقام غير مسجلة على واتساب أو أرقام معطلة)، يوقف النظام الحملة تلقائياً وينبه المشرف، لأن الإصرار على مراسلة أرقام وهمية يعد مؤشراً سلبياً حاداً لدى خوارزميات الأمان.

تسخين الأرقام (Number Warmer)

إذا اشتريت شريحة هاتف جديدة وربطتها بواتساب وبدأت في اليوم الأول بإطلاق مئات الرسائل، فإن عمر الحساب لن يتجاوز بضع ساعات قبل الحظر الكامل. خوارزميات واتساب تضع الأرقام المفعلة حديثاً في بيئة اختبار مشددة (Sandbox / Fingerprinting Phase).

آلية التسخين البرمجية (Warming Workflow):

• الأسبوع الأول: استخدام الرقم في مراسلات فردية محدودة جداً (10 إلى 20 رسالة يومياً) مع جهات اتصال موثوقة تتبادل الرد مع الرقم.
• الأسبوع الثاني: رفع المعدل تدريجياً إلى 40-50 رسالة يومياً، مع تفعيل الردود على الرسائل الواردة وإجراء محادثات ثنائية متبادلة.
• الأسبوع الثالث والرابع: الانتقال التدريجي إلى حدود 100-200 رسالة يومياً، مع توزيع الإرسال على ساعات النهار فقط.
• لا يضمن نظام التسخين نجاة الرقم إذا كان المحتوى المرسل مخالفاً، لكنه يمنح الرقم الجديد “سلطة تشغيلية وتاريخ اتصال” يقبله بروتوكول الأمان كحساب طبيعي.

نافذة منع التكرار لمدة 24 ساعة (Dedup Window)

تطبيق قاعدة برمجية صارمة داخل نظام الإرسال تمنع إرسال الرسالة الترويجية ذاتها للرقم نفسه خلال نافذة زمنية مدتها 24 ساعة، حتى لو ورد الرقم في أكثر من حملة تسويقية أو ملف بيانات بالخطأ. يحمي هذا الإجراء المؤسسة من غضب العملاء الذي يدفعهم للضغط على زر “إبلاغ”، وهو السبب الأول والأقوى للحظر الفوري.

⏱️ تنفيذ نظام إدارة واتساب للشركة خلال 30 دقيقة

يمكن لأي شركة تحويل واتساب إلى منظومة مؤسسية مستقرة باتباع خطة التنفيذ الميدانية الموزعة على نصف ساعة:

📊 قياس الأداء والتحسين التشغيلي

لا تكتمل المنظومة دون قياس دوري يعتمد على الأرقام لتطوير مسارات البيع والدعم. تبرز الحسابات الرياضية التقديرية التالية كيف يؤثر الانتقال إلى النظام المؤتمت على كفاءة الأعمال:

💼 سيناريوهات تطبيقية للشركات والمتاجر

❓ الأسئلة الشائعة حول إدارة واتساب للشركات (FAQ)

🚀 الخاتمة: من تطبيق مراسلة فردي إلى منظومة تشغيل متكاملة

لم تعد إدارة واتساب في الشركات المعاصرة مجرد مهمة فرعية تُلقى على عاتق موظف يحمل هاتفاً جوالاً في ردهات الشركة؛ بل أصبحت محركاً أساسياً لبناء تجربة العميل، وتسريع مسارات المبيعات، وتثبيت أركان النمو المؤسسي. إن الفارق بين شركة تتخبط في فوضى المكالمات المتكررة والردود المزدوجة وضياع العملاء، وبين شركة تحول كل محادثة إلى صفقة موثقة وعميل دائم، يكمن في البنية التحتية والمنهجية المتبعة.

يبدأ النجاح بتنظيم المسؤوليات، وتطبيق عزل البيانات لحماية أصول الشركة، واستثمار قوة الأتمتة والذكاء الاصطناعي لرفع الأعباء الروتينية عن كاهل الموظفين، مع اختيار الحلول التقنية التي تراعي الواقع المصرفي والمالي لأسواقنا العربية وتوفر قنوات دفع محلية مستقرة.

حدد اليوم أولويات شركتك: هل مشكلتك الأساسية هي تشتت الموظفين، أم إزعاج المكالمات، أم بطء المبيعات وتأخر الردود؟ اختر بنيتك المناسبة، وطبق القواعد خطوة بخطوة، وانتقل بأعمالك إلى مسار الأتمتة الاحترافية.

مقالات ذات صلة

• دليل ربط واتساب بزنس API للشركات والمتاجر
• أتمتة إشعارات متجر ووكومرس عبر واتساب لتقليل المرتجعات
• بوابات الدفع الإلكتروني المحلية في مصر وبدائل الدفع الدولي
• أفضل أنظمة إدارة علاقات العملاء CRM لفرق المبيعات والدعم

<?php
$rawPayload = file_get_contents('php://input');
$signature = $_SERVER['HTTP_X_HOOK_SECRET'] ?? '';
$configuredSecret = 'WHATS360_WEBHOOK_SECRET';

if (empty($signature) || !hash_equals($configuredSecret, $signature)) {
    http_response_code(401);
    exit(json_encode(['status' => 'error', 'message' => 'Unauthorized source']));
}

$data = json_decode($rawPayload, true);
$eventId = $data['event_id'] ?? null;

// التحقق من معالجة الحدث مسبقاً لمنع التكرار (Idempotency Check)
if (checkIfEventProcessed($eventId)) {
    http_response_code(200);
    exit(json_encode(['status' => 'duplicate', 'message' => 'Event already handled']));
}

// تسجيل الحدث ومتابعته
markEventAsProcessed($eventId);
http_response_code(200);
echo json_encode(['status' => 'success', 'message' => 'Webhook processed']);
?>