n8n para Dirección General: Arquitectura, Patrones y Automatización con IA

1. Fundamentos de Arquitectura: Por qué n8n es Diferente

Cuando la automatización conecta procesos relevantes, debe tratarse como un componente de operación: con diseño de datos, control de cambios, trazabilidad y responsable de negocio. El coste por ejecución y los requisitos de seguridad de las herramientas cloud pueden ser decisivos, pero dependen del volumen, contrato, región, conectores y arquitectura. No presupongas que un CISO aprobará o rechazará un patrón sin su evaluación específica.

Aquí es donde entra n8n. Su arquitectura fair-code y su capacidad de ser desplegado self-hosted (en los propios servidores de la empresa) cambian radicalmente la ecuación de riesgo y coste.

1.1 Self-Hosted vs Cloud: El control total de los datos

La diferencia fundamental de n8n radica en dónde se ejecuta el código. Mientras que Make y Zapier procesan tus datos en sus servidores (AWS/GCP en EE.UU. o Europa), n8n puede instalarse en tu propia infraestructura (tu cuenta de AWS, Azure, o incluso en un servidor físico en tus oficinas).

1.2 n8n vs Make/Zapier: La decisión estratégica

2. Patrones Avanzados de n8n

n8n no solo es diferente en dónde se aloja, sino en cómo procesa la información. Su motor está diseñado para manejar estructuras de datos complejas (JSON arrays) de forma nativa, lo que lo hace ideal para sincronizaciones masivas entre ERPs.

2.1 Nodos Core y Sub-workflows

A diferencia de Make, donde los flujos tienden a convertirse en "espaguetis" inmanejables, n8n promueve la modularidad mediante el nodo Execute Workflow. Esto permite crear "Sub-rutinas" (ej. un flujo que solo sabe "Buscar cliente en SAP y devolver su ID") que pueden ser llamadas por decenas de flujos distintos. Si SAP cambia su API, solo actualizas el sub-workflow.

2.2 Ejecuciones Paralelas y Batches

Procesar 100.000 registros de un ERP en Zapier causaría un timeout o vaciaría la cuota mensual en minutos. n8n utiliza nodos Split In Batches para procesar datos en lotes (ej. de 500 en 500), respetando los rate limits de las APIs de destino sin incurrir en costes adicionales por volumen.

3. Integrar IA en Flujos n8n: La Ventaja Competitiva

La integración de IA puede ser útil en n8n cuando la arquitectura, el modelo, el almacenamiento y los conectores están evaluados. La ubicación de n8n por sí sola no autoriza a procesar contratos, nóminas o márgenes: antes de usar datos sensibles verifica finalidad, base jurídica, minimización, accesos, logs, contrato y transferencias.

3.1 Modelos Locales (Ollama) y ZDR Real

n8n se integra de forma nativa con Ollama, un motor para ejecutar modelos LLM open-weight (como Llama 3 o Mistral) en tus propios servidores. Cuando n8n, el modelo y el almacenamiento se alojan y configuran en infraestructura controlada por la organización, se reduce la transferencia a terceros. No equivale por sí solo a ZDR: revisa también logs, copias, conectores, telemetría, acceso de administradores y conservación de datos.

3.2 Nodos Advanced AI (LangChain visual)

n8n incorpora nodos específicos de "Advanced AI" que actúan como un LangChain visual. Permiten construir Agentes Autónomos con memoria (Buffer Memory), acceso a herramientas (Tools) y capacidades de RAG (Vector Stores), todo orquestado visualmente pero ejecutado localmente.

4. Seguridad, Compliance y Gobernanza

Para empresas de 100M€ a 500M€, el cumplimiento normativo no es opcional. n8n proporciona las herramientas necesarias para pasar las auditorías de seguridad más estrictas (ISO 27001, ENS).

4.1 RGPD y Privacidad por Diseño

Un despliegue local o europeo puede reducir transferencias, pero el cumplimiento RGPD sigue dependiendo de los datos, finalidades, bases jurídicas, logs, conectores y proveedores usados. Verifica cada integración antes de concluir que no hay transferencias internacionales o que no son necesarias salvaguardas.

