Recursos · Integración n8n

Nodo Read/Write Files from Disk n8nConfigura Read/Write Files from Disk en n8n.

El nodo Read/Write Files from Disk n8n trabaja sobre el disco de la máquina donde corre n8n. Trae 2 operaciones: una lee una ruta o un patrón completo, otra guarda un campo binario como archivo. No hay nada que autenticar, y las rutas permitidas dependen de dónde esté alojado n8n.

Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth

Por qué automatizar

¿Para qué sirve el nodo Read/Write Files from Disk n8n?

Lee o escribe archivos en el ordenador que ejecuta n8n. Al leer, convierte una ruta, o un patrón que apunta a muchas, en datos binarios repartidos entre los items que salen del nodo. Al escribir, toma un campo binario que ya viaja en el item y lo guarda como archivo real. Nunca inicia un flujo por sí solo: antes corre un disparador, y después el nodo se ejecuta una vez por cada item que le llega.

Primer caso: la carpeta compartida que alguien llena a mano. El patrón de File(s) Selector recoge todos los archivos que encajan, cada uno sale como un item propio, y lo que interesa acaba en una hoja de Google Sheets sin que nadie abra un explorador de archivos.

Segundo caso: el informe que se genera y se guarda. Un nodo anterior arma el archivo, File Path and Name define dónde cae con su extensión, y el nombre suele venir de un campo del item mediante una expresión, la sintaxis {{ $json.cliente }} que n8n usa para leer datos del item entrante. Antes de escribir, un If decide si el archivo merece guardarse o no.

Tercer caso: el registro que crece. Con Append activado, cada ejecución añade su línea al archivo existente en lugar de reemplazarlo. En texto funciona bien. En formatos binarios con estructura fija no tiene sentido, y la documentación lo advierte.

¿Cuándo conviene otro nodo? Cuando el archivo tiene que durar más que la ejecución. Para almacenamiento persistente, n8n remite a un nodo de almacenamiento en la nube como AWS S3, Google Drive o FTP. Y si el archivo no está en un disco sino detrás de una API, el nodo correcto es HTTP Request, que llama a cualquier endpoint HTTP y a nada que hable otro protocolo.

Quedan los límites, que es donde se rompen los flujos. En n8n Cloud el nodo solo alcanza rutas bajo /home/node/: cualquier otra, incluidas /tmp/ y /data/, falla con un error de acceso. Los valores que muestran los campos son solo ejemplos que hay que sustituir, el directorio /home/node/.n8n/ queda reservado al estado interno de n8n, y un archivo escrito ahí no tiene garantizado sobrevivir a una ejecución, al reinicio de un worker ni a un redespliegue. En autoalojado, el nodo llega por defecto a todo lo que alcanza el proceso de n8n, salvo que N8N_RESTRICT_FILE_ACCESS_TO lo limite a una lista de directorios separados por punto y coma; desde n8n 2.0 esa variable vale ~/.n8n-files por defecto, así que trabajar en otro sitio se declara a mano. Con Docker las rutas son las del contenedor, no las del host, y una carpeta del host se monta como volumen. n8n recomienda rutas absolutas. La Reseña n8n compara las dos formas de alojarlo, y el Curso n8n parte de estos nodos base.

Acciones

¿Qué campos pide cada operación?

El nodo Read/Write Files from Disk expone 2 operaciones. Para cada una: el nodo tal como lo configuras en n8n, los campos obligatorios y nuestras notas de campo.

01

Read File(s) From Disk

read

Lo que ves en n8n

Notas y casos de uso

Esta operación recupera uno o varios archivos del ordenador que ejecuta n8n como datos binarios. Una ruta trae un archivo; un patrón, una carpeta entera.

Parámetros clave

  • File(s) Selector: obligatorio, la ruta o el patrón de ruta, con barras inclinadas incluso en Windows (/home/user/Pictures/**/*.png). * se detiene en el separador de ruta y ** lo atraviesa.
  • Put Output File in Field: el campo binario de salida que lleva el archivo, data por defecto.
  • File Name y File Extension: el nombre y la extensión que acompañan al binario de salida.
  • Mime Type: el tipo MIME del binario de salida, application/zip para un comprimido.
Casos de uso
vaciar cada mañana la carpeta donde el equipo deja sus archivos, uno por item.
02

Write File to Disk

write

