Our product is an eRFX tool that we sell with a professional services component to Fortune 500 companies. We're slap in the middle of this space as well, and I've got pretty bad news. ERP is the mother of all "enterprise" software. Even the big, proprietary products fall under the complex and poorly documented category. We build and sell under the philosophy that not all customers will be a fit for our product, and we do fine because it's a big, big market out there. The thing is, we (like you) are only tackling a fringe component of the enterprise core. ERP is the hub in the center of the spoke. It is destined to be the biggest, hairiest, and ugliest of all the enterprise software components.
Having tossed a wet blanket on the party, I have read some pretty decent comments on Hacker News [1] lately that had some pretty good insight in to OpenERP. Another "open" (used loosely) option is Openbravo [2]. They, apparently, do more implementations in Europe than they do the US, but they might be worth contacting. 1: http://news.ycombinator.com/item?id=4904741 2: http://www.openbravo.com On Wednesday, December 26, 2012 4:36:05 PM UTC-5, Gisborne wrote: > > I'm in the process of trying to find an open-source accounting/ERP package > for my client, which I will then send accounting information to from my > Rails POS app. It will also be hit up by a large PHP app, FWIW. > > OpenERP looked like a good candidate, but it is very complex, and its API > poorly documented. > > It needs to be a reasonably sophisticated accounting package. In > particular, it should support sub-accounts, so we can do accounting on > behalf of multiple large organizations, and they can have their own > sub-organizations, and they can do their accounting just on their content, > but my client's accountant can do reporting and other accounting black arts > across the whole business. > > The major candidates I can find are written in Python, Java, C++ and (in > the case of Postbooks), Postgres stored procedures. > > Does anyone here have experience with such things, and care to offer a > suggestion? -- SD Ruby mailing list [email protected] http://groups.google.com/group/sdruby