4.2 Auditoría de Ejecuciones Locales

n8n permite definir la retención de ejecuciones y logs en función del despliegue. Configura y prueba una política de minimización, acceso, cifrado, copias y borrado acorde con el proceso; purgar logs sin conservar evidencia necesaria también puede perjudicar auditoría e investigación de incidentes.

5. Escalado y Mantenimiento

El precio a pagar por el control total es la responsabilidad de la infraestructura. n8n no es "plug and play" a nivel corporativo.

5.1 Requisitos de Infraestructura

Para un despliegue empresarial (Enterprise/High Availability), IT deberá configurar n8n usando Docker/Kubernetes, con una base de datos PostgreSQL externa para persistencia, y Redis para gestionar las colas de trabajo (Workers). Esto requiere un perfil DevOps en la empresa o un partner tecnológico solvente.

6. Tutoriales: 12 Flujos n8n para la Empresa Mediana/Grande

Estos 12 casos de uso ilustran cómo n8n resuelve problemas estructurales en empresas de 50M€ a 500M€, aprovechando su capacidad de conexión a BBDD internas, su coste marginal cero en volumen y su integración con IA local.

Objetivo: El día 1 de cada mes, n8n extrae las ventas del CRM (Salesforce), la caja del ERP (SAP/Navision) y la rotación de RRHH (Workday), cruzando datos de bases locales de forma segura para generar el documento base del Comité de Dirección.

1. Trigger: Nodo Schedule (Cron) configurado para el día 1 del mes a las 06:00 AM.
2. Data Extraction: Nodos MySQL/PostgreSQL ejecutan queries de solo lectura contra las réplicas de las BBDD del ERP y RRHH (operación segura al estar n8n en la misma red privada).
3. Aggregation: Nodo Code (JavaScript) unifica los JSONs y calcula las variaciones mes a mes (MoM) y año a año (YoY).
4. AI Analysis: Nodo Ollama (modelo local Llama 3) redacta el resumen ejecutivo destacando las 3 desviaciones principales, sin enviar datos financieros a la nube.
5. Delivery: Nodo Google Docs / Microsoft Word crea el documento y el nodo Slack notifica al Chief of Staff.

Objetivo: Rastrear diariamente boletines oficiales y portales autonómicos buscando palabras clave del sector de la empresa. En Zapier, hacer miles de peticiones diarias dispararía la factura; en n8n el coste de ejecución es cero.

1. Trigger: Nodo Schedule diario a las 07:00 AM.
2. Scraping: Nodo HTTP Request llama a las APIs públicas del BOE y plataformas de contratación (ej. PLACE).
3. Parsing: Nodo XML/JSON extrae los títulos y descripciones de las licitaciones publicadas en las últimas 24h.
4. Filtering: Nodo Filter descarta las que no contienen las keywords estratégicas de la empresa o no alcanzan el presupuesto mínimo.
5. Notification: Nodo Email envía una tabla HTML limpia al equipo de Desarrollo de Negocio con los enlaces directos.

Objetivo: Conectar el ERP con el CRM para identificar facturas vencidas y orquestar una secuencia automática de cobro escalonada, reduciendo el Período Medio de Cobro (DSO) sin intervención manual.

1. Trigger: Ejecución diaria contra la tabla de `invoices` del ERP local (estado=vencida, saldo>0).
2. Routing: Nodo Switch enruta según los días de retraso (D+5, D+15, D+30).
3. Action D+5: Nodo Email envía recordatorio suave adjuntando el PDF de la factura (extraído del ERP).
4. Action D+15: Nodo Email envía requerimiento formal copiado al departamento financiero del cliente.
5. Action D+30: Nodo CRM (Salesforce/Hubspot) crea una tarea urgente de "Llamada de cobro" asignada al Key Account Manager responsable de esa cuenta.

