ERPNext · Frappe
New modules on ERPNext
A proper Frappe app with DocTypes, workflows, reports and tests. Installs with bench, runs on Frappe Cloud.
ERPNext module development
What you can build
ERPNext · Frappe
A proper Frappe app with DocTypes, workflows, reports and tests. Installs with bench, runs on Frappe Cloud.
ERPNext module development
Already live on ERPNext or Odoo?
Fields, approvals, print formats. Shipped as fixtures, so they survive upgrades.
ERPNext customization
Odoo 17 · 18 · 19
Models, inherited views, access rules and QWeb reports. Community or Enterprise.
Odoo module development
When nothing off the shelf fits
Start on the Frappe framework, not a blank repo. Users, permissions, API and reports exist on day one.
Custom ERP development
How it works
In your own words. Paste the spreadsheet or a photo of the paper form if that's easier.
It asks only what it can't work out from your setup, like who's allowed to override.
A copy of your site with the module installed. Break it, then ask for changes.
Code lands as a pull request with tests. Your developer, or ours, reviews it first.
For developers
Every change is a pull request your developer would recognise: app structure, tests, migrations and a README that says what changed and why.
Module library
The modules people ask for most. Each is a template you bend to fit, not a fixed product.
By industry
Lot tracking for food. Retention on progress bills for construction. Trip sheets for logistics. The details generic ERP demos skip.
Straight answer
Sometimes you should. A good ERP developer knows accounting edge cases no model does. But most module work isn't that. It's DocTypes, views, permissions, a report, a print format and the tests that always slip to next sprint.
erpfly does that part in minutes, so expensive human hours go where they matter.
Read the full comparison ›erpfly is good at
Bring a human for
From the blog
Something missing? Email hello@erpfly.com and a person will answer.
It’s an AI builder for ERP code. You describe a module (a CRM rule, a warehouse process, a whole rental business) and erpfly writes it as a Frappe app for ERPNext or an addon for Odoo. You test it on a sandbox copy of your site, then merge it into your own repository.
No, and that’s on purpose. No-code tools keep your logic inside their platform. erpfly produces ordinary source code, so a developer can read it, you can version it, and it keeps working if you stop paying us.
For small modules, often not. For anything touching accounting entries, heavy integrations or a production go-live, we recommend a developer reviews the pull request. erpfly turns weeks of their time into an afternoon of review.
ERPNext and Frappe v15 and v16, and Odoo 17, 18 and 19 (Community and Enterprise). We add new major versions shortly after they’re released.
Yes. Connect a staging site and erpfly reads your current DocTypes, custom fields or Odoo models first, so new code builds on what you have instead of fighting it.
erpfly needs your schema, not your records. A read-only key on a staging site is enough. Sandbox copies are deleted when you close a project. See our privacy page for the details.
Write it the way you’d explain it to a new hire. We’ll turn it into an app you can read, test and install.