Enterprise System Spectator blog: ERP and enterprise system vendor evaluation, selection, and implementation.

The Enterprise System Spectator

Wednesday, June 16, 2010

Open source not immune to ERP vendor consolidation trend

The enterprise software vendor consolidation trend has now reached the open source corner of the market, with Consona's announcement that it is acquiring Compiere, Inc.

Background on Compiere and Consona
Compiere was one of the first open source ERP developers. I interviewed Compiere's founder and then-CEO Jorg Janke back in 2006 and wrote an extensive post about the product. At the time, Compiere was facing a rebellion from some of its community "freelance" developers, who took the open source code base and forked a separate development project, dubbed Adempiere. Read the whole post for background on Compiere. And read the many comments also, which give good insight into the issues and challenges of managing an open source project.

Since that time, Janke was replaced by Don Klaiss as CEO and eventually departed from Compiere altogether. Compiere continued to demonstrate some success in the market, however, as I noted in 2009 with its win of a very large deal at La Poste, a $27B (USD) global postal processing organization.

Consona, which is Compiere's new owner, has been rolling up smaller ERP vendors for some time. Originally the parent of Made2Manage, it changed its name to Consona in 2007 and has since acquired several other ERP and CRM systems for the SMB market, notably Intuitive, Onyx, Encompix, DTR, Cimnet, and Axis. Consona, along with most or all of the traditional on-premise enterprise software vendors, has had a tough several years due to the recession.

Issues in the Announcement
A couple of issues I note in the announcement this morning. First, the press release references 130 customers of Compiere today. But in 2006, Janke indicated to me that Compiere had about 250 customers. What happened to the other 120?

Secondly, what happens to Compiere's open source offering? Though founded as an open-source project, Compiere had been focused largely on its own proprietary enhancements, add-ons, and services--in other words, making money. As I noted in my 2006 post, this was one of the factors that led to some of Compiere's community forking the code to the Adempiere project. Now with Compiere's ownership under Consona, how much effort will the new owner put into continuing development of the open source code base?

Benefit of Open Source
In a sense, it doesn't matter as much as it would if Compiere's original code base was proprietary. One of the tenents of open source is that no matter what the owner of the code does, the users of the code continue in their rights to use, extend, enhance, and distribute the code. The Adempiere fork of Compiere is evidence of this.

To my knowledge, this is the first instance of an open source ERP/CRM developer being acquired by a vendor of proprietary software. It will be interesting to see whether Compiere's users are helped or hindered by this acquisition.

Update, 12:45 p.m. Read the comments on this post for more insights on Compiere's architecture. Plus, Ned Lilly has a really good post on the Consona/Compiere acquisition. Ned is in a particularly strong position to comment, as he leads another open source ERP project, xTuple (formerly OpenMFG). Ned's ironic conclusion is that Compiere "failed as a company" not because it was open source, but "because it turned its back on open source." But, please, read the whole thing.

Update 2:30 p.m. I have been educated by three Adempiere developers regarding the inherent multi-tenant architecture of Compiere and have therefore edited this post to remove my previous comments regarding Compiere's lack of multi-tenant capabilities. I was clearly wrong there. See the comments section on this post for details. Thanks, guys!

Update, 2:47 p.m. Josh Chalifour did some analysis of activity (or lack thereof) on Compiere's user forums and finds a disappointing lack of care and responsiveness from Compiere toward its community. Not a good sign and hopefully something that the new owners at Consona can remedy.

Update, June 21: I just discovered that Jorg Janke has been maintaining a website, Compiere from the Source, and he is planning to write "a very detailed three part blog about Compiere history and potential future." Check it out.

Related posts
Big win for open source ERP project Compiere
Compiere's open source ERP business model and growth plans
Consona layoff
Open source ERP and CRM carry strong ROI
Total cost study for an open source ERP project

by Frank Scavo, 6/16/2010 09:24:00 AM | permalink | e-mail this!

Subscribe!

 Reader Comments:

Hi Frank,

Your post is very interesting and the news about Compiere being acquired by a larger group like Consona is even more.

Just a few pointers if I may add to your analysis, about CompiereĀ“s multi-tenant architecture it is true that the system allows multiple tenants and multiple organizations from a single database instance, and it is because it has been designed like this from its very inception, thus making it a very powerful feature if you scale that into the new world of cloud computing where resource efficiency and ease of system administration is king.

Regarding your comment on why the number of supported companies of Compiere has decreased, I would guess it is because of their bad support service, I think companies going the extra mile paying support expect exceptional service like response time and bug fixes, for instance, this has nothing to do with the product itself, I still think it is great.

