Bienvenidos a la versión 6.4 de PLUG, donde seguimos trabajando en las nuevas funcionalidades y mejorando lo existente. Sin dudas los cambios realizados están generando un impacto positivo en la gestión diaria de nuestros usuarios.
Aprovechamos para adelantarles que se viene algo nuevo, donde nos estamos preparando para brindarles una nueva experiencia. ¡Cada vez falta menos!
Incorporamos la posibilidad de relacionar Solicitudes generando una dependencia Padre – Hijo.
Esta nueva funcionalidad podrá ser utilizada en Solicitudes donde no tengamos certeza de manera anticipada de las tareas o pedidos que se deberán realizar o donde el flujo de trabajo no se pueda representar únicamente con Ordenes de Trabajo asociadas a la Solicitud.
Por ejemplo, para un trámite municipal donde se requiere de varias tareas y en cada una participan diferentes oficinas y personas, tendremos una Solicitud Padre: “Trámite” relacionada con sus Solicitudes Hijas: “Inscripción”, “Relevamiento”, “Adjudicación del Trámite”, donde cada una de ellas tendrán sus propias tareas a ejecutar.
Dentro de cada Solicitud Padre, se podrá visualizar en el detalle las Solicitudes Hijas, al igual que se realiza con las Ordenes de Trabajo pendientes y Trabajos realizados.
En los listados de Solicitudes, se puede visualizar la relación entre Solicitudes, permitiendo gestionar las Solicitudes Hijas teniendo en cuenta la Solicitud Padre que les dio origen.
Incorporamos dentro de los permisos operativos de Solicitudes, la posibilidad de seleccionar entre las siguientes opciones dentro de visualización, creación, gestión y planificación:
Esto nos permitirá brindar alternativas sobre la privacidad de las Solicitudes, algo requerido a la hora de trabajar en procesos donde otros usuarios no deben visualizar Solicitudes dentro de una misma oficina.
Por ejemplo, en un sistema de tickets donde los empleados realizan requerimientos de vacaciones, aumentos de sueldo o pedidos especiales, la información es confidencial o personal y no debe tener visibilidad de ello toda la oficina, sino sólo ver lo creado por la persona que hizo el pedido, es decir quien creó la Solicitud, y quienes procesan dicho pedido que podría ser Recursos Humanos.
El mismo ejemplo es para aquellos pedidos asignados a mí, que por contener información confidencial se requiera que sólo vea o gestione aquellos pedidos en los que debe estar involucrado y tiene que trabajar, y no la totalidad de los que gestiona la oficina.
Hemos incorporado a la configuración de los Tipo de Trabajos dos nuevas funcionalidades necesarias para las tareas en campo.
Dentro de la configuración del Tipo de Trabajo, agregamos la opción Permitir al Ejecutor cerrar la ODT, opción que aplica a Ordenes de Trabajo que permiten múltiples trabajos únicamente. Esta opción por defecto queda seleccionada para mantener el comportamiento actual de la aplicación, donde permitimos al ejecutor indicar el cierre de la Orden de Trabajo desde el dispositivo móvil.
Esta nueva funcionalidad es de utilidad cuando la persona que ejecuta el Trabajo no debería tomar la decisión de dar por finalizada la tarea, sino que esa decisión la define únicamente el planificador o supervisor, cuando evalúa que el tiempo transcurrido o los Trabajos realizados están completos.
Existen casos donde las Ordenes de Trabajo asignadas no deben ser devueltas por el ejecutor. Hasta la versión anterior esta decisión y opción estaba en manos del ejecutor desde el dispositivo móvil.
En esta nueva versión incorporamos en el Tipo de Trabajo, la posibilidad configurar si el ejecutor tiene dicha capacidad o no. Existen, por ejemplo, Ordenes de Trabajo que están creadas para que el ejecutor pueda registrar algún evento durante todo el mes en caso que sea necesario y no debería devolver la misma para planificar sino simplemente no registrar ningún trabajo.
Al momento de realizar acciones masivas, tenemos la posibilidad de dejar una nota. Anteriormente se visualizaba como “comentarios”.
¿En qué acciones esto es posible?
Solicitudes para: planificar, enviar y cerrar.Ordenes de Trabajo para: programar, desbloquear, cerrar y abrir.Trabajos para: realizar seguimiento, verificar y reintentar.
.png)
Se simplificó la acción de verificación en forma masiva permitiendo solamente pasar de “Requiere Verificación” a “Verificado”.
Dentro de Actividades se incorporó la posibilidad de aplicar filtros por Tipo de Solicitud, siendo esto útil para focalizar en las Actividades de un Tipo de Solicitud y no en una visión general.
Incorporamos la posibilidad de desasociar la autenticación local, es decir usuario/clave de ingreso a PLUG, disponible desde Mi Perfil. Esto se podrá realizar únicamente si se cuenta con la autenticación de algún otro proveedor externo como, por ejemplo: Office 365, Google, etc.
