El Modelo diseñado por el cliente para la gestión y atención de órdenes de trabajo desde la consola web de AFLS, configura el flujo de trabajo determina el ciclo de vida de las órdenes de trabajo. Cada actividad del flujo de trabajo será un paso que el especialista en campo desde la consola móvil debe llevar a cabo hasta finalizar un trabajo.
Un flujo de trabajo está conformado por estados, subestados, actividades, transiciones que definen el procedimiento.
Desde la consola Móvil de AFLS el especialista en campo atenderá la orden de trabajo siguiendo el flujo diseñado previamente.
A continuación podrá ampliar los conceptos más relevantes:
Modelo
Agrupación de características comunes a diversos servicios. Generalmente dentro de las organizaciones los servicios se prestan bajo una parametrización similar en cuanto al flujo de trabajo y los campos adicionales para las órdenes.
Estados
Etapas para la ejecución de la orden. En la configuración del flujo de trabajo de Aranda FIELD SERVICE existen tres fases o estados principales que resumen los pasos de ejecución de la orden:
-
Abierta: Este estado corresponde a órdenes que aún no han sido asignadas a un especialista, son las órdenes reagendadas o recién creadas, y ordenes asignadas a un especialista pero que aun no ha iniciado su ejecución.
-
En proceso: Este estado incluye todos los pasos que debe ejecutar el especialista en campo para llevar a cabo una tarea. Los subestados definidos dentro de este estado guiarán al especialista paso por paso. Dentro de este estado puede crear los subestados que desee, sin embargo, es importante mantener la simplicidad del proceso.
-
Ejecutada: La orden de trabajo finaliza en este estado, con dos posibles subestados: ejecutada o cancelada.
Subestados
El especialista en campo recibe las órdenes en el estado “En proceso” y en este punto los subestados le sirven de guía para la ejecución de una orden. El ciclo de vida de las órdenes se rige por los subestados y sus transiciones. Al crear un subestado, el administrador puede configurar diferentes opciones que permiten adecuar el modelo al proceso de negocio.
| Sub Estado | Descripción |
|---|---|
| Sin Programar | Este sub estado es propio del sistema. Cualquier transición que llegue a este subestado hará que el motor se encargue automáticamente de seleccionar una nueva fecha y hora, así como un nuevo especialista que pueda atender la orden. |
| Programada: | Este sub estado es propio del sistema. Una orden puede pasar del estado “sin programar” a estar “programada” a través de dos eventos: a través del motor de asignación, donde la herramienta programa la orden, o a través de un agendamiento manual. |
| Cancelado: | Este subestado es propio al sistema. Corresponde a un estado terminal. Cuando la orden llega a este estado indica que no se cumplió el trabajo. |
| Ejecutado: | Este subestado es propio del sistema. Es un estado terminal que indica que la orden se finalizó correctamente. |
Transiciones
Las transiciones se representan con flechas o caminos que van de un subestado a otro. Las transiciones tienen un contexto adicional y es que se convierten en “botones” que podrán utilizar los especialistas en campo o los agentes en la web para mover una orden de trabajo de un estado a otro.
Razones
Las razones se solicitarán al especialista en campo cuando cambie el estado de una orden de trabajo.