Skip to content
Our Best And Effective HR and Payroll Service Solution, HR Solutions, HR Solutions in Bangladesh

Human Resources Information System in Bangladesh

A human resources information system is the single record behind every employment document: one file per worker holding the appointment papers, attendance, leave balances and pay inputs. PayrollBD operates that system in Dhaka for the employers it serves, so a change entered once reaches the payslip, the register and the report.

What does the system hold?

Four kinds of record make up the system, and every one of them exists to answer a question an employer is eventually asked. Who is employed here, on what terms? What does each position cost? How is each person performing? And who is in the pipeline to join? One file answers all four.

Icon for employee records: one worker file with appointment papers and history

Employee records

The core file: one record per worker holding the appointment letter, the identity card entry, contact details, education and service history. It is the file the Bangladesh Labour Act 2006 expects an employer to be able to produce, kept current instead of reconstructed when someone asks.

Icon for positions and grades: each role, its grade and its holder

Positions and grades

Every position in the organisation, the grade it sits in, and who currently holds it. An unfilled position shows as unfilled rather than disappearing, so headcount planning starts from what the structure actually is, and a new hire is approved against a named grade with a known cost.

Icon for performance records: reviews and confirmations on the worker file

Performance records

Reviews, confirmations and training records held against the same worker file as everything else. When a confirmation or an increment is due, the record says so; when a dispute arises, what was assessed and when is already on paper rather than in someone’s memory.

Icon for recruitment records: applicants and shortlists carried into hiring

Recruitment records

Applicants, shortlists and interview outcomes for each open position, entered once and carried into the worker file at hiring. The papers that section 5 of the Labour Act requires at appointment are generated from data already in the system, not typed again from a CV.

Which records feed which output?

A record is only worth keeping if something reads it. The table names the five records the system holds, what each one feeds, and where the duty to keep it comes from. Four rows rest on the Bangladesh Labour Act 2006, and each provision was read in full before being named here.

Record in the systemWhat it feedsWhere the duty sits
Appointment letter and identity cardThe personnel fileLabour Act 2006, section 5
Service bookService historyLabour Act 2006, section 6
Register of workersThe inspection recordLabour Act 2006, section 9
Leave applications and ordersLeave balances and the pay runLabour Act 2006, section 10
Attendance and pay inputsThe monthly payslipThe engagement contract

 

Section 5 of the Act is categorical: no employer shall employ any worker without giving such worker a letter of appointment, and every such employed worker shall be provided with an identity card with photograph. Section 6 places a service book for every worker at the employer’s own cost, section 9 requires a register of workers available to the Inspector at all times during working hours, and section 10 requires the employer to issue orders on a leave application within seven days, or two days before the leave begins, whichever is earlier. The Act’s text is reproduced by the International Labour Organization, and the system is built so those records exist before anyone asks to see them. Reviewed by Eicra Binte Islam, HR Admin, PayrollBD.

Who works inside the system?

Three groups touch the system, and each sees the part it needs. Your managers see their own teams. Your finance team sees inputs and reports. The PayrollBD desk keeps the record current. Nobody emails a spreadsheet to anybody, because the spreadsheet is what the system replaces.

Your managers

Leave applications, approvals and team records for their own people only. A manager sees who is in today, what balance a leave request draws on, and which confirmations fall due this month, without holding a single personnel file in a desk drawer.

Your finance team

The pay inputs each month and the reports after each run, read from the same records the registers are kept from. Finance stops re-keying HR data into its own sheets, and an auditor’s question traces from the payslip back to the source entry in one step.

The PayrollBD desk

Data entry, record maintenance and the statutory registers, run as a service. The desk enters changes once, keeps the worker files current, and produces the register, the payslip and the report from the same entry, so the three can never quietly disagree.

How does the system go live?

Five stages take an employer from scattered files to one system, and the fourth is the protection: a full month runs in parallel before anything is switched off. The sequence is the same whether the records come from a filing cabinet, a spreadsheet or an outgoing provider.

  1. 1Collect the current files, registers and payroll history.
  2. 2Build one record per worker from what the papers prove.
  3. 3Load balances: leave taken, service dates, pay history.
  4. 4Run one month in parallel with the current process.
  5. 5Open access, switch reporting to the system, retire the sheets.

Which services run on this system?

The system is the record layer under the services PayrollBD runs: each service below draws on the same worker files this page describes, and each has its own page with its own scope and fee. An employer can hand over one service or several; the record layer comes with whichever is engaged.

Payroll processing solutions

The monthly cycle: attendance and leave in, deductions computed, payslips out, the closing report filed. The system supplies the inputs and stores the outputs, so the pay run starts from reconciled records instead of a fresh collection exercise each month. See payroll processing solutions for the full scope.

HR management service

The service desk that runs employment paperwork day to day: appointment papers, benefits, file audits, pay grades and senior hiring. The desk writes into the same system this page describes, which is why its answers and its payslips always agree. See the HR management service page for the scope.

Human capital management

The records-layer service: employee files, leave, attendance, performance and training administered as an engagement. Where that service is the work being done, this system is where the work lands and stays auditable. See human capital management for what the engagement covers.

Workforce management service

Scheduling, shift cover, absence and the attendance data that feeds a pay run, for site-based and shift-based teams. Attendance is where most pay errors start, so the system holds it beside the leave record it must reconcile with. See workforce management for the detail.

What gets asked about the HRIS?

Four questions come up whenever an employer looks at moving records into a system someone else operates. Each answer below opens with the position, then the practical detail, and the honest limits are stated where they exist rather than discovered after the handover.

Who owns the data in the system?

You do. The worker files, balances and history belong to the employer, and a full export can be taken at any point in the engagement, including at exit. PayrollBD operates the system and keeps the record current; operating it is a service, not a claim on the data. What leaves with you at the end is the complete file, not a summary.

Can it hold contract and part-time workers?

Yes. A record is opened per person engaged, whatever the engagement form: full-time, part-time, fixed-term or contractor. The file shape differs where the law differs, since a contractor carries an agreement rather than an appointment letter, and the system keeps those distinctions visible instead of forcing everyone into one employee template.

Does it support remote and site teams?

Yes, and the two need different things. A remote team needs access and approvals that work from anywhere, which they do. A site team needs attendance captured at the site and reconciled against the schedule, which the workforce side of the system handles. Both end in the same worker file and the same pay run.

Can it connect to tools we already use?

Within a defined scope, yes. Inputs can arrive from your attendance devices or sheets, and outputs leave as exports your accounting or group reporting can read. What is agreed at the scope stage is exactly which files move in which direction and on what schedule; an integration that is not named there is not promised.

Put every record in one system

Send your headcount and a line on where the records sit today: cabinet, spreadsheet or another provider. We come back with the handover sequence, what the first parallel month checks, and the fee for your case, set by headcount and the services engaged on the system, before anything moves.