Documentation Index
Fetch the complete documentation index at: https://docs.arcuserp.com/llms.txt
Use this file to discover all available pages before exploring further.
Which User Page Should I Use?
Arcus has two user surfaces because organization access and entity access are different jobs.
- Organization Users: invite users, assign them to one or more entities, edit entity memberships, resend or revoke pending invitations, remove users from the organization, and reset another user’s MFA.
- Entity Team: manage users already inside the active entity, edit their role in that entity, set or reset PIN lock, limit location access, upload photos, and tune custom permissions.
- Roles and Permissions: review system roles, duplicate a role, create custom roles, and choose exact permission keys.
- Role Coverage Report: audit effective permissions across active users.

Invite a User
- Open Admin, then Organization.
- Choose Users.
- Select Invite User.
- Enter the user’s email address.
- Choose the starting role.
- Select every entity the user should access.
- Optionally expand Location Access to restrict the user to specific warehouses.
- Optionally expand Custom Permissions for advanced overrides.
- Send the invitation.

Pending Invitations
Pending invitations stay visible on the Organization Users page until they are accepted, revoked, or expired. Use the pending table when someone says they did not receive the invite or when the wrong role or entity was selected.
- Resend: sends the invite again without creating a duplicate user.
- Revoke: cancels a pending invite so the link can no longer be used.
- Expired: the invite is no longer usable. Send a new invite if the user still needs access.
Change a User’s Entity Role
A user can have different roles in different entities. For example, a person may be an admin in a sandbox entity and a viewer in production.
- Open Organization Users.
- Find the user.
- In the Entities column, click the role next to the entity code.
- Select the new role.
- Save the inline edit.
Only users allowed to assign owner-level access can choose the Owner role. If you do not see Owner as an option, your own access does not allow that assignment.
Use Entity Team for Day-to-Day Access Changes
Entity Team focuses on the active entity. Use it when the person is already a member of the entity and you need to edit their day-to-day access or shared-workstation setup.

- Edit: update the user’s name, role, location access, and custom permissions in the active entity.
- PIN: set or reset a lock-screen PIN for shared workstation use.
- Active: deactivate or reactivate the user’s access in the active entity.
- Remove: remove the user from the active entity without deleting their organization account.
- Photo: upload a profile photo used in user lists and operational surfaces.

Location Access
Location access limits where a user can work. It is useful for warehouse, fulfillment, inventory, receiving, and location-specific operations.
- Leave location access unset when the user should see all locations in the entity.
- Select locations when the user should only work from certain warehouses or stores.
- Review location restrictions after adding a new warehouse or changing a user’s job.
- If a user cannot see expected inventory or fulfillment work, check their location access before assuming the record is missing.
Custom Permissions
Roles provide defaults. Custom permissions override those defaults for edge cases. Use them sparingly because one-off overrides are harder to audit than standard roles.
- Use custom permissions to grant one specific ability without upgrading the whole role.
- Remove custom overrides when the user moves into a standard job role.
- Review high-risk permissions for accounting, settings, users, roles, audit, payments, returns overrides, and inventory overrides.
- Use the Role Coverage Report when you need to inspect effective permissions across users.
Roles and Permissions
Standard system roles are locked. If a system role is close but not exact, duplicate it and create a custom role instead of editing the system role.

- Open Admin, then Roles.
- Review the role list, permission count, and assigned users.
- Choose Duplicate on a system role or Create custom role.
- Name the role clearly, such as Shipping Lead or AP Clerk.
- Select only the permission groups required for that job.
- Save the role, then assign it from Organization Users or Entity Team.

Role Coverage Report
The Role Coverage Report shows effective permissions per active user. Use it during onboarding reviews, offboarding checks, and security audits.

Reset a User’s MFA
Organization admins can reset another user’s MFA when the user has lost access to their authenticator or recovery codes. This clears their authenticator app and recovery codes, then requires them to enroll again at next sign-in.
- Open Organization Users.
- Find the active user.
- Choose Reset MFA.
- Read the warning carefully.
- Type the required confirmation phrase exactly.
- Enter the reason for the reset.
- Confirm the reset.
Remove or Deactivate Access
Choose the smallest removal that matches the situation.
- Deactivate in Entity Team: turns off access in the active entity while preserving the user record.
- Remove from entity: removes one entity membership but keeps the user in the organization.
- Remove from organization: removes organization access across entities and should be used for offboarding.
- Revoke pending invite: cancels access before the user accepts the invite.
Common Blocks
- User did not receive invite: confirm the email address, resend once, then check mailbox filtering or security quarantine.
- Owner role is not available: only users with owner-level authority can assign owner access.
- User cannot see a location: review Entity Team location access.
- User cannot perform an action: check their role, custom permission overrides, and the Role Coverage Report.
- User cannot sign in after MFA reset: have them complete the required MFA enrollment flow at next sign-in.
- Admin cannot edit another owner: owner-level users must be changed by another owner.

