Lo que necesitas para completar este tutorial
- ✓ 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:
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.
Datos + contexto
Prompt estructurado
Listo para usar
Cuando usar este tutorial
| ✓ Usalo cuando... | × No lo uses cuando... |
|---|---|
|
|
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.
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).
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.
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.
Prompts para refinar el output
Estos son los ajustes mas frecuentes que se piden despues del primer output. Copialos directamente en el chat:
-
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."
-
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."
-
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."
-
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."
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:
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
Inversion y retorno
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. |
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.
Flujo de trabajo avanzado
-
1
Escuchar eventos del ERP y agrupar por pedido y cliente
-
2
Generar y validar mensajes con GPT-5 según reglas de negocio
-
3
Enviar por el canal adecuado y registrar el resultado en el ERP
-
4
Si hay fallo o alta urgencia, crear ticket de escalado y notificar a responsable
Que hacer ahora?
Ahora que has completado este tutorial, hay dos caminos naturales:
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.
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.
vLLM — Para entornos de produccion con multiples usuarios simultaneos.
LM Studio — Para pruebas y uso individual sin configuracion de servidor.
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.
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.