How To Set Up Staff Wages
What this does
This is where you define what a staff member should be paid across divisions, services, and shift types.
The wage setup is layered. Division wages act as the base. Service wages can override them. Shift-type wages are only for special roles beyond the regular service work.
This also matters outside the Admin App. Wages set here feed into downstream labor workflows, especially where Timecards and related reporting depend on the right staff pay structure already being in place.
If work starts in Booking and later becomes labor in Timecards, the wage setup still starts here before that downstream flow can stay clean.
Before you start
- The staff user should already exist.
- The division and service structure should already be in place.
- It helps if the staff member has already been assigned to the correct divisions and teams.
Steps
- Open the
Admin App. - Go to
Company Structure. - Select
Staff Wages. - Choose the staff member you want to work on.
- If you want to update one person from the list first, use
Quick Edit. - In
Division Wages, useAdd Divisionto add the divisions this person works in. - Set the default hourly wage for each division.
- If the same division rate should be reused across service rows, use
Apply to Allwhere it is available. - In
Service Wages, useAdd Serviceto add service-level wages where a service should pay differently from the division default. - In
Shift Type – Wages, useAdd Shift Wageonly when the staff member is doing a second role, not just the regular service. - If work day type overrides are part of your workflow, use
Add work day type. - Click the main
Savebutton on the page when you are finished.
Common mistakes
- setting service wages before a division wage exists
- using shift-type wages for normal work instead of exceptions
- saving part of the setup but leaving unsaved wage changes on the page
- using
Apply to Allwithout first checking that the same rate really belongs across those rows
What to do next
After wages are in place, the next likely step is to confirm app access and downstream workflows such as Timecards or Booking.
If you are trying to solve a wage or labor issue from inside Timecards, this is the page where the underlying staff wage setup actually lives.