Skill de IA para API de WhatsAppMás
1msg official logo

Alerta de acción requerida de KYC (WhatsApp API)

El escenario envía al cliente una plantilla de WhatsApp personalizada cuando la revisión KYC o de cumplimiento marca una acción requerida con plazo.

Descripción del caso de uso

El escenario envía al cliente una plantilla de WhatsApp personalizada cuando la revisión KYC o de cumplimiento marca una acción requerida con plazo. El mensaje incluye el nombre del cliente, la acción a completar y la fecha límite. Un botón URL estático abre el portal de verificación o el flujo de carga de documentos.

Ejemplo de plantilla

Hola, {{1}}! Tu verificación KYC requiere acción: {{2}}. Por favor complétala antes del {{3}} usando el botón de abajo. Si tienes preguntas — estamos para ayudarte.

Completar KYC
  • {{1}}
    nombre del cliente
  • {{2}}
    acción KYC requerida (p. ej. subir comprobante de domicilio, actualizar datos del negocio, completar verificación de identidad)
  • {{3}}
    plazo de la acción (p. ej. 15 de marzo de 2026)
  • “Completar KYC”
    botón — fijo en la plantilla de Meta
WhatsApp Business API for kyc action required notification

Cuándo usarlo

Usa este escenario cuando la revisión KYC o de cumplimiento marca que un cliente debe tomar una acción específica — subir un documento, actualizar datos del negocio o terminar una verificación de identidad — antes de un plazo, y no tiene chat abierto en WhatsApp, así que solo una plantilla aprobada puede llegarle. Encaja en equipos fintech que activan cuentas tras KYC, marketplaces que mantienen cumplimiento de vendedores, y agencias que conectan eventos de acción requerida desde CRM u onboarding a WhatsApp.

Menos plazos KYC perdidos
Tres variables del cuerpo llevan el nombre del cliente, la acción requerida y la fecha límite a WhatsApp, así el aviso nombra qué hacer y cuándo en lugar de un correo genérico de cumplimiento fácil de ignorar.
Un toque al portal de verificación
Un botón URL estático con la etiqueta Completar KYC abre el portal o flujo de carga fijado en la plantilla de Meta — solo el texto del cuerpo se envía vía API mientras el enlace permanece en la plantilla aprobada.
Contactar clientes sin chat abierto
Como no hay conversación activa, el envío usa una plantilla de WhatsApp aprobada vía la API de 1MSG — el único canal que puede notificar al cliente fuera de la ventana de sesión de 24 horas.
Cero persecución manual a escala
Cuando el sistema KYC o de cumplimiento marca acción requerida, obtiene el teléfono y construye la plantilla desde los campos de revisión — nadie retipea avisos de acción para cada cuenta a mano.
Entrega registrada para seguimiento de cumplimiento
El resultado de entrega se registra tras el envío, así CRM o equipos de cumplimiento pueden rastrear quién recibió el aviso de acción requerida antes de que se restrinja el acceso.

Flujo de trabajo

  1. El cliente actúa

    La revisión KYC o de cumplimiento marca que el cliente debe completar una acción específica antes de un plazo.

    acción del usuario

  2. Capturar evento

    El sistema obtiene el teléfono del destinatario y los campos de acción requerida.

    phone: "+…"

  3. 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

  4. Entregado

    El cliente recibe la notificación en WhatsApp con la acción requerida y la fecha límite.

    entregado

  5. Estado registrado

    Se registra el resultado de entrega; el cliente puede completar el paso vía portal y continuar en sesión después de responder.

    status: "read"

WhatsApp Business API for kyc action required notification

Implementación técnica

Requisitos previos

  1. Clave API de 1MSG · Cómo obtener la clave API
  2. Cuenta de WhatsApp Business · Cómo conectar WABA
  3. Plantilla de WhatsApp · Cómo aprobar una plantilla WABA
  4. 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_ACTION="___"         # {{2}} action 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_ACTION=$TEST_ACTION" \
            "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}} action name → ${TEST_ACTION}
# {{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_ACTION}" },
        { "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

EstadoRespuesta de la APICausaSolución
200Message was not sent: template is not definedFalta 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"}.
200template 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.
200Message was not sent: provide chatId, phone, bsuid, or usernameNingú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.

Todos los códigos de error →

Preguntas comunes

Relacionado

Verificación OTP
Aviso de eKYC en revisión con WhatsApp API
El escenario envía al cliente una plantilla de WhatsApp personalizada cuando su eKYC o verificación de identidad está pendiente de revisión.
Verificación OTP
Solicitud de verificación de identidad (WhatsApp API)
El escenario envía al cliente una plantilla de WhatsApp personalizada cuando se requiere verificación de identidad o KYC pero aún no ha comenzado.
Verificación OTP
OTP de acceso a portales seguros con WhatsApp API
El escenario envía una plantilla de autenticación de WhatsApp con un código de verificación de un solo uso cuando el usuario debe confirmar el inicio de sesión en un servicio protegido o seguro.
Verificación OTP
Código de registro en app con WhatsApp API
Envía una plantilla de autenticación de WhatsApp con un código de confirmación de registro de un solo uso en el cuerpo del mensaje y un botón copy-code.
Verificación OTP
Migrar OTP de SMS a WhatsApp API
Entrega un código de verificación de un solo uso mediante una plantilla de autenticación de WhatsApp cuando tu producto cambia la entrega de OTP de SMS a WhatsApp.
Verificación OTP
OTP para confirmar acciones seguras (WhatsApp API)
El escenario envía una plantilla de autenticación de WhatsApp con un código de verificación de un solo uso cuando el usuario debe confirmar una acción segura antes de que se ejecute.
Verificación OTP
Código de acceso a servicios con WhatsApp API
Envía un código de confirmación de acceso de un solo uso mediante una plantilla de autenticación de WhatsApp cuando el usuario debe verificar identidad antes de usar un servicio protegido.
Verificación OTP
OTP de autorización de inicio de sesión (WhatsApp)
Envía un código de autorización de un solo uso mediante una plantilla de autenticación de WhatsApp cuando el usuario debe confirmar el inicio de sesión o el acceso.

Desarrolla para WhatsApp en horas
sin complicaciones de infraestructura