Editar Registros de Usuario

This help file applies to an out-of-date version of MainBoss.
The most recent version of MainBoss is MainBoss 4.2.4.
This help file does not exist in MainBoss 4.2.4, but the index for that version can be found here.

< Secci�n previa  |  Tabla de Contenidos  |  Indice  |  Pr�xima secci�n >

Se crean o se modifican los registros de usuarios utilizando el editor de usuario. La manera habitual de abrir el editor es hacer clic en Nuevo Usuario o Editar en la Secci�n Ver de Administraci�n | Usuarios.

La ventana del editor de usuario contiene los siguientes:

Secci�n Detalles: Proporciona informaci�n general sobre el usuario.

Nombre de campo: Nombre de dominio del usuario o el ordenador. Esto tambi�n puede estar en blanco, en cuyo caso MainBoss acepta el acceso de cualquier dominio o del ordenador.

Nombre de Usuario: El nombre del usuario.

Contacto: La Informaci�n de contacto para este usuario. La informaci�n de contacto est� dada por un registro en la tabla de Contactos Para m�s informaci�n sobre contactos, vea Contactos.

Descripci�n: Una descripci�n del usuario (normalmente el nombre real de la persona).

Comentarios: Los comentarios que desea asociar con el usuario.

Secci�n Rol de Seguridad: Especifica los permisos de seguridad para el usuario. Para m�s informaci�n sobre perfiles, vea Perfiles de Seguridad.

Mediante la adici�n de una funci�n de seguridad a la lista de los usuarios de los perfiles, le da al usuario todos los permisos de seguridad asociados con ese perfil. Cada registro de perfiles tiene un campo de "Comentarios" explicando qu� permisos se asocian con el perfil.

Un usuario puede tener cualquier n�mero de funciones de seguridad asignadas. Esperamos que la mayor�a de la gente tenga m�ltiples funciones de seguridad.

Si se asigna a alguien un permiso "completo", usted no tiene que asignar un permiso de "ver" tambi�n. Por ejemplo, si asigna a alguien el perfil �rdenDeTrabajo (permiso para editar �rdenes de Trabajo), no es necesario asignar VerOrdenDeTrabajo (permiso para ver �rdenes de Trabajo), ya que implica autom�ticamente VerOrdenDeTrabajo. Del mismo modo, los permisos de "ver" implica autom�ticamente permisos de "resumen", por ejemplo, ResumenOrdenDeTrabajo no es necesario si alguien ya ha VerOrdenDeTrabajo.

Le recomendamos ser generosos en la asignaci�n de las personas en los perfiles de "resumen" (por ejemplo, ResumenUnidad) ya que proporcionan una peque�a cantidad de informaci�n que es �til para las personas que ejecutan tareas muy diferentes dentro de su organizaci�n.

Importante: Si un usuario no tiene perfiles de seguridad asignados, esa persona no ser� capaz de utilizar MainBoss de ninguna manera. Por lo tanto, normalmente se debe asignar al menos un perfil seguridad para cada usuario.

Despu�s de asignar los perfiles de seguridad a un usuario, MainBoss hace que sea f�cil para probar los efectos de los perfiles de seguridad. Para m�s informaci�n, consulte la descripci�n de Evaluar la Seguridad Como en Ver Usuarios.

Nuevo Usuario Rol de Seguridad: Abre una ventana que le permite especificar un nuevo perfil para este usuario. Para obtener m�s informaci�n, vea Asignar Perfiles de Seguridad a Usuarios.

Editar/Ver: Este bot�n desplegable ofrece varias acciones posibles:

Editar: Abre una ventana de editor para que puedas editar el registro seleccionado.

Ver: Abre una ventana de edici�n donde se puede examinar el registro seleccionado.

Borrar: Elimina el perfil de seguridad asignada a ese usuario.

Restablecer: Realiza la lista para reflejar cualquier cambio reciente.

Buscar: Permite buscar a trav�s de la lista de registros para un registro determinado. Para obtener m�s informaci�n, vea Buscando un Registro en Particular. El bot�n Buscar tiene una lista de acompa�amiento desplegable que contiene lo siguiente:

Buscar siguiente: Utiliza la misma condici�n de b�squeda (s) en su b�squeda m�s reciente y busca el siguiente registro en la tabla que coincide con la condici�n (s). Si la b�squeda llega al final de la tabla sin encontrar un registro coincidente, que se traslada al inicio de la tabla y contin�a la b�squeda.

Buscar anterior: Igual que Buscar siguiente excepto que va hacia atr�s en la tabla. Si la b�squeda llega al inicio de la tabla sin encontrar un registro coincidente, se va a la final de la tabla y contin�a la b�squeda.

Guardar: Guarda el registro real. La ventana del editor permanece abierta por si desea realizar m�s cambios en el mismo registro.

Guardar & Nuevo: Guarda el registro real y se establece la ventana para que ingrese un nuevo registro. Los campos en el nuevo registro estar�n en blanco o un conjunto de valores por defecto.

Guardar & Cerrar: Guarda el registro real y cierra la ventana del editor.

Cancelar: Cierra la ventana sin guardar los cambios que ha realizado en el registro desde la �ltima vez que guard�. Cuando se Guardar el registro, el bot�n Cancelar cambia a Cerrar, lo que indica que con seguridad puede cerrar la ventana sin perder ning�n cambio.

Cerrar: Cierra la ventana. Este bot�n s�lo aparece despu�s de haber guardado los cambios con Guardar o antes de que haya introducido alg�n dato. De lo contrario, el bot�n se llama Cancelar.

Alcances: Al crear un nuevo usuario, usted tiene la oportunidad de especificar un alcance para el nombre de entrada de esa persona.

• Si su sitio utiliza dominios de confianza, el alcance debe ser el dominio de confianza a la que pertenece el usuario.
• Si el sitio no utiliza dominios de confianza (o si no est� seguro de si usted los utiliza o no), se recomienda dejar el campo de "Campo" en blanco. Un campo de alcance en blanco significa que el nombre de usuario dado es una cuenta v�lida en el equipo donde se ejecuta el servidor SQL. El servidor SQL entonces acepta el acceso desde cualquier otro ordenador de la red local, a condici�n de que el nombre de usuario y contrase�a en el otro equipo coincidan con el nombre y la contrase�a en el equipo servidor.
  
  Por ejemplo, supongamos que usted autoriza a jsmith a utilizar MainBoss y deja "Campo" en blanco. A continuaci�n, el equipo servidor debe aceptar jsmith como un nombre de usuario. El servidor SQL aceptara el acceso de cualquier jsmith en su red local, siempre que la contrase�a para jsmith en equipos no-Servidor es la misma que la contrase�a para jsmith en el equipo servidor.

Tenga en cuenta que los nombres en la lista de MainBoss Usuarios debe ser nombres de usuario individuales, no pueden ser grupos. En MainBoss, los nombres de usuario est�n asociados con los registros en orden para crear un seguimiento de auditor�a. Esta es la raz�n por la que MainBoss no acepta las autorizaciones de grupo-una auditor�a debe registrar con exactitud qui�n hizo un cambio en particular, lo que significa un seguimiento del nombre de usuario individual, no s�lo un nombre de grupo

Para m�s sobre usuarios y grupos, vea Usuarios. Para m�s sobre ver usuario/grupos, vea Ver Usuarios. Para m�s sobre editores en general, vea Usando Editores.

< Secci�n previa  |  Tabla de Contenidos  |  Indice  |  Pr�xima secci�n >