TL;DR: WhatsApp error
132001means Meta could not resolve the template name/locale you requested, or the template isn't approved/usable in the WABA context you're sending from. Match the exact name (case-sensitive), the exact approved locale, the approval state, and the sending context. Blind retries do nothing.
What Error 132001 Means
Meta's details string is: "The template does not exist in the specified language or the template has not been approved." A common component-specific form is template name (<TEMPLATE_NAME>) does not exist in <LANGUAGE_LOCALE>. The send request must reference an existing, approved template by its exact name and language locale.
Where You See It
Usually an immediate API error (HTTP 400) from POST /<PHONE_NUMBER_ID>/messages (or /marketing_messages). It is not typically a statuses[].errors[] webhook, because the message is rejected before Meta accepts it.
Common Causes
- Template name doesn't match WhatsApp Manager exactly (including case/underscores).
- Wrong language locale (e.g.
envsen_US). - Template not yet approved, paused, rejected, deleted, or still propagating after approval/edit.
- Switching from a test token to a live phone/WABA context where the template doesn't exist.
How to Fix It
- Copy the exact template name from WhatsApp Manager (treat case/spelling as exact-match).
- Match the approved language locale exactly.
- Confirm the template status is Approved (not Pending/Rejected/Paused); if just created/edited, wait for propagation.
- Verify sending context: correct
PHONE_NUMBER_ID, WABA, token permissions, app/business asset. - If it works in test but fails in production, compare production phone/WABA against where the template is actually approved. Log
fbtrace_idand escalate if all matches and it still fails.
How to Prevent It
- Keep a single source of truth for template metadata; never hand-type names in production.
- Validate name + locale before queuing sends; add release checks against the approved catalog.
- Avoid sending newly-approved templates at scale until propagation is visibly complete.
Related Errors
/docs/whatsapp-error-132000— template variable mismatch/docs/whatsapp-error-190— token/auth context problems/docs/whatsapp-error-131000— generic send failure- See the full error reference
FAQ
Why do I get 132001 even though the template is approved? Approval alone isn't enough — the request must match the exact name, locale, and WABA/phone context.
Why did it work with the temporary token but fail with the system-user token? The live token is usually scoped to a different asset, or you changed phone/WABA between test and production.
Does 132001 mean the template is still syncing? Sometimes, especially right after approval/recreation — but check name, locale, and context first.
Can 132001 happen on the Marketing Messages API too? Yes, the same resolution problem applies if the named template/locale doesn't resolve.
How Dualhook Helps
Templates are an area where Dualhook genuinely helps. With advanced whatsapp_business_management access, Dualhook can surface your templates' names, locales, and approval/quality status so you catch a 132001 cause before sending, and confirm the connected WABA/phone setup. See Display Names and Messaging Health Status. The send call itself still happens in your backend.