خطأ WhatsApp 2593107: تم تجاوز حد المزامنة
يعني الخطأ 2593107 أن هذا الرقم استخدم بالفعل مزامنته الوحيدة لجهات الاتصال وسجل الدردشة. تحدث المزامنة مرة واحدة عند كل إعداد، ولا يمكن تكرارها، لذا فإن الطريقة الوحيدة لتشغيلها مجددًا هي فصل الرقم ثم ربطه مرة أخرى.
رمز Meta لتجاوز حد استدعاءات المزامنة في واجهة برمجة التطبيقات (API) لرقم ما.
عدد مرات مزامنة جهات الاتصال وسجل الدردشة عند كل إعداد.
الرمز المرتبط الذي تعيده المنظومة عند محاولة المزامنة خارج نافذتها المحددة بـ 24 ساعة.
ما المقصود بالمزامنة هنا؟
هي الخطوة التي تنقل جهات الاتصال الحالية وسجل المحادثات الخاصين برقم Coexistence إلى جانب API، حتى لا تبدأ البرمجيات دون بيانات عن رقم استخدمه نشاط تجاري لسنوات.
توجد هذه الخطوة فقط بسبب Coexistence. فالرقم الذي أُعد بالطريقة العادية لا يملك سجلًا سابقًا في التطبيق لنقله، ولا يوجد ما يستدعي المزامنة. أما رقم Coexistence فيملك الأمرين، وتوفر Meta نقلًا واحدًا لهما عند اتصال الرقم.
ولهذا أيضًا يبدو الخطأ غير مألوف حتى لمن عملوا مع Cloud API فترة طويلة. فهو يخص نمط إعداد لم يستخدموه من قبل.
لماذا لا يمكن تشغيلها إلا مرة واحدة؟
لأنها جزء من الإعداد وليست قدرة مستمرة، وتتعامل Meta معها على أنها قرار واحد يُتخذ عند الاتصال.
يُسأل مالك النشاط التجاري أثناء Embedded Signup عما إذا كان يريد مشاركة سجل الدردشة الحالي. والموافقة هي التي تسمح بتشغيل المزامنة. لا يوجد إعداد لإعادة تفعيلها لاحقًا، ولا توجد نقطة نهاية (endpoint) تكررها، لذلك يعيد الطلب الثاني هذا الخطأ بدلًا من حد معدل ينتهي تلقائيًا.
والنتيجة العملية أن هذا الاختيار أهم مما يبدو وقت اتخاذه. فمن يتجاوز خطوات الإعداد سريعًا ويرفض السجل لأن الرفض يبدو أكثر أمانًا، يكون قد اتخذ قرارًا لا يمكن مراجعته إلا بالفصل الكامل ثم إعادة الاتصال.
ماذا يحدث إذا احتجت إليها مرة أخرى؟
يجب فصل الرقم ثم ربطه مرة أخرى، وهذه عملية فعلية وليست إعدادًا.
تبدأ عملية الربط من جديد عبر Embedded Signup، بما في ذلك مسح الرمز من الهاتف، وتمنح فرصة جديدة لقبول السجل. يظل تطبيق WhatsApp Business دون تأثر طوال العملية، لذلك لا يفقد النشاط التجاري شيئًا، لكنها ليست عملية صامتة في الخلفية، إذ يجب أن يكون شخص ما بجوار الهاتف.
هناك نتيجة تستحق التخطيط لها. يؤدي الفصل إلى إزالة وجهة خطاف الويب (webhook)، لأن هذه الوجهة محفوظة كتجاوز ضمن اشتراك التطبيق، لا ضمن الرقم. وتعيد إعادة الربط الإرسال والمراقبة، لكنها لا تعيد التسليم إلى خادمك تلقائيًا ما لم يُضف مرة أخرى.
الأخطاء الشائعة
- إعادة محاولة طلب المزامنة. فهي تحدث مرة واحدة، ولذلك تعيد المحاولة الخطأ نفسه بدلًا من النجاح لاحقًا.
- رفض سجل الدردشة أثناء الإعداد بدافع الحذر. لا يمكن مراجعة هذا الاختيار إلا بإعادة ربط الرقم.
- إعادة الربط دون التخطيط لاستعادة وجهة webhook، التي تُزال مع التطبيق.
تعيد EasyCoexistence تطبيق وجهة webhook للرقم تلقائيًا بعد أي إعادة ربط، لأن الإرسال والمراقبة يعودان تلقائيًا، بينما لا يعود التسليم إلى خادمك من تلقاء نفسه.
الأسئلة الشائعة
هل يحدث هذا مع رقم Cloud API عادي؟
لا. توجد المزامنة لأرقام Coexistence فقط، لأنها الوحيدة التي تملك سجلًا سابقًا في التطبيق لنقله.
ما مقدار السجل الذي تتم مزامنته؟
تزامن Meta نافذة من سجل المحادثات الحديثة عند الإعداد. وتحدد Meta مقدارها الدقيق، لا مزود الخدمة.
هل ستؤدي إعادة الربط إلى فقدان محادثاتي على الهاتف؟
لا. لا يتأثر تطبيق WhatsApp Business ولا محادثاته بالفصل وإعادة ربط جانب API.
هل 2593108 هي المشكلة نفسها؟
لا. يعني ذلك الرمز أن محاولة المزامنة حدثت بعد أكثر من 24 ساعة من الإعداد، لا أنها نُفذت من قبل.
تابع القراءة
هل أنت مستعد للبدء؟
أعد إعداد WhatsApp Coexistence خلال دقائق، وليس أشهر. يواصل التطبيق العمل على الهاتف.
ابدأ الفترة التجريبية المجانيةتم التحقق في