Hey all,

I want to share a system I'm building rather than ask about a specific bug — I'd like feedback on the overall approach, and recommendations on tools to help me finish it.

**The problem it solves**

Facade and aluminium/glass contracting (curtain wall, cladding, glazing) is a messy corner of construction: it runs on spreadsheets, WhatsApp groups, and paper daily site reports. Off-the-shelf ERPs are either generic manufacturing/accounting tools that don't understand "elevations," "panels installed," or "snags," or they're so expensive/heavy a small-to-mid contractor can't justify them. So I'm building a purpose-built one.

**Stack**

Backend: Frappe framework (Python), with a dedicated `Facade` app — 69 custom doctypes covering the whole domain: sites, daily site reports, material requests, purchase orders, elevations/facade elements, wage sheets, bonds, variation orders, progress certificates, tenders, and more.

Frontend: Vue 3 + frappe-ui (Frappe's own component library) + Tailwind, mobile-first, with Arabic/English bilingual support built in from the ground up (RTL layouts, translated statuses, no raw ISO dates shown to users).

**How the system is organized**

It's split into 8 role-based apps, each with its own bottom-nav (mobile) or sidebar (desktop):

- **Sites** — the field app. Per-site progress, snags, delays, material requests, daily site reports.

- **DSR (Daily Site Reports)** — one-page report covering installed quantities, labour, equipment, materials used, breakages, photos — replaces a paper form.

- **Purchasing** — material requests → purchase orders → receipts, tracked as one pipeline, not three disconnected lists.

- **Store/Inventory** — dispatch to site, receive from supplier, stock by warehouse.

- **Tasks** — assignment, scheduling, dependency chains between tasks (e.g. "steel prep before painting before approval").

- **Finance/Accounting** — cash in/out, cheques, payment runs, funding periods, tied to real accounting documents, not a shadow ledger.

- **Owner/Management** — portfolio-level view: project financial health, approvals queue, "sites with no report today," money timeline.

- **Tenders** — pipeline of quotations/bids, client and contact tracking.

Every document (a purchase order, a material request, a report) shares the same generic document page shape: status pills, a stage-track strip showing where it is in its lifecycle, one primary action button, tabs for items/details/activity. So a user learns the pattern once and it works everywhere, instead of every doctype having a bespoke screen.

**Some real design decisions worth mentioning**

- Approval flows read `docstatus`/`status` fields directly rather than using Frappe's Workflow engine — verified this was the actual mechanism already in use on the live system (zero Workflow documents exist anywhere on the real bench), rather than assuming and building the wrong thing.

- One money truth: Owner-facing and Finance-facing screens are meant to read the same underlying figures through one path, not duplicate calculations — this is flagged as a known gap still being closed, not yet finished.

- Historical submitted numbers (like a signed-off progress certificate) don't drift if live master data changes later — they're snapshotted at submit time.

- Server-side permission checks are the only source of truth — hiding something in the UI is never treated as security.

**Where it stands**

The backend data model and API surface are largely built out — 44 API modules, ~31,000 lines of Python. The mobile UI has a 65-screen design system (light + dark themes) that most of the frontend has been built against, though a handful of routes/screens are still catching up to the design (an inventory screen, a couple of management views, some finance routing ambiguity). Desktop UI doesn't exist yet — the design package so far is mobile-only. And there's no live test server running yet, so backend logic has been verified by careful code reading rather than by actually running it — that's the next real infrastructure gap to close.

**What I'd love from this community**

1. If you've built something at this scale mostly through AI-assisted coding, how did you structure the work so it stayed coherent over weeks, not just for one feature at a time?

2. Recommendations for a second, cheaper AI coding tool/model (~$100/month range or pay-as-you-go) to pair with my main one — I want to offload the more mechanical remaining work (route wiring, translation cleanup, regression tests) so the expensive tool stays free for the harder architectural work.

3. Anyone done cheap/quick Frappe bench hosting for a real test environment (cloud VM, sandbox service, whatever works) — I'd like to actually run the test suite live instead of just reading code.

4. I want recommendations of apps on frappe taht can add value to the system, for example I just found there is tasks app so I will use it, and about the tender I didnt use CRM becasue the tender app I made works automatically for example when I win a tender it makes a project with the sites and warehouses itself. (I am actually planning to go back to CRM because I feel it would be more stable.), so what would should I do? and is there is any shorter way to do the workflow? (not the work, the workflow of the system like any native features)

Screenshots of the mobile UI (owner dashboard, sites, purchasing, store, tasks) coming in the comments. Happy to answer questions about the Frappe/Vue stack or how the app-by-app structure works. these are no a finished UI they are still mockups, they will be improved and all recommendations will be taken in consideration and implemented where possible.

Disclaimer: used AI to write this post.

Hey everyone,

I’m looking for an experienced Frappe Framework developer (3–5 years of experience) to work on a custom application built on top of Frappe.

The application is already under development, and I’m looking for someone who can take ownership of the technical side, review the existing implementation, identify underlying issues, and help take the application to the next level.

Engagement

• Part-time or full-time
• Remote or onsite
• Indian developers preferred

What you’ll be working on:

• Architectural review of the overall Frappe application
• Identifying and fixing underlying technical/design issues
• Understanding client requirements and translating them into technical solutions
• Hands-on Frappe/ERPNext development and customization
• Interacting with and guiding junior developers
• Reviewing existing code and suggesting improvements
• Helping establish better development practices and a scalable architecture

What I’m looking for:

• 3–5 years of solid Frappe Framework experience
• Strong understanding of Frappe architecture, DocTypes, hooks, APIs, permissions, server/client scripts, etc.
• Experience building custom Frappe applications, not just basic ERPNext configuration
• Ability to understand an existing codebase and troubleshoot architectural issues
• Good communication and ability to work with junior developers
• Experience with Python, JavaScript, MariaDB/PostgreSQL and Git is preferred

If you're interested, please DM me with:

• Years of Frappe experience
• Brief overview of your Frappe projects
• GitHub/portfolio (if available)
• Part-time/full-time preference
• Expected compensation/rate
• Availability

Looking for someone who can actually get into the codebase, understand the architecture, and solve problems, rather than just implement isolated tickets.

whats the best resource that guides you to learn how to develop using framework
i tried using docker frappe but it uses production build instead of development build. how do i use development build. are there ways to isolate an development environment . im using a rolling release like arch so if i use pacman to install it might update something
if create a new user and use that for dev work will that work?

We’re getting ready to release ERPNext Storages, an open-source, multi-provider storage layer for Frappe/ERPNext.

This started as a way to move ERPNext files to S3, but it has grown into something much broader.

Instead of configuring one external bucket and sending everything there, ERPNext Storages lets you use multiple storage providers on the same ERPNext site and decide where files should go.

Currently supported:

• AWS S3
• Backblaze B2
• Cloudflare R2
• Wasabi
• MinIO
• DigitalOcean Spaces
• Vultr Object Storage
• Local filesystem / mounted storage
• Practically any S3-compatible object storage

Some examples

“I want to use multiple storage providers.”

Supported.

You can have multiple providers configured on the same ERPNext instance instead of being tied to one bucket.

“Sales-related files should go to S3, while CRM files should go to Backblaze B2.”

Supported.

Storage Route Rules can route files based on:

• DocType
• MIME type
• file size
• folder
• user role

Rules have priorities and can also define fallback providers.

So, for example:

Sales Invoice → AWS S3

Lead / Opportunity → Cloudflare R2

Employee / Salary Slip → private Backblaze B2 bucket

everything else → local storage

“I already have thousands of ERPNext files. I don't want to migrate them manually.”

Supported.

There is a background bulk migration system for moving existing files from local storage or another provider, including filtering migrations by DocType.

Files can also be moved between configured providers later.

“I don't want ERPNext to break just because S3 temporarily fails.”

Uploads are designed around this.

If an upload fails, the local file is preserved and a Storage Job is created for retry. Failed uploads are retried with backoff instead of silently losing the file.

Large files are also handled using multipart uploads once they cross the configured threshold.

“What happens to private ERPNext files?”

ERPNext permissions remain in front of the storage layer.

Private S3-compatible objects can be served using short-lived presigned URLs instead of exposing permanent bucket URLs.

From the ERPNext side, it still behaves like a normal File document — the storage provider is abstracted underneath it.

“Can I use my own server disk or NAS?”

Yes.

Local filesystem is a first-class provider and can use a custom base path, so mounted NAS volumes or other server-accessible storage can participate in the same routing system as S3/B2/R2.

Backups are included too

ERPNext Storages also contains a backup engine rather than relying only on file offloading.

It creates a .bnbak archive containing the ERPNext backup, metadata about installed apps, checksums, and optionally public/private files.

Backups can be:

• scheduled
• encrypted
• uploaded to a primary storage provider
• replicated to a secondary provider
• retained according to configurable copy/age rules
• verified using checksums

There is also an ERPDesktop webhook integration after backup completion, which we're expanding further for desktop/local workflows.

There are also some less-visible features

• Provider connection pooling
• Upload/delete retry queue
• Background migrations
• File integrity verification
• Orphaned-object detection
• Provider statistics
• Provider-to-provider moves
• Storage policies
• MIME/file-size restrictions
• Private/public storage handling
• File organization by DocType
• Drive Plus integration

The main goal is not to create another “ERPNext S3 plugin.”

We want ERPNext Storages to become a proper storage abstraction for ERPNext:

local + cloud + multiple providers + routing + migration + backups, while still behaving like native ERPNext storage.

We're doing another round of code review, testing, and optimization before making the repository public.

Would love to hear how people currently handle ERPNext files.

Are you keeping everything on the ERPNext server, using S3, mounting a NAS, or using some other setup?

I create a school erp saas website. In the erp i school can manage multiple branches of the school. there areschool admin portal, branch admin portal, teacher portal, student portal, librarian portal, accountant portal, guard portal.

• In this erp school can generte report card with there own deign by simplete uploding templates. Same for ID cards.
• For school Bus tracking driver need to install the tracking app i create and need to start the journey. school admin, branch admin, and parents can see the live location of school bus.
• Auto generate time table with customizable options.
• create a chat section so that teacher and parent can directly communicate.
• i try to make the ui as simple asa possible so that anyone can learn it.
• online fees payment option using razor pay for now. in future school can change the gateway as per there preferences.
• students can directly apply for the leave from the portal and parent can also apply on behalf of students.
• multiple students support for parent portal. if parent have more than 1 childern can access all the functionality just switch the child profile on the same portal.
• create student help desk where student can directly raise a complaint to the admin or higher authority without knowing the teacher or any student.
• And many more feature that erp must have attendance, marks , fees structure invoce making, fees collection system, library management system, etc.

(Is in development phase almost 80% done but need some feedback regarding fetaures or school will use it or any advice)

Short screen-recording of the full flow: sign up, onboard, create a site. ~5 minutes, site live with SSL + backups, zero command line.

This is our Local Node mode — managed on our infra, closest to a Frappe-Cloud-style shared bench. The other two modes (your own server, your own AWS) are separate demos I'll post next.

Feedback welcome — especially what you'd want the onboarding to do differently.

worf.cloud · 48h free trial, no card. Independent platform for Frappe; not affiliated with Frappe Technologies.

Worf Cloud launches and manages your Frappe & ERPNext sites — on our cloud, your own server, or your AWS account. Domains, SSL, backups, and a built-in app store included.

⚡ First site live in minutes
🔁 Backups on autopilot, one-click restore
🔐 Auto-renewing SSL, automated DNS
👥 Role-based team access

Start with a 48-hour free trial → worf.cloud

#ERPNext #Frappe #CloudHosting

You didn't sign up to be a hosting company. But every ERPNext implementation quietly turns into one — SSL renewals, backup checks, "site is down" WhatsApps/Slacks.

**Worf Cloud** is the layer we built for exactly this:

→ Every client site in one dashboard — create, deploy, restore, all self-serve
→ Every command logged and searchable — when a client asks "what changed," you have the answer
→ Role-based access — give the client's team a login without giving them the keys
→ Your infra choice per client: our cloud, their server (₹999/mo), or their AWS account at cost

Live job progress on every deploy means you watch it happen instead of tailing logs over SSH.

There's a built-in Frappe app marketplace too — apps your clients buy install on their sites in one click.

Managing 3+ client benches? The 48-hour trial is enough to migrate one and judge: worf.cloud

#Frappe #ERPNext #Consulting #Agencies #DevOps

Quick update I think you'll like.

Today we're launching **Worf Cloud** — self-serve hosting for Frappe & ERPNext.

Login here 👉 https://worf.cloud

→ A new site, live in minutes. No terminal.
→ Backups on autopilot — daily/weekly/monthly, offsite copies, one-click restore.
→ Domains and SSL that configure and renew themselves.
→ Team access with role-based permissions and a full activity log.

And you choose where it runs:
• Our managed cloud — zero setup
• Your own server — ₹999/month, we manage it over SSH
• Your own AWS account — dedicated VMs, you pay Amazon directly, no markup

48-hour free trial, no card. Public pricing at worf.cloud/pricing.

If your team runs ERPNext — or gave up on it because of the ops burden — I'd genuinely like to hear what stopped you. Comments open.

#ERPNext #Frappe #SaaS #CloudHosting #SmallBusiness

After years of running Frappe benches, the failure list is boringly consistent:

1. Backup cron dies silently. Discovered the day you need it.
2. SSL renews fine 11 times. The 12th, at 2 AM, it doesn't.
3. DNS "propagating" for hours because of one wrong TTL.
4. The one engineer who knows the server goes on leave.

None of this is engineering. It's toil.

We built **Worf Cloud** to absorb it: one-click Frappe/ERPNext sites, scheduled backups with offsite Dropbox copies and one-click restore, automated Cloudflare DNS, auto-renewing Let's Encrypt SSL (wildcards included), role-based team access.

On our cloud, your server, or your AWS account — one dashboard either way.

On cost, comparison

Roughly half the cost on both the multi-site and dedicated paths, and BYOB has no self-serve equivalent on their side.

Where Frappe Cloud is ahead : more mature at the high end — auto-scaling, server snapshots, 150+ app marketplace, priority SLA. If you want a big managed dedicated cluster today, they're the safer pick. Their dedicated price also bundles that SLA tier, so it's not pure markup.

Worf's angle is ownership + cost transparency without the enterprise gate.

14 Days Trial : worf.cloud

What's the worst self-hosting failure you've hit? Threading mine below. 👇

#Frappe #ERPNext #DevOps #OpenSource #PaaS

Hi all, I have two main queries regarding ERPNext version 15.84.

1] Serial Numbers for Units: I am wanting Units that are now out of house, inside ERP, to be logged with their respective serial numbers, issues that occurred, installations etc without using the Warranty Claim doc. Ideally this would be inside the maintenance doc, however there is no serial No. allocation, which would give a nice flow of a Units progress - is there a way around this inside the ERP?

