BuildSuite Platform

A construction app platform, not a fixed ERP.

BuildSuite Platform is the open-source foundation: Frappe, ERPNext and BuildSuite Core, plus whichever modules a contractor actually needs. Your own IT team — or any Frappe partner — extends it into the exact system a client runs on. No forking, no per-seat licence, no vendor in the middle of your roadmap.

MIT licenceFrappe v16No user capsBuild your own app
bench --site acme.buildsuite.io list-apps
Apps on the bench Acme Commercial All open source
AppVersionLayer
frappev16Framework
erpnextv16Accounting base
buildsuite_corev2.4Construction
buildsuite_hrv2.4Construction
acme_customisationsv0.9Yours

Your app sits on top · base apps stay upgradeable

The stack

Four layers you don’t have to write.

Every layer is open source and independently maintained. You inherit the accounting engine, the construction domain model and the framework — and write only what is genuinely specific to your client.

Layer 1
Frappe frameworkDoctypes, permissions, workflow engine, REST API, background jobs
Layer 2
ERPNextGeneral ledger, tax, stock, purchasing, HR primitives
Layer 3
BuildSuite Core and modulesProjects, BOQ, rate masters, site execution, labour, WPS payroll
Layer 4
Your custom appThe client-specific 10% — and the only part you maintain

What you can change

Everything an integrator normally has to beg for.

01 / Data

New doctypes and fields

Add a Subcontractor Bill Certificate, a plant log, a QA checklist. Custom fields on existing doctypes survive upgrades because they live in your app, not in a patched core.

02 / Process

Workflows and approvals

Approval chains that match the client’s delegation matrix — by value, by project, by role — configured, not coded.

03 / Output

Print formats and reports

RA bills, measurement sheets and client reports on their letterhead, in the format their QS already signs.

04 / Logic

Server and client scripts

Validation, auto-calculation and posting rules in Python and JavaScript, versioned in your repo.

05 / Access

Roles and permissions

Row-level rules per project, site or company — so a site engineer sees their site and nothing else.

06 / Integration

APIs and webhooks

Every doctype is a REST resource. Push to Tally, pull from a biometric device, sync a bank file — without waiting for us.

The rule that matters

Build on top. Never fork.

Forking the base apps wins the first month and costs you every upgrade after it. A separate custom app gets the same power and stays mergeable — which is why every serious Frappe implementation is built this way.

Fork
Fast, then frozenSecurity patches and new modules stop arriving
Custom app
Yours, and upgradeableBase apps update underneath your code
Ownership
You own what you writeMIT imposes no obligation to publish what you build

What we maintain

Frappe, ERPNext, BuildSuite Core and the construction modules — tested together, released together, on GitHub in the open.

Upstream

What you maintain

One app, holding your client’s doctypes, scripts, print formats and integrations. Usually a few thousand lines, not a fork of half a million.

Your repo

Who builds it

Three routes, same codebase.

Nothing here is gated. Whoever does the work gets the same source, the same docs and the same repos.

In-house

Your IT team

A contractor with Python developers can clone the repos, stand up a bench and build their own app. We publish the domain model and the docs; you are not waiting on our roadmap.

Full sourceNo licence fee
Partner

A Frappe partner

Any Frappe or ERPNext partner can implement BuildSuite for their client and keep the relationship. The construction domain is already modelled, so the engagement starts at configuration rather than at zero.

White-labelPartner programme
Us

The BuildSuite team

If you would rather not staff it, we implement, host and support it — on exactly the same open codebase, so you can take it in-house or move to a partner later.

ManagedNo lock-in

What ships already

Six modules to start from.

These are the construction primitives you would otherwise model yourself. Take all of them, take one, or replace any of them with your own.

01 / Finance

Accounting & project finance

Ledger coded to project and cost code. Retention, WIP, advances, RA bills and subcontractor recoveries as first-class records.

02 / Pre-con

Estimation & BOQ

Bills of quantities off a controlled rate master, versioned, convertible into a client quotation.

03 / Site

Site execution

Subprojects, work packages, stages and tasks, with daily progress and delays logged from site.

04 / Supply

Procurement & stock

Material requests through approval to receipt, unmatched receipts flagged, stock tracked per site.

05 / People

Workforce & payroll

Gang attendance, overtime slabs, payslips and WPS bank files in your bank’s exact fixed-width format.

06 / Client

Reporting

Daily, weekly and monthly reports on your letterhead, generated from site data, exportable to PDF.

Deployment

Our cloud or your server.

Managed cloud

We run it

Hosting, backups, updates and support. Most firms choose this.

Private hosting

Your region

Dedicated instance where data residency rules require it.

Self-hosted

Your bench

Clone the repos and run it yourself. Free, unlimited users.

Get started

Clone it before you call us.

The whole platform is on GitHub under the MIT licence. Stand up a bench, read the domain model, and decide whether it is worth building on — then talk to us or to a partner.