4 ms·
What are the alternatives to OpenERP today ? (I mean, free and open sources ones, with acceptable UI)
by ritonlajoie 12y ago
What are the alternatives to OpenERP today ? (I mean, free and open sources ones, with acceptable UI)
- CraigJPerry 12y agoEven the paid ones have horrible UIs. In fact i've never been lucky enough to see an MRP / MRP2 / ERP system with a usable UI :-( Pointers to nice ones greatly appreciated since it's useful knowledge...
- conception 12y agoThe phrase I've never heard once in my IT career is "I love my ERP."
- tixocloud 12y agoWhy do you think that is?
- conception 12y agoI think the amount of work that goes into them, regularly I hear 12-18 months, and that they aren't usually engineered towards intuitive processes or interfaces. I imagine features rather than experience is a driver.
- naringas 12y agoThere is http://tryton.org/ http://tryton.org/ however I don't know what you mean by "acceptable" UI
- ritonlajoie 12y agoFor me, an acceptable UI in an ERP means this ERP can be used to do basic tasks by someone not having any PhD ni ERP Usage :)
- tixocloud 12y agoThe homepage doesn't do a good job of convincing any business why they should adopt it. At the moment, it's too technical for businesses to care.
- okso 12y agoCompiere is another FOSS ERP, but it's made in Java
- anandpdoshi 12y agoERPNext - https://erpnext.com https://erpnext.com GPL v3 - Python, Javascript, MariaDB Github - https://github.com/frappe/erpnext https://github.com/frappe/erpnext (I am one of the developers)
- mastooo 12y agoLess features than openERP and not open-source but more usable http://www.myerp.com http://www.myerp.com disclaimer: I'm a developer @myerp
- nathanstitt 12y agoI'll take the opportunity to plug my attempt, Stockor @ http://stockor.org/ http://stockor.org/ It's built in Ruby and currently uses ExtJS for the UI. I'm currently rebuilding the front-end in Backbonejs.
- saturdayplace 12y agoWould you mind talking about your reasons for switching from ExtJS to Backbone?
- nathanstitt 12y agoSure. The biggest driver is that I want it to work equally well on mobile, including phone sized screens. The other is the file size and load speed. Right now the build is pushing almost 3mb, and takes around 10-20 seconds to load. That's kind of ok, since the workspace is intended to be a very long running app that folks will use all day long, but it still really sucks. You can view a demo of the ExtJS workspace at: http://stockor.com/demo http://stockor.com/demo Plus it's just kind of ugly in my opinion. It looks like a desktop app that's attempting to be delivered in a web browser, which fair enough it is. I'd like it to be something more stylish though. As for why I'm picking Backbone vs Ember or Angular, that's a bit more complicated. The main reason is that I'm very familiar with Backbone and have used it for years (I'm a contributor to DocumentCloud). When I made the decision to rewrite for mobile, I did do a pretty in-depth framework comparison and Backbone still comes out ahead in my opinion. It's light enough that it's super easy to understand and figure out why things aren't working the way you like, while giving you just enough structure to keep the app on the correct path. I am going to use a view/model binding lib though, but haven't settled on which one as of yet. Probably backbone.stickit. Email me at the address in my profile if you'd like to chat more about it, glad to answer any questions you might have.