Diseño de procesos de flujo de trabajo

Los procesos de flujo de trabajo se pueden diseñar para que incorporen los modos más eficaces de completar tareas de negocio. Puede evaluar las prácticas actuales y determinar cómo se pueden mejorar o estandarizar antes de diseñar los procesos de flujo de trabajo.

Cuando crea un proceso de flujo de trabajo, el producto dirige los registros mediante rutas que especifica. Cuando diseñe un proceso, asegúrese de que tiene en cuenta lo que puede suceder en cada punto de decisión e incluya todas las rutas que puede recorrer un registro. Puede comenzar la implementación del flujo de trabajo con procesos sencillos. Siempre puede incorporar una mayor complejidad en una revisión posterior.

Para diseñar los procesos de flujo de trabajo óptimos, tenga en cuenta las directrices siguientes:

• Los procesos genéricos requieren menos mantenimiento que los que son altamente específicos. Por ejemplo, puede modificar las funciones que se resuelven en una persona más con más frecuencia que las funciones que se resuelven en un grupo de personas.
• Cuando diseñe procesos, considere cuándo desea que el producto genere notificaciones. El producto puede generar notificaciones cuando se producen los siguientes eventos en un proceso:
  • Un registro alcanza un punto de decisión (nodo)
  • Un registro sigue una ruta específica (línea de conexión) de un proceso
  • Se realizan asignaciones de tarea
• Cuando diseñe procesos, considere cómo desea manejar los valores nulos. Un proceso puede alcanzar un punto de decisión que evalúa los datos del registro y estos datos pueden no estar en el registro.
• Cuando un registro toma una ruta negativa, puede diseñar el registro de modo que se pueda modificar para que tome una ruta positiva. También puede diseñar el registro para que salga permanentemente del proceso.
• Si un registro puede volver a recorrer el proceso después de haber sido rechazado, puede definir un límite en el número de veces que un registro puede repetir el proceso.
• Procure no tener diferentes grupos de nodos y líneas de conexión que realicen la misma función en puntos diferentes de un proceso. Es más eficaz volver a utilizar el mismo código mediante bucles o mediante la creación de un subproceso.
• Los procesos sencillos que requieren un número limitado de nodos tienen una resolución de problemas y un mantenimiento más fácil. Si el número de nodos de su proceso crece demasiado, puede dividir el proceso en subprocesos.
• Cuando se graban sentencias SQL (Structure Query Language) se ha de tener en cuenta cómo la sintaxis SQL afecta el modo en que el producto interpreta las sentencias. Los siguientes ejemplos muestran el uso del signo de dos puntos en las sentencias SQL:
  • ASSETNUM — (sin un signo de dos puntos) Indica al producto que debe ir a la base de datos a buscar el registro de activos
  • ASSETNUM — (con un signo de dos puntos) Indica al producto que debe utilizar el registro de activos de la memoria (el registro que actualmente está en la ventana).