New New: idempotent repayments with client_ref — safe retries for branches on patchy connections Read →
74 Sign in Start free trial

Users, roles and permissions

Create roles from permissions, add staff users, limit them to branches and turn on two-factor authentication.

8 min read · Updated 1 Nov 2026 · Page 7 of 64

WhereSettings›Roles and Settings›Users
WhoAdministrators
Permissionuser.create, roles.create

How access works

Every staff user has one role and a list of permitted branches. The role decides what they can do (for example “create loans” or “approve loans”); the branches decide where. A user who can approve loans at Branch A cannot see Branch B’s loans unless Branch B is also in their list.

Create a role

  1. Open Settings›Roles and click Add.
  2. Name the role after the job, e.g. “Loan Officer”.
  3. Tick the permissions the job needs. Permissions are grouped by module (members, loans, savings, tellering, accounting, reports, settings).
  4. Save. The role can now be given to users.
Tip
Start from the smallest set of permissions a job needs and add more only when someone is blocked. It is much easier than taking access away later.

Add a user

  1. Open Settings›Users and click Add.
  2. Enter the person’s name, email and a username.
  3. Set a password, or let them set it themselves.
  4. Choose the role.
  5. Choose the branches they may access — or “All locations” for head-office staff.
  6. Tick Allow login and save.
FieldRequiredWhat it means
Prefix, first name, last namerequiredThe user’s name as it appears on transactions and audit records.
EmailrequiredUsed for password resets and notifications.
UsernamerequiredWhat they type to sign in.
Passwordwhen login allowedMust meet the password rules. Users can change it from their profile.
RolerequiredDecides what they can do.
Access locationsrequiredBranches the user can see and act in.
Allow loginoptionalUntick to keep the user record (e.g. a loan officer assigned to loans) without letting them sign in.

Two-factor authentication (2FA)

Users can turn on 2FA from their profile with an authenticator app. Verification attempts are rate-limited so codes cannot be guessed. Administrators can reset a user’s 2FA if they lose their phone.

When someone leaves

  1. Untick Allow login or deactivate the user — don’t delete them; their history must stay attached to the transactions they posted.
  2. Reassign their loans to another officer (see Changing the loan officer).
  3. If they had an API token, revoke it and create a new API user.
Note
Inactive users are flagged automatically after a period without sign-in, so dormant accounts don’t stay open.

Something unclear or out of date? Tell us and we'll fix it.