Los sistemas ERP son el núcleo operativo de muchas empresas: almacenan datos de producción, compras, ventas, inventario y logística. El problema es que acceder a esa información — o modificarla — suele requerir abrir el software, buscar el módulo correcto, y navegar interfaces pensadas para escritorios.
En este artículo describo cómo, en un proyecto de automatización en una empresa de servicios industriales, conectamos su ERP existente a los canales que el equipo ya usaba: WhatsApp, Telegram y correo electrónico.
"El ERP tenía toda la información. El problema era que nadie quería abrirlo para hacer una consulta rápida. Con n8n, la información fue al canal donde la gente ya estaba trabajando."
¿Cuál era el problema operativo?
La empresa tenía un ERP robusto, instalado en servidores propios. Pero surgían fricciones todos los días:
- Operarios en planta no tenían acceso al ERP desde sus dispositivos
- Logística preguntaba por WhatsApp cosas que estaban en el sistema
- Los supervisores recibían correos con solicitudes de modificación que alguien procesaba a mano
- Los reportes diarios se armaban manualmente en planillas
El patrón era el mismo: la información estaba en el ERP, pero el flujo de trabajo pasaba por canales informales.
¿Por qué elegimos n8n para este proyecto?
La primera decisión fue de arquitectura: ¿tocamos el ERP? La respuesta fue no. n8n nos permitió construir una capa encima del ERP sin alterar su lógica. Razones concretas:
- Conector SQL nativo sin necesidad de API intermedia
- Webhooks de entrada en milisegundos
- Self-hosted en infraestructura propia
- Lógica condicional visual para validaciones y manejo de errores
¿Cómo fue la arquitectura técnica?
Capa 1: recepción de mensajes
Mensajes de WhatsApp vía Business API, Telegram con la API oficial, correos con el nodo IMAP de n8n monitoreando una casilla cada 2 minutos.
Capa 2: interpretación e intención
Cada mensaje pasaba por un nodo que identificaba la intención. Implementamos palabras clave estructuradas:
ORDEN 12345→ estado de la ordenSTOCK MAT-089→ stock disponibleCERRAR 12345→ cierre de orden con confirmación
Capa 3: ejecución sobre el ERP
n8n ejecutaba SELECT/UPDATE/INSERT con validación de permisos por usuario antes de cualquier escritura.
¿Qué automatizaciones se implementaron?
1. Consulta de órdenes por WhatsApp
Operarios enviaban el número de orden y recibían en segundos: estado, materiales, técnico responsable y fecha estimada de cierre.
2. Reporte diario por Telegram
A las 7:00 AM, n8n consultaba la base, armaba el resumen y lo enviaba al canal de supervisión. Sin intervención humana.
3. Registro de incidencias por correo
Técnicos enviaban correos estructurados; n8n extraía los datos y creaba el registro en el ERP, con confirmación al técnico en menos de un minuto.
4. Alertas proactivas
Workflow horario revisaba umbrales (stock bajo, órdenes sin movimiento) y notificaba al supervisor sin que nadie preguntara.
¿Cuáles fueron los resultados?
- Consultas manuales: bajaron ~80%
- Tiempo de respuesta: de 8 minutos promedio a menos de 3 segundos
- Registros incompletos: prácticamente eliminados por la validación previa
- Armado de reportes: de 45 min/día a cero
¿Qué aprendimos?
- Empezar por las consultas, no por las modificaciones. Bajo riesgo, adopción rápida.
- Diseñar para el canal real, no para el ideal. WhatsApp era donde ya trabajaban.
- Confirmaciones obligatorias en escrituras. Ningún mensaje mal formateado puede modificar datos.
- Monitorear el workflow es parte del proyecto. Alertas si un workflow falla.
¿Se puede hacer algo similar en tu empresa?
Funciona bien cuando:
- Hay acceso a la base del ERP
- Los procesos son repetitivos y predecibles
- El equipo ya usa WhatsApp, Telegram o correo
- Hay tolerancia a 2-4 semanas de ajuste