LDAP Users
The LDAP Users screen is the raw catalog of accounts read from the corporate LDAP / Active Directory directory. One line per directory entry, with the Active Directory attributes side-by-side.
This list is the identity reference against which Nomasx-1 reconciles the user accounts found in each connected application. A user known to the source system but absent from this list lands on Users without AD; a department here drives the Users by applications matrix.
At a glance
Goal of the view
The directory pull is the single source of truth for human identity. The screen answers:
- Does this person exist in the corporate directory? Every account on a connected application that does not show up here is either a technical / batch account, an externally-managed identity (e.g. service account, legacy login) or an outright ghost — the Users without AD screen lists them explicitly.
- What department do they belong to? The Department attribute drives the Users by applications matrix — it is the lever that maps people to the applications they should have access to.
- When does the account expire? Contractors usually have an
accountExpiresdate — sorting by this column surfaces who is about to lose AD access (and therefore likely needs to be deprovisioned in every connected application too). - What is the corporate communication context? Mail, phone, manager — useful when an audit finding requires reaching the person quickly.
Columns
| Column | Source (AD attribute) | What it tells you |
|---|---|---|
| SAM Account | LDAP_ACCOUNT — samAccountName. | The Windows login name. This is what most source systems use to match a JDE / SAP / etc. account against the AD identity. |
| DN | LDAP_DN — distinguishedName. | Full LDAP path — useful when the directory has nested OUs and the AD admin needs to find the entry. |
| Name | LDAP_NAME — name. | First "name" attribute of the directory entry — typically the legal full name. |
| UPN | LDAP_LOGON — userPrincipalName. | Federation-style login (user@domain). Used by SSO scenarios. |
| Company | LDAP_COMPANY — company. | Legal entity the person belongs to — useful when the AD covers several subsidiaries. |
| City | LDAP_CITY — l (locality). | Geographic location. |
| Department | LDAP_DEPARTMENT — department. | The grouping key that drives the Users by applications mapping. |
| Description | LDAP_DESCRIPTION — description. | Free text — often carries the HR registration / matricule used to match the AD entry to the source-system account. |
| Display Name | LDAP_DISPLAY_NAME — displayName. | What appears in the AD address book. |
LDAP_MAIL — mail. | Email address. | |
| Manager | LDAP_MANAGER — manager. | DN of the manager — useful for approval workflows. |
| Office | LDAP_OFFICE — physicalDeliveryOfficeName. | Office location. |
| Telephone | LDAP_TELEPHONE — telephoneNumber. | Office phone. |
| Mobile | LDAP_MOBILE — mobile. | Mobile phone. |
| Title | LDAP_TITLE — title. | Job title. |
| WhenCreated | LDAP_CREATION — whenCreated. | Date the AD entry was provisioned. |
| AccountExpires | LDAP_EXPIRES — accountExpires. | Scheduled expiration date — empty / Never for permanent staff. |
| userAccountControl | LDAP_NEVER_EXPIRES — userAccountControl flag. | Boolean derived flag indicating that the account is set to never expire. |
Hidden columns kept on the row: LDAP_REFRESH (last sync timestamp), LDAP_UKID (technical row id).
Tips & best practices
- Sort by AccountExpires ascending to surface every contractor about to lose AD access. Cross-check with the Assignments screen — every soon-to-expire account that still holds a role on a source system must be deprovisioned there too.
- The Description attribute often carries the HR matricule — when present, it makes the join to the source-system Registration field straightforward. Inconsistent values in that field are the typical cause of Users without AD false positives.
- Look at Title and Department together to spot misconfigurations (e.g. an accountant marked in the IT department) before they impact the Users by applications mapping.
- The LDAP scan runs on the schedule configured at the connector level. A stale
WhenCreatedcolumn on every row usually means the LDAP connector hasn't run lately.