Book a free consultation (opens in a new tab)

HR and Payroll Module

HR and Payroll ERP Module

Every other part of an ERP tolerates a rough edge. A stock figure that is slightly off is a nuisance you fix on the next count.

  • 1Fixed pay date, no slippage
  • 2-3Parallel cycles before cutover
  • YearlyStatutory rules change at least

Why It Matters

Precision on a deadline, in the most localised part of the ERP

A wrong payslip is not a data issue, it is a trust issue

Nobody escalates a stock valuation that is out by half a percent. Everybody escalates a payslip that is short. Payroll runs on a date fixed by contract and often by law, so there is no option to slip a week while you investigate. That constraint changes how you build.

  • The run stays reversible until commit, and immutable after it
  • Every rule written down and tested against a real past month
  • Exceptions surfaced before the run, not discovered on the payslip

A global ERP does not arrive knowing your local rules

Payroll is the most country-specific part of any ERP.

  • Confirm a maintained localisation exists for every country you pay in
  • Name the person or partner responsible for statutory updates
  • Budget for change every year, not as a one-off configuration

Hire to pay, the cycle the module runs every month

  1. Onboard and set up

    Employee record created once with grade, cost centre, reporting line, contract, salary structure and bank details, then access rights and leave entitlement follow from it.

  2. Capture attendance and inputs

    Shifts, clock data, approved leave, overtime and unpaid absence accumulate through the month, with a published cut-off that decides what makes this run.

  3. Run and verify

    Gross to net calculated, exceptions and variances against last month reviewed line by line, corrections made while the run is still reversible, then committed and locked.

  4. Pay and file

    Bank payment file released on the fixed date, payslips published to self-service, and statutory returns and contribution payments filed on their own deadlines.

  5. Post to the ledger

    A salary journal with cost centre and department splits, statutory liabilities held until paid, leave accrual updated, and the bank file reconciled to the posted net pay.

What we set up when we configure this module

  • Employee master and structure

    One record per person, with grade, cost centre, reporting line and salary structure feeding pay, costing and access rights from a single place.

  • Attendance and leave rules

    Shift patterns, overtime rates by day type, leave accrual and carry-forward caps, unpaid absence handling and a published monthly cut-off.

  • Pay run configuration

    Salary components, gross to net logic, statutory and voluntary deductions, arrears, off-cycle runs, and a run that stays reversible until commit.

  • Salary journal and bank file

    Posting rules with department and cost centre splits, statutory liability accounts, leave accrual, and a payment file that reconciles to the journal.

  • Self-service and approvals

    Payslips, leave applications, expense claims and detail updates in the employee's own hands, with manager approval in the same flow.

  • Access control and parallel run

    Salary visibility by role, an audit trail on pay data, and two to three parallel cycles reconciled to the individual before anyone goes live.

Why teams hand us the HR and payroll setup

  • We insist on parallel running

    Two cycles minimum, three where shift and overtime rules are complex, every difference reconciled to the individual.

  • We are honest about localisation

    If there is no maintained localisation for your country, we say so and recommend a local payroll engine or a bureau.

  • We fix the attendance input first

    Most payroll errors start upstream in shift, clock and leave data.

  • Access control from day one

    Salary visibility by role, directors' pay ring-fenced, and an audit trail on pay data configured at the start, not bolted on later.

  • The ledger side is designed, not defaulted

    We agree posting rules, cost centre splits and liability accounts with your finance controller before the first run, so the journal needs no repair.

  • We will tell you to keep your payroll

    When a specialist local system already works and the ERP's localisation is weak, integrating is the right call.

HR and payroll module questions

Will the ERP handle our local payroll and statutory rules?

Not out of the box, and no honest consultant will tell you otherwise. A global ERP ships a payroll engine that can calculate almost anything, but it does not arrive knowing your income tax slabs, your social insurance rates, your gratuity rule or your filing formats. Those come from a localisation pack, a partner-built module, or configuration we write for you. Before you commit, ask three questions: does a maintained localisation exist for your country, who updates it when the rules change, and is that update included in what you are paying.

Should we keep our existing payroll system and integrate it?

Often yes, and we say so even though it is the smaller piece of work for us. Keep the specialist system or the bureau when your country has heavy statutory complexity, when the ERP has no maintained localisation for you, or when a single compliance mistake carries real penalties. In that case the ERP owns the employee master and the general ledger, and payroll sends back a salary journal and payment file each month.

How does attendance actually feed payroll?

Through a cut-off date and a set of rules, not through a spreadsheet emailed on the last day. Shift patterns define expected hours, the attendance record captures actual hours from a biometric device, an app or a supervisor entry, and rules turn the difference into paid overtime at the correct multiplier, unpaid absence, or a leave deduction from an accrued balance. Everything approved before the cut-off goes into this run and everything after it goes into the next one, as arrears.

How does payroll post to the accounts?

As a single salary journal generated by the committed run, split the way finance needs to read it. Gross pay is debited to salary cost by department and cost centre, employer contributions are debited to their own expense lines, employee deductions and employer contributions are credited to statutory liability accounts until they are paid over, and net pay is credited to a salaries payable account that clears when the bank file settles. Add a monthly accrual for unpaid leave liability and for any bonus provision.

Who can see salary data, and how is that controlled?

Salary visibility is restricted by role, and this is the one area of the ERP where we recommend being stricter than feels comfortable. A line manager sees attendance, leave and performance for their team but not pay. HR operations sees pay for the population they administer. Finance sees the posted journal totals rather than individual payslips. Directors' pay is often ring-fenced to a named list of two or three people.

How do we switch payroll systems safely mid-year?

By parallel running, and we will not go live without it. Run the old and the new payroll on the same month's data for at least two cycles, three if you have complex shift or overtime rules, and reconcile every difference down to the individual employee rather than accepting a total that looks close. Year-to-date figures for tax and statutory contributions must be loaded and verified, because a mid-year switch that loses them produces wrong deductions for the rest of the year.

Related

The other services in this section, and related pages from TCB Infotech.

Scope Your HR and Payroll Setup

No commitment. A practical view on localisation, integration and what a safe payroll cutover would involve.