Si eres un desarrollador, es probable que hayas creado una aplicación que utiliza algún tipo de Work-Flow. Ya sea lógica de aprobación, procesos paralelos o lógica dinámica, es habitual que al menos algún tipo de gestión de procesos de negocios (BPM) se integre en nuestras aplicaciones. ¿Por qué? Porque ayudan a las empresas a mejorar la eficiencia operativa, la experiencia del usuario y, en última instancia, el servicio al cliente y su satisfacción. En otras palabras, son cruciales para que una empresa siga siendo competitiva y relevante.
Una de las características clave de las plataformas Low-Code como OutSystems es la disponibilidad de un motor de WorkFlows integrado que los desarrolladores pueden usar para crear los flujos de trabajo BPM tanto los más simples como los más complejos. A primera vista, esto puede no parecer tan relevante, pero la razón por la que este es uno de mis funcionalidades preferidas es que el modelado e implementación de Work-Flows está plenamente integrado en la solución Low-Code, se construye de forma sencilla simplemente con soltar y arrastrar. Como resultado, cualquier desarrollador puede entender fácilmente el código detrás de los Work-Flows y crear rápidamente procesos nuevos o cambiar los existentes, acelerando así el desarrollo de la aplicación en su totalidad. Pero vamos a sumergirnos en los detalles.
Creación de Work-Floes en aplicaciones Low-Code
Un Work-Flow no es más que la orquestación de actividades en las que se deben completar una serie de pasos de forma secuencial o en paralelo, para que ocurran ciertos procesos.
Vamos a usar una aplicación de gestión de pedidos como ejemplo. Esta aplicación tiene tres procesos en marcha:
- El primero es un proceso de aprobación de pedido que se activa cuando alguien envía un pedido y asegura que el proceso solo puede continuar después de la aprobación del gerente.
- El segundo es el vencimiento del pedido que cancela la operación si el administrador no aprueba el pedido después de un cierto tiempo.
- Y el tercero es un «proceso condicional» que indica que si las condiciones iniciales cambian, por ejemplo, si se agregan nuevos artículos a la orden, se reinicia todo el proceso.
Este Work-Flow se vería así en Low-Code:
Parece simple, ¿verdad?
Ahora, imagina que cambian los requisitos y hay que modificar el Work-Flow. Supongamos que se desea que la aplicación verifique el rol de trabajo de la persona que envía el pedido y, según el rol, desea que la aplicación envíe el pedido de aprobación al gerente o al departamento financiero.
Si se trata de una petición para la que se solicita financiamiento, una vez que se envíe la solicitud, la aprobación se enviará directamente al departamento financiero. Pueden aprobarlo, lo que permitirá que la persona continúe con la operación, o rechazarlo, lo que terminará.
Con Low-Code, estos cambios son realmente fácil y rápidos de implementar y en el proyecto que nos ocupa no llevó más de una jornada.
En innoQA disponemos de decenas de referencias Low-Code y automatización de Work-Flows utilizando esta tecnología, solicite una demostración a nuestros especialistas.