> ## Documentation Index
> Fetch the complete documentation index at: https://docs.seloria.io/llms.txt
> Use this file to discover all available pages before exploring further.

# Roles Overview

> The five Seloria roles — Requestor, Buyer, Procurement Manager, Storekeeper, and Admin — and what each can see and do

Seloria uses five roles. Four are operational — **Requestor**, **Buyer**, **Procurement Manager (PM)**, and the warehouse-only **Storekeeper** — and one is administrative: **Admin**, the workspace administrator. Every user in your organization has exactly one role, and that role determines their navigation, the records they can see, and the actions they can take.

## The five roles at a glance

|                                          | Requestor        | Buyer                    | PM                   | Storekeeper   | Admin                   |
| ---------------------------------------- | ---------------- | ------------------------ | -------------------- | ------------- | ----------------------- |
| Create purchase requests                 | Yes              | Yes                      | Yes                  | No            | Yes                     |
| See requests                             | Own only         | Assigned to them         | All in org           | No            | All in org              |
| Assign requests to buyers                | No               | No                       | Yes                  | No            | Yes                     |
| Run RFIs / RFPs / RFQs                   | No               | Yes                      | Yes                  | No            | Yes                     |
| See supplier pricing                     | Only after award | Yes                      | Yes                  | No            | Yes                     |
| Manage suppliers                         | No               | Yes                      | Yes                  | No            | Yes                     |
| Create and send purchase orders          | No               | Yes                      | Yes                  | No            | Yes                     |
| Approve awards and POs                   | No               | No                       | Yes                  | No            | Only in Small Team mode |
| Budgets                                  | No               | Create drafts only       | Full (incl. amounts) | No            | Full (incl. amounts)    |
| Receive goods & manage stock (Inventory) | No               | Yes                      | Yes                  | Yes           | Yes                     |
| Reports                                  | No               | No                       | Yes                  | No            | Yes                     |
| Company-wide Settings                    | Personal only    | Personal + some catalogs | Operational settings | Personal only | Everything              |
| Invite users / change roles              | No               | No                       | No                   | No            | Yes                     |

## How each role fits the workflow

* **Requestor** — raises internal purchase requests and performs the technical review of supplier proposals. Works in a simplified view focused on **My Requests**. See [The Requestor Experience](/roles/requestor).
* **Buyer** — runs the sourcing work: works requests a PM has assigned to them, creates RFIs, RFPs and RFQs, manages suppliers, and issues purchase orders. See [The Buyer Experience](/roles/buyer).
* **Procurement Manager (PM)** — the control point: assigns requests to buyers, approves RFQs, awards and purchase orders above your configured thresholds, and activates budgets. See [PM and Admin](/roles/pm-and-admin).
* **Storekeeper** — a warehouse-only, least-privilege role for the person who receives deliveries and keeps stock. Sees only the **Inventory** module — receiving against POs (GRNs), stock and locations — and never sees procurement records or pricing. Available when your organization has the Inventory module enabled. See [The Storekeeper Experience](/roles/storekeeper).
* **Admin** — manages the workspace itself: company profile, users and roles, catalogs, security, and numbering. By default the Admin is **not** a procurement approver — that authority belongs to PMs unless your organization enables **Small Team mode**. See [PM and Admin](/roles/pm-and-admin).

## How roles are assigned

Roles are set when a user is invited and can be changed later. Both actions require an **Admin**.

1. Go to **Settings → Organization → Users & Roles**.
2. Click to invite a new user. Enter their **email**, **full name**, choose a **role**, and optionally a **department**.
3. The invitee receives an email and sets a password before entering the app. Until then they show a **Pending** badge in the user list.

To change an existing user's role:

1. Open **Settings → Organization → Users & Roles**.
2. Edit the user and pick the new role. The change takes effect immediately.

Admins can also **deactivate** users from the same screen (a deactivated user can no longer sign in) and **resend invitations** that were never accepted. You cannot deactivate your own account.

## Last-admin protection

Every organization must always have at least one active Admin. Seloria blocks any change that would demote or remove the only remaining active Admin — including demoting yourself. If you need to step down as the sole Admin, first promote another user to Admin, then change your own role.

## A note on safety

Role restrictions are enforced on the server, not just hidden in the interface. A user who types a restricted page address directly is redirected or denied, and restricted data (such as pricing for Requestors before award) is removed before it ever reaches their browser.