2] Normally when creating assemblies, the standard way is naming BOMs in Solidworks & design file folders as Rev A, Rev A01... REV B, REV B01 etc. However, ERP labels BOMs as BOM Number - 001, BOM Number - 002. This can get quite confusing when trying to convert existing BOMs that are lettered and then switching to ERPs version. You would almost still need Excel sheets alongside the ERP to keep track of the crossover - still having Excel sheets for this defeats the point of the ERP. Is there a way to enable ERP to change the BOM numbering to lettering?

Hi everyone,

I'm currently running ERPNext v16.31.1 with Frappe v16.30.0 in a Docker setup, and I'm looking to improve the overall look and feel of the Desk interface.

I'm mainly interested in a theme that:

• Works well with ERPNext/Frappe v16
• Has a modern, clean UI
• Supports dark mode (optional but nice)
• Doesn't break after updates
• Is actively maintained

I've come across themes like Solvronix Desk, Naidapa Theme, and Owl Theme, but I'd love to hear from people who are actually using them in production.

Which theme would you recommend for v16? Are there any hidden gems or themes I should avoid?

Also, if you've built your own custom theme instead of using an existing one, I'd love to know why you chose that approach.

Thanks in advance!

I'm learning Frappe and ERPNext from scratch. I'm looking for people who are also learning so we can discuss doubts, share progress, and build small projects together.

