Automatizaciones: Panorama

Una automatización es un flujo que corre en los servidores de Praxsuite: pasa algo, y una cadena de pasos hace trabajo en respuesta. Se escriben filas, salen correos, se llama a una API externa, se toma una decisión.

Es la parte de Praxsuite donde vive la lógica. Las tablas guardan tus datos, el gateway los expone, las apps los muestran — y las automatizaciones son donde algo les pasa.

La forma de una

Toda automatización es un grafo: nodos que hacen cosas, unidos por aristas que deciden qué corre después.

Trigger ──▶ Query Rows ──▶ If / Else ──┬─(true)─▶ Enviar Email
                                       └─(false)─▶ Update Rows

Tres reglas cubren casi todo:

1. La inicia exactamente un trigger. El trigger decide cuándo corre la automatización y con qué arranca.

2. Un nodo corre cuando algo le llega. Los nodos sin arista de entrada no corren nunca.

3. Los nodos que ramifican tienen varias salidas. If/Else tiene un camino true y uno false; Try/Catch tiene tres.

Triggers

Los dos últimos parecen iguales y no lo son. Un webhook acepta el pedido, responde al instante y hace el trabajo después — correcto para notificaciones de otro sistema. Un endpoint mantiene la conexión abierta y devuelve lo que tu flujo decida, que es lo que vuelve usable una automatización como API que tu propia app llama.

Contexto: cómo un paso ve lo anterior

Cada nodo escribe su resultado en el contexto de la corrida, y los nodos posteriores lo leen con una plantilla:

{{context.steps.queryRows.rows}}
{{context.request.body.email}}
{{context.trigger.rowId}}

Esto es lo más importante para interiorizar, porque casi toda automatización que "no funciona" es una plantilla apuntando a algo que no está.

Dos trampas que vale nombrar desde ya:

La plantilla de un nodo salteado llega como texto. Si una rama no corrió, un nodo posterior que lee {{context.steps.eseNodo.valor}} recibe la cadena literal — no un valor vacío. Es truthy, así que un fallback con || no la va a atajar. Revisá la rama, no el valor.

Las entradas de un Script necesitan las llaves. Pasar un valor a un nodo Script significa escribir la plantilla. Un nombre de campo suelto es un nombre de campo suelto.

La paleta de nodos

Los nodos se arrastran al lienzo desde la paleta de la izquierda. Los agrupa por categoría y muestra cuánto cuesta correr cada uno:

El catálogo trae cincuenta y cinco nodos, agrupados por lo que tocan:

Cada categoría tiene su página con todos sus nodos.

Borrador, publicar, correr

Una automatización que estás editando es un borrador. Publicar la convierte en una versión, y las versiones son las que realmente corren — así que editar una automatización en vivo es tan seguro como editar una página en vivo: nada de lo que escribas llega a producción hasta que publiques.

Cada ejecución es una corrida, y una corrida registra cada paso: qué recibió, qué produjo, cuánto tardó, y el error si falló. Cuando algo sale mal, la respuesta está en la corrida, no en la automatización.

Cuándo usar una automatización en vez del gateway

Se superponen, y la línea es sobre quién tiene el secreto y en quién se confía.

Un navegador puede tener una clave publicable y leer una tabla de productos directo. No puede tener la clave secreta de tu proveedor de pagos — así que cobrar una tarjeta es una automatización, y la app solo la llama.

Siguiente

• Crea tu primera automatización — armar una, paso a paso

• Nodos Trigger — las cinco formas en que arranca un flujo

• Lógica del lado del servidor — las automatizaciones como tu backend