WhatsApp Tech Provider vs BSP: ¿qué vía elegir para un SaaS?
WhatsApp Tech Provider vs BSP según la documentación de Meta: roles, Embedded Signup, App Review, quién factura la WABA, soluciones multipartner y cómo elegir.
Por OmniChannels.ai Editorial Team · Revisado por BroadNet Messaging Solutions Team
Respuesta breve
Un BSP, que Meta llama ahora Solution Partner, es un socio comercial de Meta que ofrece a sus clientes toda la WhatsApp Business Platform y puede concederles una línea de crédito y facturarles. Un Tech Provider también atiende a clientes, pero no tiene línea de crédito: cada cliente añade su método de pago y paga a Meta directamente. Una empresa SaaS puede ser Tech Provider por sí misma o apoyarse en un socio.
En esta página
- ¿Qué es un BSP y cómo lo llama ahora Meta?
- ¿Qué es un Tech Provider?
- ¿Qué necesita una empresa SaaS para integrar WhatsApp?
- ¿Cuáles son los pasos para ser Tech Provider?
- ¿Quién factura la WABA?
- ¿Qué es una solución multipartner?
- Tech Provider vs BSP: tabla de decisión
- Un ejemplo práctico: un SaaS de reservas para clínicas en Riad
- ¿Cuáles son los riesgos y errores habituales?
- Cómo ayuda OmniChannels.ai
Puntos clave
- La documentación de Meta distingue tres tipos de socio: Solution Partners (la antigua etiqueta BSP), Tech Providers y Tech Partners. Solo los Solution Partners tienen líneas de crédito que pueden extender a sus clientes.
- Para ser Tech Provider se verifica la empresa en Meta, se supera App Review con acceso avanzado a whatsapp_business_messaging y whatsapp_business_management, y después se da de alta a los clientes con Embedded Signup.
- Los clientes de un Tech Provider pagan el consumo directamente a Meta porque añaden su propio método de pago; el Tech Provider factura aparte su software.
- Una solución multipartner permite que un Tech Provider y un Solution Partner compartan el acceso a los activos del cliente, con los cargos a través de la línea de crédito del Solution Partner.
- Elija según lo que deba controlar: si la experiencia de WhatsApp es su producto y tiene capacidad de ingeniería, conviértase en Tech Provider; si quiere salir antes con menos desarrollo y facturación, apóyese en un socio.
Esta guía está dirigida a responsables de producto e ingeniería de empresas de SaaS, CRM y software que quieren integrar WhatsApp en su producto y se topan una y otra vez con los términos BSP, Tech Provider y Solution Partner. Explica qué es cada rol según la documentación para desarrolladores de Meta, qué exige realmente integrar WhatsApp y cómo elegir entre convertirse en Tech Provider y construir sobre un socio.
¿Qué es un BSP y cómo lo llama ahora Meta?
Un BSP (Business Solution Provider) es el nombre que el sector lleva años usando para la empresa que da a otras empresas acceso a la WhatsApp Business Platform. En la documentación actual de Meta, el rol equivalente se llama Solution Partner. Nuestra entrada del glosario sobre los BSP ofrece la definición en una línea.
La documentación de Meta describe al Solution Partner como un socio comercial de Meta que ofrece toda la gama de servicios de la WhatsApp Business Platform, puede conceder líneas de crédito a sus clientes y facturarles directamente. Llegar a serlo es, en palabras de Meta, un proceso largo. Como «BSP» sigue siendo el término que buscan los compradores, muchos proveedores usan ambos. Lo que importa no es el nombre, sino el rol y su modelo de facturación.
¿Qué es un Tech Provider?
Un Tech Provider es una empresa que desarrolla software sobre la WhatsApp Business Platform y da de alta en ella a sus propios clientes, sin tener una línea de crédito de Meta. La documentación de Meta indica que un Tech Provider puede prestar por sí solo todos los servicios de mensajería de WhatsApp a los clientes que ha dado de alta, o colaborar con un Solution Partner para ofrecerlos conjuntamente.
Una tercera etiqueta, Tech Partner, designa a un Tech Provider que es, o puede llegar a ser, socio comercial de Meta. La página de Meta indica que los Tech Partners aprobados pueden acceder a su programa acelerador, al que los Tech Providers sin más no pueden acceder salvo que pasen a ser Tech Partners.
| Rol | Qué es | Línea de crédito | Cómo pagan los mensajes los clientes |
|---|---|---|---|
| Solution Partner (BSP) | Socio comercial de Meta que ofrece la plataforma completa | Sí, puede extenderla a los clientes | A través de la línea de crédito del socio, facturado por el socio |
| Tech Provider | Empresa de software que da de alta a sus propios clientes | No | El cliente añade un método de pago; Meta le factura |
| Tech Partner | Tech Provider que es o puede llegar a ser socio comercial de Meta | No | Igual que los Tech Providers |
| Empresa que usa directamente la Cloud API | Una empresa que usa la plataforma para sí misma | No aplicable | Su propio método de pago |
¿Qué necesita una empresa SaaS para integrar WhatsApp?
Hacen falta una app, una forma de dar de alta los activos de WhatsApp de cada cliente, un receptor de webhooks y un flujo de mensajes que respete las reglas de Meta. El rol que tenga determina quién se encarga de cada parte, pero las piezas técnicas son las mismas.
- Una app de Meta y un portfolio empresarial verificado. Meta exige una app con el caso de uso de WhatsApp, vinculada a un portfolio empresarial. La verificación de la empresa debe completarse antes de iniciar App Review.
- Acceso avanzado mediante App Review. Los permisos deben estar aprobados antes de que los clientes puedan concederlos. Los dos que importan son
whatsapp_business_messaging, para enviar mensajes en nombre de los clientes, ywhatsapp_business_management, para acceder a sus cuentas de WhatsApp y de mensajería. Si el acceso avanzado no está aprobado, el permiso no aparece en Embedded Signup. - Embedded Signup. El cliente completa este flujo dentro de su portal. Crea los activos de WhatsApp, devuelve identificadores como el ID de la WABA y el ID del número de teléfono, y le entrega un código de corta duración que se canjea por un token limitado a ese cliente. La página de implementación de Meta indica que el código caduca a los 30 segundos de emitirse, por lo que el canje debe ser inmediato.
- Webhooks. Se suscribe al evento
account_updatepara saber cuándo un cliente termina el alta, y a los eventos de mensajes y de estado para operar el producto. Consulte nuestra guía de webhooks de WhatsApp. - Gestión de plantillas y calidad. Las plantillas, los límites de mensajería y las valoraciones de calidad de los clientes los gestionan ellos a través de usted. Lea categorías de plantillas y aprobación y límites de mensajería y valoración de calidad.
- Alojamiento. La página de alta debe servirse por HTTPS desde un dominio registrado en los ajustes de su app.
La documentación de Embedded Signup de Meta también establece que los clientes son propietarios de sus activos de WhatsApp. Diseñe su producto para que un cliente pueda irse con su número, sus plantillas y sus datos.
¿Cuáles son los pasos para ser Tech Provider?
Los pasos de Meta son pocos, pero las fases de revisión las decide Meta, no usted. Cuente con varias iteraciones.
- Cree la app con el caso de uso de WhatsApp y conecte un portfolio empresarial.
- Verifique su empresa en Meta. Es un requisito previo de App Review.
- Prepare App Review. Meta exige los ajustes básicos de la app (icono, política de privacidad, categoría), un primer vídeo que muestre un mensaje creado y enviado desde su app y recibido en el cliente de WhatsApp, y un segundo vídeo que muestre a su app creando una plantilla de mensaje.
- Solicite acceso avanzado a los dos permisos citados y envíe la documentación.
- Desarrolle y pruebe Embedded Signup y después dé de alta a los clientes con él.
La página de Meta para Tech Providers describe esta secuencia. No publica una estimación de plazos, y usted tampoco debería prometer ninguna a sus clientes.
¿Quién factura la WABA?
Depende del rol. Los Solution Partners pueden conceder una línea de crédito y facturar a los clientes; los Tech Providers no, por lo que sus clientes añaden un método de pago y Meta les factura directamente.
Este único dato condiciona todo el modelo comercial:
- Como Tech Provider usted factura su software. Los cargos por mensajes figuran en la relación del cliente con Meta, a las tarifas publicadas por Meta según la categoría del mensaje y el mercado del destinatario (véase precios de la API de WhatsApp Business en 2026). Su cliente ve dos facturas y usted no puede añadir margen al cargo por mensaje de Meta.
- Con un Solution Partner el socio puede repercutir los cargos por mensajes en una sola factura. Cómo los fija, a coste, con una cuota de plataforma o con recargo, es una cuestión contractual. Pídalo por escrito.
Embedded Signup, bajo el modelo de cuentas que Meta está desplegando, también crea una cuenta de mensajería (para plantillas, facturación y suscripciones a webhooks) separada de la cuenta de WhatsApp que contiene los números de teléfono y la identidad. Meta califica ese cambio como beta y sujeto a modificaciones, así que consulte la documentación vigente antes de diseñar la facturación en torno a él.
¿Qué es una solución multipartner?
Una solución multipartner permite que dos socios gestionen conjuntamente los activos de WhatsApp de los clientes dados de alta mediante el mismo flujo. Según la documentación de Meta, cualquiera de los socios puede crear la solución y el otro la acepta; una solución aceptada no puede rechazarse. El ID de la solución se incluye en la configuración de Embedded Signup, de modo que los clientes que completan el flujo quedan dados de alta en la solución.
Qué cambia en la práctica:
- Acceso compartido. Ambos socios reciben acceso a los activos del cliente.
- Línea de crédito compartida. Los clientes comparten la línea de crédito del Solution Partner de la solución, y los cargos van a la cuenta de mensajería que envió cada mensaje. Un Solution Partner debería compartir su línea de crédito con los clientes recién dados de alta.
- Un tope al alta de clientes por el Tech Provider. Los Tech Providers de una solución pueden dar de alta hasta 200 clientes nuevos en un periodo móvil de una semana. Solo cuentan los clientes nuevos en la plataforma.
- Eventos de webhook. Al completarse se dispara un webhook de actualización de cuenta con un evento
PARTNER_ADDEDoPARTNER_APP_INSTALLED.
Para una empresa de software es la vía intermedia: usted conserva su producto y su flujo de Embedded Signup, y un socio aporta la línea de crédito y la facturación.
Tech Provider vs BSP: tabla de decisión
Elija según lo que deba controlar y lo que pueda dotar de personal.
| Pregunta | Ser Tech Provider | Construir sobre un Solution Partner |
|---|---|---|
| ¿Quién controla la experiencia de alta del cliente? | Usted | Usted, si el socio expone Embedded Signup o una API; si no, el socio |
| ¿Quién trata con Meta en App Review? | Usted | El socio |
| Esfuerzo de ingeniería | Alto: Embedded Signup, tokens, webhooks, plantillas, monitorización | Menor: integrar la API de un socio |
| Facturación de los mensajes | El cliente paga directamente a Meta | Puede ser una sola factura a través del socio |
| Margen sobre los mensajes | No disponible | Cuestión comercial con el socio |
| Tiempo hasta el primer cliente | Depende de las revisiones de Meta | Depende del alta con el socio |
| Dependencia del proveedor | Baja: su app, sus tokens | Moderada: depende de la portabilidad de plantillas y bandeja de entrada |
| Mejor encaje | WhatsApp es el núcleo de su producto | WhatsApp es una función entre muchas |
Si su plan es revender en lugar de integrar, consulte nuestra guía para convertirse en revendedor de la API de WhatsApp Business y la página de WhatsApp en marca blanca.
Un ejemplo práctico: un SaaS de reservas para clínicas en Riad
«Mawid Cloud» (ficticia) vende software de citas a 300 clínicas y quiere recordatorios por WhatsApp y chat bidireccional dentro de su producto.
- Opción A, Tech Provider. Verifica su empresa, graba los dos vídeos de App Review, solicita acceso avanzado, integra Embedded Signup en la página de ajustes de la clínica y se encarga de los tokens, los webhooks y la creación de plantillas. Cada clínica añade su método de pago y paga los mensajes a Meta; Mawid Cloud factura su suscripción. La ingeniería es un compromiso de varios meses y el resultado de las revisiones lo decide Meta.
- Opción B, construir sobre un socio. Integra la API de un socio para el alta y el envío, conserva su propia interfaz de citas y deja que el socio se ocupe de la relación con Meta y de la facturación.
- Opción C, solución multipartner. Se convierte en Tech Provider y crea una solución con un Solution Partner, de modo que las clínicas comparten la línea de crédito del socio.
Elige B para las primeras 100 clínicas, con el fin de aprender cómo se usa el producto, y retoma A cuando WhatsApp pase a ser una línea central. La cuestión es que la decisión solo es reversible si las plantillas y los webhooks se diseñan para ser portables, y por eso conviene leer cómo migrar un número de WhatsApp entre proveedores antes de firmar.
¿Cuáles son los riesgos y errores habituales?
- Tomar la etiqueta por la decisión. Compare facturación, soporte y portabilidad, no si un proveedor dice «BSP».
- Subestimar App Review. Los rechazos por vídeos poco claros o documentación incompleta cuestan semanas. La aprobación es decisión de Meta.
- Pedir demasiados permisos. La página de implementación de Meta advierte de que las selecciones adicionales en la configuración de Embedded Signup pueden hacer que los clientes abandonen el flujo.
- Ignorar las versiones. Meta anunció que Embedded Signup v2 y v3 quedarían obsoletas el 15 de octubre de 2026, así que construya sobre la v4. Nuestra cronología de cambios de 2026 lo sigue de cerca.
- Olvidar el código de 30 segundos. Prepare el canje del token antes de empezar a probar.
- Sin plan de salida. Los clientes son dueños de sus activos; su arquitectura debería permitirles marcharse.
Cómo ayuda OmniChannels.ai
BroadNet, la empresa detrás de OmniChannels.ai, es un Meta Business Solution Provider oficial. Los clientes se dan de alta mediante Meta Embedded Signup, WhatsApp se cobra a la tarifa de Meta sin recargo, y nuestro equipo gestiona con usted la verificación de empresa y la aprobación del nombre visible en Meta; las decisiones de aprobación siguen siendo de Meta. Las empresas de software pueden usar la API REST y los webhooks, y los socios pueden operar el programa en marca blanca con subcuentas. Compruebe su preparación con la lista de verificación para la API de WhatsApp, conozca el programa de socios o contacte con nuestro equipo para comparar vías para su producto.
Preguntas frecuentes
¿Un BSP es lo mismo que un Tech Provider?
No. BSP es el nombre que el sector usaba para lo que Meta llama ahora Solution Partner: un socio comercial de Meta con línea de crédito que puede facturar a sus clientes. Un Tech Provider también puede atender clientes, pero no tiene línea de crédito, así que los clientes añaden su propio método de pago y pagan la mensajería directamente a Meta.
¿Tengo que ser Tech Provider para integrar WhatsApp en mi producto SaaS?
Solo si quiere dar de alta a otras empresas en la WhatsApp Business Platform bajo su propia app. Si su producto solo conecta su propio número de WhatsApp, no necesita ningún estatus de socio. Si cada cliente aporta su número, la vía de Meta es el alta como Tech Provider o construir sobre un socio existente.
¿Qué es Embedded Signup y quién lo usa?
Embedded Signup es la interfaz de autenticación y autorización de Meta que se lanza desde su sitio web o portal de clientes. El cliente la completa para crear sus activos de WhatsApp y autorizar a su app a usarlos. Tanto los Solution Partners como los Tech Providers la utilizan para dar de alta a sus clientes.
¿Quién paga a Meta cuando un Tech Provider da de alta a un cliente?
El cliente. Según la documentación de Meta, los Tech Providers no tienen línea de crédito, así que el cliente añade un método de pago a su propia cuenta y Meta le cobra el consumo. El Tech Provider solo factura sus propios servicios, como el software, el soporte o una bandeja de entrada.
¿Qué es una solución multipartner?
Es una figura de Meta en la que dos socios gestionan conjuntamente los activos de los clientes dados de alta mediante una configuración compartida de Embedded Signup. Cualquiera de los dos puede crear la solución; ambos obtienen acceso a los activos del cliente y, si participa un Solution Partner, los clientes pueden compartir su línea de crédito.
¿Cuánto se tarda en ser Tech Provider?
Meta no publica un plazo fijo. Los pasos son la verificación de la empresa y después App Review, con dos vídeos grabados de pantalla y permisos avanzados. Cada fase la decide Meta, así que deje margen en su plan de lanzamiento y no prometa a los clientes una fecha de salida antes de la aprobación.
Fuentes
Siga leyendo
Más guíasWhatsApp
Cómo ser revendedor de la API de WhatsApp Business en 2026
Guía del revendedor de la API de WhatsApp Business: niveles Solution Partner y Tech Provider de Meta, reventa con un proveedor, alta de clientes y requisitos.
9 min de lectura
WhatsApp
Cambios en la API de WhatsApp Business en 2026: cronología
Cronología de los cambios de 2026 en la API de WhatsApp Business: tarifarios, cobro de servicio y utilidad desde el 1 de octubre, Embedded Signup v2 e IA.
10 min de lectura
Omnicanal
Cómo crear un negocio de reventa de SMS y WhatsApp de marca blanca
Cómo crear un negocio de reventa de SMS y WhatsApp de marca blanca: modelos de negocio, subcuentas, control de crédito, elección de proveedor y checklist.
13 min de lectura
