Flujos de trabajo

Tus datos, pasando a la acción

Un dashboard te dice qué ocurrió. Un flujo de trabajo se encarga de lo siguiente: lee tus tablas, documentos o páginas web según un horario o en el momento en que algo cambia, determina qué es importante y luego escribe una tabla, envía un correo a las personas que lo necesitan o lo publica en la herramienta que uses después.

Este es el editor real. Pulsa Ejecutar.

No es una captura de pantalla ni un vídeo. Cada paso de abajo se ejecuta sobre las tablas de ejemplo en tu propio navegador, con el mismo código que los ejecuta en tu espacio. Añade pasos, traza líneas, cambia los ajustes y vuelve a ejecutarlo. No se guarda nada y no se envía nada a ningún sitio.

Cada tarde suma el registro de recolección por parcela, compara cada una con su objetivo, hace que un modelo anote cómo fue, guarda la tabla y envía un correo al responsable sobre cualquier parcela que vaya atrasada.

Cada flujo de trabajo se compone de dos partes

Qué lo inicia y qué hace. Lo inicia una sola cosa, y un botón en un dashboard puede acompañar a la que elijas.

Programado

Cada cierto número de minutos, horas o días, contados desde una hora que elijas, para que una ejecución diaria desde las 9:00 siga cayendo a las 9:00 en lugar de irse desplazando.

Cuando se actualizan los datos

En cuanto termina de actualizarse un conjunto de datos que elijas. Es mejor que un reloj propio para cualquier cosa que dependa de datos recientes, porque un reloj se ejecuta a las 9:05 con datos actualizados a las 9:00, o a las 8:59 con los de ayer.

Desde un dashboard o una app

Alguien pulsa un botón o adjunta un archivo en una página que has creado. La página muestra cada paso a medida que ocurre y, al terminar, lee la tabla que ha rellenado la ejecución.

Con un webhook

El flujo de trabajo recibe su propia dirección, así que cualquier sistema que pueda enviar un POST a una URL puede iniciarlo. Define un encabezado secreto que el sistema remoto deba enviar; se guarda y no se vuelve a mostrar.

Otros tres inician una ejecución, incluyendo cuando termina otro flujo de trabajo y cuando uno falla. Los pasos intermedios leen, filtran, combinan, ejecutan SQL, llaman a un modelo, deciden si ocurre el resto, envían y guardan el resultado. Todos están documentados aquí.

O descríbelo y lo construiremos

Dile al asistente en qué consiste el trabajo y te responderá con una tarjeta que muestra el flujo de trabajo que propone: cada paso, en orden, y lo que aún necesita cada uno. No se crea nada hasta que lo apliques, y puedes revisarlo todo antes.

Lo que no hará es inventar un ID. La tabla que lee una fuente y la carpeta que contiene los archivos las eliges tú, así que llegan en blanco y la tarjeta lo indica. La estructura, los ajustes y el texto de un correo llegan ya completados.

Cuánto cuesta cada ejecución

Las ejecuciones se facturan en créditos al espacio propietario del flujo de trabajo y aparecen en tu historial de uso como ejecuciones de flujo de trabajo.

  • El costo depende de lo que hacen los pasos. Leer, filtrar, unir y reestructurar tablas cuesta casi nada. El costo está en un paso que llama a un modelo o lee un documento, y por eso se limita el que está configurado para ejecutarse una vez por fila.
  • Las ejecuciones de prueba no consumen tu asignación y no escriben nada: no se añaden filas, no se envía ningún correo, no se llama a ningún webhook y una carpeta de documentos queda intacta, para que la ejecución real lo lea todo.
  • Puedes fijar un límite de gasto para un flujo de trabajo. Al superarlo, las ejecuciones se detienen en lugar de continuar sin avisar.
  • El plan Free incluye 3 flujos de trabajo y ejecuta 1 a la vez. Los planes de pago no tienen límite de cantidad y ejecutan 10 a la vez. Si cambias a un plan inferior, conservas los flujos de trabajo que ya tienes.

Preguntas

Lo que la gente pregunta antes de crear uno.

Lee una tabla de tu biblioteca, una carpeta de documentos, páginas web, un endpoint JSON público o filas que las personas mantienen actualizadas en un dashboard. Filtra, elimina duplicados, calcula totales, une datos y ejecuta SQL. Puede llamar a un modelo para convertir un documento en filas, evaluar cada fila o redactar un resumen. Puede decidir si el resto de la ejecución se realiza o no. Después escribe una tabla, envía correos a las personas de tu espacio, publica en una URL o genera un informe.

No. Describe el trabajo al asistente y propone el flujo de trabajo completo en una tarjeta que puedes aplicar o ignorar. Dibujarlo tú mismo existe porque editarlo a mano es la mejor forma de afinar los detalles, no porque sea la única manera de empezar.

En créditos, al espacio propietario del flujo de trabajo, sin importar quién inicie la ejecución. Leer y transformar tablas cuesta casi nada; el coste está en los pasos que llaman a un modelo. Las ejecuciones de prueba no cuentan para tu límite, y puedes fijar un tope de gasto para cada flujo de trabajo.

Sí, y para eso sirve una ejecución de prueba. Lee todo de verdad y no escribe nada: ni filas, ni correos, ni webhooks, ni documentos marcados como leídos. Tampoco altera el reloj, así que una prueba no cuenta como la ejecución de la noche y no mueve ninguna marca de agua.

No. Un paso de correo electrónico solo llega a los miembros de tu propio espacio y a nadie más, y se niega en tiempo de ejecución si se le pide enviar fuera de él. Para llegar a personas ajenas a tu espacio, envía las filas a la herramienta que ya uses para eso, que es para lo que sirve el paso de webhook.

Es el punto de partida habitual. Un flujo de trabajo lee cualquier conjunto de datos de tu biblioteca, así que todo lo que ya hayas conectado está disponible. Además, el disparador que se activa cuando un conjunto de datos termina de actualizarse hace que el trabajo se ejecute sobre datos recientes y no casi recientes.

Crea uno esta misma tarde

Conecta tus datos, describe el trabajo y revisa el flujo de trabajo que propone antes de que se ejecute nada.