Aviso de vencimiento de plan con WhatsApp API

El escenario envía al cliente una plantilla de WhatsApp personalizada antes de que termine un plan o suscripción.

Descripción del caso de uso

El escenario envía al cliente una plantilla de WhatsApp personalizada antes de que termine un plan o suscripción. El mensaje incluye el nombre del cliente, nombre del servicio o plan y fecha de vencimiento. Un botón URL estático abre la página de renovación.

Ejemplo de plantilla

Hola, {{1}}! Tu plan "{{2}}" termina el {{3}}. Renueva ahora para mantener el acceso.

Renovar plan

{{1}}
nombre del cliente
{{2}}
nombre del servicio o plan
{{3}}
fecha de vencimiento del plan
“Renovar plan”
botón — fijo en la plantilla de Meta

WhatsApp Business API for plan expiry notification

Cuándo usarlo

Usa este escenario cuando facturación detecta que se acerca la fecha de fin de un plan o suscripción y necesitas un aviso oportuno antes de que corte el acceso — sobre todo donde el correo y los avisos in-app pasan desapercibidos. Encaja en suscripciones SaaS que buscan reducir churn involuntario, programas de membresía con plazos de renovación, e integradores que conectan calendarios de fin de plan desde facturación a alertas de WhatsApp.

Menos bloqueos sorpresa

Tres variables del cuerpo llevan el nombre del cliente, el plan y la fecha de vencimiento a su chat de WhatsApp, así el plazo queda visible en un canal que revisan y no enterrado en un correo o aviso in-app que ignoran.

Renovación sin ida y vuelta

El botón URL estático abre la página de renovación en línea fijada en la plantilla de Meta, así el cliente puede extender el acceso sin responder en WhatsApp.

Cero alcance manual a escala

Facturación dispara la plantilla al detectar una fecha de fin de plan próxima y resuelve teléfono y campos del plan automáticamente, así nadie retipea avisos de vencimiento para toda la base de suscriptores.

Alcanzar suscriptores sin chat abierto

Una plantilla aprobada es el único primer mensaje permitido cuando no hay conversación abierta, así el aviso de vencimiento puede salir antes de que termine el acceso.

Seguimiento en facturación y CRM

El resultado de entrega se registra tras el envío, así facturación o CRM pueden rastrear quién recibió el aviso antes de que termine el acceso.

Flujo de trabajo

Disparador
Facturación detecta una fecha de fin de plan próxima y dispara un evento.
evento · disparado
Capturar evento
El sistema obtiene el teléfono del cliente y los campos del plan.
phone: "+…"
Construir y enviar
Se construye un mensaje de plantilla personalizado con tres variables en el cuerpo y un botón URL estático.
POST /sendTemplate
Entregado
El cliente recibe el aviso en WhatsApp y puede renovar con el botón.
entregado
Estado registrado
Se registra el resultado de entrega para facturación o seguimiento en CRM.
status: "read"

Implementación técnica

Requisitos previos

Clave API de 1MSG · Cómo obtener la clave API
Cuenta de WhatsApp Business · Cómo conectar WABA
Plantilla de WhatsApp · Cómo aprobar una plantilla WABA
Opt-in del cliente · Cómo gestionar el consentimiento

Ejemplos de código

#!/usr/bin/env bash
set -euo pipefail

# === Configuration (replace "___" placeholders) ===

API_BASE_URL="https://api.1msg.io"        # production 1MSG API base URL
CHANNEL_ID="___"                           # channel ID from 1MSG dashboard
API_TOKEN="___"                            # channel JWT token (Bearer)

TEMPLATE_NAME="___"                        # approved template name
TEMPLATE_NAMESPACE="___"                   # template namespace (required — send fails without it)
TEMPLATE_LANGUAGE="___"                    # template language code, e.g. "en"



# === Test data ===
TEST_PHONE="___"                 # client phone in international format
TEST_CUSTOMERNAME="___"         # {{1}} customer name
TEST_SERVICE="___"         # {{2}} service name
TEST_DUEDATE="___"         # {{3}} due date

PHONE_NORM="$(printf '%s' "$TEST_PHONE" | tr -cd '0-9')"