Objetivo: Unificar datos financieros de empresas adquiridas que usan sistemas distintos (ej. Sage y Navision) hacia el sistema de consolidación de la matriz (SAP), sin costosas migraciones de software.

1. Trigger: Webhook de cierre de mes o Schedule.
2. Parallel Execution: Dos ramas paralelas consultan las bases de datos de las filiales (SQL Server para Navision, MySQL para Sage).
3. Data Transformation: Nodos Code mapean los planes contables locales (PGC) al plan contable analítico corporativo de la matriz usando diccionarios JSON.
4. Batching: Nodo Split In Batches agrupa los asientos contables de 1000 en 1000.
5. Sync: Nodo HTTP Request inyecta los batches en la API OData de SAP B1 de la matriz, con nodos Catch para registrar errores de validación en una tabla de cuarentena.

Objetivo: Cuando entra un lead B2B, n8n busca su facturación y sector, y lo asigna al comercial Senior si es una cuenta grande, o al Junior si es pequeña, maximizando la conversión.

1. Trigger: Webhook desde el formulario web (Typeform/WordPress).
2. Enrichment: Nodo HTTP llama a la API de Informa D&B o Apollo.io usando el dominio del email corporativo para extraer facturación, empleados y sector.
3. Scoring: Nodo Switch evalúa: si Facturación > 10M€ → Ruta VIP; si < 10M€ → Ruta Standard.
4. Routing: Ruta VIP asigna el lead en Salesforce al Director Comercial y envía alerta a Slack. Ruta Standard lo asigna en round-robin al equipo Inside Sales.
5. Nurturing: El flujo añade al lead a la secuencia de email correcta en ActiveCampaign según su sector.

Objetivo: A partir de un formulario interno, n8n consulta el stock y tarifas en el ERP, y genera un PDF de propuesta comercial a medida, bloqueando descuentos no autorizados.

1. Trigger: Comercial rellena un formulario interno de solicitud de oferta (Airtable/Jotform).
2. Validation: n8n consulta la BBDD del ERP para verificar que los SKUs solicitados tienen stock y extrae el precio de tarifa actual.
3. Margin Check: Nodo If comprueba si el descuento solicitado deja el margen por debajo del 15%. Si es así, detiene el flujo y envía petición de aprobación al Director de Ventas.
4. Document Generation: Si se aprueba (o el margen es sano), nodo Google Docs / DocuSign genera la propuesta en PDF inyectando los datos.
5. Delivery: Envía el PDF al comercial por email listo para reenviar al cliente.

Objetivo: Mantener el stock del almacén físico (ERP tradicional) sincronizado en tiempo real con la tienda online B2B/B2C (Shopify/Magento), evitando roturas de stock o ventas en vacío.

1. Trigger: Webhook desde el ERP cuando hay un movimiento de stock, o Schedule cada 15 minutos (batching).
2. Data Prep: Nodo Code transforma los códigos internos del ERP a los SKUs del E-commerce.
3. Safety Buffer: Nodo If resta un "colchón" de seguridad del 5% al stock real para evitar ventas concurrentes en tienda física y online.
4. Batch Update: Nodo GraphQL/HTTP actualiza masivamente el inventario en Shopify usando su API Bulk.
5. Alerting: Si un producto clave cae por debajo del umbral de reabastecimiento, crea una tarea de compra en el ERP.

Objetivo: Cuando el almacén detecta una partida defectuosa, n8n extrae los datos del proveedor, genera el informe de no conformidad y le envía el requerimiento de abono automáticamente.

1. Trigger: Operario de calidad registra incidencia en app móvil (PowerApps / AppSheet).
2. Data Retrieval: n8n busca el número de lote en el ERP para identificar al proveedor, el coste de la partida y el histórico de fallos.
3. Document Creation: Nodo PDF genera el parte de No Conformidad (NCR) con fotos adjuntas.
4. Communication: Nodo Email envía el NCR al proveedor con copia a Compras.
5. Accounting: Nodo ERP bloquea el pago de la factura correspondiente hasta que se resuelva la incidencia.

