Agregar y configurar usuarios adding-and-configuring-users

La información de usuarios y grupos se mantiene en un sistema de almacenamiento de terceros, como un directorio LDAP. Administración de usuarios no escribe en el sistema de almacenamiento de terceros. En su lugar, Administración de usuarios sincroniza la información de usuarios y grupos con su propia base de datos

Crear un usuario create-a-user

Al crear usuarios, puede agregarlos a grupos y asignarles funciones.

Configuración de usuario user-settings

Especifique las siguientes opciones cuando cree o edite un usuario.

Nombre canónico: (Obligatorio) Identificador único del usuario. Cada usuario y grupo de un dominio debe tener un nombre canónico único. Active la casilla Generado por el sistema para permitir que la Administración de usuarios asigne un valor único, o bien desactive la casilla de verificación y especifique un valor personalizado para el Nombre canónico.

Evite utilizar caracteres de subrayado (_) en nombres canónicos, por ejemplo, sample_user. Cuando busca usuarios en función de su nombre canónico, no devuelve los que contienen caracteres subrayados.

Nombre: (Obligatorio) Nombre dado del usuario

Apellidos: (Obligatorio) Nombre de la familia del usuario

Nombre común: Nombre completo o nombre para mostrar para el usuario. Por ejemplo, si Nombre = Gloria y Apellido = Ríos, Nombre común = Gloria Ríos.

Correo electrónico: Dirección de correo electrónico del usuario

Teléfono: Número de teléfono del usuario

Descripción: Descripción opcional. Utilice este campo según las necesidades de su organización.

Dirección: Dirección de correo del usuario

Organización: Organización a la que pertenece el usuario

Alias de correo electrónico: Alias de correo electrónico del usuario. Separe los alias de correo electrónico con comas.

Dominio: Dominio al que pertenece el usuario

Configuración regional: Configuración regional ISO del usuario

Clave del calendario comercial: Permite asignar un calendario empresarial a un usuario según el valor de esta configuración. Los calendarios comerciales definen los días laborables y no laborables. AEM formularios pueden utilizar calendarios empresariales para calcular fechas y horas futuras en el caso de eventos como recordatorios, plazos y escalaciones. La forma en que asigne claves de calendario empresarial a los usuarios dependerá de si utiliza un dominio empresarial, local o híbrido. (Consulte Adición de dominios.)

Si utiliza un dominio local o híbrido, la información sobre los usuarios solo se almacena en la base de datos de Administración de usuarios. Para estos usuarios, establezca la clave del calendario empresarial en una cadena. A continuación, asigne la clave del calendario empresarial (la cadena) a un calendario empresarial en el flujo de trabajo de los formularios.

Si utiliza un dominio empresarial, la información sobre los usuarios reside en un sistema de almacenamiento de terceros, como un directorio LDAP. La Administración de usuarios sincroniza la información de usuario del directorio con la base de datos de Administración de usuarios. Esta función le permite asignar una clave de calendario empresarial a un campo del directorio LDAP. Por ejemplo, imaginemos un escenario en el que cada registro de usuario del directorio contiene un campo de país y desea asignar calendarios comerciales basados en el país en el que se encuentra el usuario. En este caso, especifique el nombre del campo de país como valor para la configuración Clave de calendario de negocio . A continuación, puede asignar las claves del calendario empresarial (los valores definidos para el campo de país en el directorio LDAP) a los calendarios comerciales en el flujo de trabajo de formularios.

Para obtener información adicional sobre los calendarios empresariales, incluido cómo asignar claves de calendario empresarial a los calendarios empresariales, consulte Configuración de calendarios comerciales.

Limite el nombre a menos de 53 caracteres. Un nombre más corto ayuda a evitar problemas al mostrar la clave del calendario empresarial en las páginas de Administración de procesos en la consola de administración.

ID de usuario: (Obligatorio) ID de usuario que el usuario utiliza para iniciar sesión. El ID de usuario no distingue entre mayúsculas y minúsculas y debe ser único en todo el dominio.

En los dominios empresariales, utilice un atributo que no sea de DN como ID de usuario, ya que el DN de un usuario puede cambiar si se traslada a otra parte de la organización. Esta configuración depende del servidor de directorios. El valor es objectGUID para Active Directory 2003, nsuniqueID para Sun™ One, y guid para eDirectory.

Asegúrese de que el ID de usuario sea único. No utilice una que se haya asignado a un usuario eliminado.

AEM formularios no pueden diferenciar entre cuentas de usuario que tienen ID de usuario y contraseñas idénticos pero que pertenecen a dominios diferentes. Para evitar este problema, no cree cuentas que tengan el mismo ID de usuario en varios dominios.

Al usar SQL Server como base de datos, no se puede crear un ID de usuario que supere los 255 caracteres.

Al utilizar MySQL, el ID de usuario puede contener caracteres extendidos. Sin embargo, cuando se realiza una comparación entre dos cadenas, como abcde y âbcdè, se consideran iguales. Por ejemplo, al sincronizar, si se ha agregado un nuevo usuario a la base de datos, se realiza una comparación para comprobar si existe un usuario con el mismo ID de usuario en la base de datos. Si el usuario abcode ya existe en la base de datos cuando se agrega el nuevo usuario *âbcdè *, la comparación no puede distinguir entre los dos nombres. Se da por hecho que el usuario ya existe en la base de datos y el nuevo usuario se ignora y no se añade.

Evite crear nombres de usuario que empiecen por un signo de número (#). Al realizar búsquedas de tareas, no se devuelven resultados para esos nombres de usuario. (Consulte Trabajo con tareas.)

Contraseña y confirmar contraseña: Contraseña que utiliza el usuario para iniciar sesión. Debe tener un mínimo de ocho caracteres. No se requiere una contraseña para un usuario que forma parte de un dominio híbrido.

Ver detalles de un usuario view-details-about-a-user

Cambiar la contraseña de un usuario local change-the-password-for-a-local-user

Edición de las propiedades de un usuario edit-a-user-s-properties

Eliminar un usuario delete-a-user

Crear un controlador de error de inicio de sesión personalizado create-custom-login-error-handler

Si un usuario sin los formularios de AEM y los permisos de CQ necesarios intenta iniciar sesión en las siguientes aplicaciones incrustadas en CQ, se redirige al usuario a la página predeterminada de CQ 404 que contiene el seguimiento de errores:

CQ proporciona un mecanismo para anular el jsp de controlador 404 predeterminado.

Para obtener más información sobre cómo personalizar la página de administración de errores, consulte Personalización de páginas que muestra el Controlador de errores en la documentación de Adobe Experience Manager.