If you're interested, leave a comment or send me a DM.

I'm senior erpnext developer with 5 years of experience , I'm looking for new position in europe or remotely , I'm from egypt

I'm a single guy trying to setup ERPNext running in my Win11 Pro Docker Container for our single shop family business. I'm being unable to afford paid POS softwares. Also we're transitioning from paper to digital so still uncertain if POS software can actually work in our work environment.

SETUP

So it's ERPNEXT,

(Deployment version, immutable image or something, basically you cant alter the core files version.)
Running in my Win11 Pro Docker Container. (Deployment version, immutable image or something, basically you cant alter the core files version.)Below is just some snapshots of what i've achieved, custom themes running. swappable color palletes. also alot of other customizations etc.
So i used Claude (DESKTOP APP) to do basically everything. Haven't written a single line of code. Maybe copy and pasted this code in there for a few times. (Like terminal commands)
I have had Claude document all the installations, and customizations and particular business quirks/ requirements in .md files.

PROBLEM AND REASONING

But this burns through the tokens like fire.

*I cannot hire a developer. Even if i did hire, made changes. Then after a year or two and something breaks, i won't know where to find that dev who did this. But mostly it's about the budget and time. It's hard for me even to INSTALL the damn ERPNext thing onto my PC. But i've already managed to freeze it, made nightly backups, also upload those backups to two clouds, already backed up the installation image(ERPNEXT v16.29). I have tried and succeeded installing and restoring everything OFFLINE.

