Browse guides for every module — from setting up branches and employees to running payroll and pulling reports.
Getting Started
Overview
What Benab HRMS is and how this knowledge base is organised.
Benab HRMS is an HR & payroll platform for managing your company's people, time, leave, and pay in one place. This knowledge base walks through every module you can reach from the sidebar — what it does, how to use it day-to-day, and the gotchas worth knowing before you hit Save.
How to read this guide
The left sidebar groups articles the same way the app sidebar groups modules.
Each article opens with a short summary, then walks through the key tasks.
Look for highlighted Tips, Notes and Important callouts — they cover the things people most often miss.
Looking for the in-app tutorial?
Once you're signed in, the graduation-cap icon in the dashboard header has a Restart Tutorial option that replays the in-app walkthrough.
Dashboard
The home screen — your daily snapshot of headcount, attendance and payroll.
The Dashboard is the first page you see after logging in. It surfaces the metrics most teams check daily so you don't have to hunt through the modules to know where things stand.
What you'll see
Headcount cards — total employees, active vs. on leave, and recent joiners.
Attendance summary — who's clocked in today and who's late or absent.
Upcoming payroll — the next scheduled pay period and its status.
Pending approvals — leave requests and other items waiting on you.
Branch context
If your company has multiple branches, the branch selector in the header filters everything on the dashboard to that branch. Switch to All Branches at the top of the selector for a company-wide view.
Tip — The dashboard cards are clickable — selecting a card jumps you straight to the underlying module already filtered to the right data.
Navigation & Header
Sidebar, search bar, branch selector, theme, and the help menu.
Sidebar
The left sidebar groups modules into Management, Payroll, HR, Analytics, and Self Service. Items only appear if your role grants the matching permission, so two users with different roles will see different sidebars.
Global search
The search bar at the top searches employees, companies, users, and pages at once. Start typing and use the arrow keys to walk the suggestions; press Enter to jump.
Branch selector
Sets the active branch. This is sticky across pages — once you switch, attendance, payroll, employee lists and reports all respect that branch until you change it again.
Theme toggle
Sun/moon icon. Your preference is remembered per device.
Help menu (the graduation-cap icon)
Opens this knowledge base or restarts the in-app tutorial.
Setup Order
The recommended sequence for setting up a brand-new company.
The modules in Benab HRMS depend on each other — for example, you can't add an Employee until you have at least one Branch, Department, and Position. Following this order saves you from going back to fill in gaps later.
Foundational (do these first)
1Branches — even if you have one location, create it. Almost everything else filters by branch.
2Departments — the org-chart groupings (Sales, Operations, etc.).
3Leave Settings — define your leave types (Annual, Sick, etc.) and accrual rules.
4Holidays — load the year's public holidays so attendance and payroll calculate correctly.
5Compensation — set up the allowances, benefits and deductions you'll commonly use.
6Overtime Settings — define what counts as overtime and at what rate.
7Payroll Calendar — create your pay schedule(s) so payroll knows when to run.
Then the workforce
1Positions — job titles, with default pay rate, leave entitlements, and which compensation items apply.
2Employees — each one assigned a branch, department and position. Defaults flow in from the position.
3Schedules — set each employee's expected working hours so attendance can judge late/early/absent.
4Timeclock devices — link your physical clocks to branches (or plan to use USB import / manual entry).
Daily and periodic operations
1Attendance — review punches, correct anomalies, import any device gaps via USB.
2Leave — approve / reject pending requests as they come in.
3Payroll — run for each pay period after attendance is closed.
4Tax & NIS Compliance — review the rates / brackets being applied to payroll and confirm the active config is current.
5Reports — pull the views your stakeholders need.
Tip — Aim to finish every foundational step before adding employees in bulk — once positions are set up properly, every new hire takes 30 seconds because their pay rate, leave, and allowances are already defaulted.
Important — Tax brackets and NIS rates come from platform-level configuration that only an administrator can edit. Confirm those are in place before running your first payroll, otherwise calculations will be wrong.
Management
Branches
Physical or logical locations where employees work.
A branch is a location, office, store or any logical grouping you want to slice your workforce by. Most other modules in the app filter by branch, so getting branches right early pays off.
Before you start
None — Branches is foundational. It's typically the very first thing you set up after creating the company.
Creating a branch
1Open Branches from the sidebar.
2Click Add Branch and fill in the name, address, and (optionally) a manager.
3Save. The branch is immediately available in the branch selector and on every employee form.
4Repeat for every additional location your company operates from.
How this connects to other modules
Employees — every employee record is pinned to a branch — you can't create one without picking a branch first.
Attendance — timeclock devices are tied to a branch so punches route to the right location's logs.
Payroll — branch is one of the slices on payroll runs and reports — useful when each branch has its own cost centre.
Reports — most reports can be filtered by branch for per-location analysis.
Note — Overtime rules are scoped to the company, not the branch — the same OT rules apply across every branch under that company.
Employees
The master record for every person on payroll.
The Employees module is the source of truth for every person you employ — their identity details, contact info, role, pay rate, tax/NIS info, and documents.
Before you start
Branches — at least one branch must exist; every employee is assigned to one.
Departments — at least one department to slot the employee into.
Leave Settings — optional but ideal: if leave types are defined first, balances start tracking from day one.
Compensation — optional: any allowances/benefits/deductions you want to attach during onboarding should already be configured.
Adding an employee
1Open Employees and click Add Employee.
2Fill in personal details (name, date of birth, contact info).
3Assign a branch, department, and position — pay rate, leave entitlements and default allowances flow in from the position.
4Set the start date and adjust the inherited base pay if this person's deal is different.
5Add tax / NIS identifiers if you process payroll for them.
6Optionally attach extra allowances, benefits or deductions on top of the position defaults.
7Optionally upload onboarding documents (contract, ID, qualifications) under the Documents tab.
8Save. The employee is immediately available on attendance, leave and payroll.
How this connects to other modules
Attendance — the employee's schedule and clock punches roll up here for the period.
Leave — leave balances and requests are tied to the employee record.
Payroll — every finalised run produces a per-employee calculation and payslip.
Recruitment — marking a candidate as 'hired' creates a draft employee record so you don't re-key their details.
Self Service — if you link a user account to the employee, they get My Profile / My Payslips / My Leave / My Attendance.
Editing & deactivating
Click into any employee to view the full profile. Use Deactivate rather than deleting when someone leaves — this preserves their history for past payroll runs and reports.
Documents
Each employee has a Documents tab where you can upload contracts, ID, certifications, and anything else worth keeping on file. Files are stored securely and only people with the matching permission can view them.
Note — Identity fields (name, email, employee ID) are encrypted at rest. You won't notice anything different in the UI — but it means raw exports from the database are unreadable without the app's decryption layer.
Departments
Org-chart groupings for reporting and analytics.
Departments are how you slice headcount and payroll by function — Sales, Operations, Engineering, etc. They're independent of branch, so a Sales team can span multiple locations.
Before you start
None — Departments is foundational. Set up early, before adding Positions and Employees.
Creating a department
1Open Departments.
2Click Add Department, give it a name and (optionally) a head.
3Save. It now appears on every Position and Employee form.
4Repeat for every functional area you want to track separately.
How this connects to other modules
Positions — each position belongs to a department, which is how the department's defaults flow to its employees.
Employees — every employee is filed under a department for reporting and approval routing.
Leave — leave approvals can route to the department head.
Reports — headcount, payroll cost and turnover can all be sliced by department.
Positions
Job titles with a default pay grade and entitlements.
A position is a job title with a default compensation profile — base rate, leave entitlement, allowances. When you assign a position to an employee, those defaults flow through to their record.
Before you start
Departments — every position belongs to a department, so departments must exist first.
Leave Settings — recommended: set up leave types first so you can assign default entitlements per position.
Compensation — recommended: define your common allowances and benefits first so they can be attached to the position.
Creating a position
1Open Positions and click Add Position.
2Enter title, pick the department it belongs to, and add a description.
3Set the default base pay rate (or hourly rate, depending on how the role is paid).
5Optionally attach allowances and benefits that everyone in this role qualifies for.
6Save. The position is now available on every Employee form.
How this connects to other modules
Employees — selecting a position on an employee inherits the pay rate, leave entitlements and attached allowances.
Recruitment — every job posting maps to a position — the role you're hiring for already exists in the system.
Payroll — the position's base rate is the starting point for the per-employee calculation.
Tip — Set up positions before bulk-loading employees — it cuts the per-employee setup down to picking the right title from a list.
Attendance
Clock-ins, schedules, late/absent tracking and timeclock devices.
Attendance covers everything to do with hours worked: when people clocked in and out, what they were scheduled to work, and how their actual time compares to their schedule.
Before you start
Employees — only employees in the system can be tracked.
Branches — timeclock devices are tied to branches.
Holidays — must be set up so the calculation knows which days expect zero hours.
Schedules — each employee needs an assigned work schedule for the system to judge late, early-out and absent.
Setting up attendance for the first time
1Confirm employees exist with their branch assigned.
2Assign each employee a work schedule (their expected hours per day).
3Register your timeclock device(s) under the right branch (if you have physical clocks).
4Run a test punch and verify it lands in Attendance for the right person and branch.
5Once verified, attendance starts populating automatically as people clock in/out.
Recording attendance
There are three ways attendance lands in the system:
Timeclock device push — your physical timeclock punches automatically push logs to Benab HRMS.
USB import — for periods where the device couldn't reach the server, export logs to USB and use the Import option in Attendance.
Manual entry — supervisors can add or correct individual clock entries.
Schedules
Each employee has a work schedule that defines their expected hours. Attendance is judged against that schedule — late, early-out, absent, and overtime are all derived from it.
Overnight shifts
Shifts that cross midnight (e.g. 23:00 → 07:00) are automatically split at midnight by the app, so a single shift shows up correctly across two calendar days for payroll and reporting purposes. You don't need to enter them as two separate shifts.
Important — This automatic carry across midnight only happens for staff tagged as night-shift. If someone who is not tagged clocks in but never clocks out, the app treats it as a forgotten punch-out: the shift is closed automatically at 11:59pm on that same day and is notcarried into the next day. So a genuine overnight worker who isn't tagged gets cut off at midnight instead of continued. Tag anyone who regularly works past midnight under Attendance → Night-Shift Staff, where it can be set indefinitely or for a fixed period that automatically reverts when it ends.
Exports
The Export button on the Attendance page outputs the timesheet for the selected period and branch in a payroll-ready format. Holidays are accounted for in the calculation.
Important — If a timeclock has been offline for a while, do the USB import beforerunning payroll for that period — payroll uses what's in the system at the moment of run, and back-filling after the fact won't retroactively change a closed run.
How this connects to other modules
Payroll — worked hours and overtime are pulled from Attendance into each pay run.
Leave — approved leave appears on attendance so it offsets expected hours instead of showing as absent.
Holidays — holiday days zero out expected hours, and any work on a holiday is flagged for holiday-rate pay.
Reports — Attendance feeds late-arrival, absence and timesheet reports.
My Attendance — employees see their own punches under Self Service.
Leave
Vacation, sick and other time-off requests and approvals.
The Leave module is where employees see their balances and where managers approve or reject time-off requests.
Before you start
Leave Settings — leave types must be defined first (Annual, Sick, etc.).
Positions or per-employee overrides — entitlements need to be set so balances are non-zero.
Employees — there has to be someone to take leave.
Requesting leave
1Open Leave and click Request Leave (or use My Leave from Self Service).
2Pick a leave type (vacation, sick, etc.) and the date range.
3Add a reason if your company requires one.
4Submit. The request goes to whoever is configured to approve.
Approving leave
Managers see pending requests on the Leave page. Approve or reject each one — approved leave automatically deducts from the balance and is reflected on attendance and payroll.
Balances
Balances are tracked per leave type. Entitlements come from the employee's position (defaults) and any per-employee overrides you've set. Balances roll over according to the rules configured in Leave Settings.
How this connects to other modules
Leave Settings — the leave types, accrual rules and rollover policy come from here.
Attendance — approved leave shows on the timesheet so paid leave hours don't read as absences.
My Leave — the self-service version of this module for non-managers.
Leave Settings
Define leave types, accrual rules and per-position entitlements.
Leave Settings is where you set up the leave policies your company runs on. This is configured once and adjusted occasionally — it's not where you handle individual requests.
Before you start
None — Leave Settings is foundational. Configure it before creating Positions so per-position entitlements can be set.
Adding a leave type
1Open Leave Settings.
2Click Add Leave Type and give it a name (e.g. Annual Leave).
3Mark whether it's paid (counts toward gross pay) or unpaid.
4Decide if it accrues (e.g. 1.75 days per month) or is granted as a flat annual amount.
5Set the rollover policy — carry unused days into next year, or expire them.
6Decide how it interacts with public holidays (e.g. holidays inside an annual-leave block don't deduct from the balance).
7Save. The leave type is now selectable on every leave request.
Setting position allowances
1Once leave types exist, open the Position Allowances section.
2Pick a position and a leave type.
3Enter the default annual entitlement (e.g. 21 days).
4Save. Every existing and new employee in that position inherits the entitlement.
Each position can have a different default entitlement per leave type — for example, senior managers might get 25 vacation days while junior staff get 15.
How this connects to other modules
Positions — default entitlements are attached at the position level so new hires inherit them automatically.
Leave — the types you define here are what employees pick when requesting leave.
Payroll — paid-vs-unpaid affects gross pay calculation for any leave taken in the period.
Holiday Calendar
Public holidays observed by the company and how they affect attendance.
The Holiday Calendar lists every public holiday your company observes. Holidays affect attendance calculations (no expected hours that day) and payroll (holiday-rate pay for staff who still worked).
Before you start
None — the calendar is foundational. Load the year's holidays before running attendance or payroll for any month that contains one.
Adding a holiday
1Open Holiday Calendar.
2Click Add Holiday, enter a name and date.
3Choose whether it's paid for staff who didn't work it.
4Save.
5Repeat for every public holiday in the year.
How this connects to other modules
Attendance — expected hours drop to zero on holiday dates so non-working staff aren't flagged absent.
Payroll — any staff who worked a holiday get holiday-rate pay applied automatically based on your overtime rules.
Leave — leave types can be configured to skip holidays — a holiday inside an annual-leave block doesn't deduct from balance.
Tip — Add the full year's holiday list at the start of each year so payroll and attendance calculations stay accurate without ad-hoc fixes.
Payroll
Payroll
Run, review and finalise pay periods.
The Payroll module is where you process pay for a period. It pulls attendance, leave, allowances, deductions, tax and NIS into a single calculation per employee, lets you review, and then locks the run.
Before you start
Employees — only employees with a base rate / hourly rate can be calculated.
Attendance — closed and corrected for the period (USB-import any device gaps before running).
Leave — pending requests for the period either approved or rejected.
Holidays — public holidays for the period must be on the Holiday Calendar.
Compensation — allowances, benefits and deductions configured and attached.
Overtime Settings — at least one rule with an effective-from date covering this period.
Payroll Calendar — the schedule the run belongs to must exist.
Tax & NIS Configuration — set by your platform admin; rates must be in place for the period.
Running payroll
1Confirm attendance is up to date for the period (close any pending corrections, USB-import any device gaps).
2Open Payroll and click New Run.
3Pick the period (start and end dates) and the schedule it belongs to.
4Review the calculated amounts per employee — gross, deductions, net.
5Adjust any one-off items if needed.
6Approve and finalise. Payslips are generated automatically.
What goes into the calculation
Worked hours from Attendance (split into regular vs. overtime by your OT rules).
Holiday hours, applied at the holiday rate where worked.
Position-level base pay or hourly rate.
Active allowances and benefits.
Active deductions, taxes, and NIS contributions.
Important — Once a run is finalised it's locked — corrections after that need a separate adjustment run rather than re-opening the original.
How this connects to other modules
Payslips — every finalised run automatically generates a payslip per employee.
Tax & Compliance — the PAYE brackets shown there are exactly what the run uses to compute tax.
NIS Compliance — the NIS rates shown there are exactly what the run uses to compute employer + employee contributions.
Employer Costs — the employer-side total per run feeds the cost-per-headcount view.
Employee Contributions — the employee-side deductions feed the contribution log.
Reports — payroll summary, salary breakdown and overtime reports all draw from finalised runs.
Payslips
Per-employee pay statements generated by each payroll run.
Every finalised payroll run produces a payslip per employee. Payslips list earnings, deductions, year-to-date totals, and net pay. They're available to admins on the Payslips page and to employees on My Payslips.
Before you start
Payroll — at least one finalised run for the period. Payslips are generated, not authored.
Distributing payslips
Employees see their own payslips automatically under Self Service. You can also download or email PDFs from the Payslips page if you need to send them externally.
How this connects to other modules
Payroll — every finalised run creates the payslips here.
My Payslips — employees see their own slips automatically without an admin needing to send them.
Payroll Calendar
Pay schedules — weekly, fortnightly, monthly — and their cut-off dates.
The Payroll Calendar defines when you run payroll. Each schedule has a frequency (weekly, fortnightly, monthly), a cut-off rule, and a pay date.
Before you start
None — Payroll Calendar is foundational. Set up at least one schedule before running your first payroll.
Setting up a schedule
1Open Payroll Calendar.
2Click Add Schedule.
3Pick the frequency and the day(s) it runs.
4Set the cut-off offset (e.g. cut-off is 3 days before pay date).
5Assign which employee groups follow this schedule.
6Save.
Multiple schedules
Most companies have just one schedule, but if you pay hourly/weekly staff differently from salaried/monthly staff, set up two and assign each employee to the right one.
How this connects to other modules
Payroll — every payroll run is filed under a schedule. Period dates default from the schedule's cadence.
Employees — employees can be assigned to a specific schedule if they're paid on a different cadence.
Tax & Compliance
View the PAYE brackets and thresholds payroll is applying.
Tax & Compliance is a read-only view of the PAYE income-tax brackets currently being applied to payroll. It shows the active configuration set at the platform level (Guyana Revenue Authority rates), so you can confirm payroll is calculating tax against the right numbers before you finalise a run.
Before you start
Tax Configuration (platform-level) — brackets, rates and tax-free thresholds set by an administrator. The page only shows what already exists.
view permission — tax_compliance:view on your role.
What you can do here
See the active tax configuration (name, effective dates, monthly and annual tax-free threshold).
Browse all tax configurations — past, present and future-dated — from the left-hand list.
View each config's progressive PAYE brackets: income range, rate, and any fixed amount.
Read a worked tax-calculation example to sanity-check what an employee on a given salary will pay.
Refresh the data if rates were just updated by an administrator.
What this page does NOT do
It does not generate a tax return file or any export for the GRA.
It does not show per-employee tax withheld — that lives in Payroll and the Reports module.
It does not produce year-end employee tax certificates.
It does not track filing status (filed / accepted / queried).
It does not let you edit brackets or rates — that's handled in Tax Configuration by an administrator.
How this connects to other modules
Payroll — the brackets shown here are exactly what payroll uses to compute PAYE on each finalised run.
Tax Configuration — this is the read-only twin — administrators edit there, everyone else views here.
Reports — for actual tax-withheld figures by employee or period, use Payroll Reports.
Note — If a rate looks wrong, the brackets need to be updated in Tax Configuration — talk to your administrator. Editing isn't available from this screen.
NIS Compliance
View the NIS contribution rates being applied to payroll.
NIS Compliance is a read-only view of the National Insurance Scheme contribution rates currently being applied to payroll. It shows the employer and employee percentages set at the platform level so you can confirm payroll is using the right numbers. It also includes a short explainer of how the Scheme works, derived from the active rate.
Before you start
NIS Configuration (platform-level) — employer rate and employee rate set by an administrator. The page only shows what already exists.
view permission — nis_compliance:view on your role.
What you can do here
See the active NIS configuration (name, effective dates).
View employer rate, employee rate, and the combined total — applied to wages / salary.
Browse all NIS configurations (past, present, future-dated) from the left-hand list.
Read the About-NIS explainer, which uses the active rates to describe how contributions are split.
What this page does NOT do
It does not generate an NIS return file or any export for submission.
It does not show per-employee contributions — for that, use Employee Contributions or Payroll Reports.
It does not track filing status or reconcile bank payments.
It does not let you edit rates — that's handled in NIS Configuration by an administrator.
How this connects to other modules
Payroll — the rates shown here are exactly what payroll uses to compute NIS on each finalised run.
NIS Configuration — this is the read-only twin — administrators edit there, everyone else views here.
Employee Contributions — for the employee-side NIS amount per person, drill into Employee Contributions.
Employer Costs — for the employer-side NIS amount as a cost line, see Employer Costs.
How PAYE Is Calculated
Step-by-step walkthrough of the income-tax math, with worked examples.
PAYE (Pay As You Earn) is Guyana's monthly income-tax withholding. The calc moves through three numbers — gross, chargeable, and tax — applying the regime values from Tax Configuration along the way. Every value below is per-pay-period (monthly numbers shown; weekly / fortnightly / daily are derived by dividing the annual figure).
The pipeline
gross = base + overtime + holiday premium + taxable allowances
NIS_employee = min(gross, NIS_ceiling_per_period) × NIS_rate
OT_relief = min(actual_OT, OT_cap_per_period)
child_relief = Σ (qualifying child × child_deduction_per_period)
insurance_relief = min(actual_premiums,
gross × insurance_pct,
insurance_cap_per_period)
# Personal allowance uses the GRA "balance of income" base:
# gross minus the OT statutory allowance (second-job allowance also
# excluded per the GRA wording — see note below).
PA_base = gross − OT_relief
personal_allow = max(flat_PA_per_period,
PA_base × PA_fraction)
chargeable = max(0, gross
− NIS_employee
− OT_relief
− child_relief
− insurance_relief
− personal_allow)
PAYE = bracket_lookup(chargeable)
Personal Allowance — the "greater of" rule
GRA Section 20(a) lets you deduct the larger of two figures before tax: a flat annual amount, or one-third of balance of income (gross minus the OT statutory allowance). For steady-paycheck employees the flat amount almost always wins; for high earners (gross above ~3× the flat) the 1/3 rule kicks in instead. The flat amount changes year to year — see the year-specific sections below for current values.
Statutory deductions — claimable but capped
Four extra deductions reduce taxable income in this system. Each has a statutory ceiling published by GRA, so an employee can claim up to that ceiling but no more — even if they paid more out of pocket. The ceilings are stored as annual values in Tax Configuration and divided by the run frequency at calc time. The four categories applied automatically — NIS (employee), overtime relief, insurance premiums, and child deduction — apply across every year; only the ceiling amounts change.
Insurance premiums are sourced from company benefits flagged Counts toward Medical / Life Insurance relief in Compensation → Benefits. Both employer-paid benefits-in-kind and out-of-pocket employee contributions qualify per GRA Notice 2026 §4.
Note — Second-job allowance is intentionally not auto-applied. GRA Section 20(1)(c) allows a $50,000/month deduction on secondary employment, but the relief is claimed at the secondary employer or via the annual Form 2 reconciliation. This payroll system computes withholding for one employer at a time and won't over-claim by assuming an unknown secondary status. Employees with multiple jobs can recover any excess withholding by filing Form 2.
Tax brackets — "fixed amount" explained
The brackets in Tax Configuration are progressive. The 25% bracket covers chargeable income from $0 up to a cap; anything above lands in the 35% bracket. The calc finds the single bracket the chargeable income falls in and computes:
fixed_amount on a higher bracket is the cumulative tax already owed on every lower bracket below. Without it, a high earner would only be taxed at the marginal rate on their upper-bracket income and skip the 25% on the first slice entirely.
Brackets are stored as monthly values. For weekly and fortnightly payroll runs the calc engine automatically scales the bracket boundaries and fixed_amount by the period ratio (12/52 for weekly, 12/26 for fortnightly), so the per-period chargeable income is compared against the matching per-period thresholds GRA publishes in their computation table.
Important — fixed_amount belongs on the upper bracket, never the lower one. Putting the cumulative on the 25% row would double-charge everyone in that bracket.
Cumulative vs non-cumulative PAYE (the company toggle)
The pipeline above runs once per pay period. By default each period stands alone — GRA's published weekly/monthly schedule. That's fine for fixed-salary workers, but hourly workers with fluctuating hours over-pay PAYE in busy periods because they can't carry unused allowance from slow periods forward. They recover the difference via Form 2 the following April. This applies to every regime year — 2025, 2026, and forward.
Cumulative PAYE (Settings → Company → Cumulative PAYE) replaces per-period math with a year-to-date checkpoint: at each period the engine recomputes the tax that shouldhave been paid through this period given YTD income and YTD allowances, then deducts the delta against YTD PAYE already paid. Negative deltas accumulate as a carry-forward credit — workers never see a negative line on their payslip; subsequent positive periods are offset against the credit until it's exhausted. NIS is unaffected and stays per-period either way.
Worked example — 5 weeks of fluctuating weekly income (cumulative on)
Marcus, hourly: $25,000 / $25,000 / $90,000 / $44,000 / $24,000
(2026 figures; same mechanic applies to 2025 with that year's $130,000 PA)
Week 1: gross $25,000 → NIS $1,400
YTD gross $25,000, YTD PA flat (1 × $32,308) = $32,308
YTD chargeable max(0, 25,000 − 1,400 − 32,308) = $0
PAYE this week = $0
Week 2: gross $25,000 → NIS $1,400
YTD gross $50,000, YTD PA (2 × $32,308) = $64,616
YTD chargeable max(0, 50,000 − 2,800 − 64,616) = $0
PAYE this week = $0
Week 3: gross $90,000 → NIS $3,618 (capped)
YTD gross $140,000, YTD PA (3 × $32,308) = $96,924
YTD chargeable max(0, 140,000 − 6,418 − 96,924) = $36,658
YTD tax owed = $36,658 × 25% = $9,165
PAYE this week = $9,165 − $0 prior = $9,165
Week 4: gross $44,000 → NIS $2,464
YTD chargeable $45,886, YTD tax owed $11,472
PAYE this week = $11,472 − $9,165 prior = $2,307
Week 5: gross $24,000 → NIS $1,344 (slow week)
YTD chargeable $36,234, YTD tax owed $9,059
Raw PAYE = $9,059 − $11,472 prior = −$2,414 (refund territory)
Credit added: $2,414. Actual PAYE this week = $0.
Carries into Week 6: $2,414 offset against next period's tax.
Cumulative total PAYE = $11,472 vs non-cumulative $15,826 over the same
5 weeks. Marcus keeps the $4,354 in-period instead of waiting until April.
Note — The per-period evolution above (YTD figures, credit balance, raw-vs-actual PAYE) is available for any cumulative-mode run via Reports → Cumulative PAYE Breakdown. Payslips continue to show only the actual deducted figure — the cumulative bookkeeping is internal.
2026Active
Effective January 1, 2026 (Income Tax Amendment Act No. 3 of 2026). Personal allowance and chargeable-income ceiling both bumped up from the 2025 values.
2026 values
Personal Allowance — $1,680,000/yr flat ($140,000/mo) or 33.33% of (gross − OT relief), whichever greater.
25% bracket cap — chargeable income up to $3,360,000/yr ($280,000/mo) taxed at 25%.
35% bracket — chargeable income above $3,360,000/yr taxed at 35%. fixed_amount = $70,000/mo ($840,000/yr).
Overtime relief — first $50,000/mo ($600,000/yr) tax-free.
Insurance premiums — lesser of (premiums paid, $50,000/mo flat, 10% of gross).
Child deduction — $10,000/mo ($120,000/yr) per child under 18.
NIS (employee) — 5.6% of insurable earnings, capped at $280,000/mo gross → max $15,680/mo employee NIS.
Second-job relief — $50,000/mo (GRA-statutory). Not auto-applied; claim via annual Form 2.
Worked example — $300,000/month earner, 2026
gross = $300,000
# Personal allowance — flat wins (1/3 of (gross − 0) = $100,000 < $140,000)
personal_allow = $140,000
# Assume no OT, no insurance, no children on file.
# NIS employee = min($300,000, $280,000) × 5.6% = $15,680
NIS_employee = $15,680
OT_relief = $0
child_relief = $0
insurance_relief = $0
chargeable = max(0, $300,000 − $15,680 − $140,000)
= $144,320
# $144,320 lands in the 25% bracket (≤ $280,000), fixed_amount = $0
PAYE = $0 + ($144,320 − $0) × 25% = $36,080
# Net for-the-month tax effect:
take-home = $300,000 − $15,680 − $36,080 = $248,240
Worked example — $600,000/month earner, 2026 (above the 25% cap)
Worked example — $415,000/month with $80,000 overtime, 2026
# Same scenario as guyana_tax_guide.txt Part 7.
gross = $335,000 base + $80,000 OT = $415,000
# OT relief — capped at $50,000/mo
OT_relief = min($80,000, $50,000) = $50,000
# Personal allowance — base excludes the OT statutory allowance.
PA_base = $415,000 − $50,000 = $365,000
# 1/3 of $365,000 = $121,667 < flat $140,000 → flat wins
personal_allow = $140,000
# NIS is on the FULL wage base (OT included), capped at $280K
NIS_employee = min($415,000, $280,000) × 5.6% = $15,680
chargeable = max(0,
$415,000
− $15,680 # NIS
− $50,000 # OT relief
− $140,000 # personal allowance
) = $209,320
# $209,320 ≤ $280,000 → 25% bracket
PAYE = $0 + $209,320 × 25% = $52,330
take-home = $415,000 − $15,680 − $52,330 = $346,990
GRA reference values — cross-check against the official 2026 notice
These mirror the worked examples in the GRA 2026 notice computation table. If you plug the gross into our calculator and don't see the same chargeable / PAYE numbers, something is misconfigured.
In force from January 1, 2025 through December 31, 2025. The 2026 amendment raised the personal allowance ($1,560K → $1,680K) and the chargeable-income ceiling ($3,120K → $3,360K). Other statutory caps (OT, insurance, child) were unchanged. NIS rates and ceiling were also unchanged.
2025 values
Personal Allowance — $1,560,000/yr flat ($130,000/mo) or 33.33% of (gross − OT relief), whichever greater.
25% bracket cap — chargeable income up to $3,120,000/yr ($260,000/mo) taxed at 25%.
35% bracket — chargeable income above $3,120,000/yr taxed at 35%. fixed_amount = $65,000/mo ($780,000/yr).
Overtime relief — first $50,000/mo ($600,000/yr) tax-free (same as 2026).
Insurance premiums — lesser of (premiums paid, $50,000/mo flat, 10% of gross) (same as 2026).
Child deduction — $10,000/mo ($120,000/yr) per child under 18 (same as 2026).
NIS (employee) — 5.6% of insurable earnings, capped at $280,000/mo gross → max $15,680/mo employee NIS (same as 2026).
Second-job relief — $50,000/mo (GRA-statutory). Not auto-applied; claim via annual Form 2.
Worked example — $300,000/month earner, 2025
gross = $300,000
personal_allow = $130,000 # flat wins (1/3 = $100,000 < $130,000)
NIS_employee = min($300,000, $280,000) × 5.6% = $15,680
chargeable = max(0, $300,000 − $15,680 − $130,000) = $154,320
# $154,320 lands in the 25% bracket (≤ $260,000), fixed_amount = $0
PAYE = $0 + $154,320 × 25% = $38,580
# Same gross as the 2026 example pays $38,580 in 2025 vs $36,080 in 2026 —
# the $10K bump in personal allowance saved $2,500 of tax for this earner.
Worked example — $600,000/month earner, 2025 (above the 25% cap)
gross = $600,000
personal_allow = max($130,000, $600,000 × 0.3333) = $200,000
NIS_employee = min($600,000, $280,000) × 5.6% = $15,680
chargeable = max(0, $600,000 − $15,680 − $200,000) = $384,320
# $384,320 > $260,000 → lands in 35% bracket, fixed_amount = $65,000
PAYE = $65,000 + ($384,320 − $260,000) × 35%
= $65,000 + $43,512
= $108,512
# Note: PA was the same ($200K via 1/3 rule) in both years, so the only
# difference for this high earner is the $5K shift in the 35% bracket's
# fixed_amount — yielding $108,512 in 2025 vs $106,512 in 2026.
Note — Annual reconciliation. Per-period PAYE is what gets withheld from each paycheck. At year-end (or when an employee leaves) the 7B Form does the annual reconciliation: total income vs total tax owed on the annual basis. Any over-withholding is refunded via the income tax return; under-withholding becomes additional tax due. This is why pay-period gaps (unpaid leave, mid-year hires) self-correct at the annual level. Cumulative mode (see above) pushes that reconciliation in-period rather than waiting on Form 2.
How this connects to other modules
Tax Configuration — the regime values that drive every number above — Personal Allowance, child deduction, OT cap, insurance cap, brackets — all live there, version-keyed by effective_from.
NIS Calculation — NIS-employee enters PAYE via the statutory_deds line. See How NIS Is Calculated for that math.
Payroll — the per-employee breakdown panel on each payroll item shows exactly which year's numbers fed into PAYE for that run (the resolver picks by period_start).
How NIS Is Calculated
Employee + employer rates, the ceiling, and the senior-employee variant.
Every wage / salary in Guyana carries two NIS contributions: one taken from the employee's pay and one paid by the employer on top. Both are a percentage of the wage base, both are capped at the same ceiling, and both flip to a different rate when the employee reaches the senior-age threshold.
NIS benefits (pension, sickness, maternity, etc.) are also capped at the ceiling — payouts are calculated against the insurable earnings. Without a contribution ceiling, high earners would pay disproportionately more than the maximum benefit they could ever receive, which the Scheme isn't designed to do. The ceiling keeps contributions and benefits aligned. The specific amount changes only when the National Insurance Board issues a revised schedule — historically less frequent than the annual income-tax changes.
2026Active
Effective January 1, 2026. NIS rates and ceiling are unchanged from prior years — the National Insurance Board has held them steady while income tax has moved.
2026 rates
Employee rate — 5.6% of contributable wage base.
Employer rate (standard) — 8.4% of contributable wage base.
Employer rate (senior, age 60+) — 1.5%. Employee pays 0%.
Senior age threshold — 60 years.
NIS Ceiling — $3,360,000/yr ($280,000/mo).
Per-period ceilings (2026)
Monthly: $280,000 cap → max employee $15,680, max employer $23,520 (senior employer max $4,200).
Weekly: $64,615 cap → max employee $3,618, max employer $5,428 (senior $969).
Fortnightly: $129,231 cap → max employee $7,237, max employer $10,855 (senior $1,938).
Daily: $9,205 cap → max employee $515, max employer $773 (senior $138).
Worked example — $200,000/month earner, age 35 (2026)
In force from January 1, 2025 through December 31, 2025. NIS rates and ceiling are identical to 2026 — the National Insurance Board didn't adjust the schedule between these two years. The article shows separate sections purely for navigational symmetry with the PAYE article (and in case the rates change in a future year).
2025 rates
Employee rate — 5.6% of contributable wage base.
Employer rate (standard) — 8.4% of contributable wage base.
Employer rate (senior, age 60+) — 1.5%. Employee pays 0%.
Senior age threshold — 60 years.
NIS Ceiling — $3,360,000/yr ($280,000/mo).
Worked example — $200,000/month earner, age 35 (2025)
Note — If you ever discover the NIS Board did issue different 2025 values (rare but possible — check your NIS Configuration row), update this section. The calc engine already pulls the right per-year regime, so the only thing stale would be the documentation here.
Note — NIS-employee is pre-tax — it reduces chargeable income before PAYE is computed. NIS-employer is an employer cost only and never appears in the employee's deductions.
Note — The senior cutover is auto-applied. The calc engine reads the employee's DOB, computes their age at the run's period_start, and switches to senior rates when the age is at or above the configured threshold (60 for the 2026 regime). Employees with no DOB on file are treated as non-senior — log their birth date in the employee record to fix that.
How this connects to other modules
NIS Configuration — all five rates / thresholds (employee, employer, senior_employer, ceiling_annual, senior_age) live there, version-keyed by effective_from.
PAYE Calculation — NIS-employee feeds into chargeable income — see How PAYE Is Calculated for the rest of the pipeline.
Payroll — every payroll item shows the per-employee NIS-employee deduction and NIS-employer cost in the breakdown, with a 'senior' flag when the senior cutover applied.
How Pay Is Calculated From Attendance
How clocked hours, leave, and pay-type interact to build gross pay.
When you trigger a payroll run, the engine pulls every attendance row in the period for every employee in one query, groups them per employee, and converts the raw punches into per-day pay numbers. How those numbers feed into gross pay depends on the employee's pay type — hourly, daily, weekly, or monthly. This article walks the flow end-to-end so you can predict what each employee will earn before you finalize a run.
Step 1 — From punches to a daily breakdown
Each attendance row holds the raw events for one day —check_in, check_out, and a list of individual punches from the time clock. The week earnings calculator turns that into a day-pay breakdown:
Daily and weekly OT thresholds get applied here — anything over the daily limit (e.g. 8 hours) or weekly limit (e.g. 40 hours) drops into the OT bucket at that position's OT rate. Saturday and Sunday hours are bucketed separately and paid at their own multipliers. Holidays override the weekday/weekend rate for that date.
Note — Same data structure for everyone. The thing that changes between an hourly worker and a monthly salary is the hourlyRate plugged into this calculation, not the breakdown shape.
Step 2 — Aggregate into payroll-level numbers
Per day breakdowns roll up into the figures you see on the payroll item / payslip:
total_hours — sum of every day's totalHours.
overtime_hours — sum of weekday OT + Saturday + Sunday.
days_worked — counts each present/late attendance row as 1 day, half_day as 0.5.
paid_leave_days / unpaid_leave_days — pulled from approved leave requests, intersected with business days only (so a Sunday off doesn't count).
Step 3 — Pay type decides how those numbers become base pay
Every employee inherits a pay type from their assigned position (not from the employee record directly — the position is the source of truth). There are four:
Where paid_leave_hours = paid_leave_days × standard_hours_per_day. daily_rate for monthly employees is monthly_salary / working_days_in_period (e.g. 22 weekdays in a month); for weekly employees it is the annualised weekly_salary × 52 / (52 × workdays_per_week), so a full week always pays exactly the weekly salary.days_worked_during_paid_leaveis the "pay both" rule: working an approved paid-leave day pays that day againat the daily rate on top of the leave pay — for every pay type. Worked days are read from clock-ins for hourly/daily staff, and from days marked "worked during this leave" on the leave request for salaried staff (who never clock in). A punch and a mark on the same day count once.
What that means for time-tracked vs flat-salary employees
Tip — Flat-salary employees do not need to clock in.The calc engine reads pay_type from the position, not from the presence of attendance data. A monthly-salary employee with zero attendance rows still earns their full monthly salary — the daily-breakdown loop just doesn't run for them.
Worked example — monthly salary, no clock-ins
Position : Senior Accountant, pay_type = monthly
current_salary : GYD 500,000 (monthly)
working_days : 22 (business days in this month)
attendance : 0 rows captured
unpaid_leave : 0 days
base_pay = 500,000 − (0 × 22,727) = GYD 500,000
# OT: 0 (no attendance → no per-day OT bucket)
# Allowances/benefits/NIS/PAYE proceed normally on base_pay.
Worked example — monthly salary, took 3 unpaid days
current_salary : GYD 500,000
working_days : 22
unpaid_leave : 3 days
daily_rate = 500,000 / 22 = GYD 22,727
base_pay = 500,000 − (3 × 22,727) = GYD 431,819
# Paid leave alone wouldn't change anything — only unpaid leave
# deducts for salaried (monthly/weekly) employees. The one addition:
# a paid-leave day the employee actually WORKED pays again ("pay
# both") — marked on the leave request for salaried staff, or read
# from clock-ins for hourly/daily staff.
Overtime never applies to a monthly-salary employee. OT lives in the day-breakdown, which only gets populated from clock-in records. If your monthly accountant works 60-hour weeks, the engine does not add OT pay on top of their salary. If you want OT for a salaried role, you'd need to either switch their position to hourly or build a payroll-config template that overrides this.
Paid leave doesn't change a monthly or weekly salary — unless they work through it. A salaried employee gets the same pay whether they took 0 paid leave days or 5 (the payslip still itemises the leave as its own line). But a paid-leave day they actually worked pays twice — once as leave, once as work ("pay both"). Since salaried staff don't clock in, the admin marks those days on the leave request itself (Leave → Edit → "Worked during this leave"). Daily / hourly types get the same result naturally from their clock-ins.
Pay type lives on the position, not the employee. Switching one person from hourly to monthly means changing the position they're assigned to (or moving them to a different position with a different pay_type). You can't flip pay_type per-employee inside the same position.
The position fallback is monthly. If an employee has no position assigned, the engine treats them as monthly with no working_days context. That can produce silently weird base_pay numbers — assign positions to everyone before running payroll.
working_days is per-period. A pay run for a 10-day period uses 10 (or fewer if not all are business days), not 22. So a monthly-salary employee on a weekly run gets paid based on the days falling in that week, prorated.
How attendance edits affect a finalised run
Note — They don't. Once a payroll run is finalised, the calculated numbers are written to the payroll item rows. Editing an attendance row after the fact (correcting a mistyped punch, for instance) won't recompute anything. You'd need to delete the run and re-create it for the new attendance data to flow through.
How this connects to other modules
Attendance — raw punch data and per-day status (present/late/half_day) live here. Edits here only affect future runs.
Positions — the source of pay_type for every employee. Swap a position to change how someone is paid.
Overtime Settings — daily and weekly thresholds used by the calculator come from the position's overtime rule.
Leave Requests — approved leave with is_paid metadata is what populates paid_leave_days vs unpaid_leave_days.
Payroll Calendar — the run frequency (weekly / monthly / etc.) determines the period boundaries the attendance query uses.
Overtime Settings
Rules that decide which hours count as overtime and at what rate.
Overtime rules tell payroll how to classify hours beyond the regular schedule — daily overtime, weekend rate, holiday rate, and so on. Rules are scoped to the company, not the branch — the same rules apply everywhere under that company.
Before you start
None directly — but rules can't do anything until Employees have schedules and Attendance is tracking hours.
Setting up a rule
1Open Overtime Settings.
2Click Add Rule.
3Pick the trigger (e.g. hours over 8 per day, hours on a public holiday).
4Set the multiplier (e.g. 1.5× the base rate).
5Set an effective-from date — the rule only applies to periods on or after that date.
6Save.
Effective-from dates
Each rule has an effective-fromdate that gates when it applies. If the rate changes (e.g. a regulation update), don't edit the existing rule — create a new rule with the new effective-from date. This way historical payroll runs keep using the rule that was in force at the time.
Important — Editing a live rule's rate will affect every future run, but past runs are already finalised and won't be retroactively recalculated. Use a new dated rule for rate changes.
How this connects to other modules
Attendance — OT rules read worked-hours from attendance and decide which hours qualify.
Payroll — qualified OT hours are paid at the rule's multiplier in each run.
Holidays — rules can target holiday-worked hours specifically (e.g. 2× rate on a public holiday).
Compensation
Allowances, benefits, deductions, per-employee loans, credit union membership, and cash holdings.
Compensation is where you define the building blocks of pay beyond base salary — allowances (housing, transport, meal), benefits (insurance, pension), recurring deductions (union dues, custom withholdings), and per-employee loans with optional auto-deduction from payroll.
Before you start
None — Compensation is foundational. Configure before creating Positions if you want to attach defaults at the position level.
Adding an allowance, benefit or deduction
1Open Compensation and pick the tab — Allowances, Benefits, or Deductions.
2Click Add — or pick from the preset library if your item is a common one (housing, transport, NIS, etc.).
3Enter the name, code, description and an icon.
4Choose the calculation type — fixed amount or percentage of base pay.
5Set the default amount.
6For benefits: also set the employer-contribution percentage (e.g. 50% if you split insurance 50/50).
7For deductions: mark whether it's pre-tax or post-tax.
9Save. The item is now selectable on Positions and Employees.
Allowances
Extra amounts added to gross pay. Choose between a fixed amount or a percentage of base pay, and mark whether it's taxable. The system ships with common presets (housing, transport, meal) you can pick from to speed up setup.
Benefits
Items where the employer also contributes (e.g. health insurance with a 50/50 split). The benefit captures both the employee portion and the employer cost so reporting is accurate.
Deductions
Recurring amounts subtracted from pay. Mark whether they're pre-tax or post-tax — this matters for the tax calculation order.
Loans
Per-employee loans tracked end-to-end — principal, interest rate, payback period, installment, running balance, and optional automatic deduction from every payroll run. Unlike Allowances / Benefits / Deductions (which live in a company-wide catalogue and get attached to positions), each loan row IS the loan for one specific employee. No template, no double-bookkeeping.
Adding a loan
1Open Compensation and switch to the Loans tab.
2Click Add Loan. Pick the employee from the dropdown.
3Enter a name (e.g. 'Emergency Advance', 'Christmas Loan'), an optional description, and the principal amount.
4Set the annual interest rate (0% for an interest-free advance), the number of payback periods, and the unit — weekly, fortnightly, monthly, quarterly, or yearly.
5The installment auto-calculates using simple interest: (principal × (1 + rate% × years)) ÷ periods. Toggle Override to type in a custom amount.
6Set the start date — the first installment is due on this date.
7Decide whether to auto-deduct from payroll. When on, the installment is added to every payroll run as a post-tax deduction line while the loan is active.
8Save. The loan appears in the list with its remaining balance, next-due date, and status (Active).
Auto-deduction cadence
When auto-deduct is on, the payroll engine includes the loan iff its next-due dateis on or before the run's period end. Each time a run is marked Paid, the system advances the next-due date by one payback period and records the payment in the ledger. So a monthly loan on a weekly payroll fires once a month, not four times. Month-end dates clamp safely (a loan due Jan 31 next fires Feb 28 or 29).
Skip a single run
The Skip Next button on a loan toggles a one-shot exclusion — the very next payroll run skips that loan, then the flag resets automatically when the run is marked Paid. Use it for bonus runs, special cycles, or any week the employee shouldn't see the deduction.
Recording payments manually
The HandCoins icon on a loan opens a Record Payment dialog — useful for cash repayments, lump-sum payoffs, or out-of-band corrections. The amount is capped at the remaining balance, the running totals and status update immediately, and the loan auto-closes (status → Paid Off) when the balance hits zero.
How it appears on a payslip
Auto-deducted loans show up as Loan: <name> under Deductions on the payslip, after NIS and Income Tax. The line is post-tax— loan repayment doesn't reduce chargeable income, so PAYE is unaffected. The audit lives in two places: every payslip carries the deducted amount, and the loan row maintains an idempotent ledger of payments keyed against the originating payroll item.
Credit Union
Per-employee credit union memberships with a running savings balance. Unlike a Deduction (which just subtracts an amount) or a Loan (where the balance shrinks toward zero), each Credit Union row tracks a balance that grows from auto-deducted dues and supports manual deposits, withdrawals, interest, and fees. Use this for any payroll-funded savings plan where employees own the accumulated balance.
Enrolling a member
1Open Compensation and switch to the Credit Union tab.
2Click Enroll Member. Pick the employee — already-enrolled employees are filtered out of the dropdown (one membership per employee).
3Optionally enter the credit union's member number (e.g. CU-0042) and a join date — defaults to today.
4Set the dues amount and frequency (weekly, fortnightly, monthly, quarterly, or yearly).
5Decide whether to auto-deduct. When on, the dues are added to every due payroll run as a post-tax deduction and posted as a deposit to the member's balance once the run is marked Paid.
6Save. The member appears in the list with balance 0, next-due date set to the join date, and status Active.
Dues cadence + skip-next
Dues follow the same cadence rules as loans: the payroll engine includes the member iff next-due date≤ the run's period end. Each time a run is marked Paid, next-due advances by one frequency interval and the one-shot Skip Next flag resets. So a monthly dues schedule on a weekly payroll fires once per month, not four times. Skip a single run via the Skip Next button on the row.
Manual transactions
The Transaction icon on a member opens a Record Transaction dialog with five types: Deposit and Interest add to the balance; Withdrawal and Fee subtract from it; Adjustment is audit-only and does not move the balance. The History icon opens the full transaction ledger for that member, including auto-deposits posted by paid payroll runs (marked source = payroll).
How it appears on a payslip
Auto-deducted dues show up as Credit Union Dues under Deductions on the payslip, after NIS and Income Tax. The line is post-tax— dues don't reduce chargeable income. Once the run is marked Paid, a matching depositappears in the member's transaction history (keyed against the payroll item, so re-paying the same run is a no-op).
Important — Deleting a membership removes the entire transaction history. To stop future dues without losing the audit trail, turn Auto off or change status to Withdrawn / Closed.
Cash Holdings
Employer-held forced savings per employee. The inverse of a Loan: the employee leaves a recurring amount with the company each pay run, and the balance grows. Mid-employment they can withdraw; on separation they get the remaining balance paid out in a single click (the payout creates a transaction and closes the holding so payroll stops pulling).
Adding a holding
1Open Compensation and switch to the Cash Holdings tab.
2Click Add Holding. Pick the employee — already-held employees are filtered out (one holding per employee).
3Enter the hold amount and frequency (weekly, fortnightly, monthly, quarterly, or yearly) and a start date.
4Decide whether to auto-deduct. When on, the hold is added to every due payroll run as a post-tax deduction and posted as a deposit when the run is paid.
5Save. The holding appears with balance 0, next-due date set to the start date, and status Active.
Withdrawals vs payout (termination)
The Transaction icon opens a Record Transaction dialog with three types: Deposit adds to the balance, Withdrawal subtracts (capped at the current balance), and Adjustment is audit-only. Payout is intentionally NOT in this list — use the dedicated Pay Out & Close action (door icon) for termination. It writes a payout transaction for the full current balance, turns auto-deduct off, and flips the status to Closed so the payroll engine stops pulling from this holding. The transaction history is preserved on the same row in case the employee re-enrolls later.
How it appears on a payslip
Auto-deducted holdings show up as Cash Holdings under Deductions on the payslip, after NIS and Income Tax. The line is post-tax. Once the run is marked Paid, a matching depositappears in the holding's transaction history (keyed against the payroll item, so re-paying the same run is a no-op).
Important — Deleting a holding removes the full transaction history. If you're settling on termination, use Pay Out & Close instead — that preserves the audit trail and pays the employee their balance.
Adjustments
One-off corrections that hit a single payroll run rather than recurring every period: Back Pay (wages owed from a prior period), Retro (a rate change applied backwards), Vacation Payout, Overpayment Recovery (claw back an earlier overpayment), and Other. Each adjustment is a standalone amount with a direction — an earning adds to gross pay, a deduction subtracts from net — so the same tool covers both money owed to the employee and money owed back to the company.
Creating an adjustment
1Open Compensation and switch to the Adjustments tab.
2Click Add Adjustment and pick the employee and a kind. The kind preselects sensible defaults — Back Pay / Retro / Vacation Payout default to a taxable earning, Overpayment Recovery to a post-tax deduction — which you can override.
3Enter the amount and a reason (the reason is appended to the payslip label, trimmed to keep the line short).
4Choose a target: a specific Draft or Processing run, OR a period (the engine applies it to whichever run covers that period). Approved and Paid runs are refused — those need a fresh run.
5Optionally record the source period the correction relates to (audit only) and set the tax flags: is-taxable controls whether an earning flows into PAYE; is-pre-tax controls whether a deduction reduces chargeable income.
6Save. The adjustment appears as Pending and is picked up the next time its target run is generated.
How it appears on a payslip
An earning adjustment shows under Earnings alongside Base Pay (labelled e.g. Back Pay or Back Pay: Q1 rate fix) and folds into gross — and into the NIS/PAYE base if flagged taxable. A deduction adjustment shows under Deductions, reducing chargeable income first only when flagged pre-tax. Each adjustment is applied to exactly one run.
Lifecycle
An adjustment moves Pending → Appliedwhen its target run is marked Paid (the run records which payroll item consumed it, so re-paying the same run won't double-apply it). You can edit or cancel a Pending adjustment; once Applied it is locked. Cancel a Pending one to pull it out of an upcoming run without deleting the record.
Important — An adjustment only fires for a run that is generated after the adjustment is saved. If a target run was already generated, re-generate it (or pick a different Draft run) so the engine picks the adjustment up.
Insurance
A plan catalog plus per-employee enrollments. A plan defines the provider, policy number, type (health, life, disability, dental, vision), the per-pay-period premium, and how it splits between employer and employee. An enrollment attaches one employee to a plan, with optional overrides for a negotiated premium or split, and optional dependent coverage. Insurance is the single source of truth for premiums and the GRA medical/life insurance relief.
Creating a plan, then enrolling
1Open Compensation → Insurance and use the Plans view to add a plan: name, provider, type, the per-run premium, and the employer/employee split (e.g. 0% / 100% for an employee-paid plan).
2Set whether the plan counts toward GRA relief (on by default for health + life) and whether the employer-paid share is a taxable benefit-in-kind (off for most medical/life).
3Optionally turn on dependent coverage and set a per-dependent premium.
4Switch to the Enrollments view, click Enroll Employee, pick the plan and the employee. Leave the overrides blank to inherit the plan's premium and split; the dialog previews exactly what the employee and employer each pay.
5Use the dependents button on an enrollment row to name covered dependents — including a spouse, added inline without leaving the page.
How it appears on a payslip
The employee's share of the premium shows under Earnings/Benefits as a payroll line and is a post-tax cash deduction (it reduces net pay, not chargeable income). The employer share is an employer cost. If the plan is relief-eligible, the full premium also feeds the Medical / Life Insurance Premium relief line, which reduces chargeable income — capped at the lesser of premiums paid, 10% of gross, and $50,000/month (GRA Section 16(l)). Premiums apply to every run while the enrollment is active.
Dependents & the child deduction
A dependent added for insurance (e.g. a spouse) never affects the PAYE child deduction — only child-type dependents under the age cutoff count toward that, exactly as before. Naming dependents on a plan that covers them adds the per-dependent premium; the covered count is the larger of the named dependents and any manual count you set on the enrollment.
Important — Cancelling an enrollment stops future premiums and keeps the record; deleting removes it and its dependent links. Already-paid payslips always keep the premium they were run with. A plan with any enrollment can't be deleted — deactivate it instead.
Tip — Use the preset library when adding common allowances, benefits, or deductions — it auto-fills the typical defaults so you only customise the bits that differ for your company. Loans, credit union memberships, and cash holdings always start blank since the terms are unique per employee.
How this connects to other modules
Positions — attach common allowances and benefits at the position level so new hires inherit them.
Employees — compensation items can also be attached per-employee for one-off cases. Loans, credit union memberships, and cash holdings are always per-employee — the row IS the assignment.
Payroll — active items appear automatically in every run — allowances add to gross, deductions subtract from it, auto-deducting loans add a post-tax line capped at the remaining balance, and auto-deducting credit union dues + cash holdings each add a post-tax line that posts as a deposit when the run is paid. Pending adjustments targeting a run (or its period) apply once and flip to Applied when the run is paid.
Employer Costs — the employer-contribution portion of benefits feeds the employer-cost rollup. Loans, credit union dues, and cash holdings don't appear here — they're employee-side cashflow, not employer cost.
Employer Costs
What the company spends per employee, beyond just net pay.
Employer Costs rolls up everything the company actually spends per employee — gross pay, employer NIS contributions, employer benefit contributions, and any other employer-side costs. Useful for budgeting and per-headcount cost analysis.
Before you start
Payroll — at least one finalised run. This module is read-only — it derives from existing data, you don't enter anything here.
Compensation — benefits with employer-contribution percentages set, otherwise the employer side is empty.
NIS Configuration — for the employer NIS rate.
How it's calculated
The number comes from finalised payroll runs and the employer-portion fields on benefits and contributions. Filter by period, branch or department to see the breakdown that matters.
How this connects to other modules
Payroll — every finalised run contributes its employer-side total here.
Compensation — the employer-contribution percentage on benefits is what's rolled up.
Reports — use this view alongside the Payroll Summary report for budget vs. actual.
Employee Contributions
What individual employees have contributed to NIS, pension, etc.
The mirror of Employer Costs — it shows what each employee has contributed to NIS, pension schemes, and any other deducted contributions, year-to-date and per period.
Before you start
Payroll — read-only and derived from finalised runs.
Compensation — deductions configured (NIS, pension, union dues, etc.).
When this is useful
Reconciling contributions before submitting your return through the regulator's portal.
Helping an employee understand their year-to-date contribution.
Payroll — deductions taken in each finalised run feed the per-employee log.
NIS Compliance — cross-check that each person's NIS deduction matches the rates shown there.
My Payslips — employees can cross-check the YTD numbers shown on their payslip against this log.
HR
Recruitment
Open job postings and candidate pipelines.
The Recruitment module covers the path from posting a role to hiring someone. Track open positions, the candidates applying for them, and where each candidate sits in the pipeline.
Before you start
Positions — every job posting maps to an existing position so the role is consistent with your org structure.
Branches & Departments — needed to fully describe where the hire will sit.
Job postings
1Open Recruitment and click New Posting.
2Pick the position the role maps to (or create a new one if needed).
3Add the description, requirements and location/branch.
4Publish — candidates can now apply.
Candidates
Each posting has a candidate list. Move candidates through the stages (applied → screened → interviewed → offered → hired) and keep notes on each. When you mark a candidate as hired, you can convert them straight into an Employee record without re-keying their details.
How this connects to other modules
Positions — the job is anchored to a position so the hired candidate inherits its defaults.
Employees — marking a candidate hired creates a draft employee record pre-filled with their details.
Reports — headcount and turnover reports include the hire pipeline for forward-looking views.
Performance
Reviews, goals and feedback for employees.
Performance is where reviews and feedback live. Run regular cycles (annual, quarterly), set goals, and capture both formal reviews and ad-hoc feedback.
Before you start
Employees — there has to be someone to review.
Departments — recommended so review cycles can be scoped or rolled up by department.
Setting up a review cycle
1Open Performance and click New Cycle.
2Name the cycle (e.g. '2026 Annual Review') and set its date range.
3Choose who's in scope — all employees, a department, or specific people.
4Assign reviewers (typically each person's manager).
5Pick or build a question template — self-assessment + manager assessment is a common pairing.
6Launch the cycle. Reviewers and reviewees are notified to start filling theirs in.
Reviews
Each review can include a self-assessment, a manager assessment, and a final discussion summary. The cycle stays open until everyone in scope has submitted their part.
Feedback
Lighter-weight than a review — anyone (with permission) can drop feedback or recognition on an employee's record. Useful for keeping a running log between formal cycles.
How this connects to other modules
Employees — reviews and feedback are stored on the employee record and visible on their profile.
Reports — review-completion and rating-distribution reports help spot teams that need attention.
Analytics
Reports
Pre-built reports across employees, payroll, attendance and leave.
Reports gives you pre-built views across the data the rest of the modules generate. Filter by date range, branch, department or employee and export the result.
Before you start
Reports is read-only — it derives from data already in the system. The fuller the source modules, the more useful the reports.
Employees — needed for headcount and directory views.
Payroll runs — needed for any payroll, tax or NIS report.
Attendance data — needed for late/absence/timesheet reports.
Leave activity — needed for balance and usage reports.
Generating a report
1Open Reports and pick the category (Employee, Payroll, Attendance, or Leave).
2Choose the specific report.
3Set the date range, branch, department or employee filters.
4Hit Run — the report renders on screen.
5Click Export to download as CSV or PDF (filters are baked into the export).
Attendance Reports — late arrivals, absences, timesheets.
Leave Reports — balances, usage, accruals.
Exporting
Every report has an Export button — output is CSV or PDF depending on the report. Filters are baked into the export so what you see on screen is what you get in the file.
Tip — For numbers you check often, set the filters then bookmark the URL — the filters survive the bookmark, so you land on the filtered view next time.
How this connects to other modules
Employees — directory, headcount and turnover reports source from here.
Payroll — salary, tax, deductions and overtime reports source from finalised runs.
Attendance — late, absence and timesheet reports source from punches and schedules.
Leave — balance and usage reports source from approved leave records.
Self Service
My Profile
Your own employee record — view and update your details.
My Profile shows your employee record — the personal info, role, and contact details your employer has on file for you. What you can edit yourself depends on your company's policy.
Before you start
Your user account must be linked to an Employee record by your HR admin. If Self Service doesn't appear in your sidebar, that link hasn't been set up yet.
What you'll typically see
Personal details (name, contact info).
Role, department, branch and start date.
Documents your employer has on file (contracts, ID).
Emergency contacts.
Note — If something looks wrong but you can't edit it, ask your HR admin — some fields are locked by policy and only HR can update them.
My Payslips
Your own pay history.
My Payslips lists every payslip your employer has issued you. Open one to see earnings, deductions, year-to-date totals, and net pay. Download a PDF if you need a copy for a bank or landlord.
My Leave
Your leave balance and request history.
My Leave is your personal leave dashboard. See your current balances per leave type, your past requests, and any approvals or rejections.
Requesting leave
1Click Request Leave.
2Pick the leave type and date range.
3Add a reason if it's required.
4Submit. The request is sent to your approver.
Tip — Submit leave well in advance if you can — your manager has more flexibility to approve when there's lead time, especially around peak periods.
My Attendance
Your own clock-ins, clock-outs and hours summary.
My Attendance shows your time records — when you clocked in and out, total hours, late arrivals, and any periods marked absent. Useful for cross-checking against what shows on your payslip.
Spotting issues
If something looks wrong (a missed punch, a wrong clock-out time), flag it to your supervisor. Corrections have to be made before the period's payroll is finalised — after that they're locked.