Automatizar PDFs en n8n sin código con el node PDFops
En pocas palabras: PDFops, un node comunitario verificado publicado el 13 de agosto de 2026, permite inspeccionar, rellenar, fusionar y facturar PDFs en n8n desde un solo dropdown, sin Function node ni Code. Los archivos entran y salen como binario estándar y arranca gratis con 100 requests por IP al mes.
Si querés automatizar rellenado de PDFs en n8n sin escribir una línea de código, ahora tenés PDFops: un node comunitario verificado que convierte inspeccionar, rellenar, fusionar y generar facturas en operaciones tipadas, con los PDFs entrando y saliendo como binario igual que en cualquier otro node. Arranca gratis con 100 requests por IP al mes, sin credencial.
PDFops es un node de comunidad verificado para n8n que expone cinco operaciones sobre archivos PDF (inspeccionar, rellenar, fusionar, generar factura y consultar cuota) desde un solo dropdown, sin necesidad de un Function node ni de llamadas HTTP armadas a mano. Los PDF fluyen como datos binarios estándar del workflow, lo publicó el equipo de PDFops en dev.to el 13 de agosto de 2026.
En 30 segundos
- Qué es: PDFops, un node verificado de n8n con cinco operaciones PDF (Inspect, Fill, Merge, Invoice, Usage) elegibles desde un dropdown.
- Cero código: reemplaza el HTTP Request con multipart armado a mano y el Code node con pdf-lib.
- Gratis para empezar: 100 requests por IP al mes sin credencial; con API key en el header subís la cuota.
- Determinístico: Fill, Merge e Invoice devuelven un PDF byte-idéntico ante la misma entrada, así que una re-ejecución no genera un diff fantasma en tu archivo.
- Instalación en un clic en n8n Cloud gracias al badge verificado; en self-hosted, desde Settings o CLI.
n8n es una plataforma de código abierto que automatiza flujos de trabajo entre aplicaciones, desarrollada por n8n GmbH. Conecta servicios mediante una interfaz visual basada en nodos sin requerir programación tradicional.
¿Por qué los Function nodes son un dolor de cabeza para manejar PDFs?
Casi todos los workflows de n8n que tocan un PDF terminan en el mismo lugar: un HTTP Request node con un cuerpo multipart armado a mano, o un Code node llamando a pdf-lib y rezando para que el manejo del binario sobreviva al próximo upgrade de n8n.
¿Y qué pasa cuando actualizás n8n? Exacto: se rompe algo. Subís la versión, el node de código que armaba el PDF empieza a devolver un binario corrupto, nadie documentó cómo estaba parseado el multipart, y te comés una tarde de debugging por algo que debería ser trivial. Cualquiera que haya intentado rellenar un formulario PDF con pdf-lib dentro de un Code node sabe que el manejo del binario es la parte frágil.
El problema de fondo es la mantenibilidad. Un Function node es código suelto sin tipado, sin validación de entrada y sin garantías de que la salida sea la misma dos veces. PDFops mueve todo eso a operaciones tipadas que elegís de una lista.
¿Cómo se instala el node PDFops verificado en n8n?
En n8n Cloud, abrí el panel de nodes, buscá “PDFops” e instalalo en un clic: aparece con el badge verificado de n8n, así que no hay pasos extra. En self-hosted, andá a Settings → Community Nodes → Install, o hacelo desde la CLI. Es el mismo flujo que cualquier community node, con la diferencia de que este pasó la verificación oficial. Para más, consultá la guía sobre manipular datos con expresiones.
- n8n Cloud: panel de nodes, buscás “PDFops”, clic y listo. El badge verificado habilita la instalación directa.
- Self-hosted por interfaz: Settings → Community Nodes → Install, pegás el nombre del paquete.
- Self-hosted por CLI: instalás el paquete del node como cualquier dependencia de tu instancia.
El badge “verified” no es un detalle cosmético. Significa que n8n revisó el node antes de habilitarlo en Cloud, algo que no aplica a la mayoría de los community nodes (que en Cloud ni siquiera se pueden instalar por defecto). Es la diferencia entre un plugin que instalás a ciegas y uno que ya pasó por un control.
Las cinco operaciones PDF sin código: Inspect, Fill, Merge, Invoice y Usage
Un solo node, cinco operaciones que elegís de un dropdown. Cada una resuelve una tarea concreta sobre el PDF sin que toques código. Acá van las cinco operaciones, con lo que hace cada una y cuándo la usás.
| Operación | Qué hace | Caso de uso típico |
|---|---|---|
| Inspect | Lista los nombres, tipos y valores actuales de los campos AcroForm, más un template de fill listo para pegar en el node siguiente. | Mapear un formulario nuevo antes de rellenarlo. |
| Fill | Escribe valores en esos campos y puede aplanar el resultado para que deje de ser editable. | Completar un formulario con datos de un webhook. |
| Merge | Concatena todos los PDF de los items entrantes, en orden de item, en un solo archivo. | Unir contrato más anexos en un único documento. |
| Invoice | Genera una factura PDF completa a partir de un objeto JSON, sin plantilla. | Emitir facturas desde el pedido de un e-commerce. |
| Usage | Devuelve tier, cuota, consumo y fecha de reset de una API key. | Monitorear cuánto te queda antes de cortar. |
El detalle piola de Inspect es que no te devuelve solo la lista de campos: te da un template de fill que copiás y pegás directo en el node de Fill. Te ahorra el paso de adivinar cómo se llaman los campos internos del PDF (que casi nunca coinciden con las etiquetas que ves en pantalla).
¿Cómo rellenar y aplanar un formulario PDF de forma automática?
Para rellenar un PDF en n8n con PDFops corrés dos operaciones en cadena: primero Inspect sobre el archivo para obtener los nombres de campo y el template, después Fill con los datos que llegan de tu fuente. Si activás el aplanado, el PDF resultante deja de ser editable y queda fijo. Es el patrón para automatizar el rellenado de PDFs en n8n de punta a punta.
Ponele que tenés un formulario de alta que un cliente completa por un web form. El flujo real: el Webhook recibe los datos, Inspect te mapea los campos del PDF plantilla, Fill escribe nombre, DNI y fecha en cada campo, aplanás el resultado y lo mandás por Gmail como adjunto. Todo binario, sin un solo multipart armado a mano. Sobre eso hablamos en integración con bases de datos externas.
- Por qué aplanar importa: un PDF con campos AcroForm editables puede modificarse después de generado; al aplanarlo, el valor queda “quemado” en la página y nadie lo cambia sin dejar rastro.
- Salida reproducible: al ser determinística, si volvés a correr el workflow con los mismos datos, el PDF sale byte-idéntico. No aparece como un cambio nuevo en el Drive o el S3 donde lo archivás.
- Sin manejo manual del binario: el PDF entra y sale del node como cualquier binario del workflow, listo para el siguiente paso.
Generar facturas PDF desde JSON sin plantillas
La operación Invoice toma un objeto JSON con los datos de la factura (cliente, ítems, totales) y renderiza un PDF completo, sin que tengas que armar ni mantener una plantilla. Le pasás la estructura de datos y te devuelve el documento. Es determinística, así que la misma factura genera siempre el mismo archivo.
Acá está la ventaja concreta frente a los generadores basados en plantilla HTML: no hay CSS que se rompa, ni una fuente que cambie el layout entre corridas. El punto es que la salida es predecible.
Un caso típico: tu tienda dispara un webhook con cada pedido confirmado, el JSON del pedido entra a Invoice, y el PDF sale numerado y listo para enviar. Si el mismo pedido reprocesa por un reintento, la factura es idéntica y no ensuciás el registro con duplicados distintos.
¿Cómo fusionar varios PDFs en un solo documento?
La operación Merge concatena todos los PDF que llegan en los items entrantes, respetando el orden de item, y devuelve un único archivo. No hay configuración compleja: el orden en que ordenás los items es el orden en que quedan las páginas. Es la forma directa de fusionar múltiples PDFs en n8n sin código.
Sirve para compilar reportes, pegar un contrato con sus anexos, o armar un paquete de documentación en una sola descarga. Ejemplo concreto: un webhook recibe tres PDF (carátula, cuerpo y anexo), un node de sort los ordena, Merge los une y el resultado va a un solo archivo en tu almacenamiento. Como Merge también es determinístico, el documento fusionado sale igual cada vez que corrés el flujo con los mismos insumos. Para más detalles técnicos, mirá realizar llamadas HTTP a APIs.
¿Cómo pasan los PDF entre nodes? El manejo binario
Los PDF entran y salen de PDFops como datos binarios estándar de n8n, igual que la salida de cualquier otro node. No armás cuerpos multipart ni codificás nada a mano: el binario fluye del Webhook al node de PDF, del node al Gmail o al Google Drive, sin pasos intermedios de plomería.
Esto es más importante de lo que parece. El manejo del binario era la parte que se rompía en el enfoque con Code node. Al tratar el PDF como binario nativo del workflow, se conecta sin fricción con los nodes que ya usás: Webhook para recibir, Google Drive para archivar, Gmail para enviar. Si alguna vez peleaste con un adjunto que llegaba corrupto por una codificación mal hecha, sabés el valor de que esto “simplemente funcione”.
Cuotas y autenticación: acceso anónimo vs API key
PDFops funciona sin ninguna credencial contra un tier anónimo de 100 requests por IP al mes. Cuando necesitás más volumen, agregás una credencial con una API key en el header y subís la cuota. La operación Usage te devuelve el tier, la cuota total, lo consumido y la fecha de reset de esa key, así sabés cuánto te queda.
- Proyecto chico o prueba: el tier anónimo de 100 requests/IP/mes alcanza sin configurar nada.
- Producción con volumen: registrás una API key, la ponés en el header y monitoreás el consumo con Usage.
- Ojo con la IP: el límite anónimo es por IP, así que si tu instancia self-hosted comparte IP saliente con otros servicios, el conteo se mezcla.
Si vas a correr esto en producción, la infraestructura importa. Una instancia de n8n self-hosted en un VPS de donweb.com con IP saliente propia te da un conteo de cuota limpio y control total sobre dónde queda archivado cada PDF con datos sensibles.
Errores comunes al automatizar PDFs en n8n
- Rellenar sin inspeccionar primero: adivinás los nombres de campo y Fill no escribe nada porque no coinciden. Corré Inspect antes y pegá el template que te devuelve.
- Olvidarte de aplanar: mandás un formulario “completado” que el receptor puede editar. Si el dato tiene que quedar fijo (un contrato, una factura), activá el aplanado en Fill.
- Confiar en el tier anónimo para producción: 100 requests por IP al mes se agotan rápido en un flujo activo, y cuando la cuota corta el workflow falla en silencio. Sumá la API key y chequeá Usage.
- Desordenar los items antes de Merge: como concatena en orden de item, si no ordenás la entrada las páginas salen mezcladas. Poné un sort antes del merge.
Preguntas Frecuentes
¿Qué es el node PDFops y cómo se instala en n8n?
PDFops es un node de comunidad verificado para n8n que ofrece cinco operaciones PDF desde un dropdown: Inspect, Fill, Merge, Invoice y Usage. En n8n Cloud se instala en un clic buscándolo en el panel de nodes gracias a su badge verificado; en self-hosted, desde Settings → Community Nodes → Install o por CLI.
¿Se pueden generar facturas PDF sin usar Function nodes?
Sí. La operación Invoice de PDFops toma un objeto JSON con los datos y genera un PDF de factura completo, sin plantilla ni código. Al ser determinística, la misma entrada produce siempre el mismo archivo, así que un reintento no genera facturas distintas para el mismo pedido. Relacionado: enviar notificaciones en tiempo real.
¿Cómo se rellenan los campos de un formulario PDF automáticamente?
Corré Inspect para obtener los nombres de campo y el template, después Fill para escribir los valores. Fill puede aplanar el resultado para que el PDF deje de ser editable. Los datos pueden venir de un Webhook, un formulario web o cualquier node previo del workflow.
¿Cuáles son los límites de cuota sin credencial?
El tier anónimo permite 100 requests por IP al mes, sin necesidad de credencial. Para más volumen se agrega una API key en el header, que sube la cuota. La operación Usage devuelve tier, cuota, consumo y fecha de reset de la key.
¿Cómo se fusionan varios PDFs en un solo archivo?
La operación Merge concatena todos los PDF de los items entrantes en orden de item y devuelve un único documento. Ordená la entrada antes con un node de sort para controlar la secuencia de páginas. El resultado es determinístico: sale idéntico ante los mismos insumos.
Conclusión
Lo que cambió es concreto: manejar PDFs en n8n dejó de depender de código frágil en un Code node o de un HTTP Request armado a mano. Con PDFops tenés cinco operaciones tipadas, salida determinística y manejo binario nativo, todo desde un node verificado que en Cloud instalás en un clic.
Si ya tenés un workflow que toca PDFs con pdf-lib, probá reemplazarlo por PDFops con el tier gratuito de 100 requests y medí. Empezá por Inspect sobre tus formularios, armá el Fill con aplanado, y recién cuando el volumen lo pida sumá la API key. Para producción con datos sensibles, corré tu instancia en infraestructura propia y controlá dónde queda cada archivo.
