Users properties
The Users properties screen carries the per-user flags Nomasx-1 uses to interpret usage data. One line per (Application, User). Each row is the place to mark an account as technical, generic, linked to another login, privileged, or attached to a previous account.
These flags are read by OUT — Users / Roles, the Licenses reports and several account-hygiene views — they let the analysis distinguish a real human from a batch service account or a shared login.
At a glance
Goal of the view
Tag each user account so downstream views can filter intelligently:
- Technical accounts — batch / service users. Excluded from headcount-based licence calculations.
- Generic accounts — shared logins. Generic count lets you state how many real people are behind it.
- Privileged accounts — flagged for special audit attention.
- Linked / Previous accounts — duplicate or successor relationships. Linked User and Previous User hold the reference to the primary login.
Columns
| Column | Source | What it tells you |
|---|---|---|
| Application ID | USRP_APPS_ID — application. | The application. |
| User ID | USRP_ID — user identifier. | The account being tagged. |
| Technical | USRP_TECHNICAL — Y / N. | Marks the account as a service / batch user. |
| Generic | USRP_GENERIC — Y / N. | Marks the account as shared by several people. |
| Generic count | USRP_GENERIC_COUNT — number. | How many real people share the generic account. |
| Privileged | USRP_PRIVILEGED — Y / N. | Marks the account as carrying elevated privileges. |
| Linked | USRP_IS_LINKED — Y / N. | Whether the account is declared as duplicate of another. |
| Linked User | USRP_ID_LINKED — login. | If linked, the primary login it points to. |
| Previous | USRP_IS_PREVIOUS — Y / N. | Whether the account is the successor of a previously used login. |
| Previous User | USRP_ID_PREVIOUS — login. | If marked, the previous login. |
Edit dialog
Click Add to declare a flag set on an account, or double-click a row to edit. The form is two-column and groups the flags by kind.
| Field | What to enter |
|---|---|
| Application | Drop-down on add, read-only on edit. |
| User ID | Lookup against the user catalog, scoped to the selected application. Read-only on edit. |
| Privileged | Tick when the account carries elevated privileges. |
| Technical | Tick when the account is a service / batch user. |
| Generic | Tick when the account is a shared login. |
| Generic count | Active when Generic is ticked. Number of real people behind the login. |
| Linked | Tick when the account is a duplicate of another login. |
| Linked user | Lookup of the primary login the row points to. Required when Linked is ticked. |
| Previous | Tick when the account is the successor of a previous login. |
| Previous user | Lookup of the previous login. Required when Previous is ticked. |
Tips & best practices
- Tag technical and generic accounts early. Every untagged technical user pollutes the licence headcount.
- Use Linked for duplicate pairs the Duplicate users screen surfaced as known-good. Declared once, removed from the audit noise.
- Privileged should be sparing. Setting
Privileged = Yis a deliberate audit signal — limit it to accounts that truly carry elevated rights.