TMS con WhatsApp: cómo diseñar avisos sin perder trazabilidad

Separa notificación saliente, respuesta entrante y acción operativa. Expira enlaces, minimiza datos personales, registra consentimiento y conserva el estado en el TMS. Un “OK” ambiguo no debería cancelar ni modificar un viaje.

Verifica proveedor, plantillas, opt-in, webhooks, firma de eventos, retención y límites antes de producción. Nunca pongas tokens en el chat ni permitas que el modelo llame directamente al canal.

1. Define objetivo, actor, fuente de verdad y criterio de éxito.
2. Entrega datos mínimos y limita la herramienta a lectura o borrador.
3. Valida esquema, permisos, fecha y errores antes de mostrar el resultado.
4. Solicita aprobación humana para cualquier escritura y guarda auditoría.

Prompt base: “Redacta un aviso de llegada para el viaje [ID] con datos mínimos. No envíes el mensaje: devuelve texto, variables, consentimiento requerido, destinatario verificado y condición de escalado. Devuelve: hechos, supuestos, datos faltantes, siguiente acción y nivel de aprobación requerido.”

Un contrato mínimo puede devolver{ "answer": "...", "sourceIds": [], "asOf": "ISO-8601", "needsHumanApproval": true, "unknowns": [] }. Valida JSON en el gateway, registra correlación y rechaza campos desconocidos. El prompt no sustituye autenticación, autorización ni validación de negocio.

Prompt de prueba: “Analiza solo los registros incluidos. Separa hechos de supuestos. Si falta un dato, escribe DESCONOCIDO. Devuelve la salida con el contrato acordado y no ejecutes ninguna mutación.”