Gebruikers toevoegen en configureren

Gebruikersinstellingen

Geef de volgende instellingen op wanneer u een gebruiker maakt of bewerkt.

Canonical Naam: (Verplicht) Unieke herkenningsteken voor de gebruiker. Elke gebruiker en groep in een domein moet een unieke canonieke naam hebben. Schakel het selectievakje Door systeem gegenereerd in als u wilt dat gebruikersbeheer een unieke waarde toewijst of schakel het selectievakje uit en geef een aangepaste waarde op voor Canonical Name.

Gebruik geen onderstrepingstekens (_) in canonieke namen, bijvoorbeeld sample_user . Wanneer u naar gebruikers zoekt op basis van hun canonieke naam, worden de gebruikers met onderstrepingstekens niet geretourneerd.

Voornaam: (Verplicht) Voornaam van de Gebruiker

Familienaam: (Verplicht) de familienaam van de Gebruiker

Gemeenschappelijke Naam: Volledige naam of vertoningsnaam voor de gebruiker. Bijvoorbeeld, als Voornaam = Gloria en Achternaam = Rios, dan Gemeenschappelijke Naam = Gloria Rios.

E-mail: e-mailadres van de gebruiker

Telefoon: het telefoonaantal van de gebruiker

Beschrijving: Facultatieve beschrijving. U kunt dit veld gebruiken in overeenstemming met de behoeften van uw organisatie.

Adres: het postadres van de gebruiker

Organisatie: Organisatie waartot de gebruiker behoort

E-mailaliassen: e-mailaliassen van de Gebruiker. Scheid de e-mailaliassen met komma's.

Domein: Domein waartot de gebruiker behoort

Landinstelling: de scène van ISO van de Gebruiker

Bedrijfs Sleutel van de Kalender: laat u toe om een bedrijfskalender aan een gebruiker in kaart te brengen, die op de waarde voor dit het plaatsen wordt gebaseerd. Zakelijke kalenders definiëren zakelijke en niet-zakelijke dagen. AEM formulieren kunnen zakelijke kalenders gebruiken voor het berekenen van toekomstige datums en tijden voor gebeurtenissen zoals herinneringen, deadlines en escalaties. De manier waarop u zakelijke kalendersleutels toewijst aan gebruikers hangt af van of u een onderneming, lokaal, of hybride domein gebruikt. (Zie Toevoegend domeinen.)

Als u een lokaal of hybride domein gebruikt, wordt de informatie over gebruikers opgeslagen slechts in het gegevensbestand van het Beheer van de Gebruiker. Stel voor deze gebruikers de Business Calendar Key in op een tekenreeks. Wijs vervolgens de agenda-key van het bedrijf (de tekenreeks) toe aan een agenda voor het bedrijf in de formulierwerkstroom.

Als u een ondernemingsdomein gebruikt, verblijft de informatie over gebruikers in een derdesopslagsysteem, zoals een folder LDAP. Gebruikersbeheer synchroniseert gebruikersgegevens uit de map met de gebruikersbeheerdatabase. Met deze functie kunt u een zakelijke kalendersleutel toewijzen aan een veld in de LDAP-directory. Neem bijvoorbeeld een scenario waarin elk gebruikersrecord in uw map een landveld bevat en u bedrijfsplannen wilt toewijzen op basis van het land waar de gebruiker zich bevindt. In dit geval geeft u de naam van het landveld op als de waarde voor de instelling Key Business Calendar. Vervolgens kunt u de agenda-sleutels voor het bedrijf (de waarden die zijn gedefinieerd voor het landveld in de LDAP-lijst) toewijzen aan de agenda's voor het bedrijf in de formulierworkflow.

Voor extra informatie over bedrijfscalendars, met inbegrip van hoe te om bedrijfskalendersleutels aan bedrijfscalendars in kaart te brengen, zie Vormend Bedrijfscalendars.

Beperk de naam tot minder dan 53 tekens. Een kortere naam helpt problemen verhinderen tonend de bedrijfskalendersleutel in de pagina's van het Beheer van het Proces in beleidsconsole.

identiteitskaart van de Gebruiker: (Verplicht) Gebruiker - identiteitskaart die de gebruiker aan login gebruikt. De gebruikersnaam is niet hoofdlettergevoelig en moet in het hele domein uniek zijn.

In ondernemingsdomeinen, gebruik een niet-DN attribuut als gebruiker - identiteitskaart omdat DN van een gebruiker kan veranderen als zij naar een ander deel van de organisatie bewegen. Deze instelling is afhankelijk van de directoryserver. De waarde is objectGUID voor Active Directory 2003, nsuniqueID voor Sun™ One en guid voor eDirectory.

Controleer of de gebruikersnaam uniek is. Gebruik geen code die is toegewezen aan een verwijderde gebruiker.

AEM formulieren kunnen geen onderscheid maken tussen gebruikersaccounts die identieke gebruikers-id's en wachtwoorden hebben, maar tot verschillende domeinen behoren. Maak geen accounts met dezelfde gebruikersnaam op meerdere domeinen om dit probleem te voorkomen.

Wanneer u SQL Server als uw database gebruikt, kunt u geen gebruikers-id maken die meer dan 255 tekens bevat.

Wanneer u MySQL gebruikt, kan de gebruikersnaam uitgebreide tekens bevatten. Wanneer echter een vergelijking wordt gemaakt tussen twee tekenreeksen, zoals abcde en âbcdè, worden deze als hetzelfde beschouwd. Als bij het synchroniseren bijvoorbeeld een nieuwe gebruiker aan de database is toegevoegd, wordt een vergelijking gemaakt om te controleren of een gebruiker met dezelfde gebruikersnaam in de database aanwezig is. Als gebruiker abcde in het gegevensbestand bestaat wanneer de nieuwe gebruiker âbcdè wordt toegevoegd, kan de vergelijking niet tussen de twee namen onderscheiden. Aangenomen wordt dat de gebruiker in de database bestaat en dat de nieuwe gebruiker wordt genegeerd en niet toegevoegd.

Maak geen gebruikersnamen die met een hekje (#) beginnen. Het uitvoeren van taakonderzoeken keert geen resultaten voor die gebruikersnamen terug. (Zie Werkend met taken.)

Wachtwoord en Bevestig Wachtwoord: Wachtwoord dat de gebruiker aan login gebruikt. Het moet minimaal acht tekens hebben. Een wachtwoord is niet vereist voor een gebruiker die deel uitmaakt van een hybride domein.