Qué es n8n y qué tareas conviene automatizar

Copiar datos entre herramientas puede convertirse en una tarea diaria. Antes de automatizarla, necesitas saber qué la inicia, qué regla debes aplicar y cómo reconocer un resultado correcto. n8n permite conectar esos pasos en un editor visual.

En este artículo aprenderás a elegir una primera tarea y construirás una prueba pequeña: separar un producto ficticio cuando sus existencias estén por debajo del mínimo. El resultado será una salida que puedas inspeccionar, sin enviar correos ni modificar un inventario real.

Qué es n8n

n8n es una herramienta de automatización. Un workflow, o flujo de trabajo, reúne pasos conectados; cada paso se llama nodo. Un nodo puede iniciar el proceso, preparar datos, comparar valores o comunicarse con otra aplicación. La documentación oficial explica estos conceptos en su glosario.

Piensa en una instrucción cotidiana: «Cuando revise las existencias, separa los productos que tengan menos unidades que el mínimo». El inicio es revisar; los datos son las unidades y el mínimo; la regla es una comparación; el resultado es una lista para revisar.

No necesitas añadir inteligencia artificial a esta regla. n8n también permite construir procesos con IA, pero comparar dos números se resuelve directamente. El primer workflow de la documentación muestra cómo combinar pasos y condiciones.

Qué tareas conviene automatizar primero

Como criterio de Flujoteca, busca una tarea que puedas explicar con una frase y comprobar con un ejemplo. Antes de abrir el editor, responde:

  • ¿Se repite? Reunir el mismo dato cada semana suele justificar mejor el esfuerzo que una tarea de una sola vez.
  • ¿La entrada es clara? Debes saber de dónde sale cada dato y qué significa.
  • ¿La regla es explícita? «Menos de cinco unidades» es comprobable; «cuando parezca importante» necesita una decisión más precisa.
  • ¿El resultado es visible? Una fila, un borrador o una salida de prueba se pueden cotejar.
  • ¿Un error se puede contener? Empieza preparando información para revisar antes de automatizar envíos, compras o borrados.

Algunos candidatos son ordenar registros por estado, preparar un resumen o crear un borrador a partir de una fila aprobada. Si cada caso exige una excepción nueva, primero aclara el proceso. Automatizar reglas confusas puede repetir el mismo error más rápido.

También cuenta el mantenimiento. Una estimación sencilla es comparar el tiempo que hoy dedicas a la tarea con el tiempo de construir, revisar y mantener el flujo. Ese cálculo orienta una decisión; no garantiza un ahorro.

Dónde se ejecuta

Puedes usar n8n Cloud, con infraestructura administrada por n8n, o alojarlo por tu cuenta (self-hosted). En la segunda opción, también te corresponde mantener el entorno. Consulta las opciones oficiales de uso antes de elegir.

Este ejercicio parte de una instancia disponible. No requiere cambiar de plan, instalar extensiones ni conectar servicios de Google. Si usas Cloud, los datos del ejercicio se procesarán allí; por eso usaremos información ficticia.

Resultado que obtendrás

  • Un flujo de tres nodos que se inicia manualmente.
  • Un producto ficticio con existencias y mínimo numéricos.
  • Una salida true cuando falten unidades y false cuando no se cumpla esa regla.

Antes de comenzar

Necesitas acceso al editor de n8n y un workflow nuevo. Usa solo este dato ficticio: Cuaderno DEMO. No añadas credenciales, nodos de correo ni conexiones a una hoja real. Conserva el inicio manual durante toda la prueba.

Flujo completo

Este diagrama representa el ejercicio, no un sistema completo de compras:

Manual Trigger
      |
      v
Edit Fields: producto, existencias, minimo
      |
      v
If: existencias < minimo
      |
      +-- true  --> revisar faltante
      |
      +-- false --> no cumple la regla

Las dos salidas terminan en el propio nodo If. «Revisar faltante» describe lo que harías con el resultado; no hay un nodo que envíe un aviso o compre productos.

