How-toReviewed 2026-09-29

Create, tailor or retire a role

Make a new role from scratch or as a copy of an existing one, tick the permissions it grants per module, tailor a default role to your organization, retire a role you no longer need, and give the role to users.

Create, tailor or retire a role

A role is a named bundle of permissions: for each module (Projects, Bookings, Demands, Vouchers and so on) it says whether its holders may view, create, edit or delete, and do the special actions such as approve, issue or post. Every user holds one role. NirmaanOne comes with twelve default roles, from Administrator to Front Desk; this guide tailors one of them, makes a new one, retires one you no longer need, and gives it to people.

Before you start

  • Permissions, in the role editor's words: the View permission on Roles & Permissions to see roles, the Create permission to make or clone one, the Edit permission to change, deactivate or reactivate one, and the Delete permission to delete one. Giving the role to a user needs the Edit permission on Users. In the default roles only the Administrator can create, change or delete a role; most other default roles can view the list.
  • Decide whether to start from scratch or from a copy. The default roles (Finance Lead, Project Manager, Accountant, Sales Manager, Compliance Officer, Auditor, Rehab Officer, Sales Executive, Site Engineer, Front Desk, Legal & Documentation) are a good starting point: clone the nearest one and adjust it.
  • The Administrator role is locked: it always holds every permission and can be cloned, but not changed, deactivated or deleted.

Steps

  1. Open the account menu in the top bar, choose Settings, then the Roles & Permissions tab (Roles & Permissions). The page reads "Roles bundle permissions per module. Default roles can be tailored or deactivated but not deleted; Administrator is locked." Each role is marked Locked, Default or Custom, with its Permissions and Users counts.
  2. To make a role from scratch: click New role. The New role page opens: "Name the role and tick what it may do in each module."
  3. Type the Role name (2 to 100 characters, for example "Site Accountant") and, if you like, a Description, which shows on the list.
  4. In Permissions, tick what the role may do. Each row is a module with a box per action: View, Create, Edit, Delete, then the special actions (Approve, Issue, Post, and "publish" and "send" where a module has them); "·" means the module has no such action. A module's All box ticks its whole row, and a group's All box ticks every module in the group. Select all and Clear act on the whole grid. The counter reads "<n> of <N> selected".
  5. Click Create role. You see 'Role "<name>" created.' and you are back on the list, where the new role shows as Custom.
  6. To start from an existing role instead: on the list, click the copy icon on its row (tooltip "Clone"). The dialog "Clone role" asks for the Name for the copy of <role> ("<role> (copy)" to start) and says "The copy starts with the same permissions; you can edit it next."
  7. Click Create copy (greyed out until the name has at least 2 characters). You see 'Role "<name>" created from a copy.' and the new role's page opens, described as "Copy of <role>".
  8. To tailor a role, on its page (the copy you just made, or a default role opened by clicking its name) change the ticks as in step 4, and the Role name or Description if needed. A default role's page says "A default role: tailor its permissions to your organization. It can be deactivated but not deleted." Click Save role. You see 'Role "<name>" updated.' and you are back on the list.
  9. To retire a role, click the ban icon on its row (tooltip "Deactivate"). The dialog "Deactivate role?" says "Users holding <role> lose its permissions immediately. The role keeps its settings and can be reactivated later." Click Deactivate. You see 'Role "<name>" deactivated.' Tick Show inactive roles to see it again, marked Inactive; the refresh icon (tooltip "Reactivate") brings it back.
  10. To remove a custom role for good, click the trash icon on its row (tooltip "Delete"). The dialog "Delete role?" says "<role> will be removed permanently. Roles still held by users cannot be deleted." Click Delete. You see 'Role "<name>" deleted.'
  11. To give the role to people, open Settings > Users, click the pencil on each person's row (tooltip "Edit role & access"), choose the role in Role and click Save changes. You see "<email> updated." See Change a user's roles, or deactivate a user. A new person gets the role when you invite them (see Invite users and get them signed in).

