CEO and Founder Angel Sánchez
CEO and FounderRespuestas del foro creadas
-
También esta la opción de usar la instalación de Redis que usaron al instalar n8n. Aquí mas detalles 👉 https://azulschool.net/courses/curso-integrando-redis-y-postgresql-en-n8n/
azulschool.net
Curso: Integrando Redis y PostgreSQL en n8n - Azul School
Optimiza tus flujos de trabajo en n8n integrando las bases de datos más potentes: Redis y PostgreSQL. Aprende a conectar y gestionar ambas bases de datos, utilizando pgAdmin 4 para PostgreSQL, y finaliza con un proyecto práctico donde combinarás ambas … Continue reading
-
Hola Jose, una forma eficiente de manejar ambos casos es usando un nodo de código que verifique si existe valor en el objeto ‘Variables’ o en ‘Variables2’, y así guardar el que efectivamente trae datos. Por ejemplo, puedes definir la variable combinada así:
for (const item of $input.all()) {
// Trae el valor desde 'Variables' si existe, si no, desde 'Variables2'
item.json.variable = $('Variables').item.json.id_user || $('Variables2').item.json.id_user;
}
return $input. All();
En esta lógica, ‘variable’ siempre tendrá el valor de ‘id_user’ de uno u otro nodo, según cuál esté disponible. Así no necesitas preocuparte si proviene del caso 1 o del caso 2, siempre obtendrás el dato correcto.
-
En la otra respuesta comentaba que probaran el MCP en el Playground de OpenAI. Si funciona ahí, podemos ir descartando cosas. Me avisas si funciona.
-
Solución en proceso. Se está desarrollando un curso para la instalación correcta de Chatwoot.
-
Este problema se solucionó mejorando la referencia del nodo que se usa como key en el nodo de memoria. Pasamos de usar “{{ $item(“0”).$node[“WhatsApp “].json[“messages”][“0”][“text”][“body”] }}” a “{{ $json.messages.text.body }} (Este ultimo solo se jala/arrastra de flujo anterior al nuevo)“.
Imagina que n8n es como una cadena de montaje donde cada “caja” (nodo) recibe información de la caja anterior y la pasa a la siguiente. La expresión {{ $json.messages.text.body }} es como decir “toma la información que me acaba de llegar” – es simple y directo. En cambio, {{ $item(“0”).$node[“WhatsApp “].json[“messages”][“0”][“text”][“body”] }} es como decir “ve a buscar información específica en la caja llamada WhatsApp, busca el primer elemento, y trae exactamente este dato” – es mucho más complicado porque requiere ir a buscar información a un lugar específico.
El problema surge en los nodos de memoria de agentes de IA porque estos “asistentes inteligentes” tienen dificultades para entender las instrucciones complicadas que les piden ir a buscar información a lugares específicos. Es como si le dijeras a alguien “toma lo que tienes en frente” versus “ve al estante 3, fila 2, caja azul y trae el objeto número 5” – la primera instrucción es fácil de seguir, pero la segunda puede causar confusión y errores. Por eso, cuando trabajas con memoria de IA en n8n, siempre usa la forma simple $json porque funciona con el flujo natural de información, mientras que las referencias complicadas causan fallos.
-
Ahí está el problema. Estas queriendo ver ejecuciones manuales, y esas nunca van a tener datos. El flujo 1 debe de correr y ejecutar el flujo 2 para poder visualizar datos en este último. Si tú le das clic al botón naranja en el flujo 2, y ejecutas una prueba manual, nunca tendrá datos. En la imagen que adjunto se ve cuales si son ejecuciones del flujo 1 y que mandaron datos y cuales fueron manuales sin datos.
-
En el primer flujo veo algo que está por actualizarse, en el lado derecho de “Workflow Inputs”, como si hubieras hecho un cambio en el flujo 2 y aun no lo actualizas en el flujo 1.
Otra cosa, el flujo dos solo se pueden ver los datos si lo ves desde el editor de ejecuciones, ahí podrás ver cuando se ejecuta y los datos que se envían.
-
Hola José, los nodos que se conectan al Agente de IA también se llaman subnodos, como los de IA, Memoria, Herramientas, etc. Los otros, a los que imagino haces referencia, son subflujos. Partiendo de ahí, vemos que el problema está con el subnodo de Memoria que tienes conectado al Agente.
El problema que menciona es que ocurrió un error al guardar los datos. Esto es raro; podrías hacer lo siguiente:
- Borrar el subnodo de memoria y ponerlo de nuevo.
- Haz varias pruebas para ver si ocurre en todos los casos.
Si vuelve a aparecer el error, por favor pásame el error completo en un archivo .txt. Te anexo la imagen de cómo recopilar todo el error: haz clic en ese botón y se copiará todo el mensaje. Con ese error podré obtener más detalles de la situación.
Quedo al pendiente.
-
Cerramos publicación. Problema: No estaba n8n instalado en modo cola. Solución: Como aun no tenia nada en el servidor, se tomo la decisión de reinstalar la app de n8n, pero ahora en modo cola.
-
Hola José, revisando todos los documentos, no hay ningún problema con nada. Posiblemente estés ejecutando el subflujo como prueba, pero cuando es así no tiene información, por eso sale “nulo”. El flujo principal es quien manda la información y el que ejecuta de forma automática el subflujo; no hay necesidad de ejecutarlo de forma manual. ¡Éxito! 😀
-
Por favor, puedes pasarme los dos json, es cualquier cosita entre como llamas al otro flujo y como recibes la información. Ya que los tenga te comendo en donde esta el posible error.
-
Hola Daniel, con el comando que estás usando estás tratando de levantar no workers, si no instancias de n8n y el error que te da es que hay problemas por el puerto, porque ya tienes tu instalación de n8n principal usándolo. Para los workers intenta con este comando:
docker compose up -d --scale n8n-worker=3
Cambia 3 por el número de workers que quieras.
Me avisas si queda 😀
Si no te funciona es porque no tienes preparado tu instalación para trabajar con workers o el nombre es diferente. En ese caso envíame un mensaje al grupo y lo vemos mañana.
-
Esta respuesta fue modificada 2 meses, 1 semana por Angel Sánchez.
-
Esta respuesta fue modificada 2 meses, 1 semana por
-
Este problema ya fue solucionado. Se realizó nuevamente la validación de la URL de la página web que se había ingresado al crear la app en Facebook. Al parecer, Facebook no la reconocía correctamente, por lo que se volvió a copiar y pegar la dirección y se envió una apelación. Con esto, el sistema aceptó la información y se pudo continuar con el registro del número sin inconvenientes.
-
Claro, no es que no tengan datos, si no que funcionan diferente. El dato que necesitas existen en el flujo 1 y este mismo flujo es quien lo envía al flujo 2. Si solo ejecutas el flujo 2, el flujo 1 no se ejecuta y por ende no te envía el dato, por esa razón sale null.
-
¿Estás viendo el flujo 2, desde la sección “Ejecuciones”? Por favor, pásame la pantalla completa, no recortada, para ver toda la area de n8n.
Redes sociales.