anonymous Log in
Search
Recents:
v3.0
gxflow-l
Re: Consulta GxFlow
18/02/19 14:38

gfernandez

Replies: 0

Hola Jorge, Entiendo que todas las UO que has creado, tanto las áreas como los operadores, están basadas en una misma definición de UO. Esto en principio no parece estar bien definido porque las áreas y los operadores con cosas distintas e independientes. La forma en que el motor decide si un usuario tiene permisos para ejecutar una tarea es, tomando en cuenta las UO asignadas a la instancia de proceso, hacer un AND entre UOs de diferentes definiciones y un OR de las UO de una misma definición. Aclarado este punto, con el diseño actual si en la tarea que asignas la UO del Operador eliminas la UO del área, el supervisor dejará de ver las tareas de otros operadores. Si por alguna razón necesitas mantener la UO con el área, no tienes más remedio que separar la áreas y los operadores en definiciones (de UO) diferentes. Saludos On Fri, Feb 15, 2019 at 7:40 PM Jorge Batres wrote: > Hola amigos del foro GxFlow, > > Tengo un caso al que no he podido hallar solución. Tengo una parte de un > proceso así: > > Existe un supervisor que puede recibir procesos de varias áreas, para las > cuales tengo UO llamadas AREA1, AREA2 y AREA3 y al usuario supervisor le > asigno esas 3 UO. Estas áreas son geográficas y se utilizan en pasos > previos del proceso. > > La tarea del supervisor es asignar a un operador que trabaje cada proceso; > para esto el procedimiento en azul asigna otra UO llamada OPERADOR1, > OPERADOR2 u OPERADOR3. El criterio de asignación es a su discreción, ya que > cada operador puede trabajar procesos de diferentes áreas geográficas. > > Todo iba bien, ya que a los usuarios operadores les asigno únicamente una > UO. Con esto garantizo que cada operador pueda ver en su bandeja de entrada > solamente los procesos que les han sido asignados. > > El problema es que ahora el supervisor también quiere empezar a hacer > tareas de operador y para ello agrego otra UO llamada OPERADORSUP. Cuando > le agrego el rol de operador al supervisor, resulta que la tarea 1 del > operador la puede ver en su bandeja de entrada tanto el operador a quien se > asignó, pero también la puede ver el supervisor. > > Al analizar por qué GxFlow se comporta así, veo que el proceso viene por > ejemplo con una UO digamos AREA2, y luego se le agrega otra UO por ejemplo > OPERADOR1. La tarea 1 se muestra en la bandeja del supervisor no por la UO > de OPERADOR1 (porque él es OPERADORSUP), sino por la UO de AREA2. > > Estuve considerando incluso en crear otro usuario para el mismo supervisor > y que desde allí se maneje como operador, pero la verdad no quisiera que > esta persona tenga que estar saliendo de una cuenta supervisor y entrando a > su otra cuenta de operador (aparte de que estaría utilizando una licencia > adicional solo por este tema). Alguna luz para resolver este escenario? > > Saludos, > > -- > Jorge Batres > Programador Senior > Departamento de Informática > Tel.: 2299 2600 Ext.: 316 > Correo: programacion@irtra.org.gtwww.irtra.org.gt > >


Back to gxflow-l