PurrOSDocs
Getting started

Key concepts

The terms used throughout PurrOS and its documentation.

Organization

TermMeaning
CompanyThe business using PurrOS. One install serves one company.
HierarchyHow the company is organized, e.g. company → region → district → location. You choose the levels and their names.
Org unitAny node in the hierarchy above a location, such as a region or a district.
LocationA place where work happens: a store, branch, site, clinic, warehouse or office. Renaming the term is planned.
DepartmentA work area within locations, e.g. Kitchen, Front desk, Warehouse, Service.
Inherited setting PlannedA setting defined at company or org-unit level that locations use unless they override it.

People and access

TermMeaning
EmployeeA person who works for the company. Employees don't need an account.
Account (user)A sign-in. An account is usually linked to an employee record, but not always (e.g. an external accountant).
RoleA named set of permissions defined by your company, such as HR, District Manager or Supervisor. Each account has exactly one role.
PermissionA single thing a role allows, like timesheets.approve. PurrOS defines the list.
ReachHow far a permission extends: own team, assigned locations, assigned departments or everyone.
OwnerThe system role with every permission. Only Owners can switch features on or off.
Employee AreaThe self-service portal every employee has for their own data.

Features

TermMeaning
FeatureA part of PurrOS that can be switched on or off, such as Cash Management or shift swaps.
Platform coreThe always-on parts: accounts, roles, locations, settings, audit log, API.

Time and scheduling

TermMeaning
PunchA single clock-in, clock-out or break event. Punches are never edited, only corrected with a new record.
TimesheetAn employee's hours for a pay period, built from punches and approved by a manager, then by payroll.
Pay periodThe span of dates paid together. Once locked, its timesheets can't change.
Demand driverA number that decides how many staff you need, like sales, transactions, orders, appointments or foot traffic.
ForecastPredicted demand drivers for each hour or day.
Staffing ruleTurns forecast demand into staff needed, e.g. "1 cashier per 40 transactions an hour".
Labor rule setBreak, overtime, rest and minor rules for a location or jurisdiction.

Money and stock

TermMeaning
Business dayA location's trading day, which can end after midnight. Sales and cash are grouped by business day.
TenderA way of paying: cash, card, gift card, voucher, a third-party platform…
Over/shortThe difference between the cash counted and the cash expected.
Stock ledgerThe permanent list of every stock movement. Stock on hand is always the sum of the ledger.
Usage recipeWhat one sold product or service consumes, e.g. a latte uses 18 g coffee, 250 ml milk and 1 cup.
Expected (theoretical) usageWhat should have been used according to sales and usage recipes.
Actual usageWhat was really used according to counts: opening stock + received − closing stock.
Variance / gain-lossActual minus expected usage, valued at cost.
Par levelThe stock level a location wants on hand after a delivery.

Integration and API

TermMeaning
IntegrationA separate program you run that connects another system (POS, online store, HR, payroll…) to PurrOS through the API.
ScopeWhat an integration's API key is allowed to do, e.g. sales:write.
External IDThe ID a record has in another system. PurrOS stores it so integrations can find and update records without keeping their own mapping.
SourceA label for where ingested data came from, e.g. pos:front-counter or web-store.
WebhookA message PurrOS sends to another system when something happens.

Files on the server

TermMeaning
Config directoryconfig/ (PURROS_CONFIG_DIR): purros.env with PurrOS's settings and secrets, and postgres.env for the database container.
State directorystate/ locally, /var/lib/purros in Docker (PURROS_STATE_DIR): uploaded files and backups.

On this page