Latest Updates: ERP RSS

  • Brian

    Workflow Software, BPM Software, and ERP Software - How does it all fit together?

    brian 9:02 pm on February 4, 2010 | 1 Permalink | Reply
    Tags: ERP, Great Plains Software, JD Edwards Software, , Purchase Request, Purchase Request Process,

    It is nothing new to state that Business Process Management Software (BPM Software or Workflow Software) and ERP software go hand in hand.  In fact, I can probably count on one hand the number of meetings I have had with private companies in which ERP wasn’t discussed in the initial BPM meeting.  In private industry, the ERP and the BPM or Workflow solution are inextricably intertwined.  So much so, that the BPM consultant will end up discussing the client’s ERP within the first 30 minutes of the very first consultative meeting.

    Today I was in a meeting with a small company (100 employees) that had developed their own in house ERP software.  Present in the meeting were the executive president, numerous technical managers, and a number of different business area managers.  As is often the case, the president was not very technical.  He started the meeting by talking about the company system (he didn’t call it an ERP) at a very high level and how this system was designed to handle all of the company processes.  He hadn’t yet seen our BPM Software, but he ended his initial remarks by asking, “If we already have a main company system (i.e., ERP)  that handles all of our company processes, then why would we need BPM Software or a Workflow system?”

    This is a very good question.  The question points to a general weakness of the BPM Software Industry and a strength of the ERP industry.  ERP vendors have positioned their software as the system of systems.  They claim that this is the system that will run your business.  It manages your accounting, materials, inventory, and production process.  Once you have it installed you will have an efficient, modernized company.  And yes, it will even make your coffee.

    Of course, that sort of sales pitch is effective.  It goes to the heart of the insecurities of every General Manager or President, especially those that aren’t so familiar with the latest acronyms and systems jargon.  That is why the ERP vendor has historically been able to convince these businesses to fork over hundreds of thousands if not millions of dollars and go through a traumatizing process of installation that will usually last many months if not years.

    Of course, the ERP solution is important.   I am by no means suggesting that companies can forgo this investment.  However, the result is that when the BPM vendor or workflow software provider rolls in to town, the reception is usually one that begins with a strong bit of skepticism.  So, the question is, how does the BPM sales person now explain to this decision maker that there really is a need for a new business process system.  Hell, the BPM vendor doesn’t even have new language to describe what he/she is selling - it sounds just like the “other” system the company already has installed.

    This is a real problem when dealing with SMEs because of the limited attention span the decision makers usually have when it comes to technologies.

    I don’t have an easy answer.  I watched today as one of the sales guys on our team sloshed his way through a standard BPM explanation.  I would have kicked him under the table had I been sitting closer in order to tell him to just get on with the demo.  The description just wasn’t doing justice.  However, as is often the case, 30 minutes later as we were wrapping up the demo, the customer’s face had changed, and he was now rattling off ideas on where his business could implement BPM Software.  Why is BPM so difficult to describe yet often so easy to demonstrate?

    In the case of this customer we were demonstrating a Purchase Approval Process.  Of course, the customer’s ERP manages the purchase process - every ERP vendor will tell you that their software has a purchasing module whether it is SAP, JD Edwards, Great Plains, or Openbravo.   But it usually isn’t until many months after the ERP solution is installed that the company managers realize that an important part of their purchase process still isn’t automated.  Yes, the ERP will record the purchase of the product, create the appropriate accounting entries, produce the Purchase Order, allow for the reception of money, deduct the product from inventory, and confirm the delivery of the goods or services and receipt of payment.  But what about all the company best practices that go into the act of making the decision to make the purchase?  Ahh, that just sort of got let out as an after thought.  Or maybe it was specifically left out so that the ERP vendor could try and go back a year later to sell another product?  (I am really not a conspiracy theorist).  Either way, most businesses sooner or later come to the conclusion that their ERP still left them with a lot of Process Problems.

    This is where workflow software or BPM software (there is no difference - that was another marketing blunder) adds a much needed layer of process management to the company.  Let’s take the Purchase Process. In this company, the process went something like this -

    1. Employee makes a Request
    2. Request stake into consideration existing products and reference pricing
    3. Based on the reference pricing either one or two levels of management approval is needed
    4. Once approved, the purchasing manager sends out 3 Quote requests to approved vendors
    5. The quotes come back and need to be compared
    6. Final decision and a final approval ocurr

    Following best practices in this business process could save hundreds of thousands of dollars in the case of this company.   But time and time again the company didn’t follow best practices because the process was executed differently every time.

    I’ll let you know next week if they decided to buy the BPM Software…  :)

     
  • Brian

    OSBC 2008

    brian 12:30 am on March 28, 2008 | 0 Permalink | Reply
    Tags: , , ERP, , Wiki,

    Colosa just finished a fantastic OSBC. It was our first time exhibiting at the event, and we were very pleased with the interest ProcessMaker generated. Personally, I didn’t get to go to very many of the conference seminars, but I did spend a lot of time hanging out in the hallways with lots of other cool open source vendors. We had some great conversations around integrating with some of these solutions so I’d like to let you know a little about what we will be up to shortly.

    We’ve done a number of important “client requested” ERP integrations in the past, mostly with SAP but also with lots of different regional ERPs (mostly in South America). The thing about workflow and BPM is that it usually has something to do with other systems. And more often than not those other systems are…well ERP systems. A couple classic examples would be a Purchase Request Approval Workflow or a Return Merchandise Authorization Workflow (RMA). So, Fernando and I had a very nice chat with Paolo Juvara, Chief Products Officer at Openbravo - the clear leader in open source ERP and a terrific product.

    The result of the talk was an decision to begin testing an integration between Openbravo and ProcessMaker. I believe the result could be a killer mashup. The ProcessMaker workflow, we believe, will add lots of interesting value around the ERP system and vice versa.

    Another interesting mashup we are looking at doing is with Mindtouch’s Deki Wiki. If you don’t know it, this is a super cool wiki. So cool, that we are planning on moving our own website to it! The product uses html in a whole different way in the wiki environment and makes the whole experience much richer.

    So what will this integration mean to the user? Well, from our perspective, we work with organizations that are trying to create standard, repeatable, automated processes. Usually, the people performing these processes are people that tend to rotate in and out of the positions where they fill out the forms in our processes. This means that often times there is an information gap created surrounding the processes. How do you keep your organization informed about best practices that have to do with these processes. Well, if you in bed our ProcessMaker forms in the Deki Wiki then you’ve got a sort of living, breathing, growing manual around your process. Imagine how much smoother paperwork would flow with this type of information easily updated in the system? No more clumsy tags for manuals, etc. That’s the idea.

    The third mashup we are really excited about is with WSO2. We already have a full web services interface in ProcessMaker, but these guys are really the kings of Web Services. So, the idea is simple. We do workflow and user level stuff really well. But the user level workflow inevitably interacts with lots of systems. So the idea is we will create a rock solid connection to WSO2 and then let WSO2 help us connect to all the different systems that our users want to use. We think this will take ProcessMaker to a whole new level of utility in the Enterprise space!

    Well, all in all a great OSBC. Of course, we also got to hang out with our good friends at Knowledgetree and talk to lots of users already very excited about our recently launched plugin with Knowledgetree which now allows organizations to store all of their ProcessMaker generated or uploaded docs in the Knowledgetree Document Management System - a truly powerful combo.

     
c
compose new post
j
next post/next comment
k
previous post/previous comment
r
reply
e
edit
o
show/hide comments
t
go to top
esc
cancel