Paso 1: iniciar manualmente

Crea un workflow vacío y añade Manual Trigger. Este disparador te permite decidir cuándo ejecutar el ejemplo. Ponle al workflow un nombre reconocible, como Prueba de inventario DEMO.

Paso 2: preparar un solo producto

Conecta Edit Fields (Set) y selecciona Manual Mapping. Añade estos campos con valores fijos:

  • producto: tipo String, valor Cuaderno DEMO.
  • existencias: tipo Number, valor 3.
  • minimo: tipo Number, valor 5.

String significa texto y Number significa número. Mantén los nombres sin espacios ni tildes: minimo será el nombre que leerá la condición. El nodo Edit Fields permite crear o cambiar campos; aquí solo prepara el dato ficticio.

Paso 3: comparar existencias con el mínimo

Conecta un nodo If. En Conditions, configura una comparación de tipo Number con la operación is less than («es menor que»).

En el primer valor, activa Expression e introduce:

{{ $json.existencias }}

En el segundo valor, también como expresión, introduce:

{{ $json.minimo }}

Una expresión lee un dato en lugar de usar un valor fijo. Aquí $json representa los campos del elemento que entra al nodo. La condición pregunta si 3 es menor que 5. La documentación de If describe las comparaciones disponibles.

Cómo comprobar que funciona

Ejecuta el workflow completo con Execute workflow. Abre la salida de Edit Fields y comprueba que contiene un solo elemento con los tres campos. Después revisa ambas salidas de If.

Haz estas pruebas por separado, cambiando únicamente existencias y volviendo a ejecutar el flujo completo:

  • Con 3: un elemento en true y ninguno en false.
  • Con 5: ninguno en true y un elemento en false.
  • Con 8: ninguno en true y un elemento en false.

La prueba con 5 comprueba el límite: «menor que» excluye la igualdad. Cada resultado debe conservar el producto y los dos números. Una salida vacía en la rama que no corresponde es normal.

Verificación editorial: ejecutado en n8n 2.22.5 el 22 de septiembre de 2026, con datos ficticios. Los casos 3, 5 y 8 produjeron respectivamente true, false y false, conservando los tres campos. La documentación de Edit Fields e If se volvió a revisar en esa fecha.

Errores habituales

El resultado del límite no coincide

Si el valor 5 entra en true, revisa si seleccionaste «menor o igual que» en lugar de is less than. Comprueba también que el mínimo siga siendo 5.

La condición no recibe el dato esperado

Abre la entrada de If. Si no aparece existencias o minimo, coteja el nombre del campo con la expresión y ejecuta nuevamente el workflow desde el inicio. Escribir mínimo y leer minimo no identifica el mismo campo.

Aparece un problema de tipos

Revisa que ambos campos estén definidos como Number, no como String. No actives conversiones automáticas solo para ocultar un problema de datos: primero comprueba qué valor recibe la condición.

Estos son puntos de diagnóstico de la configuración; no significan que un aviso se haya enviado. El ejemplo solo compara datos dentro del flujo.

Seguridad y privacidad

Trabaja con información ficticia hasta entender cada paso. Una ejecución manual puede tener efectos reales si después añades nodos que envían, escriben o borran información. Las credenciales de otros servicios se configuran en tu instancia y no deben aparecer en capturas ni archivos compartidos.

Antes de ampliar el flujo, decide qué ocurrirá si falta un número, llega un valor negativo o se ejecuta dos veces. Este ejemplo no valida esas situaciones, no gestiona inventario y no evita avisos duplicados. Tampoco realiza pedidos automáticos.

Cómo seguir

Ya tienes las piezas de una automatización: inicio, datos, regla y resultado verificable. El siguiente paso razonable es elegir una tarea pequeña de tu trabajo y escribir esas cuatro partes antes de conectar cuentas reales.

Para ver una aplicación con revisión humana, consulta cómo convertir una fila aprobada en un borrador de Blogger. Allí la preparación y la publicación siguen siendo pasos separados.

Fuentes oficiales