# Naming Standards & Validation Rules

## Role Name

A Role Name uniquely identifies an application role used for access control and responsibility management.

#### Validation Rules

<table><thead><tr><th width="234.99993896484375">Property</th><th>Value</th></tr></thead><tbody><tr><td>Blank Allowed</td><td>No</td></tr><tr><td>Minimum Length</td><td>Minimum 1 alphabetic character</td></tr><tr><td>Maximum Length</td><td>45 characters</td></tr><tr><td>Allowed Characters</td><td>Alphabets (A–Z, a–z), Numbers (0–9), Underscore (_), Hyphen (-)</td></tr><tr><td>Disallowed Characters</td><td>Spaces and all other special characters</td></tr><tr><td>Validation Notes</td><td>Spaces are not allowed. Only alphanumeric characters, underscore (_), and hyphen (-) are supported.</td></tr></tbody></table>

#### Valid Examples

* DataSteward
* Admin\_User
* Role-Manager
* User123
* Governance\_Admin

#### Invalid Examples

* Data Steward → Contains space
* Admin\@User → Contains special character
* Role#1 → Contains special character
* User Name → Contains space

#### System Behavior

* Prevents saving the Role Name if validation fails
* Displays a validation error message

#### Best Practices

* Use meaningful and concise role names
* Maintain consistent naming conventions
* Use underscore (\_) or hyphen (-) instead of spaces
* Avoid unnecessary abbreviations

## User Name

A User Name uniquely identifies a user within the application and is used for authentication and access control. A User ID cannot be reused after creation, even if the corresponding user account is deleted.

#### Validation Rules

<table><thead><tr><th width="235">Property</th><th>Value</th></tr></thead><tbody><tr><td>Blank Allowed</td><td>No</td></tr><tr><td>Minimum Length</td><td>Minimum 3 characters with at least 1 alphabetic character</td></tr><tr><td>Maximum Length</td><td>255 characters</td></tr><tr><td>Allowed Characters</td><td>Alphabets (A–Z, a–z), Numbers (0–9)</td></tr><tr><td>Disallowed Characters</td><td>Spaces and all special characters</td></tr><tr><td>Validation Notes</td><td>Only alphanumeric characters are allowed. Spaces, underscores, hyphens, dots, and special characters are not supported.</td></tr></tbody></table>

#### Valid Examples

* User123
* Admin01
* JohnDoe
* DataUser2024

#### Invalid Examples

* User Name → Contains space
* User\@123 → Contains special character
* John\_Doe → Contains underscore
* Admin-01 → Contains hyphen

#### System Behavior

* Prevents saving the User Name if validation fails
* Displays a validation error message
* Prevents reuse of deleted User IDs

#### Best Practices

* Use simple and unique identifiers
* Avoid spaces and special characters
* Maintain consistent naming conventions
* Use a combination of alphabets and numbers for uniqueness

## Team Name

A Team Name identifies a group of users responsible for governance, stewardship, or operational activities within the application.

#### Validation Rules

<table><thead><tr><th width="235">Property</th><th>Value</th></tr></thead><tbody><tr><td>Blank Allowed</td><td>No</td></tr><tr><td>Minimum Length</td><td>2 characters</td></tr><tr><td>Maximum Length</td><td>50 characters</td></tr><tr><td>Allowed Characters</td><td>Alphabets (A–Z, a–z), Numbers (0–9), Underscore (_), Hyphen (-), Dot (.)</td></tr><tr><td>Disallowed Characters</td><td>Spaces and all other special characters</td></tr><tr><td>Validation Notes</td><td>Spaces are not allowed. Only alphanumeric characters, underscore (_), hyphen (-), and dot (.) are supported.</td></tr></tbody></table>

#### Valid Examples

* DataTeam
* Data\_Team
* Data-Team
* Data.Team
* Team123

#### Invalid Examples

* Data Team → Contains space
* Team\@123 → Contains special character
* Data#Team → Contains special character
* Team Name → Contains space

#### System Behavior

* Prevents saving the Team Name if validation fails
* Displays a validation error message

#### Best Practices

* Use clear and meaningful team names
* Use underscore (\_), hyphen (-), or dot (.) instead of spaces
* Maintain consistent naming conventions across teams
* Avoid unnecessary abbreviations

***

Copyright © 2026, OvalEdge LLC, Peachtree Corners, GA, USA.


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.ovaledge.com/administration/users-and-roles/users-and-roles-management/naming-standards-and-validation-rules.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
