WhatsApp Business Calling API: requisitos, costes y usos

Un cliente escribe porque falta una pieza en su pedido. Tras varios mensajes, sigue sin quedar claro qué componente necesita. WhatsApp Business Calling API permite incorporar una llamada a ese proceso de atención, pero activar la voz exige algo más que disponer de un número con mensajería.

Para decidir si encaja en su empresa, conviene comprobar tres aspectos: si la cuenta puede utilizar llamadas, cómo se obtiene y verifica el permiso del cliente y qué resultados justifican el coste. Esta guía recorre esas decisiones con un ejemplo de pedido incompleto.

Qué es WhatsApp Business Calling API y qué permite

La API de llamadas de WhatsApp Business incorpora voz a los procesos de WhatsApp Business Platform. Según la presentación oficial de WhatsApp , permite recibir llamadas de clientes y solicitar permiso para iniciar llamadas desde la empresa, dentro de la experiencia de WhatsApp.

La diferencia práctica frente a llamar manualmente desde la aplicación WhatsApp Business está en la integración: la empresa debe conectar la voz con el sistema que atiende y registra las interacciones. Disponer de la API no equivale a tener preparada una centralita o una interfaz para agentes.

• Llamadas entrantes: el cliente llama. Hay que definir horarios, enrutamiento y atención cuando nadie esté disponible.
• Llamadas salientes: la empresa llama. Debe comprobar el permiso vigente y las condiciones aplicables antes de marcar.

Requisitos para activar las llamadas en una empresa

Un número empresarial español no queda excluido por su país en la ruta documentada por Infobip. Su lista de disponibilidad utiliza el código de país del número empresarial y no incluye España entre las exclusiones. De esa lista se desprende que un número +34 supera el filtro geográfico; la cuenta, el número concreto y la activación del servicio todavía deben cumplir las condiciones correspondientes.

En la ruta documentada por Twilio , se exige un límite de mensajería de al menos 2.000 conversaciones iniciadas por la empresa en un periodo móvil de 24 horas , y se indica la verificación empresarial de Meta para alcanzar ese nivel. Es un requisito de capacidad autorizada: no significa tener que enviar 2.000 mensajes diarios.

Utilice esta comprobación antes de comprometer una fecha de lanzamiento:

Recibir mensajes correctamente no demuestra que la voz funcione. Si todavía falta la base de mensajería, la guía para configurar WhatsApp Business API cubre ese trabajo previo.

Permisos y gestión de las llamadas entrantes y salientes

Solicitar permiso por la vía adecuada

Cuando una llamada pueda ayudar a resolver la incidencia, explique su motivo por chat y compruebe si puede enviar la solicitud de permiso. La forma de hacerlo depende de la integración elegida:

• Infobip : documenta una solicitud interactiva durante la sesión activa de 24 horas y una plantilla previamente aprobada fuera de esa ventana. Las respuestas pueden recibirse mediante un webhook.
• respond.io: su ayuda de llamadas exige una ventana de conversación abierta para solicitar permiso desde su interfaz. Si se ha enviado una plantilla para iniciar la conversación, indica esperar la respuesta del contacto.

Estas son rutas concretas de proveedores; no son pasos intercambiables. Compruebe también los límites de solicitudes. Si la acción no está permitida, mantenga la atención por chat.

Registre aprobación, rechazo o ausencia de respuesta, con el identificador y la caducidad de la solicitud. En respond.io, una solicitud sin respuesta caduca siete días después de entregarse; el permiso aprobado puede ser temporal, de siete días, o permanente y revocable. La ventana de mensajes, la vigencia de la solicitud y la duración del permiso son tres datos distintos. El silencio no autoriza a llamar.

Comprobar el permiso antes de llamar

Una aprobación antigua en el CRM no basta. Justo antes de marcar, consulte el estado actual, su posible vencimiento y las acciones y límites disponibles. Por ejemplo, la consulta de permisos de AWS devuelve esos datos y el uso de los límites.

El permiso debe seguir siendo válido, la llamada debe estar permitida y debe haber horario de atención, un agente disponible y audio operativo. Ante revocación, vencimiento, límites agotados o estado desconocido, no inicie la llamada. Una nueva solicitud solo procede cuando la ruta lo permita y siga siendo pertinente para el cliente.

Si la llamada no se contesta o se interrumpe, registre el resultado y asigne el siguiente paso. Evite cadenas automáticas de rellamadas. Una llamada entrante tampoco debe interpretarse como autorización indefinida para futuras llamadas salientes.

Gestionar horarios y datos personales

