ibi iProcess (discontinued) vs. Oracle BPM Suite

iProcess is a perfect BPM tool that has been able to solve complex business problems and situations, but with time newer and easier to use tools have also been developed by competing companies and thus this tool needs to evolve with the competition. Newer and more easy to use tools are also available from TIBCO as well such as AMX BPM.

Incentivized

Oracle BPM is well suited to organizations and environments that have a good understanding of their business processes and organizational structures. Trying to introduce a tool such as Oracle BPM into the organization without a good grasp on how the business operates is a recipe for disaster as the implementation will uncover all of the dirty secrets of an organizations business processes and bring them to light. BPM is not to be utilized for smaller service orchestrations or technical service implementations, these should be handled by the Oracle SOA Suite using the BPEL process manager, leaving BPM to handle the organizational business processes, referring to and including lower level services and BPEL processes as needed.

• Performance. TIBCO iProcess is the most performant BPM I've even seen.
• Manage large workloads. It can handle tens of thousands users and groups, hundreds of thousand or million live cases.
• It can also manage very large and complex process definitions.
• Very stable, once you get your business process up and running it is very stable.

Incentivized

• Oracle BPM [Suite] can support unlimited number of cases. No limitations in cases raised.
• Oracle Weblogic can handle multiple traffic. [It] can handle lots of heavy load[s].
• Oracle BPM has extensive integration with database[s]. Huge number[s] of customization can be created.

Incentivized

• It is complex to use.
• The official support for the tool is not available anymore through TIBCO.

Incentivized

• Oracle BPM is left behind by other tools more modern in terms of user experience, usability and ability to integrate with everything else.
• To really harvest the potential of Oracle BPM you need to do it in JDeveloper and with ADF. This restricts its usage to very technical people.
• The administration of the Oracle BPM tools has really put a burden on our team. It is running on Weblogic and we experience issues very often either with performance or with a bad configuration of the system.
• As with all Oracle products, the price can be an issue for smaller shops.

Incentivized

In many scenarios it should have provided more features. It took a lot of effort while debugging, making it difficult to maintain.

It integrates all the BPM principles along with the great user interface and independent modules and engines. All the modules are separate and stand alone and thus provides easier understanding and ease of support.

Incentivized

Not easy to debug errors.

Overall satisfactory

iProcess is a previous generation product, it lacks OSGi and cloud so it is seen as "old". Due to this, it is difficult to choose new installations. All other options seem shiny in comparison. But regarding performance and stability, it is still unsurpassed.

Incentivized

We evaluated Bonita and found that it might fit a smaller-sized company better; we found that Oracle BPM Suite scaled much more evenly. We almost went with one of the competitors, but in the end chose Oracle BPM Suite after we factored in the cost of VMware licensing. There are literally tons of analytics on the back end which are great for upper management, but not so much for average users, but this fits our business model quite well.

Incentivized

• Numbers are difficult to crunch, the best impact is that you always know the status of a single business case and the system runs fast and smoothly; your users will forget what waiting is.
• Case tracking is perfectly accurate, having that you can extract statistical data and predict and optimize your business very accurately.
• TIBCO iProcess administrators must be quite skilled; that increases your overall costs so the ROI will be delayed a bit.

Incentivized

• You'll most certainly need a deep dive and extensive training before your users can even think of using the product and they are very expensive.
• Lack of documentation makes it very difficult to manage the application if any error is encountered which will result in you ending up hiring a dedicated person to look into the application once it's deployed.
• For a very large org., if properly implemented and used, it can help identify the cost-intensive and inefficient processes.

Incentivized