What happens next

  • Changes reach people within about 15 minutes. A user's permissions are refreshed when their session is next renewed, or at once if they sign out and in again. The same applies to a deactivated role, even though its dialog says "immediately".
  • A deactivated role grants nothing. Its holders keep it on their record but have no permissions from it, so they can do almost nothing until you give them another role. It can't be given to anyone while it is inactive.
  • Who holds a role is listed in the Members card on the role's page ("Nobody holds this role yet." when empty), with the link "Assign or remove this role per user from Users."
  • Every change is on record. The History button on the role's page shows who changed its name or permissions and when; permissions added and removed appear as lines of the role. See History panel.
  • Automations follow their owner's permissions. If you take a permission away from the role of someone who switched on a workflow rule, that rule's runs fail until someone with the permission switches it on again.
  • Tailored default roles may be topped up. When whoever maintains the server reseeds the default settings, any permission a default role is meant to have is granted again, and a default role you renamed is created afresh under its original name. To keep a reduced set of permissions for good, clone the default role and tailor the copy.

If something goes wrong

  • "A role with this name already exists." under Role name or in the clone dialog: role names are unique in your organization, whatever the capitals. Choose another. See Already exists.
  • Delete answers "Default roles cannot be deleted. Deactivate the role instead.": only custom roles can be deleted. See Role cannot be deleted, renamed or assigned.
  • Delete answers "Users still hold this role. Reassign them or deactivate the role instead of deleting it.": give those users another role first (step 11), or deactivate it. See Role cannot be deleted, renamed or assigned.
  • The Administrator's page is read-only ("Administrator always holds every permission and is kept in sync by the system."): clone it if you want a near-administrator role you can adjust.
  • The New role button, the icons or Save role aren't there: you lack the matching permission on Roles & Permissions. See No access or no permission.

Related

  • Roles & PermissionsScreen

    The list of your organization's roles: open one, create or clone a role, deactivate or reactivate it, and delete custom roles nobody holds.

  • New roleScreen

    Name a new role, describe it and tick what it may do in each module, then create it so it can be given to users.

  • Edit roleScreen

    Change a role's name, description, active flag and permissions, see who holds it, and open its History.

  • UsersScreen

    The people in your organization: invite new users, change their role, deactivate or reactivate them, reset a lost two-factor authentication, and resend or revoke pending invitations.

  • History panelScreen

    See who changed a record, what they changed and when, including the record's lines, newest first, and jump to the full audit log.

  • Audit logScreen

    The organization-wide change log: every create, change and delete, every sign-in (including refused ones), sign-out and downloaded file, with who did it, when, from where and what changed.

  • Change a user's roles, or deactivate a userHow-to

    Give a user a different role from Settings > Users, or deactivate someone who has left so they are signed out everywhere and can't sign in, and reactivate them if they come back.

  • Invite users and get them signed inHow-to

    Invite a colleague from Settings > Users with the role they will hold, and walk them through the invitation email to their first sign-in; resend the invitation when the link has expired.

  • Find out who changed somethingHow-to

    Open a record's History to see who changed it, when and what the values were before and after, then follow it into the Audit log to narrow by person, action or date and see everything saved in the same request.

  • Roles and permissionsConcept

    What a permission is (a module plus an action), how roles bundle permissions, the twelve default roles and what each is meant for, the one-role-per-user rule, and when a change reaches a signed-in user.

  • User accounts: invitations, status and sign-inConcept

    How a person gets an account (by invitation), the four user statuses and how they are derived, how long an invitation link lives, what happens at sign-in with and without two-factor authentication, how long a session lasts, and what deactivation does.

  • Role cannot be deleted, renamed or assigned; a user cannot deactivate themselvesTroubleshooting

    Default roles and roles still held by users are never deleted (deactivate them instead), the Administrator role is locked, an inactive role cannot be given to anyone, you cannot switch off your own account, and only active users of your organization can own opportunities, tasks and workflow actions.

  • "Already exists" or "listed twice": the name, code, number or line must be uniqueTroubleshooting

    Names, codes and numbers are unique within their scope (the organization, a project, a tower, a set of books) so that records can be told apart, and a line can appear once on a plan, offer or account; rename, reuse the existing record, or remove the duplicate line.

  • "No access" or "You do not have permission": your role lacks a permissionTroubleshooting

    Every screen, button and picker is gated by a permission on a module; your role decides which you hold, so a missing one shows as a No access card, a refused action, a greyed-out button with a hover reason, or a picker that explains which permission it needs.

  • Run errored or blocked with "permission_revoked": the rule's owner no longer holds a permission its actions needTroubleshooting

    A rule's automatic runs act as the person who last saved or switched the rule, and manual runs as the person who pressed the button; each action is checked against that person's permissions when it runs, so a role change or a deactivated user makes the run fail until the permission is restored or someone who holds it takes the rule over.