Defina quién atiende las entrantes y cómo se sigue una llamada perdida. Al revisar el RGPD, separe el permiso de WhatsApp de las condiciones para tratar datos personales. La AEPD recoge la información sobre finalidad, base jurídica, conservación, destinatarios y transferencias. Documente estos puntos para los registros y, si se incorporan, la grabación y la transcripción; limite los accesos a quienes los necesiten.

Cuánto cuesta WhatsApp Calling API

Separar la tarifa de llamadas del resto del servicio

El precio por minuto solo explica una parte del presupuesto. Solicite una propuesta que identifique llamadas, mensajes de pago, plataforma o agentes, integración y mantenimiento. Compruebe qué está incluido para evitar sumar dos veces el mismo servicio.

En su explicación de precios , WOZTELL distingue el país del número del cliente, el volumen y el redondeo, y describe su facturación por minutos. El país que influye en la tarifa puede ser, por tanto, distinto del número empresarial usado para comprobar disponibilidad. Que Meta no cobre la llamada entrante en una ruta como la descrita por respond.io no elimina el coste del proveedor ni del personal.

Un ejemplo para entender el redondeo

Supongamos tres llamadas de 56, 60 y 61 segundos. El redondeo se aplica a cada llamada antes de sumar:

Supuesto ilustrativo, no tarifas reales. Para comparar ofertas, multiplique cada duración facturable por la tarifa de su proveedor; no presuponga que ambos cobran lo mismo por minuto.

Para estimar el coste completo, utilizaremos un piloto ficticio de 100 incidencias por pedidos incompletos , con siete días de observación por caso y todo el seguimiento dentro de un mismo mes. Hubo 120 intentos salientes, 100 conexiones y 420 minutos facturables tras redondear. Las cantidades y tarifas siguientes son inventadas, en euros y sin impuestos:

La cuota incluye el componente de audio y los registros básicos, pero no los consumos indicados. Su reparto del 20 % se fija antes de empezar, según capacidad reservada. No se graba ni transcribe. Las cuatro horas técnicas son adicionales a las 20 de atención. En este supuesto los intentos sin conexión no generan consumo de voz; sí se incluye el trabajo que requieren. Si el contrato aplica otros cargos, habrá que incorporarlos.

Con 80 casos confirmados como resueltos, el coste operativo por resolución es 454,40 ÷ 80 = 5,68 € ; incluyendo la puesta en marcha, 654,40 ÷ 80 = 8,18 € . El numerador incluye los costes de los 100 casos, también los fallidos, no resueltos y sin resultado confirmado.

Cuándo conviene pasar del chat a una llamada

En el pedido incompleto, una llamada tiene sentido si los mensajes no permiten identificar la pieza y el agente puede contrastar referencias y acordar una reposición. La voz ayuda a aclarar el problema; el pedido de sustitución y su recepción siguen necesitando seguimiento.

Antes de proponerla, valore qué decisión concreta permitirá tomar:

• Una reserva con varios cambios: conversar puede facilitar la elección si el agente dispone de alternativas actualizadas y capacidad para confirmar la modificación.
• Una consulta sobre software: puede servir para precisar necesidades que requieren varias aclaraciones, siempre que atienda alguien capaz de resolverlas.
• Una actualización rutinaria de entrega: un mensaje con el estado y el siguiente paso suele bastar. Añadir una llamada necesita una razón adicional.

La prueba debe centrarse en problemas repetibles para los que ya exista una solución operativa. Si nadie puede autorizar la reposición o consultar la disponibilidad, aumentar el número de llamadas difícilmente elimina ese bloqueo. Mantenga los códigos OTP y las contraseñas dentro de sus procesos de autenticación; el agente no debe pedirlos durante la conversación.

Cómo preparar la integración y validar un primer piloto

Seguir un caso desde el chat hasta su resolución

Asigne a integración la conexión de voz y los eventos; a atención, horarios y seguimiento; y a operaciones, criterios de resolución y costes. Para integrar llamadas de WhatsApp con el CRM, relacione cada interacción con una incidencia estable, aunque haya varios intentos.

El caso ficticio ORD-DEMO-042 , incluido en los 100 del ejemplo, sigue este recorrido. Todas las horas pertenecen a la misma zona horaria:

• Día 1, 09:00: el cliente comunica que falta una pieza. El agente trabaja en el chat de 09:05 a 09:10.
• 09:10–09:15: se envía la solicitud preparada durante el chat. El cliente aprueba a las 09:12; a las 09:15, el sistema ejecuta la comprobación previa de permiso, límites, horario y disponibilidad.
• 09:15–09:22: la llamada dura cuatro minutos y la gestión posterior, tres. Se solicita la reposición; la llamada ha finalizado, pero la incidencia sigue abierta.
• Día 2, 12:58–13:00: dedica dos minutos al seguimiento. A las 13:00 el cliente confirma que ha recibido la pieza y se registra la resolución.

