Clase 4 de 16 • Curso de Workflows Profesionales con n8n
Contenido del curso
Luciano Ezequiel Soto Bonja
José Pablo Mendoza Jiménez
Franklin Gil
Idir Ouhab Meskine
Abinadi Contreras
victor Manuel Peña Torres
Edwar Y. Castillo B.
Julian Leonardo Cardozo
Miguel Otero
Gonzalo Andrés Rojas Cardona
Miguel Otero
Renato Agustín Lagos Albornoz
Idir Ouhab Meskine
JOSÉ CARLOS MOLINA DE ORO
Eduardo Jimenez
Mateo Montoya Henao
Alejandro Israel Lumisaca Tixi
Cristopher Porras
Christian Hugo López Bazán
Fredy Pico
Christian Hugo López Bazán
rigomez
Juan Gabriel Sánchez Bohórquez
YENNY MARCELA VARGAS RINCÓN
Anael Mejia
Matias Giorgini
📌 Diferencias rápidas
{{ $json }} → JSON del nodo actual.{{ $node['X'].json.Y }} → JSON de un nodo específico (nombre fijo).{{ $('X').item.json.Y }} → igual que arriba, pero con más control si hay múltiples items/salidas.{{ $execution.id }} → ID de ejecución.{{ $workflow.name }} → nombre del workflow.El primer cambio que implementé fue pasar todos mis input fields a nombres por referencia :D Antes:
Después:
Entendi la clase pero no entendi al mismo tiempo. Que paso con el webhook? como funciona lo que se vio en esta clase con la anterior? me perdi, totalmente. No se si estoy viendo un curso o un tutorial.
Gracias por tu feedback, intentaremos mejorarlo para futuros cursos.
El Webhook te da una respuesta en json, dependiendo de el camino que tome en tu logica.
Eso es una API, recibes una dato, lo procesas y tienes una respuesta.
Recibes un correo desde una web con esa llamada a el webhook, validas si esta correcto el correo, envias un email al cliente, lo añades a una base de datos, o un google sheet, agendas una reunion etc, la respuesta del webhook la recibe la pagina y se termina el proceso, en todo necesitas expresiones.
{{ $node['nombre_del_nodo'].json.prioridad }}
este bloque creo que esto es lo mas poderoso que tiene para el manejo de datos, no sabia que funcionaba asi,
{{ (() => { const normalize = (s = "") => s .toString() .toLowerCase() .normalize("NFD") .replace(/[\u0300-\u036f]/g, "") .replace(/\r?\n|\r/g, " ") .replace(/\s+/g, " ") .trim(); const raw = $json.body.mensaje || ""; const msg = normalize(raw); const keywords = { alta: ["urgente", "error", "caido", "caído", "no funciona"], media: ["lento", "problema", "soporte", "importante"], baja: ["reunion", "reporte", "tarea", "baja"] }; const hasAny = (arr) => arr.some(w => msg.includes(normalize(w))); let result = "baja"; if (hasAny(keywords.alta)) { result = "alta"; } else if (hasAny(keywords.media)) { result = "media"; } else if (hasAny(keywords.baja)) { result = "baja"; } return result.replace(/[\r\n]+/g, ""); })() }}
Me llamo bastante la atencion las expresiones con lo que podemos ser mas especificos a la hora de referirnos a siertos nodos o acciones dentro de N8N investigue un poco y añadi como prueba las siguientes expresiones:
no entendí bien me ayudan con esto y en edit fields1 como les salio verde
el problema es en en nombre del nodo, en este caso, el nombre del nodo es "Edit Fields", y tú estás poniendo "editar", para ambos casos
gracias
Solo por el gesto mecanico que tiene Idir de guardar constatemente, puedo intuir que se pierde facilmente lo implementado. Es como los videojuegos antiguos, cada 2 pasos hay que guardar.
Es una manía que tengo desde que conseguí tuve mi primer ordenador :)
En n8n cuando refrescas la página o vas atrás, siempre sale un modal preguntando si de verdad quieres salir y quieres guardar, asi que el riesgo de que se pierda en lo que se ha trabajado es bastante bajo.
Un lugar muy util para usar este tipo de expresiones es en los if o nodos de decisiones. Asi si agregas algun nodo intermedio, tu logica no se rompe
✨ Visual Summary of the Lecture: Expresiones de sistema en n8n para flujos profesionales ✨
1. The Central Idea (The Core 💡): Master n8n system expressions ($json, $execution, $workflow, $now, $node) to build robust and professional workflows.
2. Key Points (In Bullet Points 📌):
$json: Accesses data from the directly preceding node.$execution: Provides unique execution details, like $execution.id for auditing.$workflow: Offers workflow information, such as $workflow.name.$now: Returns the current date and time, with JavaScript formatting options.$node: References data from any specific node by its name, making workflows more resilient.3. The Crucial Example or Fact 🚀: Referencing nodes by name using $node["Node Name"].json.key (or the modern $node["Node Name"].item.json.key) ensures workflow stability even if intermediate nodes are added, unlike $json which breaks.
4. Connection or Next Step 🔗: This knowledge is fundamental for creating maintainable and scalable workflows, connecting to concepts like "Validación de mensajes y respuestas estructuradas con JavaScript" and "Subworkflows en n8n para organizar flujos complejos".
🏛️ Senior Architect's Deep Dive
1. Critical Limitations & Edge Cases:
$json is its tight coupling to the immediate preceding node; adding or removing nodes upstream can break references, leading to runtime errors.$node for every reference can make expressions verbose and harder to read in very complex workflows with many nodes. The class implies this trade-off.2. The Expert-Level Debate:
$json for brevity and directness (when node order is stable) or $node for robustness and explicit referencing (when workflow structure might change). It's a trade-off between conciseness and resilience.3. Strategic Weakness (The "But..."):
$node references across large, evolving workflows.Realmente no se si les pasa a los demás compañeros o solo a mí pero estoy viendo la clase y de la nada se baja la calidad del video, no solo ha sido con este curso. Si sería recomendable que el usuario pueda escoger la calidad del video y en caso de que haya un bajón en el ancho de banda, se espera un rato que se estabilice y se continue con una buena calidad de video, similar a lo de Youtube.
$json: Es el "ahora mismo". Mira los datos que le acaban de llegar al nodo donde estás parado. Es volátil: si metes un nodo nuevo en medio, lo que antes era $json cambia.$execution: Es el "DNI" de la corrida. Úsalo con $execution.id para rastrear logs o errores. Cada vez que ejecutas el flujo, este ID cambia.$workflow: Es el "nombre del proyecto". Con $workflow.name obtienes el nombre del flujo. Útil para avisos automáticos.$now: Es el "reloj". Te da fecha y hora exactas. Como es JavaScript, puedes añadirle .format() para que se vea como tú quieras.$node["nombre"]: Es el "rastreador". En lugar de confiar en el nodo anterior, le dices por su nombre exactamente de dónde sacar el dato. Es el más profesional, porque si mueves los nodos, tu flujo no se rompe.Añadí estos 2 campos al nodo EDIT:
JSON que envío a la automatización:
Nodo de respuesta al webhook:
Super interesante esta clase 🎉
Hola, con n8n puedo descargar un .pdf de un drive y extraer información específica que contiene el documento y luego guardar en una bd?
Correcto, para ello debes usar alguna IA para que lea el documento, analice y obtenga la información que deseas extraer, posteriormente, se enviaría a una base de datos, por ejemplo, una base de datos en notion.
¡Hola, compañeros!
Les quería compartir mi solución al reto propuesto por Idir en esta clase, donde implementé un flujo completo de gestión de tickets de soporte técnico usando múltiples expresiones de n8n.
Mi flujo tiene 4 nodos principales:
Nodo "Editar": Captura los datos del ticket (usuario, contacto, prioridad)
Nodo "Edit Fields": Genera un mensaje dinámico usando los datos capturados con expresiones de referencia entre nodos
Nodo "Log Error": Aquí usé varias expresiones del sistema para crear campos individuales de registro:
{{ $execution.id }} → Para trackear cada ejecución{{ $workflow.name }} y {{ $workflow.id }} → Identificar el flujo{{ $now.format('yyyy-MM-dd') }} → Timestamp del error{{ $('Editar').item.json.prioridad }} → Referencia a la prioridad del nodo anteriorNodo "Complete Log": Este nodo consolida toda la información en un log estructurado en formato JSON usando comillas simples para evitar conflictos, conteniendo: timestamp, workflow info, execution ID, error details y reporter data.
Mi idea fue simular un sistema real donde cada ticket queda registrado con toda su metadata para trazabilidad. Me pareció un ejercicio súper útil para entender cómo las expresiones del sistema nos ayudan a hacer los flujos más robustos y cómo las expresiones propias de n8n permiten implementar monitoreo a los workflows para tener trazabilidad de lo que ocurre en cada ejecución.
Adjunto imágenes y explicación del workflow:
Revisión detallada del flujo:
Sistema de tickets de soporte con 4 nodos tipo "Set":
1. Nodo "Editar" - Recibe los datos iniciales del ticket:
2. Nodo "Edit Fields" - Construye el mensaje usando expresiones:
{{ $('Editar').item.json.username }} y {{ $('Editar').item.json.contacto }}3. Nodo "Log Error" - Expresiones de sistema utilizadas para campos individuales:
{{ $execution.id }} - ID de la ejecución{{ $workflow.name }} - Nombre del workflow{{ $now.format('yyyy-MM-dd') }} - Fecha actual formateada{{ $('Editar').item.json.prioridad }} - Referencia a datos previos{{ $('Edit Fields').item.json.categoria }} - Categoría del error4. Nodo "Complete Log" - Log consolidado en formato JSON:
{'timestamp':'...','workflow':{...},'execution':'...','error':{...},'reporter':{...}}Total: 5 expresiones de sistema diferentes usadas ($execution, $workflow, $now, y múltiples referencias a nodos anteriores) distribuidas a lo largo del flujo para crear tanto registros individuales como un log consolidado completo.
Porque N8N directamente no referencia el nodo o los nodos siempre?