Objetivo: IA local lee los PDFs de contratos de proveedores y alerta 60 días antes de su renovación automática. Al usar n8n self-hosted con Ollama, los contratos nunca salen de la red de la empresa.

1. Trigger: Schedule semanal revisa la carpeta segura de SharePoint/Drive de Compras.
2. Document Processing: Nodo Read PDF extrae el texto de los nuevos contratos subidos.
3. Local AI Extraction: Nodo Advanced AI (Ollama) analiza el texto buscando específicamente la "fecha de entrada en vigor", "duración" y "cláusula de preaviso de cancelación".
4. Calculation: Nodo Code calcula la fecha límite exacta para notificar la no-renovación.
5. Action: Nodo ERP/Calendar crea un evento y alerta al responsable de Compras 60 días antes de esa fecha límite.

Objetivo: A partir de un caso de éxito corporativo redactado en español, n8n usa IA para traducirlo, adaptarlo a cada red social y programarlo en las cuentas de las filiales internacionales.

1. Trigger: Aprobación de un artículo en el CMS (WordPress) o Notion.
2. Translation: Nodo DeepL o OpenAI traduce el texto a inglés, francés y alemán manteniendo el tono de marca (Brand Voice).
3. Adaptation: Nodo AI genera variantes específicas: un post formal para LinkedIn corporativo, un hilo técnico para X, y un resumen para la newsletter interna.
4. Scheduling: Nodo Buffer o Hootsuite programa las publicaciones en las franjas horarias óptimas de cada país.
5. Approval: Nodo Slack envía los borradores generados al Country Manager de cada filial para su OK final con un botón interactivo.

Objetivo: Recepción de currículums por email. n8n usa IA local para borrar nombre, foto, edad y género, pasando al manager solo la experiencia y habilidades, eliminando sesgos y cumpliendo el RGPD.

1. Trigger: Recepción de email en el buzón de `talento@empresa.com`.
2. Extraction: Nodo Read PDF extrae el texto del currículum adjunto.
3. Anonymization (ZDR): Nodo Ollama (IA Local) recibe la instrucción estricta de reemplazar nombres propios por [CANDIDATO], eliminar referencias a edad, género, nacionalidad e instituciones educativas, dejando solo roles y habilidades.
4. Formatting: Genera un nuevo documento de texto estandarizado.
5. Routing: Sube el CV anonimizado al ATS (Workday/Factorial) y notifica al hiring manager para su evaluación ciega.

Objetivo: Al firmar el contrato, n8n crea automáticamente las cuentas en múltiples sistemas internos (Directorio Activo, ERP, CRM) respetando la jerarquía y permisos de la filial correspondiente.

1. Trigger: Webhook desde la plataforma de firma electrónica (DocuSign/Signaturit) confirmando contrato firmado.
2. Directory Setup: Nodo HTTP llama a la API de Microsoft Entra ID (Active Directory) para crear el email corporativo y asignar grupos de seguridad.
3. Systems Provisioning: Sub-workflows paralelos dan de alta al usuario en el ERP (con permisos de gasto según su rol), en el CRM (asignándole su territorio) y en Slack.
4. Hardware Request: Crea un ticket en Jira/ServiceNow para que IT prepare el portátil.
5. Welcome: El día de inicio, envía un email de bienvenida con las credenciales temporales y el manual de acogida de su filial específica.

Referencias

1. Make — Documentación oficial: make.com/en/help
2. Make — Guía de Data Stores: make.com/en/help/tools/data-store
3. Make — Manejo de errores: make.com/en/help/errors/error-handling
4. Zapier — Documentación oficial: help.zapier.com
5. Zapier — Looping by Zapier: help.zapier.com/hc/en-us/articles/8496288690573
6. OpenAI — API Reference: platform.openai.com/docs/api-reference
7. Anthropic — API Reference: docs.anthropic.com/en/api
8. Make — Precios y planes: make.com/en/pricing
9. Zapier — Precios y planes: zapier.com/pricing
10. AEPD (Agencia Española de Protección de Datos) — Guía de protección de datos en automatización: aepd.es