TUTORIAL · IA · ÁREA DIRECTIVA

Seguimiento Automático de Pedidos

Automatice la detección de cambios en pedidos de venta y envíe comunicaciones personalizadas y proactivas para reducir incidencias y acelerar cobros.

INTERMEDIO IA VENTAS GPT-5
Antes de empezar El caso Cuando usar
  • Conectar el ERP a Make y crear trigger
  • Mapear datos y preparar plantilla para IA
  • Ejecutar el prompt principal
  • Iterar, refinar y poner en producción
  • Iteracion Resultado esperado Costes y ROI Errores frecuentes Modo avanzado Siguiente paso
    Antes de empezar

    Lo que necesitas para completar este tutorial

    Lo que conseguiras al terminar
    Si sigues estos pasos, en 30-45 minutos tendras:
    • Detección automática de cambios de estado en el ERP
    • Mensajes personalizados generados por IA para cada escenario
    • Envío automático por email o WhatsApp y registro en el ERP

    Antes de empezar, asegurate de tener lo siguiente:

    Obligatorio Cuenta activa en Make (plan con acceso a Webhooks y módulos HTTP) y credenciales de administrador.
    Obligatorio Acceso API al ERP (Odoo, SAP o Navision) con permisos para leer pedidos y actualizar registros; endpoint o webhook disponible.
    Recomendado Cuenta de WhatsApp Business API o proveedor SMS/WhatsApp integrado en Make para envíos transaccionales.
    Recomendado Clave API de OpenAI (GPT-5) o un proveedor LLM equivalente y un repositorio seguro de secretos para almacenarla.
    Transferencia internacional de datos: IA procesa datos en servidores externos. Sin acuerdo de procesamiento de datos (DPA) firmado, no introduzcas datos personales, financieros confidenciales ni datos especialmente protegidos. Verifica con tu departamento legal o IT antes de usar datos reales de tu empresa.
    El caso

    LogiRetail Iberia SL, sector distribución minorista — el problema real

    Los equipos de ventas y operaciones reciben notificaciones manuales y tardías sobre cambios en pedidos (rechazos, entregas parciales, retrasos), lo que provoca reclamaciones, demoras en facturación y pérdida de satisfacción del cliente.

    Con IA y el prompt de este tutorial, puede resolver este reto en 30-45 minutos — sin conocimientos tecnicos previos.

    Situacion real
    Datos + contexto
    IA
    Prompt estructurado
    Output ejecutivo
    Listo para usar
    Por que funciona: La solución combina detección basada en eventos con generación de lenguaje natural para producir comunicados precisos y personalizados. Make orquesta la lógica y las conexiones, mientras que el modelo IA adapta el tono y el contenido al contexto del pedido. Esto permite escalar comunicados transaccionales sin aumentar personal operativo.
    Contexto

    Cuando usar este tutorial

    ✓ Usalo cuando...× No lo uses cuando...
    • Volumen alto de pedidos y varias actualizaciones de estado por pedido
    • Necesidad de comunicación multicanal (email + WhatsApp) y personalización por cliente
    • Objetivo de reducir SLA de respuesta y mejorar cobranza
    • Casos únicos o sensibles que requieren revisión legal previa
    • Cuando no existe integración API con el ERP (sin posibilidad de webhooks o consultas)
    • Procesos internos complejos que requieren intervención humana en cada cambio

    Paso 01

    Conectar el ERP a Make y crear trigger

    Configure un trigger en Make que reciba eventos de cambio de estado desde su ERP. Esto permite procesar cada actualización de pedido en tiempo real y orquestar acciones posteriores.

    • 1
      Crear un webhook en Make En Make, añada un módulo Webhook personalizado que reciba notificaciones de su ERP. Seleccione un webhook que acepte POST con payload JSON y copie la URL generada.
    • 2
      Configurar el ERP para enviar eventos En Odoo/SAP/Navision cree una notificación o regla que envíe un POST al webhook de Make cada vez que el estado del pedido cambie (estado, cantidad entregada, nota de rechazo). Incluya campos clave: id de pedido, estado anterior, estado nuevo, timestamp y datos de cliente.
    • 3
      Probar y validar el payload Envíe un evento de prueba desde el ERP y verifique en Make que el payload llega completo. Ajuste mapeos si faltan campos y registre el ejemplo de payload para la siguiente etapa.
    Checkpoint: Make recibe payloads del ERP con los campos clave (ORDER_ID, STATUS_OLD, STATUS_NEW, CUSTOMER_ID) y el flujo avanza al siguiente módulo.

    Paso 02

    Mapear datos y preparar plantilla para IA

    Transforme el payload en variables limpias y defina la plantilla que alimentará a GPT-5. Normalice nombres, fechas y condiciones de negocio antes de llamar al modelo.

    • 1
      Añadir módulo de transformación en Make Use el módulo 'Parse JSON' o 'Set variable' para extraer y normalizar campos: identificación de cliente, email, teléfono, estado nuevo, motivo y líneas de pedido relevantes.
    • 2
      Definir plantilla de prompt con placeholders Cree un prompt estructurado que incluya contexto comercial, restricciones de tono y reglas de cumplimiento (ej.: no prometer fechas exactas si no están confirmadas). Use variables de Make para rellenar los placeholders.
    • 3
      Almacenar ejemplos y reglas en Make Incluya ejemplos de mensajes por tipo de evento (entrega parcial, retraso, rechazo) como referencia para el modelo y añada un módulo con reglas de negocio (p. ej. escalación si retraso > 48h).
    Checkpoint: Plantilla de prompt con variables mapeadas y ejemplos de salida listos; el flujo puede enviar solicitudes a la API de GPT-5.

    Paso 03

    Ejecutar el prompt principal

    Este es el prompt central del tutorial. Cópialo completo, rellena las variables entre corchetes con los datos de tu empresa o situación, y envíalo.

    • 1
      Copia el prompt completo Selecciona todo el texto del prompt y cópialo. No modifiques la estructura — está diseñado para obtener el output más útil posible.
    • 2
      Rellena las variables entre corchetes Sustituye cada [VARIABLE] con información real de tu empresa. Cuanto más específico seas, mejor será el output.
    • 3
      Envía el prompt y espera la respuesta Pega el prompt en el chat o en la llamada API y envíalo. El modelo puede tardar entre 10 y 60 segundos dependiendo de la complejidad.
    Variables del prompt — sustituye cada [VARIABLE] con datos reales
    [ERP_NAME]Nombre del sistema ERP (ej.: Odoo, SAP, Navision) que envía el evento
    [ORDER_ID]Identificador único del pedido en el ERP
    [CUSTOMER_NAME]Nombre del cliente final relacionado con el pedido
    Prompt principal — Seguimiento Automático de Pedidos Eres un asistente ejecutivo para comunicaciones transaccionales. Genera un mensaje proactivo, profesional y ajustado al canal para un cambio de estado en un pedido de venta. Contexto: la empresa [ERP_NAME] acaba de registrar un cambio de estado en el pedido [ORDER_ID] del cliente [CUSTOMER_NAME]. Datos disponibles: estado anterior: [STATUS_OLD], estado nuevo: [STATUS_NEW], motivo declarado: [REASON], fecha estimada de entrega: [ETA], líneas afectadas: [LINES_SUMMARY], importe total: [AMOUNT]. Restricciones: no prometer acciones que no estén confirmadas por operaciones; mantener tono profesional y breve para WhatsApp, y algo más formal para email; incluir un call-to-action claro y opcional enlace a seguimiento. Salida requerida: devuélveme un JSON con las claves: channel (email|whatsapp), subject (solo para email), body (texto final listo para enviar), urgency (BAJA|MEDIA|ALTA), variables (mapa de placeholders usados), follow_up (acción sugerida por operaciones o ventas), audit_note (una línea técnica para registrar en el ERP). Además, proporciona una versión alternativa corta para WhatsApp y otra extendida para email con campos personalizados. Prioriza claridad y evita lenguaje comercial excesivo. Si el estado implica escalado (por ejemplo, retraso > 48h o rechazo total), añade una nota de escalado con el motivo y la persona sugerida para contactar (ej.: Gerente de Operaciones). Formato: responde únicamente con JSON válido. Usa el siguiente ejemplo de salida como referencia: {"channel":"whatsapp","subject":"","body":"Estimado/a...","urgency":"MEDIA","variables":{"ORDER_ID":"..."},"follow_up":"Contactar logística","audit_note":"Evento importado por webhook"}.
    Checkpoint: El modelo ha respondido con un output estructurado que incluye las secciones solicitadas en el prompt.

    Paso 04

    Iterar, refinar y poner en producción

    Validar outputs con usuarios reales, añadir reglas de escalado y monitorizar métricas. La iteración reduce errores y mejora la aceptación por parte de clientes y equipos.

    • 1
      Pilotar con un segmento de clientes Seleccione un subconjunto de cuentas (por ejemplo, clientes B2B con alto volumen) y monitorice entregas, respuestas y tasas de escalación durante 2 semanas.
    • 2
      Ajustar reglas y tonos según feedback Use los logs para detectar mensajes confusos o tonos inadecuados; ajuste la plantilla y las condiciones de escalado. Introduzca A/B tests de mensajes si es necesario.
    Checkpoint: Automatización estable con métricas definidas (reducción de llamadas de soporte, tiempo de respuesta, mejora en cobranza) y flujo en producción.

    Iteracion

    Prompts para refinar el output

    Estos son los ajustes mas frecuentes que se piden despues del primer output. Copialos directamente en el chat:

    Hacer el output más específico
    • cuando el output es demasiado genérico. "El output anterior es demasiado genérico. Reescribe el mensaje incluyendo: 1) referencia explícita al número de pedido [ORDER_ID], 2) línea afectada [LINES_SUMMARY], 3) impacto en la fecha de entrega [ETA]. Mantén el canal original y conserva el JSON de salida."
    Cambiar el nivel de detalle
    • cuando necesitas más o menos profundidad. "Ajusta el nivel de detalle del mensaje a: 'resumen' o 'completo'. Si pido 'resumen', genera máximo 2 líneas para WhatsApp. Si pido 'completo', incluye secciones: contexto, impacto, acción requerida y contacto responsable. Mantén formato JSON."
    Adaptar el tono
    • cuando el tono no es el adecuado para tu audiencia. "Reescribe el body manteniendo la información pero cambiando el tono a: 'formal', 'neutral' o 'cercano'. Para 'formal' usa lenguaje corporativo; para 'cercano' simplifica frases. No modifiques el resto del JSON."
    Versión ejecutiva resumida
    • para compartir con el Comité de Dirección. "Genera una versión ejecutiva en 3-4 líneas que resuma: impacto operativo, riesgo comercial y acción recomendada. Incluye métricas clave (importe afectado [AMOUNT], retraso estimado [ETA]) y una recomendación clara de decisión."

    Resultado

    Que vas a obtener

    Este es el tipo de output que genera IA con el prompt de este tutorial. El contenido varia segun tu empresa y situacion, pero la estructura es siempre esta:

    Ejemplo de output — LogiRetail Iberia SL, sector distribución minorista
    Estructura del output
    El prompt devuelve un JSON con channel, subject, body, urgency, variables, follow_up y audit_note. Incluye además versiones alternativas para WhatsApp y email, y una nota de escalado cuando proceda. Esto facilita enviar el mensaje desde Make y registrar la acción en el ERP.
    Senales de un buen output
    El JSON contiene todos los campos requeridos y es parseable por Make
    El body incluye ORDER_ID, LINES_SUMMARY y una CTA clara
    La urgencia y follow_up están alineadas con reglas de negocio definidas
    La audit_note permite registrar el evento en el ERP y trazar la acción
    Senal de que el output es bueno: JSON completo y validable que puede usarse directamente en el módulo de envío y en el registro del ERP

    Costes

    Inversion y retorno

    29$ Make Business / mes
    10-30 s por ejecución Por ejecucion del tutorial
    Reutilizaciones del prompt
    ROI: La automatización reduce la carga operativa al evitar comunicaciones manuales y disminuye reclamaciones, acelerando facturación. Con una reducción del 20% en incidencias y menos tiempo de soporte, el ahorro operativo suele amortizar el coste mensual en pocas semanas.

    Errores frecuentes

    Que hacer cuando algo no funciona

    Sintoma Causa probable Solucion exacta
    Make no recibe payloads del ERP Webhook mal configurado o endpoint bloqueado por firewall Verifique la URL del webhook en ERP, confirme que el ERP puede alcanzar la URL y revise logs de firewall/NAT; pruebe con una solicitud CURL pública.
    Campos nulos o nombres distintos en el payload Mapeo incorrecto entre el esquema del ERP y las variables de Make Compare ejemplo de payload con el parse JSON de Make y ajuste las rutas de extracción; normalice nombres en un módulo intermedio.
    La llamada a GPT-5 falla por autenticación Clave API incorrecta o secretos no configurados en Make Revise la clave API almacenada en el gestor de secretos de Make, regénere la clave si es necesario y compruebe permisos en la consola del proveedor.
    Respuestas incoherentes o tono inapropiado Prompt poco específico o falta de ejemplos de referencia Incluya ejemplos de salida en la plantilla del prompt, especifique el tono requerido y utilice iteraciones de prueba con muestras reales.
    Ritmo irregular por límites de tasa (rate limit) Tráfico excesivo o plan con límites bajos Implemente cola o backoff en Make; agrupe eventos no críticos y solicite aumento de cuota con el proveedor o migre a un plan superior.

    Modo avanzado

    Como hacer este tutorial con IA en modo avanzado

    En modo agente, la IA actúa como coordinador autónomo: procesa eventos, prioriza mensajes, reintenta envíos fallidos y genera tickets de escalado. Es útil cuando hay alto volumen y reglas complejas de negocio.

    Modo avanzado

    Flujo de trabajo avanzado

    1. 1
      Escuchar eventos del ERP y agrupar por pedido y cliente
    2. 2
      Generar y validar mensajes con GPT-5 según reglas de negocio
    3. 3
      Enviar por el canal adecuado y registrar el resultado en el ERP
    4. 4
      Si hay fallo o alta urgencia, crear ticket de escalado y notificar a responsable
    Actúa como agente automatizado de comunicación transaccional. Tu tarea: recibir un evento de cambio de pedido, evaluar prioridad según reglas: retraso >48h o rechazo total = ALTA; importe > [AMOUNT_THRESHOLD] = ALTA. Genera el mensaje óptimo para email y WhatsApp, decide canal primario, programa reintentos (3 intentos con backoff) y, si tras reintentos falla, crea un ticket con la plantilla: 'Escalado: [ORDER_ID], motivo: [REASON], contacto recomendado: [RESPONSIBLE]'. Devuelve un plan de acción en JSON con campos: actions (lista de pasos ejecutables), messages (email y whatsapp), retries (parametrización) y escalation (datos del ticket). Usa variables: [ORDER_ID], [CUSTOMER_NAME], [AMOUNT], [STATUS_NEW], [RESPONSIBLE].
    Cuando usar el modo avanzado en este tutorial: Valioso cuando hay alto volumen de actualizaciones, SLAs críticos que requieren reintentos automáticos y escalado sistemático para evitar pérdidas comerciales.

    Siguiente paso

    Que hacer ahora?

    Ahora que has completado este tutorial, hay dos caminos naturales:

    Para sacarle mas partido: Monitorice métricas clave (tiempo medio de respuesta, tasa de entrega de mensajes, número de escalados) y añada reglas de priorización por cliente (por ejemplo, cuentas clave con etiquetado VIP) para optimizar impacto comercial.
    Alternativa segura

    Puedo hacer esto sin que mis datos salgan de la empresa?

    Si. Este caso de uso trabaja con datos que, por su naturaleza confidencial, estrategica o regulada, son candidatos optimos para ejecutarse con un modelo de lenguaje open source desplegado en infraestructura propia (on-premises o nube privada). Con esta configuracion, ningun dato abandona nunca los servidores de tu organizacion y el modelo no puede ser entrenado con tu informacion.

    Modelos recomendados
    Llama 3.3 70B — Ideal para analisis de documentos largos y generacion de texto estructurado (contexto 128K tokens).

    Mistral Large 2 — Excelente para extraccion de informacion y clasificacion con alta precision.

    Qwen 2.5 72B — Especialmente potente para analisis de datos tabulares y financieros.
    Plataformas de despliegue
    Ollama — Para equipos pequenos o uso individual en hardware propio.

    vLLM — Para entornos de produccion con multiples usuarios simultaneos.

    LM Studio — Para pruebas y uso individual sin configuracion de servidor.
    Infraestructura minima
    Para un modelo de 70B parametros en produccion:

    GPU: 2x NVIDIA A100 40GB o 4x RTX 4090.

    RAM: 128GB minimo.

    Alternativa cloud privada: AWS Private Cloud, Azure Government o Google Cloud Confidential Computing.
    Garantia de privacidad: Con un modelo on-premises correctamente configurado, los datos nunca salen de tu red corporativa, el modelo no se entrena con tu informacion, no hay transferencia internacional de datos y el cumplimiento normativo es total incluso para datos del art. 9 RGPD.
    Necesitas implementar esta solucion en tu organizacion?

    La configuracion de modelos open source on-premises requiere un proveedor tecnico especializado. Agere puede ayudarte a desplegar esta solucion en tu infraestructura de forma segura, con garantias legales y sin que tus datos salgan nunca de tu organizacion.