founder here. extremely accurate comment. we had a customer send us this website recently. they said "we think you need a better website, we made this with claude"
Why would you be embarrassed? when bootstrap came out it took like 10 years for websites to start looking "not bootstrap". These people are just looking for something to complain, maybe GP is a designer and it's running out of work to do... As long as the product is solid...
I understand the need to make money, but hardly any open source software is free anymore even if you host it yourself. And this one doesn’t list the price which feels kinda cagey (get a license links to book a sales call).
It’s nice that it’s open source, thank you. I just wish that Mattermost et al didn’t open Pandora’s box with this one.
How do you handle the challenge of getting self-hosted customers to upgrade? I'm guessing a lot of self-hosted instances end up running fairly customized versions of your product.
Disclaimer: I'm the founder of Bonx (bonx.com). Genuinely curious — congrats on what you've built, and best of luck!
As a fellow ERP/MRP author/founder (PartsBox, specialized for electronics manufacturing), congratulations. These kinds of systems are very complex, much more so than it seems from the outside. Many people tend to think: "I could whip this up in a weekend." I also thought so 10 years ago when I started writing my own :-)
I do wonder about the value proposition of open sourcing the system, though. Apart from believing in open source and trying to do some good in the world, are there any practical reasons for you to maintain the system as open source? This is something that is very costly
there's a lot of good reasons, but the best is there's no perfect off the shelf ERP. things need to become business specific. open-source allows anyone to make the system specific to their business.
ERP implementer for the past 20 years. I'm an operations specialist rather than a manufacturing specialist, but do have manufacturing clients whose systems I have helped implement and continue to support alongside our manufacturing specialists.
I will preface this by saying that my initial thoughts are based solely on the website and documentation (which is fairly sparse and includes few screen shots or examples of how the software is actually used). I did not and probably will not* sign up or install this software to review further, so I'll fully admit that I'm probably missing a lot and likely not giving a completely fair review.
My first impression, looking at the documentation for the system and how some of the actual ERP-related functionality is described, is that barbinbrad is an expert in software development with a lot of experience writing software to support ERP systems, but has a fairly narrow understanding of how all of the functions of an ERP system are supposed to work. To use a tired old analogy: this can be likened to a highly-skilled heavy-duty mechanic and a veteran long-haul truck driver deciding to start their own trucking business. Between the two of them, they know a ton about the mechanics of driving and maintaining large tractor-trailors and may even know how to keep proper driving and service logs and how to train apprentice mechanics and new drivers. But their knowledge on all the other minutia of running a trucking business is just enough to give them false confidence that they know the industry. Without seeking outside help, many of these startups fail because of mistakes made on these details.
There is a lot of detail on how to set up the technical parts of the system (there are definitely two things that are abundantly clear: the database back-end is postgres and the software is open source), there is some good developer-related information on API calls and such. But the documentation on how it all works is very sparse and the functionality that is described appears very rudimentary. Accounting functionality is very simplistic (limited chart of accounts definition, unclear link between subledgers and the G/L, no apparent EFT functionality, limited multicurrency/revaluation capabilities). Similarly, inventory, purchasing, and sales appear to be similar in capability to a basic Quickbooks system. A couple of more advanced manufacturing-specific features like MRP and routing/scheduling seem to exist, but MRP will only "suggest" order - users still have to enter them manually in the system, and it is unclear whether there is any linkage with general inventory planning or sales forecasts. Basically, it looks like the software can build a BOM, and it can help run most of the assembly steps for that BOM, complete with some very strong traceability and visual cues, but all of the other business functions surrounding that BOM are very limited.
To be clear, this is not meant as a direct criticism of barbinbrad or the software itself. The software has potential, and barbinbrad appears to have a lot of experience working on manufacturing ERP systems. What is needed is more guidance from people with the expertise on the "other side of the keyboard". Preferably people who have worked in ERP systems across multiple manufacturing industries.
This a huge example of a classic problem that plagues many (if not most) "non-tech"* open source projects. Developers who are immersed in a specific type of software can see what it is they're developing and get a very good idea of what the software does and how it works (according to the specs that they've been working on). So they go about building what they see as the "better version" of what they've worked on before. In the process, they often do solve some of the glaring individual problems they've encountered in the past, but they do so without understanding the bigger picture of what the system as a whole needs to do. ERP software especially is hard, because it ...
thanks for taking a look. very good read of the state of things. Netsuite level accounting and mrp v2 are what we’re building now. We focused on running a manufacturing business from an “everyone else” perspective first.
I think you’re right in a sense that we’re building the thing I would have wanted — and you’re also right in a sense that there are people out there that know more than me. The key is to learn from them.
lol, essentially yes. sorry about that. there's a lot of regulations around software that's used for aerospace and defense, and that's where a lot of the new builds are happening these days. but here's a little decoder ring:
ERP: the core system that manages/plans everything from accounting to inventory
MES: the shop floor
QMS: the quality system that keeps track of what's went wrong and how we're fixing it
CMMC: government regulation
NIST 800-171: spec that drives the regulation
28 comments
[ 0.21 ms ] story [ 16.1 ms ] threadIt’s nice that it’s open source, thank you. I just wish that Mattermost et al didn’t open Pandora’s box with this one.
Disclaimer: I'm the founder of Bonx (bonx.com). Genuinely curious — congrats on what you've built, and best of luck!
I'd rather read it in english where the wording is (kinda, Claude is visible) more on point.
I do wonder about the value proposition of open sourcing the system, though. Apart from believing in open source and trying to do some good in the world, are there any practical reasons for you to maintain the system as open source? This is something that is very costly
I will preface this by saying that my initial thoughts are based solely on the website and documentation (which is fairly sparse and includes few screen shots or examples of how the software is actually used). I did not and probably will not* sign up or install this software to review further, so I'll fully admit that I'm probably missing a lot and likely not giving a completely fair review.
My first impression, looking at the documentation for the system and how some of the actual ERP-related functionality is described, is that barbinbrad is an expert in software development with a lot of experience writing software to support ERP systems, but has a fairly narrow understanding of how all of the functions of an ERP system are supposed to work. To use a tired old analogy: this can be likened to a highly-skilled heavy-duty mechanic and a veteran long-haul truck driver deciding to start their own trucking business. Between the two of them, they know a ton about the mechanics of driving and maintaining large tractor-trailors and may even know how to keep proper driving and service logs and how to train apprentice mechanics and new drivers. But their knowledge on all the other minutia of running a trucking business is just enough to give them false confidence that they know the industry. Without seeking outside help, many of these startups fail because of mistakes made on these details.
There is a lot of detail on how to set up the technical parts of the system (there are definitely two things that are abundantly clear: the database back-end is postgres and the software is open source), there is some good developer-related information on API calls and such. But the documentation on how it all works is very sparse and the functionality that is described appears very rudimentary. Accounting functionality is very simplistic (limited chart of accounts definition, unclear link between subledgers and the G/L, no apparent EFT functionality, limited multicurrency/revaluation capabilities). Similarly, inventory, purchasing, and sales appear to be similar in capability to a basic Quickbooks system. A couple of more advanced manufacturing-specific features like MRP and routing/scheduling seem to exist, but MRP will only "suggest" order - users still have to enter them manually in the system, and it is unclear whether there is any linkage with general inventory planning or sales forecasts. Basically, it looks like the software can build a BOM, and it can help run most of the assembly steps for that BOM, complete with some very strong traceability and visual cues, but all of the other business functions surrounding that BOM are very limited.
To be clear, this is not meant as a direct criticism of barbinbrad or the software itself. The software has potential, and barbinbrad appears to have a lot of experience working on manufacturing ERP systems. What is needed is more guidance from people with the expertise on the "other side of the keyboard". Preferably people who have worked in ERP systems across multiple manufacturing industries.
This a huge example of a classic problem that plagues many (if not most) "non-tech"* open source projects. Developers who are immersed in a specific type of software can see what it is they're developing and get a very good idea of what the software does and how it works (according to the specs that they've been working on). So they go about building what they see as the "better version" of what they've worked on before. In the process, they often do solve some of the glaring individual problems they've encountered in the past, but they do so without understanding the bigger picture of what the system as a whole needs to do. ERP software especially is hard, because it ...
I think you’re right in a sense that we’re building the thing I would have wanted — and you’re also right in a sense that there are people out there that know more than me. The key is to learn from them.
ERP: the core system that manages/plans everything from accounting to inventory MES: the shop floor QMS: the quality system that keeps track of what's went wrong and how we're fixing it CMMC: government regulation NIST 800-171: spec that drives the regulation