Skip to main content

Who does what

Four kinds of person use PeopleNest, and almost every implementation that goes badly goes badly because one of them was handed another one's screens.

Read this page before you plan a training session. An HR officer who is shown the pay scale screens on day one will spend the next year afraid of the system, and a consultant who is asked to key in leave requests will never finish the setup.

The implementation consultant​

Fills the setup screens once, at the start, and then comes back only when the company changes shape or a policy changes.

This is the person who understands that a wage type must exist before a salary structure can name it. The work is almost entirely one-time, it is mostly lists, and it is nearly all done before the first employee is keyed in.

The screens: Legal Entity, Business Unit, Department, Business Area, Functional Area, Country, State, City, Time Template, Calendar, Calender Date Template, Public Holiday, Approval, Shift Pattern, Attendance Policy, Leave Type, Leave Group, Position Grade, Position Category, Position, Employee Policy Profile, Wage Type Category, Wage Type Group, Wage Type, Pay Scale, Pay Rate, Salary Structure, Payroll Cycle, Payroll Period, Pay Area, Payroll Group, Payroll Setting, Contribution Scheme, Payroll Tax Group, Payroll Tax Slab, and the performance setup chain from KPI through Evaluation Increment Matrix.

Not the consultant's job: keying in employees, processing attendance, running payroll month after month. Set it up, prove it once, hand it over.

The HR officer​

Lives in the system. Opens it every working day and will have it open most of the day at month end.

This person owns the employee record and owns leave. He adds the joiner, closes the leaver, keeps the roster right, fixes the attendance a machine got wrong, processes the attendance sheet and runs the payroll.

Every day or most days: Employee Basic Information, Employee Organization Assignment, Employee Address, Employee Contact, Employee Identification, Employee Bank Details, Employee Attandance, Employee Leaves, Employee Leave Entitlement, Shift Roster.

At month end: Payroll Attendance, Payroll, Post Payroll, Employee Overtime, Recurring Payments and Deductions, Employee Additional Payment Or Deduction.

Once a year or on an event: Leave Allocation Run, Resignation, Employee Clearance, Final Settlement, Employee Onboarding.

Not the HR officer's job: building a pay scale, defining a wage type, writing an attendance policy, designing an appraisal form. He will be asked to, because he is the one on the phone. Send it back to the consultant.

The line manager​

Approves, and looks at his own team. He does not configure anything and he does not key in other people's records.

What reaches him reaches him as an approval. A leave request from one of his people, an overtime request, a shift change, an expense claim. He opens it, reads it, approves or rejects it.

At appraisal time he also scores his team. That happens on Evaluation Tracker, against the goal sheets the cycle cut for his people.

The screens: the approval inbox, Evaluation Tracker, Employee Goal for his own team's sheets, and whichever request screens the client has routed to him for approval.

A manager's approval is not a formality. A leave request does nothing at all until it is approved: the leave is only written against the person at the moment the approval completes.

The employee​

Raises requests about himself and looks at his own record. Nothing else.

The screens: Employee Request Leave, Leave Cancellation, Leave Encashment, Comp Off Request, Employee Attendance Request, On Duty Request, Overtime Request, Shift Change Request, Exemption Request, Employee Request Travel, Request For Expense Reimbursement, Employee Loan Request, Request for Salary Hold, Profile Change Request, Grievance, Rating Appeal.

Note the pattern in those names. A screen called a request is the employee's own; the record it creates when approved is HR's. Employee Request Leave is his, Employee Leaves is HR's, and he never touches the second one.

Who may change what​

ConsultantHR officerManagerEmployee
The company structureYesNoNoNo
Wage types, pay scales, salary structuresYesNoNoNo
Leave types and leave groupsYesNoNoNo
An employee's recordSet it up onceYesNoRequests a change
An employee's placement in the companyNoYesNoNo
Roster and attendanceNoYesNoRequests a change
Leave takenNoYesApprovesRequests it
The payroll runProves it onceYesNoNo
Appraisal scoresNoNoYesOwn self appraisal

One thing that page cannot show: who approves what is itself configured, on the Approval screen, per screen and per action. A client who wants the HR manager rather than the line manager to approve leave does not need a code change, only a different approval route.

If something looks wrong​

  • "HR says they cannot save a change to the salary structure" - correct, and deliberate. Rights to the setup screens belong with the consultant.
  • "The manager says he never got the leave request" - the request screen has no approval route configured, so there is nobody to send it to. Check Approval.
  • "The employee says he applied for leave but his balance has not moved" - it has not been approved yet. The balance moves when the approval completes, not when he applies.
  • "Everybody can see everybody's salary" - that is a rights question, not a screen question, and it is set per role rather than per screen field.