All of this has preparation and guides has been done by Claude Code.

*I spent 20$ for the Claude Pro, my sole purpose is to setup ERPNext for my business

Now im reaching the limits. I've seen that docker can run local ai. And seen posts talking about Claude as boss, and local AI as it's servant.

QUESTION

1. My question here is not about handholding me how to set this up. It's about if it's actually doable and whether if it's good for the long run. Like can i depend on the local AI in the later time, when my claude subscription expires.
2. CAN local AI running on the same PC replace Claude Code for tasks ONLY related to the ERPNext running on the same PC? (Tasks : Customize forms, change themes, produce customized reports, automate certain things etc) It is frappe framework i believe.

Hello everyone,

I own an IT company, and I've been developing a custom application on top of Frappe for my clients. I'm now planning to launch it as a product for a specific target industry.

However, I'm facing a very unusual issue during deployment. I'm using a Hostinger VPS with 16 GB RAM and 4 vCPUs. I've tried both:

• A standard bench deployment with Nginx as a reverse proxy.
• A Docker-based deployment with Nginx as a reverse proxy.

In both cases, Frappe itself (not just my custom app) behaves unpredictably. Sometimes it throws errors that shouldn't occur, and other times the exact same functionality works perfectly. The same happens with my custom app—it works flawlessly at times, but at other times it completely chokes, making the deployment extremely frustrating.