Lo que ves en n8n

Notas y casos de uso

Aquí el recorrido se invierte: el nodo agarra un campo binario que ya viene en el item y crea con él un archivo en el ordenador que ejecuta n8n, extensión incluida.

Parámetros clave

  • File Path and Name: obligatorio, la ruta de destino, el nombre del archivo y su extensión (/data/example.jpg), en absoluto como recomienda n8n.
  • Input Binary Field: obligatorio, el nombre del campo binario de entrada que contiene el archivo, data en la mayoría de flujos.
  • Append: activado, el contenido se añade a un archivo existente en vez de crear uno nuevo. Habitual en texto, inaplicable a formatos binarios con estructura fija.
Casos de uso
dejar el comprobante de un pedido en la carpeta que ya vigila una herramienta local.
Necesitas ayuda

¿Necesitas ayuda para automatizar Read/Write Files from Disk con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Preguntas frecuentes sobre este nodo

01¿El nodo Read/Write Files from Disk n8n viene incluido en Cloud y en autoalojado?
Sí. Es un nodo core que se entrega con n8n: no hay instalación ni coste adicional por parte de n8n, tanto en n8n Cloud como en una instancia autoalojada con la Community Edition bajo licencia Sustainable Use. El flujo es idéntico en ambos sitios. Lo que cambia no es el nodo sino el disco al que llega: en Cloud, solo las rutas bajo /home/node/; en autoalojado, todo lo que alcanza el proceso de n8n, dentro de los directorios que permita la variable N8N_RESTRICT_FILE_ACCESS_TO.
02¿Qué hace falta configurar antes de usarlo?
Nada del lado de la cuenta. Este nodo no tiene credential, es decir una credencial guardada dentro de n8n, ni selector Authentication: ninguna clave que pegar, ninguna pantalla OAuth, ningún permiso que conceder. Siguen haciendo falta dos cosas. Un disparador que corra antes, por ejemplo un Schedule Trigger o un Webhook, porque este nodo reacciona a los items entrantes y no abre un flujo. Y una ruta accesible para el proceso de n8n: bajo /home/node/ en Cloud, dentro de lo que autorice N8N_RESTRICT_FILE_ACCESS_TO en autoalojado.
03¿Qué límites tiene?
Expone 2 operaciones, leer y escribir, y ninguna más. El punto delicado son las rutas. En Cloud, cualquier ruta fuera de /home/node/ falla con un error de acceso, el directorio /home/node/.n8n/ queda reservado al estado interno de n8n, y un archivo escrito en ese disco no tiene garantizado sobrevivir a una ejecución, al reinicio de un worker ni a un redespliegue, así que nada importante debería quedarse ahí. En autoalojado, desde n8n 2.0 la variable N8N_RESTRICT_FILE_ACCESS_TO vale ~/.n8n-files por defecto. Con Docker, las rutas son las del contenedor y la carpeta del host se monta como volumen.
04¿Cuándo elegir otro nodo en su lugar?
En cuanto el archivo tenga que durar más que la ejecución. Para un almacenamiento persistente, n8n apunta a un nodo de almacenamiento en la nube como AWS S3, Google Drive o FTP, y el consejo pesa sobre todo en Cloud, donde el sistema de archivos es efímero. Este nodo encaja cuando el archivo pertenece de verdad a la máquina que ejecuta n8n: un volumen montado, una carpeta que vigila otra herramienta local, un archivo de trabajo que solo vive durante una ejecución. Si lo que buscas está detrás de una API y no en un disco, HTTP Request es el nodo indicado, porque llama a cualquier endpoint HTTP y a nada más.
05¿n8n o Make para trabajar con archivos?
Depende de dónde puedan vivir esos archivos. Make es una plataforma de automatización alojada, sin opción de autoalojamiento, facturada por operación, con una lógica visual que encaja en equipos que no quieren mantener nada propio. n8n se puede autoalojar con Docker o npm, que es justo lo que este nodo da por supuesto: el disco que lee y escribe es un disco bajo tu control, montado en el contenedor que tú elijas. Con archivos confidenciales, o con un volumen alto que haría incómoda la facturación por operación, el autoalojamiento deja los datos y el modelo de coste de tu lado.
Hack'celeration Lab

Recibe nuestros tips de integración cada semana.

Sin spam. Cancela cuando quieras.