A Philippines-localized payroll app for ERPNext that automates SSS, PhilHealth, Pag-IBIG (HDMF) contributions, BIR withholding tax and 13th-month pay. ECOSIRE builds it to your scope, installs it on your Frappe bench, and supports it after go-live. Built to order by ECOSIRE for ERPNext v15, v16 — indicative price from $249.00 USD; request a quote for a scoped proposal.

A Philippines-localized payroll app for ERPNext that automates SSS, PhilHealth, Pag-IBIG (HDMF) contributions, BIR withholding tax and 13th-month pay. ECOSIRE builds it to your scope, installs it on your Frappe bench, and supports it after go-live.
لا حاجة للدفع الآن. يؤدي هذا إلى إرسال طلب عرض سعر إلى فريقنا — وسنتواصل معك عبر البريد الإلكتروني بالأسعار والخطوات التالية.
Philippine BPOs and SMEs standardizing on ERPNext hit the same wall every payroll cycle: ERPNext core Payroll gives you Salary Structures, Salary Components and Payroll Entry, but it has no concept of the mandatory Philippine statutory deductions. SSS contribution brackets, the PhilHealth premium formula, Pag-IBIG (HDMF) contributions and BIR graduated withholding tax all end up hand-maintained in spreadsheets or hard-coded into brittle formula components that break the moment a circular changes a bracket. Finance teams then reconcile by hand and rebuild the BIR alphalist and 1601C every filing period. That is slow, error-prone, and does not survive an audit.
Statutory tables as effective-dated DocTypes (`SSS Contribution Table`, `PhilHealth Bracket`, `Pag-IBIG Setting`, `BIR Withholding Tax Table`) editable from the ERPNext desk without a redeploy
SSS contribution automation with employer/employee split, monthly salary credit brackets and salary-ceiling caps applied inside the Payroll Entry run
PhilHealth premium calculation using the current percentage-of-basic formula with floor and ceiling bounds
Pag-IBIG (HDMF) contribution computation, including the standard employee/employer rates and the maximum monthly compensation cap
BIR graduated withholding tax computed per the compensation withholding table, correct for semi-monthly and monthly pay frequencies
BIR alphalist and 1601C monthly remittance return generated as Frappe Query/Script Reports, exportable for filing
We build a proper Frappe app — for example ecosire_ph_payroll — installed on your own bench as a versioned module, not a pile of manual Salary Components. The statutory tables live in dedicated DocTypes (SSS Contribution Table, PhilHealth Bracket, Pag-IBIG Setting, BIR Withholding Tax Table) so effective-dated brackets are data you can edit through the ERPNext desk, not code you have to redeploy. Contribution and withholding logic runs in server-side Salary Component formulas and Python on_submit/validate doc events wired through hooks.py, so amounts compute deterministically inside the standard Payroll Entry run and post to the correct GL and liability accounts. Employer-vs-employee splits, salary-ceiling caps and the monthly-vs-semi-monthly proration are all handled in the computation layer rather than left to the payroll clerk.
On top of the calculation engine we build the reporting and compliance surface your accountants actually file with: the BIR alphalist and 1601C monthly remittance return as Query/Script Reports, per-agency remittance schedules for SSS/PhilHealth/Pag-IBIG, and 13th-month pay computation prorated over actual months worked. Role Profiles and permission rules scope who can view raw salary data versus who can run and approve a payroll cycle. Where you need to feed a government portal or a downstream system, we expose whitelisted methods over the Frappe REST API so remittance and alphalist data can be pulled programmatically, and scheduler events can pre-stage each cycle. The app targets Frappe/ERPNext v15 and v16, and client scripts add the desk-side validations and field behavior your team expects.
Because this is build-to-order, nothing is downloaded and hoped-for. We start with a short scoping call to confirm your pay frequencies, entity structure, which statutory circulars are in force and any company-specific allowances or de minimis rules. We build against that scope, hand you installable source for your version, deploy to a staging bench for UAT, then cut over to production with a rollback plan and a post-go-live support window. Typical delivery is 2–4 weeks from confirmed scope, depending on how many pay groups and report variants you need.
Runs semi-monthly payroll for hundreds of agents across shifting brackets. Needs SSS/PhilHealth/Pag-IBIG and BIR withholding computed correctly and automatically inside ERPNext, with remittance schedules that reconcile without spreadsheets.
Owns the BIR filings. Needs a defensible alphalist and 1601C generated straight from posted Salary Slips, correct liability-account postings, and an audit trail rather than hand-built returns.
Maintains the company's bench. Wants a clean, versioned Frappe app with source in git, proper DocTypes and `hooks.py` events, and REST endpoints they can integrate — not undocumented custom formulas that break on upgrade.
Processes payroll for several PH entities on one ERPNext instance. Needs per-company statutory settings, role-scoped access to salary data, and 13th-month computation that prorates correctly per employee.
قم بشراء الترخيص من موقع ecosire.com وقم بتنزيل تطبيق Philippines Payroll (SSS/PhilHealth/Pag-IBIG) for ERPNext ZIP من لوحة تحكم حسابك.
قم باستخراج ملف ZIP إلى مجلد تطبيقات مقعدك، أو قم بتشغيل "bench get-app" مع المسار إلى التطبيق المستخرج.
قم بتشغيل `bench --site SITE_NAME install-app APP_NAME` متبوعًا بـ`bench migrate` لتثبيت Philippines Payroll (SSS/PhilHealth/Pag-IBIG) for ERPNext وتطبيق مخططه.
افتح إعدادات ترخيص ECOSIRE على موقعك وقم بتنشيط مفتاح الترخيص الخاص بك. يتطلب تطبيقي ecosire_connect وecosire_license_client المجانيين.
| المعيار | ECOSIRE | بناء مخصص | منافس | أودو الأصلي |
|---|---|---|---|---|
| PH statutory coverage (SSS/PhilHealth/Pag-IBIG/BIR) | Built-in and automated across all four | Whatever you scope and build yourself | Partial; often missing BIR alphalist or 13th-month | |
| Bracket / rate maintenance | Effective-dated DocTypes editable in the desk, no redeploy | Depends on your design; often hard-coded | Varies; may require vendor update | |
| BIR alphalist & 1601C reporting | Generated as Query/Script Reports from posted slips | You build the reports and validate them | Sometimes included, quality varies | |
| Fit to your entity & pay cycles | Built to your confirmed scope on the call | Fully bespoke but you own the risk | Generic; you adapt to its assumptions | |
| Delivery model | Build-to-order, ~2–4 weeks, installed + UAT on staging | Your own project timeline and resourcing | Instant install, then self-configure | |
| Source ownership | Git repo handover — you own the code | You own it | Usually closed or licensed, limited access | |
| Support after go-live | Defined support window + optional ongoing | Whoever built it, if available | Vendor SLA if offered, quality varies | |
| Upgrade path (v15 → v16) | Structured as an upgrade-friendly app; assisted bumps | Depends on how it was written | Tied to vendor's release cadence |
No. This is build-to-order. ECOSIRE builds the app to your confirmed scope, installs it on your bench, and supports it. Nothing auto-downloads — we hand you installable source for your ERPNext version once it is built and tested on staging.
Typically 2–4 weeks from confirmed scope. It starts with a short scoping call to lock your pay frequencies, entity structure, statutory circulars in force and company-specific rules. Timeline moves with the number of pay groups and report variants you need; we confirm dates in writing before we build.
The statutory brackets live in effective-dated DocTypes you can edit from the ERPNext desk, so most rate or bracket changes are data updates — no redeploy. If a change alters the calculation logic itself (a new formula or an added contribution type), that is a code change we can handle under your support window or as a scoped update.
We build and test against Frappe/ERPNext v15 and v16 as a self-contained app. Tell us your exact bench version on the scoping call and we build against it. If you later upgrade, the app is structured to migrate cleanly and we can assist with the version bump.
Yes. Every engagement includes a defined post-go-live support window for defect fixes and questions. Beyond that, we offer ongoing support and statutory-maintenance arrangements. Because you receive the git repository, your own team can also maintain and extend the app.
It builds on ERPNext's native Payroll — Salary Structures, Salary Components and Payroll Entry. Statutory amounts compute inside the standard payroll run via server-side formulas and `hooks.py` doc events, then post to the correct GL and liability accounts. Your team keeps running payroll the normal way; the statutory logic runs underneath it.
Yes. Reports export from the desk, and we expose whitelisted methods over the Frappe REST API so alphalist, 1601C and remittance data can be retrieved programmatically for government portals or downstream integrations. The exact endpoints are agreed during scoping.
A Philippines-localized payroll app for ERPNext that automates SSS, PhilHealth, Pag-IBIG (HDMF) contributions, BIR withholding tax and 13th-month pay. ECOSIRE builds it to your scope, installs it on your Frappe bench, and supports it after go-live.