for pair in "CHANNEL_ID=$CHANNEL_ID" "API_TOKEN=$API_TOKEN" \
            "TEMPLATE_NAME=$TEMPLATE_NAME" "TEMPLATE_NAMESPACE=$TEMPLATE_NAMESPACE" \
            "TEMPLATE_LANGUAGE=$TEMPLATE_LANGUAGE" "TEST_PHONE=$TEST_PHONE" \
            "TEST_CUSTOMERNAME=$TEST_CUSTOMERNAME" \
            "TEST_SERVICE=$TEST_SERVICE" \
            "TEST_DUEDATE=$TEST_DUEDATE"; do
    val="${pair#*=}"
    if [ -z "$val" ] || [ "$val" = "___" ]; then
        echo "Missing configuration value: ${pair%%=*}" >&2
        exit 1
    fi
done

if [ -z "$PHONE_NORM" ]; then
    echo "Error: phone number has no digits after normalization" >&2
    exit 1
fi

URL="${API_BASE_URL%/}/${CHANNEL_ID}/sendTemplate"

# params carries body ONLY. Button text is fixed in the Meta template — no button param.

# {{1}} customer name → ${TEST_CUSTOMERNAME}
# {{2}} service name → ${TEST_SERVICE}
# {{3}} due date → ${TEST_DUEDATE}
read -r -d '' PAYLOAD <<JSON || true
{
  "phone": "${PHONE_NORM}",
  "template": "${TEMPLATE_NAME}",
  "namespace": "${TEMPLATE_NAMESPACE}",
  "language": { "policy": "deterministic", "code": "${TEMPLATE_LANGUAGE}" },
  "params": [
    {
      "type": "body",
      "parameters": [
        { "type": "text", "text": "${TEST_CUSTOMERNAME}" },
        { "type": "text", "text": "${TEST_SERVICE}" },
        { "type": "text", "text": "${TEST_DUEDATE}" }
      ]
    }

  ]
}
JSON

RESPONSE="$(curl -s -w '\n%{http_code}' -X POST "$URL" \
    -H "Content-Type: application/json" \
    -H "Authorization: Bearer ${API_TOKEN}" \
    -d "$PAYLOAD")"

HTTP_CODE="$(printf '%s' "$RESPONSE" | tail -n1)"
BODY="$(printf '%s' "$RESPONSE" | sed '$d')"

case "$BODY" in
    *'"sent":true'*) ok=1 ;;
    *) ok=0 ;;
esac

if [ "$HTTP_CODE" -ge 200 ] && [ "$HTTP_CODE" -lt 300 ] && [ "$ok" -eq 1 ]; then
    echo "Message sent to client."
    echo "API response: $BODY"
else
    echo "Send failed. HTTP status: $HTTP_CODE" >&2
    echo "$BODY" >&2
    exit 1
fi

Respuesta y estado de entrega

HTTP 2xx y JSON "sent": true significan que 1MSG aceptó el mensaje para envío — no que ya llegó al teléfono del cliente. Guarda el campo id (tipo wamid.…) para correlacionar los callbacks de entrega.

200 OKRespuesta

{
  "sent": true,
  "message": "Sent to [email protected]",
  "description": "Message has been sent to the provider",
  "id": "wamid.HBgLMzgwNjM5..."
}

sent
Aceptado para envío — aún no en el teléfono del cliente
id
Guárdalo; los callbacks de entrega y hookInfo se basan en él

Estados de entrega y webhooks →

Errores frecuentes

Estado	Respuesta de la API	Causa	Solución
200	Message was not sent: template is not defined	Falta namespace, template o language en el cuerpo de la petición.	Envía los tres. Toma namespace y el nombre exacto de la plantilla de GET /templates; language es un objeto: {"policy": "deterministic", "code": "es_MX"}.
200	template name (…) does not exist in <language>	La plantilla está aprobada en otro idioma que el solicitado.	Usa el código de idioma exacto con el que se aprobó la plantilla (por ejemplo, es_MX no es lo mismo que es). Revísalo en GET /templates.
200	Message was not sent: provide chatId, phone, bsuid, or username	Ningún destinatario que el canal pudiera resolver.	Envía un solo destinatario: phone (código de país y número, solo dígitos), chatId (por ejemplo [email protected]) o bsuid.