Adicionar e configurar usuários adding-and-configuring-users

As informações de usuários e grupos são mantidas em um sistema de armazenamento de terceiros, como um diretório LDAP. O gerenciamento de usuários não grava no sistema de armazenamento de terceiros. Em vez disso, o Gerenciamento de usuários sincroniza as informações do usuário e do grupo com seu próprio banco de dados

Criar um usuário create-a-user

Ao criar usuários, você pode adicioná-los a grupos e atribuir funções a eles.

Configurações do usuário user-settings

Especifique as configurações a seguir ao criar ou editar um usuário.

Nome Canônico: (Obrigatório) Identificador exclusivo do usuário. Cada usuário e grupo em um domínio deve ter um nome canônico exclusivo. Marque a caixa de seleção Gerado pelo Sistema para permitir que o Gerenciamento de Usuários atribua um valor exclusivo ou desmarque a caixa de seleção e especifique um valor personalizado para o Nome Canônico.

Evite usar caracteres de sublinhado (_) em nomes canônicos, por exemplo, sample_user. Quando você pesquisa usuários com base em seus nomes canônicos, os que contêm caracteres sublinhados não são retornados.

Nome: (Obrigatório) Nome fornecido pelo usuário

Sobrenome: (Obrigatório) Nome da família do usuário

Nome Comum: Nome completo ou nome para exibição do usuário. Por exemplo, se Nome = Gloria e Sobrenome = Rios, então Nome comum = Gloria Rios.

Email: endereço de email do usuário

Telefone: número de telefone do usuário

Descrição: Descrição opcional. Use esse campo conforme as necessidades da sua organização.

Endereço: endereço para correspondência do usuário

Organização: organização à qual o usuário pertence

Aliases de email: Aliases de email do usuário. Separe os aliases de email com vírgulas.

Domínio: Domínio ao qual o usuário pertence

Localidade: localidade ISO do usuário

Chave do Calendário Comercial: permite mapear um calendário comercial para um usuário, com base no valor dessa configuração. Os calendários comerciais definem dias úteis e não úteis. Os formulários AEM podem usar calendários comerciais ao calcular datas e horas futuras para eventos, como lembretes, prazos finais e escalonamentos. A forma como você atribui chaves do calendário de negócios aos usuários depende de você estar usando um domínio corporativo, local ou híbrido. (Consulte Adicionar domínios.)

Se você estiver usando um domínio local ou híbrido, as informações sobre os usuários serão armazenadas somente no banco de dados do Gerenciamento de usuários. Para esses usuários, defina a Chave do calendário comercial como uma string. Em seguida, mapeie a chave do calendário comercial (a sequência de caracteres) para um calendário comercial no fluxo de trabalho de formulários.

Se você estiver usando um domínio enterprise, as informações sobre usuários residirão em um sistema de armazenamento de terceiros, como um diretório LDAP. O Gerenciamento de usuários sincroniza as informações do usuário do diretório com o banco de dados do Gerenciamento de usuários. Esse recurso permite mapear uma chave de calendário comercial para um campo no diretório LDAP. Por exemplo, considere um cenário em que cada registro de usuário no diretório contém um campo de país e você deseja atribuir calendários de negócios com base no país em que o usuário está localizado. Nesse caso, você especifica o nome do campo do país como o valor para a configuração Chave do calendário comercial. Em seguida, é possível mapear as chaves do calendário comercial (os valores definidos para o campo de país no diretório LDAP) para calendários comerciais no fluxo de trabalho de formulários.

Para obter informações adicionais sobre calendários comerciais, incluindo como mapear chaves de calendários comerciais para calendários comerciais, consulte Configurando Calendários Comerciais.

Limite o nome a menos de 53 caracteres. Um nome mais curto ajuda a evitar problemas na exibição da chave do calendário de negócios nas páginas de Gerenciamento de processos no console de administração.

ID de Usuário: (Obrigatório) ID de Usuário que o usuário usa para fazer logon. A ID de usuário não diferencia maiúsculas de minúsculas e deve ser exclusiva no domínio.

Em domínios enterprise, use um atributo não DN como a ID do usuário, pois o DN de um usuário poderá ser alterado se ele for movido para outra parte da organização. Esta configuração depende do servidor de diretório. O valor é objectGUID para o Ative Diretory 2003, nsuniqueID para o Sun™ One e guid para o eDirectory.

Certifique-se de que a ID do usuário seja exclusiva. Não use um atribuído a um usuário excluído.

Os formulários AEM não conseguem diferenciar entre contas de usuário que têm IDs de usuário e senhas idênticas, mas pertencem a domínios diferentes. Para evitar esse problema, não crie contas que tenham a mesma ID de usuário em vários domínios.

Ao usar o SQL Server como banco de dados, você não pode criar uma ID de usuário que exceda 255 caracteres.

Ao usar o MySQL, a ID do usuário pode conter caracteres estendidos. No entanto, quando uma comparação é feita entre duas cordas, como abcde e âbcdè, elas são consideradas a mesma. Por exemplo, durante a sincronização, se um novo usuário foi adicionado ao banco de dados, uma comparação é feita para verificar se um usuário com a mesma ID de usuário existe no banco de dados. Se o usuário abcde existir no banco de dados quando o novo usuário âbcdè for adicionado, a comparação não poderá distinguir entre os dois nomes. Pressupõe-se que o usuário exista no banco de dados e o novo usuário seja ignorado e não adicionado.

Evite criar nomes de usuário que comecem com um sinal numérico (#). A execução de pesquisas de tarefas não retorna nenhum resultado para esses nomes de usuário. (Consulte Trabalhar com tarefas.)

Senha e Confirmar Senha: Senha que o usuário usa para fazer logon. Deve ter no mínimo oito caracteres. Uma senha não é necessária para um usuário que faz parte de um domínio híbrido.

Exibir detalhes sobre um usuário view-details-about-a-user

Alterar a senha de um usuário local change-the-password-for-a-local-user

Editar as propriedades de um usuário edit-a-user-s-properties

Excluir um usuário delete-a-user

Criar manipulador de erro de logon personalizado create-custom-login-error-handler

Se um usuário sem os formulários AEM e as permissões do CQ necessários tentar fazer logon nos seguintes aplicativos incorporados ao CQ, o usuário será redirecionado para a página padrão do CQ 404 que contém o rastreamento de erros:

O CQ fornece um mecanismo para substituir o jsp do manipulador 404 padrão.

Para obter detalhes sobre como personalizar a página de tratamento de erros, consulte Personalizando páginas mostradas pelo Manipulador de erros na documentação do Adobe Experience Manager.