The product fails to offer good integration with REST, making it an area where improvements are required. The scalability of the product is an area of concern where improvements are required. The documentation of the product needs to be improved since there is a bit of a high learning curve in the initial stages when someone starts to use it. Once users are used to the product, it becomes easy to operate, after which they may not go for any other product.
The maintenance of the package could be improved. Once, we had to update a package, and it was very hard to do. Each time we have to update a package, we face a lot of issues.
Integration Lead at a comms service provider with 1,001-5,000 employees
Real User
Top 10
2021-08-19T16:44:38Z
Aug 19, 2021
Maybe they can also consider going to the cloud as most of our applications are dealing with the cloud. I know they have a cloud version, however, we've not tested it. Internally, we don't have the technical capabilities to do anything. Ideally, if it can be just simplified so that even our developers can work on some of the workflow scenarios, that would be ideal. Currently, if we have anything that we need even to add, even a workflow, we have to go back to TIBCO. If they can just give us the software, then maybe with a little bit of training, we would be able to work workflows. As it is right now, we have to rely on TIBCO or the service integrators. They really need to reduce the complexity of BPM. The initial setup is complex. Technical support needs to be streamlined. The cost of the product is far too high.
ActiveMatrix is in the middle field. MuleDB is more on the engineering side with Java and other things. SnapLogic is there are on the higher side with very low coding. TIBCO stays in the middle like IBM or Oracle. TIBCO can move towards IBM's way of doing. IBM has a big market and many varieties of products and good integration, which TIBCO doesn't have. It can have better integration. TIBCO's transition to the cloud is a little slow. As compared to Dell, Boomi, and Mulesoft. TIBCO took the steps a little later. TIBCO's ID was far better and easier to work with previously. TIBCO's 5.x ID was very good, and the development environment and the transition were easy. Version 6.5 onwards, it is a stable product, but it would be good if they can do something similar to version 5.4 with version 6. They should concentrate on this API market. It will give them the strength and the ability to grab the market back.
I'd like to be able to see into the development area of this product, and not just the administration. I'd like to see some of the development features. The solution could offer better integration capabilities.
Head of Business Integration and Architecture at Jakala
Real User
2019-06-23T09:40:00Z
Jun 23, 2019
The BPM setup could offer more options. The connectivity right now is poor because not a lot of protocols are supported. So, we had some trouble setting up a proper BPM connection to access cloud data. BPM ActiveMatrix integrates with TCI and we are using both, so from an integration standpoint, it ended up being a good solution for us. The user interface for the BPM is quite average. It's a drag-and-drop interface so you can very quickly build workflows for users. But the functionality is a bit average in that you only have drag-and-drop and no real ability to customize for more difficult tasks. The ability to write code would help. It's okay in many cases to have something that is drag and drop because it is simple. I have a data model and I can connect the data model to our data source. I build my user interfaces in a drag and drop way, so it's quite simple. It's also simple to deliver to mobile tablets and so on. But sometimes things are not so simple and you need to write some code to make some specific adjustments not covered by the drag and drop components. In that case, we are forced to use the TCI and there are many more steps to transform source data into data delivered by the interface. So, if you can code directly in the BPM, some things that are a little bit more complex would be possible. That would make it a better tool.
TIBCO ActiveMatrix BPM is used to develop, deploy, execute and manage Business Process Management centric applications. Use TIBCO Business Studio BPM Edition in conjunction with ActiveMatrix BPM to model business processes. It helps to encompass applications that primarily automate both: business processes (sequences of tasks) to be executed by human users, and technical processes (the flow of data) to be executed by enterprise applications.
The product fails to offer good integration with REST, making it an area where improvements are required. The scalability of the product is an area of concern where improvements are required. The documentation of the product needs to be improved since there is a bit of a high learning curve in the initial stages when someone starts to use it. Once users are used to the product, it becomes easy to operate, after which they may not go for any other product.
The maintenance of the package could be improved. Once, we had to update a package, and it was very hard to do. Each time we have to update a package, we face a lot of issues.
Maybe they can also consider going to the cloud as most of our applications are dealing with the cloud. I know they have a cloud version, however, we've not tested it. Internally, we don't have the technical capabilities to do anything. Ideally, if it can be just simplified so that even our developers can work on some of the workflow scenarios, that would be ideal. Currently, if we have anything that we need even to add, even a workflow, we have to go back to TIBCO. If they can just give us the software, then maybe with a little bit of training, we would be able to work workflows. As it is right now, we have to rely on TIBCO or the service integrators. They really need to reduce the complexity of BPM. The initial setup is complex. Technical support needs to be streamlined. The cost of the product is far too high.
ActiveMatrix is in the middle field. MuleDB is more on the engineering side with Java and other things. SnapLogic is there are on the higher side with very low coding. TIBCO stays in the middle like IBM or Oracle. TIBCO can move towards IBM's way of doing. IBM has a big market and many varieties of products and good integration, which TIBCO doesn't have. It can have better integration. TIBCO's transition to the cloud is a little slow. As compared to Dell, Boomi, and Mulesoft. TIBCO took the steps a little later. TIBCO's ID was far better and easier to work with previously. TIBCO's 5.x ID was very good, and the development environment and the transition were easy. Version 6.5 onwards, it is a stable product, but it would be good if they can do something similar to version 5.4 with version 6. They should concentrate on this API market. It will give them the strength and the ability to grab the market back.
I'd like to be able to see into the development area of this product, and not just the administration. I'd like to see some of the development features. The solution could offer better integration capabilities.
The BPM setup could offer more options. The connectivity right now is poor because not a lot of protocols are supported. So, we had some trouble setting up a proper BPM connection to access cloud data. BPM ActiveMatrix integrates with TCI and we are using both, so from an integration standpoint, it ended up being a good solution for us. The user interface for the BPM is quite average. It's a drag-and-drop interface so you can very quickly build workflows for users. But the functionality is a bit average in that you only have drag-and-drop and no real ability to customize for more difficult tasks. The ability to write code would help. It's okay in many cases to have something that is drag and drop because it is simple. I have a data model and I can connect the data model to our data source. I build my user interfaces in a drag and drop way, so it's quite simple. It's also simple to deliver to mobile tablets and so on. But sometimes things are not so simple and you need to write some code to make some specific adjustments not covered by the drag and drop components. In that case, we are forced to use the TCI and there are many more steps to transform source data into data delivered by the interface. So, if you can code directly in the BPM, some things that are a little bit more complex would be possible. That would make it a better tool.