Phnom Penh · Cambodia

Software that has to be right.

We build business systems for Cambodia — payroll, invoicing, automation — where every rule they enforce traces back to the document it came from.

01 — Source00%
[Instrument text not reproduced — placeholder]
// parsed from Prakas 449/2017 LV/PrK
{
  "instrument": "nssf.contribution",
  "basis": "gross_monthly",
  "employer_rate": 0.0000,
  "employee_rate": 0.0000,
  "ceiling_khr": 0,
  "effective": "[placeholder]",
  "authority": "449/2017 LV/PrK"
}
Gross salary0
NSSF — employee0
NSSF — employer0
Tax on salary0
Seniority accrual0
Net payable (KHR)0

Figures are placeholderA payroll run producing real figures

The rules, compiled.

Scroll
075 MEF.PrkE-invoicingLaw on TaxationTax on SalaryLabour LawSeniority paymentNSSFContribution ratesGDTE-filingMinimum WageAnnual prakasPrakas 117Business registrationPDPData protection075 MEF.PrkE-invoicingLaw on TaxationTax on SalaryLabour LawSeniority paymentNSSFContribution ratesGDTE-filingMinimum WageAnnual prakasPrakas 117Business registrationPDPData protection
Fig. 0.0

Most software is allowed to be approximately right.

Payroll isn't. Tax isn't. An invoice submitted to the GDT isn't. When being slightly wrong means a penalty, a re-filing or an inspection, “it mostly works” stops being an acceptable answer — and the way you build has to change to match.

Fig. 1.0

Recorded once, every place it lands

A rate, a threshold, a deadline — recorded once from the document it came from, then read by everything that depends on it. When it changes, it changes in one place, and everything downstream follows.

Source instrument
Prakas 449/2017 LV/PrK
NSSF contribution rates.
Source instrument
Prakas 075 MEF.Prk
E-invoicing submission.
Product
IustumHR
Payroll, NSSF, seniority
Product
IustumBill
E-invoice submission
Integration
Client systems
Whatever you already run
How we work
Fig. 4.0

What needs building?

Pick the closest, or tell us it's none of these.

Selected
Custom software development

A system built from your rules, not adapted to them.

What custom software involves

Instruments implemented

An instrument is the legal document a rule comes from — a law, a prakas, a sub-decree. Every rule the payroll engine applies is written down somewhere official, and that document is its instrument.

Provisional list, not yet verified. Every entry is checked against its primary document — not against a summary — before this grid goes live.

Ministry of LabourPrakas 449/2017 LV/PrKNSSF occupational risk and health care contribution ratesNot yet verified
[To verify]Sub-Decree 144Contributory wage floor and ceilingNot yet verified
[To verify]Sub-Decree 32NSSF pension contribution, phased ratesNot yet verified
[To verify]Law on TaxationTax on Salary, resident progressive bracketsNot yet verified
[To verify]Labour LawSeniority payment accrualNot yet verified
[To verify]Labour LawLeave entitlement and overtime ratesNot yet verified
Ministry of LabourAnnual minimum wage prakasMinimum wageNot yet verified
[To verify]Prakas 075 MEF.PrkE-invoicing submission — enforced in IustumBill, not IustumHRNot yet verified
Fig. 5.0

Every claim carries its source

The discipline that makes the software right is the same one that governs what we say about it.

NSSF occupational-risk contributions, calculated at the current rate against the statutory wage ceiling.

Authority
Prakas 449/2017 LV/PrK
In force from
[Awaiting primary-source check]
Also governed by
Sub-Decree 144 (wage floor and ceiling)
Last reviewed
[Awaiting primary-source check]
Enforced in
IustumHR payroll engine