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?
Fields, approvals, print formats. Shipped as fixtures, so they survive upgrades.
ERPNext customization
Years of Server Scripts?
Ten scripts on one Sales Order, no tests, no history. erpfly rewrites the ones that block documents or touch money as Python in an app, wired through doc_events.
Server Scripts vs a custom app
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 [email protected] 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 that installs next to ERPNext. 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.
Pro is $20 a month and includes $20 of AI credit every month, so what you pay is what you get to spend on building. There’s no per-user fee on your ERP. Plans and how credit works are on the pricing page.
ERPNext and Frappe v15 and v16, including Frappe HR. Apps install with bench on your own server or on Frappe Cloud. We add new major versions shortly after they’re released.
Yes. Connect a staging site and erpfly reads your current DocTypes, Custom Fields and Server Scripts 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.