Last, about the future commitment from the new owners to Open Source it will be interesting to see how they respond to that, my piece of advice to them, if they want to see a succesful case about fostering open source communities would be, hey turn around and see how Adempiere has done it :-).

Best Regards,

Enrique Ruibal
 
Enrique, thank you. I really appreciate your comments, especially since you are familiar with Compiere's source code.

I am interested in what you said about Compiere allowing "multiple organizations from a single database." That shows a great deal of foresight on Janke's part, as he would have designed the database long before "multi-tenant" was the a popular concept.

One question though. You indicate multiple organizations are supported on a single database. Does that mean that a single instance of the application itself can support multiple organizations? Or does each organization (customer) need a separate instance of the software, which then can share a single database. As you know, that would still not allow a multi-tenant SaaS offering.
 
"Does that mean that a single instance of the application itself can support multiple organizations?"
That is correct.

Also each Tenant (or Client as it was called in Compiere before it was renamed and as it is still named in Adempiere) can have multiple Organizations and each Org can be optionally flagged to show it is a separate legal entity so the Tenant/Client plus its Orgs become parent company plus subsidiaries and a single database and code instance can have multiple Tenants/Clients.

The difficulty was / may still be that there is/was no obvious way that a single Tenant/Client could be backed up/restored.

regards
 
Frank it is the earlier, a single instance of the application itself supports multiple organizations. We have a customer in Chile with 30 small suppliers sharing a single instance of ADempiere so it is not theory. It does work.
Jorg Janke was well ahead of his time, he designed this before the multi tenent term was coined.

Regards

Ramiro Vergara
 
Thanks to Enrique Ruibal, Ramiro Vergara, and the anonymous commenter who is apparently another Adempiere developer. I stand corrected and have edited the post accordingly.
 
Frank,
I am not surprised that Jorge had this multi-tenancy designed into Compiere from the get go. He was an ex-oracle Apps guy. Oracle Apps (E-Business Suite) had Multi-tenancy built way back in 1999-2000 to support multiple business entities within a global entity. Every application built as part of the suite supports that feature. But real multi-tenancy in a SaaS world is much more than just striping data by creating virtual walls between different customer data. As your readers might be well aware multi-tenancy from the SaaS vendor site needs to account for the nature of the business being conducted and architect striping of data accordingly.

Subraya Mallya
 
Subraya,
If you read ancient history, actually you would find that Jorg's ideas on the ERP future architecture wre originated when he was at ADV/ORG helping SAP to define the architecture of R/3. That was in the late 80's. I am not surprise some of those ideas permated into Oracle when Jorg spent some time there in the 90's (this is just speculative) but certainly they did not permate into Jorg as you imply.
Multitenant capabilities in ADempiere (came from Compiere) allow completely different business processes for different business segments to share a single instance of the solution.
 
Subraya, from what I am hearing from our Adempiere friends, the multitenancy built into Compiere would go far beyond the "multi-entity" of Oracle's EBS.

Multi-entity is not multi-tenancy. To my knowledge Oracle's EBS as written today (pre-Fusion) cannot be deployed in a single instance to support multiple separate customers. When Oracle hosts its EBS in an on-demand setting it has to set up a separate instance for each customer. This is commonly known.

Our Adempiere friends are saying that this is not the case with Compiere.
 
Hi Again Frank,

Thank you for your quick reply, I think I got back too late to answer your questions because my peers just did a great job at that.

This is a big day for enterprise Open Source because I think it closes a cycle that Jorg Janke started many years ago when he programmed his first Compiere prototype, he certainly deserves a lot more credit for what he accomplished.

Aside from that, anything can happen on the EOS arena after today, but again this isn't the end of the world or anything like that, the sun will still shine tomorrow and the day after that.

So my thinking is Open Source + Cloud Computing will still be a great alternative for many small to medium size businesses in the short term, and even in the long term they will become viable alternatives for the bigger companies too.

So, lets wait and see what is their next move for the new Consona/Compiere initiative, and in the mean time we should keep the good work helping more and more companies adopt open source based business solutions or at least providing them with valued support services like rimini is doing on the other side, errrh some people call them 'the dark side', of course I think is a good joke, nothing against the big guys either, at the end of the day is just a matter or Value and ROI, pure and simple.

Best Regards,

Enrique Ruibal
 
"To my knowledge, this is the first instance of an open source ERP/CRM developer being acquired by a vendor of proprietary software."

I think you're right, Frank, but it's just a matter of time, the relatively low number of open source ERP and CRM projects, and the classic "working up the stack" process.