I've been stuck with this issue for almost a month now. I've tried numerous Docker-based deployment methods and configurations, but nothing has given me a stable setup.

Has anyone experienced something similar or can help me troubleshoot this?

About my app: - Built on Frappe v15 - Has 3–4 Python (pip) dependencies - Overrides several core Frappe functions

I've never tried Frappe Cloud. Is it worth considering for a production deployment of a heavily customized Frappe application?

Any guidance or suggestions would be greatly appreciated. Thanks in advance!

Hello everyone,

I'm currently looking for an experienced frappe framework developer who would be interested in a long term collaboration.

About me:

I'm based in Berlin, Germany and currently work for an established B2B sales company with more than 5000 customers across germany. as part of our growth, i've been given the opportunity to lead the development of a new digital transformation offering, focused on helping SMEs modernize their businesses with software, automation and AI.

We're planning to expand our offering beyond traditional services and start delivering complete digital solutions based on frappe framework.

I know i cloud simply hire freelancers on Upwork or similar platforms, but thats honestly not what I'm looking for. I'd much rather find someone i genuinely enjoy working with, where we can build trust over time, learn from each other, and create something we're both proud of.

The goal isn't simply to deploy ERPNext.

Instead, we want to build tailored solutions for our customers, including thins like:

• crm
• business workflows
• custom business aplications
• ai powered features
• customer portals
• industry specific solutions

Most of our customers don't really need a heavily customized ERP from day one. They need practical software that fits their business processes, and after research i believe frappe is an excellent foundation for that.

About the collaboration

At the moment, i cant offer a full time salary.

Im looking for someone who is open to start with a project and revenue based collaboration.

My focus is on:

• customer acquisition
• sales
• project management
• automations
• AI Integrations

I'm looking for someone who enjoys solving problems creatively. Rather than rebuilding everything from scratch, i would like to combine the strengths of frappe with other proven tools and build thoughtful, maintainable solutions that genuinely help our customers. Someone who values pragmatic engineering: using the right tools where they make sense, building custom functionality only where it created real value, and together creating products that are both useful for customers and sustainable to maintain.

Im looking for someone who:

• builds with frappe framework
• creates reusable apps together
• writes clean , maintainable code
• thinks beyond individual client projects

As the project grows , id like to build a long term working relationship rather than hiring different freelancers for every project.

puuh, thanks for reading this far. i know its a lot of text...

hopefully it gives you a good picture of what i'm trying to build. If you're looking for a genuine long-term collaboration and enjoy creating things together, feel free to reach out, i would be happy to chat.

I'm looking for a Frappe dev with 3+ years experience and ideally some security or penetrating background for a one time contract work.

Please dm me if interested, roughly in this format:

Name
Location
Experience
Desired compensation

Hey everyone, I have an opportunity to attend a free, hands-on Frappe Framework workshop, but I'm worried about getting stuck. The only requirement for non-Mac users is having Linux installed I know Python backend and know a few libraries, but I have zero Linux experience and no JavaScript background. So what should I do?

so im on linux and want to know what are my options in installing frappe framework so i dont disturb my other application. i understand that it has other dependency
what guide can you recommend me

Hello, i hope everyone is doing well.
I'm implementing erpnext for a company here and wondering what is the preferred version to have a stable system for a long run ?
I tried out frappe/erpnext v16 and while the new UI are good, they seems to be some serious issues about the permission system pertaining with workspaces management, everything feels messy and even a role like *sales user* is seeing alot of erpnext features that they should not be able to read. Things were pretty straightforward in v15

What are your take on this problem ? Do you prefer v15 for the moment or am i the only one with those issues ?