| 80 | | ||[[Image(8_permisosusuarios.jpg)]] |
| | 80 | ||[[Image(8_abmusuarios.jpg)]] |
| | 81 | Donde se buscará un usuario existente (Para conocer el manejo de las diferentes posibilidades de búsqueda que existen, remitirse al capítulo ''Tipo de actividades en Regente: ABM'') o se comenzará con la carga de uno nuevo presionando el botón Nuevo. |
| | 82 | En cualquiera de los dos casos se pasará a la siguiente pantalla, cuyos campos estarán llenos o vacíos dependiendo si es una alta o una modificación. |
| | 83 | ||[[Image(9_abmusuarios.jpg)]] |
| | 84 | Los campos que aparecen y deben llenarse son los siguientes:[[BR]] |
| | 85 | '''Id.:'''Es el nombre que tendrá el usuario para ingresar al sistema, el mismo debe ser alfanumérico y sin espacios. (obligatorio).[[BR]] |
| | 86 | '''Nro.Legajo:''' Es el nro. de legajo del empleado en la empresa, es un dato simplemente informativo. (Opcional).[[BR]] |
| | 87 | '''Perfil:''' Se asigna el perfil que tendrá el usuario. Haciendo clic sobre la barra a la derecha del titulo, se editará el campo para colocar el id de perfil o bien utilizando el buscador para localizarlo dentro de los posibles perfiles cargados con anterioridad utilizando los pasos descriptos anteriormente. (Obligatorio).[[BR]] |
| | 88 | '''Apellido:''' Es el apellido del usuario. (Obligatorio)[[BR]] |
| | 89 | '''Nombre:''' Es el nombre de pila del usuario (Obligatorio)[[BR]] |
| | 90 | '''Fecha Nacimiento:''' Es la fecha de nacimiento del usuario. (Opcional)[[BR]] |
| | 91 | '''e-mail:''' dirección de correo electrónico. Si bien este dato no es obligatorio, de colocarlo, el sistema en la pantalla principal, mostrará al usuario si tiene correo nuevo y presionando sobre el mensaje, abrirá su web mail y podrá verlo. Para que este servicio esté activo, el administrador del sistema deberá indicar a Regente (durante la instalación) cuáles son los servidores imap, smtp y de webmail. (Opcional)[[BR]] |
| | 92 | '''clave mail:''' en caso de colocar la dirección de correo, será necesario que el usuario ingrese la clave de correo electrónico para que el sistema pueda mostrar su correo. El campo se encuentra dos veces, ya que al escribir es invisible y pide la confirmación. El administrador puede dejar estos campos en blanco y solicitar a cada usuario utilizar el menú Config - Cambiar Clave de e-mail para especificar él mismo su clave de correo. (Opcional)[[BR]] |
| | 93 | '''Clave:''' Aquí se colocará la clave que tendrá el usuario para ingresar al sistema. Esta será una clave inicial y luego de entregarla al usuario, se le debe sugerir que luego de ingresar al sistema utilice el menú Config – Cambiar Clave para poder especificar una clave qué sólo sea conocida por él mismo. Esa actividad se va a comentar más adelante. También aquí el campo se repite, ya que al ser invisible, solicita confirmación. (Obligatorio)[[BR]] |
| | 94 | '''Area:''' Aquí se colocara el área donde va a trabajar el usuario. |
| | 95 | '''Expira:''' Aquí se puede ingresar una fecha de expiración del usuario. Es decir que si en este campo se ingresa una fecha, el usuario no podrá ingresar más al sistema pasada la misma. (Opcional)[[BR]][[BR]] |
| | 96 | Una vez realizada la carga completa deseada, presionar el botón grabar para que los cambios queden registrados en la base de datos. Si se desea cancelar el trabajo realizado, presionar el botón Salir, y el sistema solicitará confirmación puesto que se perderán todos los cambios realizados.[[BR]] |
| | 97 | Con este paso, quedaría concluida la carga del usuario. El mismo heredará los permisos que tiene el perfil asignado. Excepcionalmente, existe una herramienta más que permite al administrador modificar algún permiso, solapando lo indicado por el perfil, sin necesidad de modificar los permisos del perfil. Para esto pasaríamos a la cuarta herramienta mencionada.[[BR]] |
| | 98 | |
| | 99 | ===== Permisos de Usuarios ===== |
| | 100 | Supongamos que se está dando de alta un usuario al cual se le asignará el perfil ''OPERADOR'', y que este perfil no tenga permisos para modificar datos de un cliente. Pero se desea que el nuevo usuario sí pueda hacerlo, manteniendo a su vez los permisos y bloqueos que tiene el perfil ''OPERADOR''. |
| | 101 | Esta situación se puede solucionar entrando al ítems del menú Config - Permisos de usuarios. |
| | 102 | ||[[Image(10_permisosusuarios.jpg)]] |
| | 103 | Donde nos encontraremos con pantallas muy similares a las que vimos para los permisos de perfiles. |
| | 104 | ||[[Image(11_permisosusuarios.jpg)]] |
| | 105 | Aquí buscaremos el usuario al cual queremos modificarle algún permiso, ingresando el nombre del mismo, o bien ingresando al buscador presionando el botón con los tres puntos. Una vez hecho esto pasaremos a la siguiente pantalla. |
| | 106 | ||[[Image(12_permisosusuarios.jpg)]] |
| | 107 | La única columna que se podrá modificar es la que lleva como título ''!PermUsu''. |
| | 108 | La manera de trabajar es ubicar el proceso que se desea y luego, sobre el campo de la columna ''!PermUsu'' correspondiente, hacer clic con el Mouse, notarán que cada vez que se haga un clic, dicho campo cambiara de color, de gris a verde, de verde a rojo y de rojo a gris. El significado de cada color es el siguiente: |
| | 109 | * Verde : Autorizado, quiere decir que el usuariol tiene permiso para el proceso |
| | 110 | * Rojo.. : Denegado, el usuario no tiene permiso para el proceso. |
| | 111 | * Gris... : El permiso del usuario es heredado del perfil. |
| | 112 | El sistema siempre le da mas peso y toma el permiso que tiene asignado en el campo ''!PermUsu'', por lo cual, si dicho campo esta en verde, el cliente va a tener premiso para el proceso, independientemente de cual sea el estado del perfil que tiene asignado, lo mismo si se niega en esta columna un permiso pintando de rojo el campo, aunque el perfil pueda trabajar con el proceso, este usuario en particular no podrá hacerlo. Y si dicho campo esta en gris, entonces sí, el sistema se fija en el estado del perfil y asume ese estado para el cliente. |
| | 113 | ===== Algunos ejemplos ===== |
| | 114 | En el siguiente gráfico se muestra que el proceso '''Gestionar permisos de perfil''', no tiene permisos para el perfil. Y al quedar el campo !PermUsu en gris implica que el usuario hereda este último por lo tanto no tiene permiso.[[BR]] |
| | 115 | ||[[Image(13_permisosejemplos.jpg)]] |
| | 116 | En cambio en el siguiente, a pesar de que el perfil no tiene permiso para este proceso, a este usuario en particular sí se le dio el permiso para el proceso ''Gestionar permisos de perfil'' |
| | 117 | ||[[Image(14_permisosejemplos.jpg)]] |
| | 118 | Por el contrario, en este último ejemplo, al perfil se le había asignado el permiso para el proceso, pero al usuario en particular se decidió negárselo, para lo cual el campo !PermUsu fue marcado en rojo. |
| | 119 | ||[[Image(15_permisosejemplos.jpg)]] |
| | 120 | Una vez ajustados los permisos para el usuario, se debe presionar el botón Grabar para que los cambios queden guardados y tomen efecto. |
| | 121 | |
| | 122 | |
| | 123 | |
| | 124 | |
| | 125 | |
