خطأ WhatsApp 132001: القالب غير موجود

لماذا يعيد قالب موجود الخطأ 132001؟

غالبًا يكون السبب رمز اللغة.

يُحدَّد القالب باسمه ولغته معًا. فالقالب الذي أُنشئ باسم order_update في en_US غير موجود باسم order_update في en، ولا في pt، ولا في pt_BR. يؤدي إرسال الاسم الصحيح مع اللغة المحلية الخاطئة إلى هذا الخطأ تحديدًا، بينما تظل الرسالة عامة بشكل غير مفيد بشأن الجزء الخاطئ.

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

كيف تجد الاسم واللغة الصحيحين؟

اعرض القوالب على الرقم واقرأ بياناتها بدلًا من الاعتماد على ما تم إعداده.

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

عبر موصل MCP، يكون ذلك سؤالًا لا طلب API: اسأل عن القوالب المعتمدة على رقم معين، وسيقرأها المساعد. ومن كودك الخاص، يكون ذلك طلب Graph واحدًا إلى حساب WhatsApp Business، باستخدام معرف رقم الهاتف ورمز الوصول (token) الخاصين بهذا الاتصال.

كم تستغرق الموافقة؟

عادةً دقائق، وأحيانًا تصل إلى يوم.

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

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

الأخطاء الشائعة

• إرسال en عندما أُنشئ القالب باسم en_US. فهما قالبان مختلفان بالنسبة إلى API.
• إنشاء قالب وإرساله في العملية نفسها. تراجعه Meta أولًا.
• افتراض أن القالب المرفوض لا يزال يعمل. فهو يعيد هذا الخطأ تمامًا مثل القالب المفقود.

الأسئلة الشائعة

تابع القراءة