Incluido en uKore

StateFlow

Tus procesos, dibujados y cumplidos en cada app.

Pedidos que pasan de borrador a aprobado, incidencias que se abren y se cierran, candidatos que avanzan por un proceso de selección. StateFlow te enseña cómo se mueven tus registros entre estados y te deja decidir, sin código, qué cambios se permiten, qué debe cumplirse antes y qué hace la plataforma después.

Funciona en todas las apps de uKore: las del marketplace y las que creas tú.

En movimiento

Así se ve un flujo en uKore

El mapa con sus tarjetas y flechas, el panel de reglas de un estado y el simulador: dibujas un cambio permitido, revisas sus reglas y compruebas un cambio antes de hacerlo.

Animación recreada a partir del producto real. Más abajo tienes capturas de la aplicación.

Tres piezas, un mismo flujo

  • Mapa del flujo

    Todos los estados de un campo, los cambios permitidos, las reglas y los datos en vivo: cuántos registros hay en cada estado y cuánto tiempo pasan ahí.

  • Simulador

    Elige un registro y un estado destino y descubre si el cambio se haría, qué comprobación falla y qué ocurriría después, sin tocar nada.

  • Historial de estados

    El recorrido de cada registro: por qué estados pasó, quién lo movió, cuándo, cuánto tiempo estuvo en cada uno y qué otros registros se movieron a raíz de ese cambio.

Configurar sin código

El flujo se configura sobre el propio mapa

Desde Studio entras en una entidad y abres el mapa de su campo de estado. Todo lo que cambias se guarda en el momento y el mapa se vuelve a dibujar. Si algo no se puede guardar, ves el motivo y no se pierde nada.

Ilustración esquemática. No es una captura del producto.
  • Cambios permitidos

    Arrastra de una tarjeta a otra para permitir un cambio. Desde la tarjeta Creación decides por qué estado puede nacer un registro.

  • Permisos, motivo y botón

    Cada cambio puede exigir permisos, pedir un motivo, mostrar un botón en la ficha con su texto en inglés y en español, o permitirse solo cuando el registro cumpla unas condiciones.

  • Validaciones

    Antes de salir o de entrar en un estado: campos obligatorios, una condición, un permiso, o que todos los registros relacionados cumplan algo. Con el mensaje que tú escribes.

  • Acciones

    Después del cambio o al vencer un plazo: escribir campos con un valor o una fórmula, solicitar otra transición, crear un registro o actualizar uno relacionado.

  • Qué hacer si algo falla

    Cada acción elige: deshacer el cambio, registrarlo y continuar, o hacerse en segundo plano.

  • Plazos y colores

    Cada estado tiene su color, su icono y un plazo en horas. Si un registro lo supera, se ejecutan las acciones de plazo vencido.

Capturas reales

Tal cual lo verás en tu organización

Captura del mapa del flujo de los tickets en uKore: la tarjeta de creación y los estados Nuevo, En curso, Esperando al cliente, Resuelto y Cerrado, unidos por flechas con sus iconos.
El mapa del flujo de los tickets en una organización de demostración.
Captura del simulador de uKore: el cambio de un ticket a Resuelto se rechazaría porque falta un campo obligatorio, el Responsable.
El simulador avisa de que el ticket no puede pasar a Resuelto: falta el Responsable.

Capturas de la interfaz en español.

En el día a día

Para quien trabaja con los registros, todo es más claro

El estado se cambia como siempre —desde la ficha, arrastrando la tarjeta en el tablero o con un botón— y el flujo acompaña cada cambio.

  • 01Botones de estadoEn la ficha aparecen botones como Aprobar o Rechazar, solo los del estado actual y solo si tienes permiso. Si hay cambios sin guardar, se desactivan para que no se pierda nada.
  • 02Todo lo que falta, en un mensajeSi el cambio no se puede hacer, el registro se queda como estaba y un único aviso enumera todo lo que falta. En el tablero, la tarjeta vuelve a su columna.
  • 03Motivo cuando hace faltaSi el cambio pide un motivo, se abre una ventana que dice qué cambio lo pide. El motivo queda en el historial; si cancelas, no cambia nada.
Ilustración esquemática. No es una captura del producto.

Historial de estados

El recorrido completo de cada registro

Desde la ficha pulsas Historial de estados y ves un paso por cada cambio: el estado, quién lo hizo, cuándo, cuánto tiempo estuvo ahí y el motivo cuando se pidió. Los registros que se movieron a raíz de un cambio cuelgan debajo del paso que los causó.

  • El tiempo del paso actual se va actualizando.
  • El registro en bruto lista cada cambio con fecha, campo, origen, destino, usuario, tiempo, motivo y resultado.
  • Solo ves los registros encadenados a los que tienes acceso.

Seguro por diseño

Las reglas se cumplen en el servidor, para cada organización

  • Una sola puerta

    Desde la ficha, el tablero o un botón, cada cambio de estado pasa por el mismo motor en el servidor y deja su línea en el historial.

  • Sin bucles

    Una acción no puede escribir el propio campo de estado. Para encadenar, Solicitar transición pide el cambio y el motor lo hace con todas sus comprobaciones.

  • Permisos respetados

    El mapa, el simulador y la configuración son de administradores. Los recuentos y el historial solo muestran lo que cada persona puede ver.

  • Plantillas protegidas

    En una app del marketplace, los cambios y reglas que trae la plantilla no se pueden quitar; tú añades los tuyos encima.

  • Cada organización, lo suyo

    La configuración y el historial viven dentro de tu organización y nunca se mezclan con los de otra.

  • Nada se descarta sin avisar

    Si algo no se puede guardar, se dice por qué. Si sales con cambios pendientes, te pregunta antes de descartarlos.

Exportar e importar

Reutiliza un flujo en otra app

Exporta el flujo a un archivo e impórtalo en otra app. Antes de aplicarlo, uKore te enseña qué partes se dejarán fuera —estados que no existen allí o acciones reservadas a quien publicó la plantilla— y no cambia nada hasta que confirmas.

Lo que puedes resolver con un flujo

  • Saber por qué un pedido no puede pasar a Aprobado, simulándolo antes.
  • Ver qué registros llevan días parados en un estado y abrirlos con un clic.
  • Saber quién rechazó un registro y con qué motivo.
  • Rellenar la fecha de aprobación automáticamente al aprobar.
  • Cerrar solo una incidencia resuelta si nadie responde en 48 horas.
  • Exigir solución y horas antes de dar una incidencia por resuelta.

Preguntas frecuentes

¿Tiene un coste adicional?

No es un módulo aparte: los flujos de estado forman parte de la plataforma y funcionan en cualquier entidad que tenga un campo de estado.

¿Necesito saber programar?

No. Estados, cambios, validaciones y acciones se configuran sobre el mapa, eligiendo de listas. Las condiciones se arman campo a campo.

¿Quién puede configurar un flujo?

Los administradores y propietarios de la organización. El resto de usuarios ve los botones, los avisos y el historial de los registros a los que tiene acceso.

¿Qué pasa si no configuro nada?

Los cambios de estado funcionan como siempre. Con el modo estricto desmarcado, cualquier cambio está permitido y las flechas solo aportan sus permisos, motivos, botones y reglas.

¿Funciona con las apps del marketplace?

Sí. Las apps pueden traer su flujo de serie y tú añades tus propios cambios y reglas encima; lo que trae la plantilla se respeta.

¿La simulación cambia el registro?

No. No toca ni el registro ni su historial: usa los datos que tiene en ese momento y te dice qué pasaría.

Ve tus procesos como nunca los habías visto

Te enseñamos StateFlow sobre un caso real de tu empresa.