Construir un flujo de trabajo
Un flujo de trabajo se construye sobre un lienzo. Usted arrastra pasos hasta él y los une con líneas, y son las líneas las que forman el flujo: cada una dice "cuando este paso termine así, haz aquello a continuación".
Todo flujo de trabajo empieza con un disparador y se ejecuta a partir de ahí.
Unir los pasos entre sí
La mayoría de los pasos tiene una única conexión de salida. Algunos tienen varias, una por resultado, y la que se usa depende de lo que el paso haya decidido — una ramificación ofrece Verdadero y Falso, una aprobación ofrece Aprobado, Rechazado y Tiempo de espera agotado, y una llamada a la API ofrece Éxito y Error.
Dejar un resultado sin conectar está permitido y significa que el flujo simplemente se detiene si llega ahí. Conviene revisarlo antes de publicar: un Rechazado sin conectar es un rechazo del que nadie se entera.
Disparadores
Un disparador decide cuándo empieza un flujo de trabajo. Cada flujo tiene exactamente uno.
Evento inicia el flujo cuando ocurre algo en WiseParts — un registro que alcanza un estado, un mensaje que llega, y así sucesivamente. Es la opción habitual.
Programación lo inicia según un calendario, en lugar de en respuesta a algo.
Manual lo inicia solo cuando alguien lo ejecuta, lo que resulta útil mientras aún está probando.
Webhook lo inicia cuando un sistema externo llama a WiseParts.
Lógica
Ramificación envía la ejecución por un lado o por otro según una condición que usted defina.
Filtro deja continuar la ejecución solo si su condición se cumple, y la detiene en caso contrario.
Unión vuelve a juntar caminos separados, de modo que los pasos posteriores se escriben una vez en lugar de repetirse en cada rama.
Esperar
Estos son los pasos que hacen de un flujo de trabajo algo que una automatización no puede ser: puede detenerse, esperar y continuar más tarde.
Espera aguarda un tiempo determinado antes de continuar.
Aprobación humana pone la ejecución delante de una persona y espera su decisión, y después continúa por Aprobado, Rechazado, o Tiempo de espera agotado si nadie responde a tiempo.
Esperar evento mantiene la ejecución detenida hasta que ocurre algo concreto, y entonces continúa.
Un flujo en espera no es un flujo atascado. Puede estar así durante días y reanudarse exactamente donde lo dejó.
Acciones
Actualizar campo y Cambiar estado escriben en el registro sobre el que se está ejecutando el flujo.
Crear tarea genera una tarea para que alguien la atienda.
Enviar notificación avisa a alguien de que ha ocurrido algo.
Definir variable guarda un valor para que lo usen los pasos siguientes.
Llamar a la API envía una petición a un sistema fuera de WiseParts y ofrece Éxito y Error, para que pueda tratar un fallo en lugar de que la ejecución se detenga.
Pasos de IA
Estos usan Henry AI, por lo que necesitan Henry AI activado y créditos disponibles.
Clasificar reparte lo que el flujo está tratando en una de las categorías que usted indique, y da a cada categoría su propia conexión de salida, más una Alternativa para lo que no consiga encajar.
Validar comprueba que el contenido está completo y es correcto, y ofrece Válido y Falló.
Evaluar riesgo califica la situación como Bajo Riesgo, Riesgo Medio o Alto Riesgo, cada uno con su conexión.
Enriquecer añade el detalle que le faltaba al registro.
Construir uno describiéndolo
Seleccione Ask Henry en el constructor y describa lo que quiere en lenguaje corriente — "notificar al gestor de cuenta cuando se rechace una devolución", o "añadir un paso de aprobación humana antes de cualquier cambio de estado".
Henry lo dibuja en su lienzo como propuesta. Revise cada una antes de conservarla: puede revertir cualquier cambio de Henry, y nada se publica hasta que usted lo publique.
También puede preguntar a Henry qué hace un flujo de trabajo existente, que es la forma más rápida de retomar algo construido hace meses.
Esto requiere Henry AI activado en su cuenta, con créditos disponibles.