Nodos de Lógica

Seis nodos deciden qué corre, cuántas veces, y qué pasa cuando algo se rompe. Cuatro ramifican — tienen más de una salida, y cuál se dispara es todo el punto.

If / Else

Ramifica según una o más condiciones. Las condiciones se organizan en grupos: el camino True corre cuando todos los grupos pasan, y el False corre si no.

El hábito que conviene formar es conectar siempre el camino False. Un False sin conectar es un flujo que se detiene en silencio justo para las entradas en las que no pensaste — y en el historial de corridas se ve idéntico a un flujo que terminó.

Mirá qué comparás. Una columna de Estado llega como el id de su opción, no como su nombre, así que una condición que busca el texto "Aprobado" no coincide nunca.

Try / Catch

Tres caminos:

Dentro del Catch podés leer {{context.error.message}}, {{context.error.stepKey}} y {{context.error.nodeType}} — qué salió mal, en qué paso, y en qué tipo de nodo.

Envolvé todo lo que sale de tu workspace. La API de otro va a fallar en algún momento: su caída, un timeout, un cambio que no avisaron. Sin un Catch, la corrida se detiene a mitad de vuelo y todo lo anterior queda a medias.

Finally es para la limpieza que tiene que pasar igual — liberar un bloqueo, marcar una fila como ya no en proceso, mandar el aviso que cuenta qué pasó, haya salido como haya salido.

For Each

Itera una lista y corre sus nodos hijos una vez por elemento. La lista puede ser una ruta del contexto, la salida de un paso anterior, o una lista escrita a mano. Los nodos del cuerpo se conectan por el conector propio del bucle, no por la salida normal.

Antes de recurrir a él, preguntate si sirve un nodo por lote. Insertar cincuenta filas es una llamada a Insert Rows; un For Each con un Insert adentro son cincuenta.

Donde sí se gana su lugar es en trabajo por elemento que no se puede agrupar — mandar un mensaje personalizado, llamar a una API una vez por registro.

For Table

Itera todas las filas de una tabla, con filtros y orden, y sin tope de filas — corre hasta agotar la tabla.

Esa última parte es toda la advertencia. Es el único nodo que va a hacer con gusto una cantidad de trabajo no acotada: en una tabla de cien mil filas, corre su cuerpo cien mil veces.

Filtralo. Y si tu cuerpo es "chequear una condición, actuar sobre algunas", reemplazá el chequeo por un filtro en el bucle — mismo resultado, una fracción de las corridas.

Fórmula

Evalúa aritmética y expresiones sin bajar a código, con la misma sintaxis que las fórmulas de columna: aritmética, ROUND, IF, SQRT, CONCAT y más.

Para un total, un porcentaje o un precio redondeado, esto es más liviano que un nodo Script y más fácil de leer para quien venga después. Recurrí a Script cuando necesites control de flujo o estructuras de datos — no para una multiplicación.

Response

El nodo terminal de las automatizaciones con endpoint. Define la respuesta HTTP que recibe quien llama: código de estado, headers, cuerpo.

Las reglas se validan al guardar:

• Una automatización con endpoint requiere exactamente un nodo Response.

• Se permite solo uno.

• Una automatización sin trigger de endpoint no puede tener ninguno.

La regla del Response único conviene tenerla en cuenta al diseñar. Si tu flujo ramifica y cada rama quiere responder distinto, no pueden terminar cada una en su propio Response — hacé converger las ramas primero y armá el cuerpo a partir de lo que el flujo decidió.

Siguiente

• Nodos de base de datos — las filas sobre las que actúan estas decisiones

• Lógica del lado del servidor — Try/Catch, endpoints y Response en una API real

• Corridas y depuración — ver qué camino tomó realmente una corrida

Cómo se ve

Los seis nodos que deciden qué corre a continuación, en la paleta.

Response está en este grupo y no con las acciones, y esa ubicación es correcta: no le hace nada a tus datos, termina la corrida y devuelve un cuerpo a quien llamó al endpoint. La automatización de un endpoint Sync no está terminada sin uno.