In middleware and below, the trend is pervasive and long-lived: IBM of Gluecode, Progress/Iona of LogicBlaze, Novell of Suse, Google of On2, EMC of some Sourcelabs IP, Citrix of Xensource, Zimbra first by Yahoo and then VMware and -- of course -- Oracle/Sun of MySQL :)

Regards,
Dennis
 
Dennis, correct. And that's why I was careful to qualify as open source *ERP/CRM*.

The issue in my view is not whether the code is owned by a proprietary software vendor or other party (e.g. a non-profit or consortium, etc.). The issue is whether the open source community development approach (the "bazaar" as they like to say) will be fostered.

One of the criticisms of Compiere, Inc. was that it did not foster the community. Code contributions were not encouraged, beyond pointing out bug fixes, and when contributions were made they were often not evaluated for inclusion. This ultimately led to the Adempiere fork, which from what I can see has a pretty robust community of developers behind it. They are the ones making most of the comments on this post.

Open source without community development is technically still open source but it won't thrive, in my opinion. Otherwise, it's just another product in Consona's portfolio. Whether Consona understands this or not is a big question.
 
Post a Comment
 

Links to this post:


 

Powered by Blogger

(c) 2002-2014, Frank Scavo.

Independent analysis of issues and trends in enterprise applications software and the strengths, weaknesses, advantages, and disadvantages of the vendors that provide them.

About the Enterprise System Spectator.

Frank Scavo Send tips, rumors, gossip, and feedback to Frank Scavo at .

I'm interested in hearing about best practices, lessons learned, horror stories, and case studies of success or failure.

Selecting a new enterprise system can be a difficult decision. My consulting firm, Strativa, offers assistance that is independent and unbiased. For information on how we can help your organization make and carry out these decisions, write to me.

For reprint or distribution rights for content published on the Spectator, please contact me.


Go to latest postings

Custom Search

Join over 1,700 subscribers on the Spectator email list!
Max. 1-2 times/month.
Easy one-click to unsubscribe anytime.

Follow me on Twitter
My RSS feed

AddThis Feed Button


Computer Economics
ERP Support Staffing Ratios
Outsourcing Statistics
IT Spending and Staffing Benchmarks
IT Staffing Ratios
IT Management Best Practices
Worldwide Technology Trends
IT Salary Report

Get these headlines on your site, free!


Awards

2013 Best ERP Writer - Winner

Alltop. We're kind of a big deal.
 
Constant Contact 2010 All Star Technobabble Top 100 Analyst Blogs


Blog Roll and Favorite Sites
Strativa: ERP software vendor evaluation, selection, and implementation consultants, California
StreetWolf: Digital creative studio specializing in web, mobile and social applications
Vinnie Mirchandani: The Deal Architect
Si Chen's Open Source Strategies
diginomica
CISO Handbook


Spectator Archives
May 2002
June 2002
July 2002
August 2002
September 2002
October 2002
November 2002
December 2002
January 2003
February 2003
March 2003
April 2003
May 2003
June 2003
July 2003
August 2003
September 2003
October 2003
November 2003
December 2003
January 2004
February 2004
March 2004
April 2004
May 2004
June 2004
July 2004
August 2004
September 2004
October 2004
November 2004
December 2004
January 2005
February 2005
March 2005
April 2005
May 2005
June 2005
July 2005
August 2005
September 2005
October 2005
November 2005
December 2005
January 2006
February 2006
March 2006
April 2006
May 2006
June 2006
July 2006
August 2006
September 2006
October 2006
November 2006
December 2006
January 2007
February 2007
March 2007
April 2007
May 2007
June 2007
July 2007
August 2007
September 2007
October 2007
November 2007
December 2007
January 2008
February 2008
March 2008
April 2008
May 2008
June 2008
July 2008
August 2008
September 2008
October 2008
November 2008
December 2008
January 2009
February 2009
March 2009
April 2009
May 2009
June 2009
July 2009
August 2009
September 2009
October 2009
November 2009
December 2009
January 2010
February 2010
March 2010
April 2010
June 2010
July 2010
August 2010
September 2010
October 2010
November 2010
December 2010
January 2011
February 2011
March 2011
April 2011
May 2011
July 2011
August 2011
September 2011
October 2011
November 2011
December 2011
January 2012
February 2012
March 2012
April 2012
May 2012
June 2012
July 2012
September 2012
October 2012
December 2012
January 2013
February 2013
March 2013
May 2013
June 2013
July 2013
September 2013
October 2013
December 2013
January 2014
February 2014
March 2014
April 2014
May 2014
June 2014
July 2014
August 2014
September 2014
October 2014
November 2014
Latest postings