WhatsApp Business API para contacto de mensajero o conductor — 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 después de asignar un conductor o mensajero al pedido.

Ejemplo de plantilla

El contacto de tu mensajero para esta entrega está en la tarjeta de abajo.

El nombre y teléfono del contacto se configuran en el contrato de integración para este perfil de traspaso de mensajero.

Cuándo usarlo

• entrega última milla
• traspaso de flota

Valor para el negocio

• TMS or OMS assigns a driver or courier while the WhatsApp session is open
• Backend resolves courier display name and phone number
• sendContact delivers the vCard to the client thread
• Client saves or calls the driver from the contact card
• Delivery handoff is logged in the ecommerce or logistics platform

Flujo de trabajo

1. Logística asigna un conductor o mensajero a la entrega.
2. Tu backend carga el nombre para mostrar y teléfono del mensajero.
3. sendContact entrega la tarjeta de contacto en la sesión activa.
4. El cliente guarda o llama al mensajero 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 mensajero 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: "Иван Курьер", // specialist display name (code_contract)
          first_name: "Иван Курьер",
          last_name: "",
        },
        phones: [{ phone: "+998901234567", 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