El cliente ha esperado 28 horas desde el aviso; el agente ha dedicado 14 minutos : 5 de chat, 4 de llamada, 3 de gestión posterior y 2 de seguimiento. Son medidas diferentes.

Esta tabla propone un registro de negocio, no los nombres de campos de una API:

La guía de webhooks de WhatsApp explica la recepción y asociación de eventos de mensajería. Los eventos de voz requieren el contrato de eventos de la integración elegida.

Separar las pruebas técnicas de los resultados del servicio

Antes de incorporar clientes al piloto, compruebe y conserve evidencia de que:

• Las entrantes llegan al equipo previsto y tienen una salida definida cuando no hay agentes.
• Rechazo, revocación, vencimiento, límites agotados y permiso desconocido bloquean las salientes.
• Una llamada autorizada tiene audio bidireccional; un fallo queda registrado y asignado.
• Repetir un evento no duplica una llamada ni cierra una incidencia por error; los datos llegan al cliente correcto.
• Los accesos, la conservación y la información sobre datos coinciden con lo aprobado; se prueba cualquier grabación o transcripción habilitada.

Medir tiempos, resolución y coste sin ocultar los casos pendientes

Incluya los 100 casos elegibles antes de saber quién aprobará la llamada. Los rechazos, fallos y casos atendidos solo por chat permanecen en el grupo. Defina resolución como recepción de la pieza acreditada por el cliente o el sistema; una reapertura del mismo problema al cierre cuenta como no resuelta.

Cuando todos hayan completado sus siete días de observación, supongamos 80 resueltos, 10 no resueltos y 10 sin resultado conocido:

Los casos cuyo plazo todavía no ha terminado siguen en observación: no son pérdidas. En conexión, cuente intentos únicos, incluidos los no contestados y fallidos; registre aparte los bloqueados antes de marcar y las entrantes.

Para el tiempo hasta resolver, informe sobre los casos con resolución y muestre los pendientes por separado. Para el coste laboral, sume el trabajo real de los agentes, incluido el de intentos fallidos y seguimiento; no convierta toda la espera del cliente en horas de trabajo. Reparta las tareas simultáneas sin duplicarlas. Las 20 horas-persona del presupuesto cubren esos trabajos para todo el grupo.

Decidir si ampliar, ajustar o detener la prueba

Fije los umbrales antes de empezar. Como ejemplo exclusivamente hipotético, el equipo exige todas las pruebas críticas superadas, resolución confirmada de al menos el 80 %, pérdidas de seguimiento de hasta el 5 % y coste completo por resolución de hasta 8,50 €.

Aun dando por superadas las pruebas críticas, el piloto alcanza el 80 % y cuesta 8,18 € por resolución, pero pierde el seguimiento del 10 %. La decisión es corregir el seguimiento y mantener la prueba controlada, sin ampliarla todavía. Estos umbrales no son estándares del sector.

Una llamada sin permiso, una atribución al cliente incorrecto o un fallo en el tratamiento de datos obliga a pausar la función afectada y repetir las pruebas tras corregirla. Si los controles y objetivos se cumplen, amplíe por etapas. Si se supera el presupuesto o persisten resultados insuficientes, ajuste el proceso o detenga la prueba según el límite acordado. Para atribuir mejoras a la voz, compare casos equivalentes con el mismo seguimiento y criterio de costes.

EngageLab WhatsApp Business API ofrece una base de mensajería empresarial. Si está evaluando añadir voz, concrete su disponibilidad e integración en la propuesta. El soporte de llamadas, SIP o grabación debe confirmarse por separado para la solución elegida.

Prepare el país y número empresarial, el proveedor actual, las llamadas entrantes o salientes previstas y el CRM que necesita conectar para concretar la consulta.

Contactar con ventas

Preguntas frecuentes

¿Se pueden conectar las llamadas con números de teléfono convencionales?

No en la ruta descrita por Twilio: su documentación de llamadas rechaza conectar extremos de WhatsApp con la red telefónica pública, o PSTN. Si necesita esa conexión, compruebe la arquitectura admitida antes de contratar; disponer de SIP no garantiza que ese puente esté permitido.

¿Qué debe comprobar antes de mantener o cambiar su proveedor?

Revise la titularidad del número y de los activos, la continuidad de mensajes y plantillas, el soporte de voz, los costes y las condiciones de migración o coexistencia. Exija una prueba del recorrido que utilizarán sus agentes.