Someone on your team can see something they shouldn't, or can't see something they need. You can fix it yourself in a few minutes, once you know how NextCrew decides.
Summary
Permissions live in Settings › Permissions. The Role, Group and User tabs control records and fields, such as pay rates and SSNs. The System tab controls screens, menus and actions. NextCrew checks settings in this order: Global, Role, Location, Group, then User, and the most specific one wins. So you set the usual case broadly and add narrow rules only for the exceptions. Most problems come from two things: a narrow rule nobody remembers that overrides the broad one, and changes that were never tested with a test user.
How to do it
- Sign in as the master admin and go to Settings › Permissions.
- Decide what you're controlling: a record or field (Role, Group or User tab) or a screen or action (System tab).
- Pick the widest scope that fits, so you set it once instead of person by person.
- Use the Add New row to choose who it applies to, the record, the office location and the level.
- Add a narrower rule only for the people who are the exception.
- Sign in as a test user and check what they see.
That's a permission set and checked. Everything below is for when you're planning who should see what, or when someone sees the wrong thing.
On this page
- Why it matters
- Where it usually breaks
- The two kinds of permissions
- Which setting wins
- Pick the right scope
- Common goals, step by step
- Fields you can protect
- Test it before your team does
- Who can manage admin users and permissions
- Keep it tidy
- A worked example
- You're set up when…
- If something isn't working
- Questions people ask
- Other ways people ask this
- Related guides
Why it matters
- Clients trust you when their rates and their Crew's details are seen only by the people who need them.
- Crew stay loyal when their SSN, birthdate and pay are kept private.
- Your team builds relationships when each person sees what they need for their job, without wading through screens that aren't theirs.
Where it usually breaks
- Everyone shares one login, so you can't give different people different access.
- A rule set for one person months ago quietly overrides the change you just made for their role.
- A Global switch is changed to fix one person, and it changes everyone.
- Permissions are changed and never tested, so the first person to notice is the one who can suddenly see pay rates.
- Someone leaves and their login stays on.
The two kinds of permissions
| Tab | What it controls | Example |
|---|---|---|
| Role, Group and User | Records and fields: whether a person gets Write, Read or Deny, and for which office location | Recruiters can't see bill rates |
| System | Screens, menus and actions. It starts from Global Permissions, with overrides for a role, office, group or person | Only managers can open a settings screen |
The three levels for records and fields:
- Write: they can see it and change it.
- Read: they can see it but not change it. For SSN, Read shows only part of the number.
- Deny: they can't see it.
Which setting wins
NextCrew checks settings in this order, and the more specific setting wins:
| Order | Scope | Who it covers |
|---|---|---|
| 1 | Global | Everyone |
| 2 | Role | Everyone with that role |
| 3 | Location | Everyone at one of your office locations |
| 4 | Group | Everyone in that group |
| 5 | User | One person |
"Location" here means your own office locations, the branches you set up in Settings › Company Profile › Locations. Each office user has an office location on their user record.
The rule of thumb: set the usual case in Global, and use the narrower scopes only for the exceptions. The fewer narrow rules you have, the easier it is to know why someone sees what they see.
Pick the right scope
| You want to control… | Set it on | Why |
|---|---|---|
| Everyone in the same kind of job | Role | One rule covers everyone with that role, now and later |
| Everyone at one office | Location | Follows the office location on their user record |
| A set of people that doesn't match a role or an office | Group | Add or remove people from the group, and the rule follows. See Set Up Groups |
| One person | User | The exception that overrides everything else |
Roles are labels from your Admin Roles list, added to each person on their user record. A role on its own doesn't grant access. Access comes from the permissions you set for that role. See Add an Office User.
Common goals, step by step
Hide pay and bill rates from a role.
- Go to Settings › Permissions and open the Role tab.
- In the Add New row, choose the role and the field to protect, such as Pay Rate or Bill Rate.
- Choose the office location it applies to, and set the level to Deny.
- Do the same for Rate Markup if that role shouldn't work out your margin either.
- Sign in as a test user with that role and open a Crew Member and an order to check.
Keep each office to its own records.
- On the Role tab, add a rule that denies the role access to all office locations.
- Add a second rule that grants the role access to its own office.
- Check that each user has the right Office Location on their user record, since that's what the rule follows.
- Test with one user from each office.
Give one person an exception.
- Leave the role or group rule as it is.
- Open the User tab and add a rule for that one person.
- Don't change a Global switch to fix one person. That changes it for everyone.
Protect SSN and birthdate.
- Decide who truly needs them, usually the people who run payroll and onboarding.
- Set SSN and Birthdate to Deny, or to Read if they need to confirm part of the number.
- Give Write only to the people who enter or correct them.
Control a screen or an action.
- Open the System tab.
- Choose the scope, such as Role Permissions or Group Permissions.
- Turn the screen or action on or off for that scope.
Fields you can protect
- Pay Rate and Bill Rate
- Rate Markup
- SSN and Birthdate
- Office Location
- Workers Comp Code
- User Rating and Crew Review
- Assignment Status, and the Order, Job and User Internal ID
Test it before your team does
- Keep a test user for each role you set rules for.
- After any change, sign in as that test user and open the screens and records the change touches.
- Check both sides: what they should now see, and what they should no longer see.
- If something looks wrong, use the Permission Hierarchy icon. It shows which permission applies on the screen you're on. It appears once Allow Viewing Permission Hierarchy is turned on for you.
Who can manage admin users and permissions
- By default, only the master admin can open Settings › Permissions. To let another admin manage permissions, turn on Allow Admin to Manage Permissions for them.
- By default, only the master admin can add, change or disable office users. To let someone else manage them, give them the permission Allow Company Profile Page Manage Admin Users.
- Keep both to as few people as you can. Anyone who can change permissions can give themselves more access.
Keep it tidy
- Every person has their own login. No shared accounts.
- When someone leaves, open their record in Settings › Company Profile › Admin Users, add a Termination Date and turn on Disabled, on their last day. Their history is kept.
- Once a quarter, run through Is Your Agency Secure? A 2-Minute Security Checklist, and look over your User tab rules. Remove any exceptions nobody needs anymore.
A worked example
An agency with two offices sets up its rules. An example, not a real agency.
- The goal. Recruiters shouldn't see bill rates. Each office should see only its own Crew and clients. One senior recruiter covers both offices.
- Step 1. On the Role tab, the admin denies Bill Rate and Rate Markup to the Recruiter role.
- Step 2. On the Role tab, she denies the Recruiter role all office locations, then adds a rule granting each recruiter's own office.
- Step 3. On the User tab, she grants the senior recruiter access to the second office.
- Step 4. She signs in as a test recruiter from each office and checks a Crew Member, a client and an order.
- The result. Three rules for the whole team, and one exception that's easy to find later.
You're set up when…
- ☐ Every person on your team has their own login.
- ☐ You've decided who needs pay rates, bill rates, SSN and birthdate, and set them.
- ☐ Each office user has the right office location on their record.
- ☐ Exceptions are set on the User tab, not by changing Global.
- ☐ You have a test user for each role with rules, and you test after every change.
- ☐ Only a few people can manage permissions and admin users.
- ☐ Departing staff are disabled on their last day.
If something isn't working
| What you see | Most likely cause | What to do |
|---|---|---|
| You can't see Permissions | Only the master admin can open it by default | Ask the master admin, or have them turn on Allow Admin to Manage Permissions for you |
| Someone still sees a field you denied | A more specific rule, such as a group or user rule, allows it | Use the Permission Hierarchy icon, then check the Group and User tabs |
| A change affected everyone | It was made on a Global switch | Put Global back, and add the change on the Role, Group or User tab instead |
| Someone at one office sees another office's records | Their office location is wrong, or a group or user rule grants it | Check the office location on their user record, then the Group and User tabs |
| Someone can't see something they need | Their role, groups or office location don't match the rules | Check their user record first, then the Permission Hierarchy icon. If you're still stuck, contact NextCrew support |
| You can't add or change office users | You don't have the admin users permission | Ask the master admin for Allow Company Profile Page Manage Admin Users |
Questions people ask
Does giving someone a role give them access? Not on its own. A role is a label. Access comes from the permissions you set for that role in Settings › Permissions.
What wins if a person's role says Deny and their user rule says Read? The user rule. The more specific setting always wins: Global, then Role, Location, Group, User.
Can I see why someone can see a field? Yes. Turn on Allow Viewing Permission Hierarchy for yourself, and use the Permission Hierarchy icon on that screen.
Can I stop one office from seeing another office's Crew? Yes. Deny the role all office locations, then grant its own office.
Who can add new office users? The master admin, plus anyone given Allow Company Profile Page Manage Admin Users.
Do Crew or clients use these permissions? This guide is for your office users. Crew sign up themselves, and client users get access from their client record.
Other ways people ask this
- How do I hide pay rates from recruiters?
- How do I stop a branch from seeing another branch's data?
- Why can this user see SSNs?
- How do I give one person extra access?
- Who can add users in NextCrew?
- How do I set up roles and permissions?
Related guides
Was this article helpful?
That’s Great!
Thank you for your feedback
Sorry! We couldn't be helpful
Thank you for your feedback
Feedback sent
We appreciate your effort and will try to fix the article