WhatsApp Business API para traspaso a especialista — compartir tarjeta de contacto

Descripción del caso de uso

Este escenario envía una tarjeta de contacto de WhatsApp con sendContact durante la ventana de servicio al cliente de 24 horas. El cliente recibe el nombre y teléfono del especialista sin copiar dígitos manualmente.

Ejemplo de plantilla

Comunícate con nuestro especialista usando la tarjeta de contacto a continuación.

El nombre y teléfono del contacto están fijados en el contrato de integración para este perfil de traspaso.

Cuándo usarlo

• escalamiento a un experto asignado

Valor para el negocio

• Support agent approves specialist handoff while the session window is open
• Backend resolves the specialist name and phone number
• sendContact delivers the vCard to the client thread
• Client saves or calls the specialist from the contact card
• Helpdesk logs the handoff event for SLA tracking

Flujo de trabajo

1. Un agente marca el ticket listo para escalamiento a especialista.
2. Tu backend carga el nombre visible y el número de teléfono del especialista.
3. sendContact entrega la tarjeta de contacto en la sesión activa.
4. El cliente guarda o llama al especialista desde WhatsApp.
5. El progreso de entrega se reporta de forma asíncrona — típicamente sent, luego delivered (o failed/undelivered).
6. Tu sistema recibe el estado vía webhook (hooks[]) o consulta el estado de entrega y maneja fallos si es necesario.

Implementación técnica

Requisitos previos

• Ventana de sesión de WhatsApp abierta.
• Canal 1MSG con acceso a sendContact y teléfono del especialista en formato E.164.

Ejemplos de código

#!/usr/bin/env node

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



// === Test data ===
const TEST_PHONE = "___";            // client phone in international format · requires open 24-hour session window

function normalizePhone(phone) {
  return String(phone).replace(/\D/g, "");
}

async function sendContactMessage({ phone }) {
  const url = `${API_BASE_URL}/${CHANNEL_ID}/sendContact`;
  const requestBody = {
    phone: normalizePhone(phone),
    contacts: [
      {
        name: {
          formatted_name: "Jane Specialist", // specialist display name (code_contract)
          first_name: "Jane Specialist",
          last_name: "",
        },
        phones: [{ phone: "+12025550199", type: "CELL" }], // specialist phone in E.164 format
      },
    ],
  };

  const res = await fetch(url, {
    method: "POST",
    headers: {
      "Content-Type": "application/json",
      Authorization: `Bearer ${API_TOKEN}`,
    },
    body: JSON.stringify(requestBody),
  });

  const raw = await res.text();
  let data;
  try {
    data = JSON.parse(raw);
  } catch {
    data = null;
  }

  if (!res.ok || !data || data.sent !== true) {
    console.error("Send failed.");
    console.error(raw);
    process.exit(1);
  }

  console.log("Message sent to client.");
  return data;
}

if (require.main === module) {
  sendContactMessage({ phone: TEST_PHONE }).catch((err) => {
    console.error("Execution failed:", err.message);
    process.exit(1);
  });
}

module.exports = { sendContactMessage };

Respuesta inmediata de la API (síncrona)

• 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` de la respuesta (valor tipo wamid.…). Úsalo para correlacionar callbacks de entrega o polling.
• La respuesta también puede incluir message y description — solo informativos.

Estado de entrega (asíncrono)

• Registra un webhook (POST …/webhook) para que 1MSG envíe actualizaciones de entrega a tu endpoint HTTPS en un payload `hooks[]` separado (sent, delivered, read, o failed/undelivered cuando aplique).
• Opcionalmente consulta: GET {base}/{channel}/hookInfo?messageId=<id de sendTemplate>.
• En la práctica, la entrega suele completarse en pocos segundos — pero eso no está garantizado por el contrato de la API.

Errores frecuentes

• Ventana de sesión cerrada (sin mensaje del cliente en 24 horas)
• Número de teléfono inválido o no normalizado
• Cuerpo del mensaje / URL de media ausente o inválida
• Fallo de entrega — revisa el webhook de estado y la política de reintentos

Preguntas frecuentes

• ¿Necesito una plantilla? No — este escenario usa un mensaje de sesión dentro de la ventana de atención de 24 horas.
• ¿Cuándo se cierra la ventana de sesión? Si el cliente no escribió ni respondió en 24 horas, sendMessage fallará hasta que una plantilla reabra el chat.
• ¿Cómo verifico la entrega? sent: true solo confirma aceptación. Rastrea la entrega vía webhook hooks[] o polling.
• ¿Qué pasa si no se entrega? Registra el hook failed/undelivered, verifica la ventana de sesión, luego reintenta o usa una plantilla.
• ¿Puedo conectarlo a mi CRM o backend? Sí — dispara la llamada a la API desde tu webhook entrante o motor de flujos.

Recursos relacionados

• Base de conocimiento
• Crear una plantilla
• Enviar una plantilla
• SDK