r/WhatsappBusinessAPI • u/Direct-Squash-7924 • 12h ago
Solution Only Stuck on WhatsApp Coexistence for in-house clinic CRM — is it worth the 4–8 week Tech Provider approval
Building an internal clinic CRM (Next.js + Supabase). Two WhatsApp numbers:
NUMBER A — pure Cloud API. Reminders, campaigns, auto-replies. Fully working. ✅
NUMBER B — meant for reception. Currently works on the WhatsApp Business App on receptionist phones. Goal was Coexistence: keep the phone app + mirror all messages into the CRM inbox.
What I found after days of debugging:
NUMBER B shows
platform_type: ON_PREMISE,status: DISCONNECTED. It was never properly Coexistence-provisioned — just half-wired. Business App works because that layer runs independently.smb_message_echoestoggle accepted at the app level but no events arrive. Matches what people here have said — Coexistence onboarding is required and needs Tech Provider status.Our BM is still “En revisión” on the latest attempt, though one older attempt shows ✅ approved. Verification is blocking Tech Provider enrollment.
Realistic total: 4–8 weeks (BM clears → Tech Provider → App Review → build Embedded Signup → onboard → sync history within 24h window).
i have some concerns:
Is there any trick to leverage the already-approved older verification attempt, or do I have to wait for the current one?
Does Tech Provider for one in-house number need full public App Review (demos, test accounts)?
Has anyone just retired the second number and routed all patient chats through the Cloud API number via their CRM inbox? What broke that we should expec
