Aggiungere e configurare gli utenti adding-and-configuring-users

Le informazioni di utenti e gruppi vengono gestite in un sistema di archiviazione di terze parti, ad esempio una directory LDAP. La Gestione utenti non scrive sul sistema di archiviazione di terze parti. Gestione utenti sincronizza invece le informazioni di utenti e gruppi con il proprio database

Creare un utente create-a-user

Quando crei degli utenti, puoi aggiungerli ai gruppi e assegnare loro ruoli.

Impostazioni utente user-settings

Specifica le impostazioni seguenti quando crei o modifichi un utente.

Nome canonico: (obbligatorio) Identificatore univoco dell’utente. Ogni utente e gruppo di un dominio deve avere un nome canonico univoco. Seleziona la casella di controllo Generato dal sistema per consentire a Gestione utenti di assegnare un valore univoco oppure deseleziona la casella di controllo e specifica un valore personalizzato per il Nome canonico.

Evita di utilizzare caratteri di sottolineatura (_) nei nomi canonici, ad esempio sample_user. Durante la ricerca di utenti in base al loro nome canonico, quelli contenenti caratteri di sottolineatura non vengono restituiti.

Nome: (obbligatorio) nome dell’utente

Cognome: (obbligatorio) cognome dell’utente

Nome comune: nome completo o nome visualizzato dell’utente. Ad esempio, se Nome = Gloria e Cognome = Rios, allora Nome comune = Gloria Rios.

E-mail: indirizzo e-mail dell’utente

Telefono: numero di telefono dell’utente

Descrizione: descrizione facoltativa. Utilizza questo campo in base alle esigenze della tua organizzazione.

Indirizzo: indirizzo postale dell’utente

Organizzazione: organizzazione a cui appartiene l’utente

Alias e-mail: alias e-mail dell’utente. Separa gli alias e-mail con virgole.

Dominio: dominio a cui appartiene l’utente

Impostazioni locali: impostazioni locali ISO dell’utente

Chiave calendario aziendale: consente di mappare un calendario aziendale a un utente, in base al valore di questa impostazione. I calendari aziendali definiscono i giorni lavorativi e non lavorativi. AEM Forms può utilizzare i calendari aziendali per il calcolo di date e ore future per eventi quali promemoria, scadenze ed escalation. Il modo in cui assegni le chiavi del calendario aziendale agli utenti dipende dal fatto che utilizzi un dominio enterprise, locale o ibrido. (Consulta Aggiungere domini).

Se utilizzi un dominio locale o ibrido, le informazioni relative agli utenti vengono memorizzate solo nel database di Gestione utenti. Per questi utenti, imposta la chiave del calendario aziendale su una stringa. Quindi, mappa la chiave del calendario aziendale (la stringa) su un calendario aziendale nel flusso di lavoro di Forms.

Se utilizzi un dominio Enterprise, le informazioni sugli utenti si trovano in un sistema di archiviazione di terze parti, ad esempio una directory LDAP. La Gestione utenti sincronizza le informazioni utente dalla directory con il database Gestione utenti. Questa funzione consente di mappare una chiave del calendario aziendale a un campo nella directory LDAP. Ad esempio, prendi in considerazione uno scenario in cui ogni record utente nella directory contiene un campo paese e desideri assegnare calendari aziendali in base al paese in cui si trova l’utente. In questo caso, specificare il nome del campo del paese come valore per l’impostazione della chiave del calendario aziendale. È quindi possibile mappare le chiavi del calendario aziendale, ovvero i valori definiti per il campo Paese nell’elenco LDAP, ai calendari aziendali in Forms Workflow.

Per ulteriori informazioni sui calendari aziendali, tra cui le modalità di mapping delle chiavi del calendario aziendale ai calendari aziendali, vedere Configurazione dei calendari aziendali.

Limitare il nome a meno di 53 caratteri. Un nome più breve consente di evitare problemi durante la visualizzazione della chiave del calendario aziendale nelle pagine Gestione processi della console di amministrazione.

ID utente: (obbligatorio) ID utente utilizzato dall’utente per accedere. L’ID utente non distingue tra maiuscole e minuscole e deve essere univoco in tutto il dominio.

Nei domini enterprise, utilizzare un attributo non DN come ID utente, in quanto il DN di un utente può cambiare se si sposta in un’altra parte dell’organizzazione. Questa impostazione dipende dal server delle directory. Il valore è objectGUID per Active Directory 2003, nsuniqueID per Sun™ One e guid per eDirectory.

Assicurarsi che il nome utente sia univoco. Non utilizzarne uno che è stato assegnato a un utente eliminato.

AEM Forms non è in grado di distinguere tra account utente con ID utente e password identici ma appartenenti a domini diversi. Per evitare questo problema, non creare account con lo stesso ID utente su più domini.

Quando si utilizza SQL Server come database, non è possibile creare un ID utente che superi i 255 caratteri.

Quando si utilizza MySQL, l’ID utente può contenere caratteri estesi. Tuttavia, quando si effettua un confronto tra due stringhe, come abcde e âbcdè, queste vengono considerate uguali. Ad esempio, durante la sincronizzazione, se al database è stato aggiunto un nuovo utente, viene eseguito un confronto per verificare se nel database esiste un utente con lo stesso ID utente. Se l’utente abcde esiste nel database quando viene aggiunto il nuovo utente âbcdè, il confronto non è in grado di distinguere i due nomi. Si presume che l’utente esista nel database e che il nuovo utente venga ignorato e non aggiunto.

Evitare di creare nomi utente che iniziano con un numero (#). L’esecuzione di ricerche di attività non restituisce alcun risultato per tali nomi utente. Vedere Utilizzo delle attività.

Password e conferma password: Password utilizzata dall’utente per accedere. Deve contenere almeno otto caratteri. Non è richiesta una password per un utente che fa parte di un dominio ibrido.

Visualizzare i dettagli relativi a un utente view-details-about-a-user

Modificare la password per un utente locale change-the-password-for-a-local-user

Modificare le proprietà degli utenti edit-a-user-s-properties

Eliminare un utente delete-a-user

Crea gestore errori di accesso personalizzato create-custom-login-error-handler

Se un utente senza le autorizzazioni AEM Forms e CQ richieste tenta di accedere alle seguenti applicazioni incorporate in CQ, viene reindirizzato alla pagina CQ 404 predefinita contenente la traccia degli errori:

CQ fornisce un meccanismo per sostituire il gestore jsp 404 predefinito.

Per informazioni dettagliate su come personalizzare la pagina di gestione degli errori, consulta Personalizzazione delle pagine visualizzate dal Gestore degli errori nella documentazione di Adobe Experience Manager.