I use webMethods.io primarily for the integration of APIs. Could you please describe a few use cases for it?
webMethods.io is a robust integration platform offering seamless API management and business-to-business communications, enabling efficient workflows through a scalable and stable web-based interface.
| Product | Mindshare (%) |
|---|---|
| webMethods.io | 4.3% |
| Boomi iPaaS | 6.9% |
| MuleSoft Anypoint Platform | 6.7% |
| Other | 82.1% |
| Type | Title | Date | |
|---|---|---|---|
| Category | Integration Platform as a Service (iPaaS) | Jun 21, 2026 | Download |
| Product | Reviews, tips, and advice from real users | Jun 21, 2026 | Download |
| Comparison | webMethods.io vs MuleSoft Anypoint Platform | Jun 21, 2026 | Download |
| Comparison | webMethods.io vs Microsoft Azure Logic Apps | Jun 21, 2026 | Download |
| Comparison | webMethods.io vs Boomi iPaaS | Jun 21, 2026 | Download |
| Title | Rating | Mindshare | Recommending | |
|---|---|---|---|---|
| Informatica Intelligent Data Management Cloud (IDMC) | 4.0 | 5.2% | 92% | 215 interviewsAdd to research |
| Control-M | 4.4 | N/A | 98% | 201 interviewsAdd to research |
| Company Size | Count |
|---|---|
| Small Business | 16 |
| Midsize Enterprise | 8 |
| Large Enterprise | 47 |
| Company Size | Count |
|---|---|
| Small Business | 447 |
| Midsize Enterprise | 150 |
| Large Enterprise | 593 |
webMethods.io provides an extensive array of tools for efficient application integration, API lifecycle management, and secure business process automation. It supports various standards and protocols, ensuring flexibility for integrating both modern and legacy systems within hybrid or cloud environments. Its intuitive drag-and-drop interface simplifies workflow creation, while built-in monitoring and auditing enhance operational oversight. Addressing challenges in documentation, compatibility, and version stability can further refine its usability.
What are the key features of webMethods.io?Enterprises in finance, telecommunications, and government sectors utilize webMethods.io to integrate internal and external systems efficiently. The platform enables seamless end-to-end application integration, supports secure API management, and automates business processes. Its capability to protect APIs, handle secure file transfers, and manage hybrid or cloud deployments makes it a valuable tool for organizations seeking to modernize their IT infrastructure.
webMethods.io was previously known as Built.io Flow, webMethods Integration Server, webMethods Trading Networks, webMethods ActiveTransfer, webMethods.io API.
Cisco, Agralogics, Dreamforce, Cables & Sensors, Sacramento Kings
| Author info | Rating | Review Summary |
|---|---|---|
| Developer at a hospitality company with 1,001-5,000 employees | 3.0 | I've used webMethods.io for 3–4 years primarily for API integration; it offers versatile features but needs better scalability, lower licensing costs, and AI enhancements. While setup is simple, support is average, and competitors offer similar capabilities. |
| Solution Architect at a tech vendor with 10,001+ employees | 4.5 | I consider webMethods.io a stable, scalable, and comprehensive middleware for diverse integrations. It needs more AI capabilities, but its features surpass competitors. Expensive, it suits experienced users, earning my 9/10 rating. |
| Sales Director at Proven Consult | 5.0 | My experience with webMethods.io highlights its valuable features, such as caching, data transformation, and secure connectivity. However, it could improve in advanced monitoring, analytics, performance, and integrating with applications like ServiceNow and OCR capabilities. |
| Information Technology Specialist at PACI | 5.0 | We use webMethods.io to automate e-residency processes in Kuwait, offering 235 services across government sectors. While it's a powerful and easy-to-use tool, we believe a price reduction of 30% to 50% would be beneficial. |
| Senior Consultant at Brillio | 4.0 | I used webMethods.io for integrating APIs and database event triggers in my organization, valuing its orchestration, integration, and logging features. However, the high licensing cost is a drawback. I chose it over other solutions for its smooth integration and scalability. |
| Senior Manager of Operations at a comms service provider with 10,001+ employees | 4.0 | I primarily use webMethods.io for supporting business applications and customer lookups. The messaging feature is highly valuable, though infrastructure patching could be smoother and authentication needs improvement. I've seen a positive Return on Investment with this solution. |
| Owner at UrbanTech Services | 4.5 | I've found webMethods.io valuable for API management due to its governance and security features. The API Gateway enhances flexibility, though the high price is a concern. In two and a half years, it covered 38% of its cost. |
| Readiness Manager/Business Analytics for GCC India Operations at Ericsson | 3.5 | The product supports various digital documents like XMLs and EDI. However, the version upgrade process needs improvement, as it's challenging for customers, taking six months to a year, complicating transition and posing cost issues due to competition. |
| Head of Division at Innovery | 4.0 | I primarily use webMethods ActiveTransfer for file transfers internally and externally. It excels in integration and ease of use but struggles with large files and protocol support, impacting ROI and requiring architectural improvements to stay competitive with other solutions. |
| Client Partner at Tech Mahindra Limited | 4.5 | I chose webMethods.io API for its intuitive interface and rapid deployment features, which facilitate seamless communication and governance. However, compatibility with legacy systems poses challenges, requiring effort to adapt diverse products and optimize costs for integration. |
I use webMethods.io primarily for the integration of APIs. Could you please describe a few use cases for it?
webMethods.io is a comprehensive box that provides multiple functionalities. I appreciate it because we can integrate many applications and any kind of API we want to integrate. Other functionality includes event-based functionality and a PubSub mechanism. If we want to schedule anything, that is also available. If we want to make a REST API, SOAP, REST, or any other type, all kinds of things are put in one box and we can make anything we want to.
I do not use much of the drag-and-drop interface in webMethods.io; I usually code in it. Flow services and all basically deal with Flow language.
Many connectors are available in webMethods.io. I have worked with adapters and listeners.
Many things are evolving with the AI buzz in the market. What I would like to see improved or enhanced in webMethods.io in the future is that since webMethods.io is already under IBM, I think IBM will introduce and integrate AI into it. Additionally, regarding what webMethods.io can improve is the license cost. Other cloud players are also providing the same kind of functionality, such as AWS and Azure. webMethods.io is being installed on-premises, but AWS is providing it directly in the cloud. When comparing the license cost and request per minute cost, webMethods.io needs to address that. There are many competitors in the market for this.
I have been working with webMethods.io for around three to four years.
This is an area where I think webMethods.io has concerns. If any webMethods.io product is installed on-premises and a company wants to scale its application, either vertical scaling or horizontal scaling is needed. This means we need to procure more infrastructure or purchase it from the cloud and then host it. When it comes to scaling, it requires more RAM and more machines.
There are many resources available regarding webMethods.io technical support. An incident portal is available where we can raise tickets and based on priority, they reply. I would rate the technical support for webMethods.io at around six or seven on a scale of one to ten, where ten is the best.
Neutral
I have been working with webMethods.io for three to four years only and have not worked with any competitors or other products of the same kind.
The initial setup process for webMethods.io is quite straightforward. We need to install it on-premises. We can create an image and install it, and it is quite straightforward without much complexity.
Based on my rich experience with webMethods.io, I can share this advice. When it comes to integration, webMethods.io provides many features, so companies should consider it. However, at the same time, they should also evaluate competitors. If other companies are choosing webMethods.io for their applications, they will definitely compare pricing. They will also look at the scaling capabilities. Based on the scale and all considerations, companies will definitely compare pricing with clouds and MuleSoft, which is another competitor. It depends on what the company wants. Many others are providing similar functionality, so it comes down to pricing and the scaling part.
I work with the on-premises deployment of webMethods.io. I use MWS as a tool for monitoring and analytics in webMethods.io. Apart from that, I usually use logs and create custom logs as I want. We do not use any special functionality, but we create pages for statistics to analyze in Integration Server.
Basically, what we are integrating with webMethods.io determines the functionality provided. If we are integrating with an API, then webMethods.io provides HTTP functionality for integrating. If we are integrating with a database, then it provides the adapters I want. Based on the requirements and what we want, webMethods.io provides different functionality for integration. We do not need to figure out anything. We can use features of webMethods.io and integrate.
My overall review rating for webMethods.io is six out of ten.
We are primarily focused on IBM webMethods. I am part of the Center of Excellence team, where we involve ourselves in proposals and providing solutions to clients.
webMethods.io is a middleware tool with multiple components including Integration Server, Universal Messaging, MWS, API Gateway, and data event tools. We use all the tools that webMethods.io offers.
Basically, webMethods.io is used to integrate multiple applications, whether they are legacy applications such as mainframe, ERP, or SAP systems, CRM systems, or systems that require integration through adapters. webMethods.io enables moving data or messages from one application to another.
webMethods.io functions as an enterprise integrator and can be used for enterprise integration applications. It is not a simple tool and is not limited to one use case. Whether you need A2A integrations, B2B integrations, or B2C integrations, you will be able to use webMethods.io. There is no limitation when it comes to integrating multiple applications, which is a reason I appreciate it.
We are not MashZone users. The reason I tried leveraging MashZone at that time was because Software AG used it as one of their dashboard platforms alongside webMethods.io and Apama. That is how I started engaging with MashZone, but we have since moved on from it.
The analytics and monitoring capabilities that Integration Server has are sufficient for its requirements. The hybrid application now has end-to-end monitoring where you can monitor all the runtimes. By itself, it is very limited, but it is enough for an administrator to understand what is happening on the server.
webMethods.io does not currently have certain features, and we have to do coding as well. However, they have recently come up with a hybrid application where users will be able to use drag-and-drop functionality.
We have a comprehensive list of improvements that we have already provided to IBM because we have a tight partnership with them. They are slowly implementing AI enablement, but it has to improve significantly. They need to bring in more AI capabilities into webMethods.io. They will be doing this very soon, from what I understand.
They need to bring in AI capability for code generation and related features.
I have been using webMethods.io for almost twenty years, starting in 2006.
webMethods.io is very stable. As I mentioned, it is a very mature product. I would rate this aspect as nine.
Scalability in webMethods.io is very easy. After containerization, I would rate this as 9.5.
I rate customer service at 8.5. They are supporting the product, but webMethods.io is new for IBM as well. It is a new product for them, which is why the response is a little slow, but it is very good overall.
I have previously used Mule, Boomi, and Workato. Since I am a webMethods.io person, I would say webMethods.io is the better choice.
As I mentioned, webMethods.io has all the features. Boomi and Mule are bringing in B2B and other aspects now, but webMethods.io is a traditional, long-running product with more or less all the capabilities, which is a reason I prefer it.
Implementation depends on the circumstances. Most clients will not do it on their own because it is not that easy. Either vendors or systems integrators will do it. About 90% of clients do not do it on their own.
We are partners, so we directly handle implementation.
webMethods.io is expensive, so I would rate this at seven.
I would say that webMethods.io is not simple, but it is not complex either. If you have some experience, a fresher cannot do it, but someone with an admin background will be able to do it. It is kind of in the middle. A person with one year of admin experience can handle it. My overall review rating for webMethods.io is nine out of ten.
My customers' usual use cases for webMethods.io involve different billing and payment gateways. Many users are using it for business process engine.
In my experience with webMethods.io, the features or capabilities I have found most valuable include normal features such as caching, which is general and used in many applications such as Corba and TIBCO. Caching, data transformation, business rules, secure connectivity, and role-based rules are particularly beneficial.
I believe data transformation is exceptional in webMethods.io because they have an online database that can cache the database online. This is the most used benefit for the data transformation along with queuing, allowing quick file transfers in a very short period. This is the most important aspect to the client.
Secure connectivity in webMethods.io can be achieved by using SOAP and HTTPS, as you can use a secure protocol.
The secure protocol in webMethods.io is mandatory, as it protects all transactions and calls coming in or going out, especially when built with the methods API Gateway from companies such as IBM or Software AG. Both can secure the incoming connections to your network and provide flexibility to connect and integrate with all kinds of protocols and API gateways from other organizations.
My impression of webMethods.io's drag-and-drop interface to design workflows is actually amazing. It makes life easier for developers and end users who are using webMethods.io to change the rules and build any integration touchpoint from scratch without needing to write any single line of code—all done by dragging and dropping the components.
webMethods.io lacks advanced monitoring and analytics capabilities, so my customers need to use something additional.
Regarding the aspect of monitoring and analytics in webMethods.io, I wouldn't say it needs improvement; it was made for webMethods.io components, processes, and integration points. However, it cannot integrate with external services such as Apigee from Google for monitoring those web services in webMethods.io. You can monitor the calls between you and Apigee, but not the other calls to Apigee. Other platforms exist solely for these purposes, providing overall monitoring of applications and processes used by NOC departments.
In terms of areas in webMethods.io I would want to see improved in future releases, I think mainly the performance would be a focus, but the features already cover most if not all needs of integration. I've noticed components made to integrate with SAP and Oracle, but new applications in the market, such as ServiceNow, are booming. It would be good to have a separate component to cover integration and functionality for ServiceNow. Another enhancement would be in OCR; currently, there is a huge demand for OCR capabilities. It would be perfect if webMethods.io had a built-in component for OCR, as this would be tested and allow customers to use it better than a third-party OCR application. Having such a feature is essentially basic in modern applications.
I have been working with webMethods.io for seven years, since 2018.
In terms of stability, I find webMethods.io to be very stable. We provide support to our clients, and the minimum calls I receive are for webMethods.io; it's very stable.
Regarding scalability, I feel it's very scalable with normal procedures. Whenever more resources are needed, they become available automatically without any human interference. This makes scalability very automatic and easy.
I have not communicated with the technical support of webMethods.io or IBM support.
Neutral
The initial setup process of webMethods.io is simple and not complex.
Regarding the pricing and licensing of webMethods.io, I don't think it's expensive when compared with the features, but clients now see some budget differences because it previously belonged to Software AG, and now it's moved to IBM. The client feels this difference, and now it's slightly higher than the expected budget they planned for the last years.
I don't have any technical experience with this technical solution as I'm working in the sales domain. I'm selling webMethods.io and other solutions, but I don't have hands-on experience.
These features in webMethods.io are valuable to the customer; everyone needs it now.
I don't have a perfect answer regarding webMethods.io's support for hybrid deployments because I don't have technical experience in this part.
Most of my customers actually have their own applications for monitoring all the applications and back-end processes, but some have used webMethods.io and found it fine, even with the monitoring tool. However, the operation team usually monitors all applications together, so they prefer a unified application to gather all processes in one dashboard. From the practice I've seen with my customers, webMethods.io is one of the best applications for dashboarding, monitoring tools, and alert components; building alerts is very easy in webMethods.io.
If I were to rate the pricing of webMethods.io on a scale from one to ten, where one is cheap and ten is expensive, I would give it a five.
On a scale of one to ten, where one would be the worst product and ten the best, I rate webMethods.io a ten because it's very good and stable.
We use webMethods.io for the discontinuation of the e-residency project. It is a significant project across the country to automate the complete process from the initiation or issuance of civil ID cards for citizens in Kuwait. This includes residency renewal, issuance of civil ID cards, a new journey for newborn registration, and more. We employ webMethods.io to facilitate full services, starting from sending to the designer, moving on to business process management, etc.
The tool is very good and useful. Especially in the government sector where I work as an IT Director at Public Authority for Civil Information, we have been using Software AG suite components including IRIS, webMethods, Terracotta, Trading Networks, and others. The product is powerful, straightforward, and easy to use. It facilitates the exposure of around 235 services through our platform to feed various government entities across the entire country.
Prices should be reduced, ideally by up to 30% for long-term customers like us. We have been with Software AG and now IBM for a long time, over 25 years. A special discount of at least 50% for old customers would allow us to expand our services and request more resources.
I have been using it for more than ten years, specifically since 2013.
We keep receiving patches, updates, and improvements as the product is still like a newborn baby. It needs some time, however, it will become stable eventually. Currently, I would rate the stability up to six out of ten. There are some issues like the tool hanging or the need for additional jars when exposing web services.
Vertically, scalability is fine, however, I have not expanded horizontally with the product yet. I am currently satisfied with its scalability.
I have no idea about the cost since it is a government contract managed by the financial sector.
WebMethods.io is a powerful tool, but it requires skilled people who can fully utilize its potential. Even if you have a high-end tool, you need competent people to drive it. The tool requires experience. I would rate the overall solution ten out of ten.

webMethods.io was used to integrate APIs through the webMethods.io platform, trigger database events, and connect backend APIs through a Java backend. It was used extensively for integration purposes in my organization.
Integration became smoother, troubleshooting was easier, and deployment and scalability were greatly enhanced.
The orchestration aspects of APIs, the integration capabilities, and the logging functionalities were the most critical features of our workflow.
The licensing cost is high compared to other options. Additionally, AI support could be improved. Overall, the features are good, but the high cost could be a limiting factor.
I have worked with the solution for around three years, including approximately one and a half years in my previous organization.
Stability was rated as eight out of ten. We found it quite stable in operation.
Scalability was quite good; I would rate it an eight out of ten.
Customer support was generally good but some issues took time to resolve. I would rate it a seven out of ten.
Neutral
Before webMethods.io, other third-party solutions were used. webMethods.io was chosen because of its smooth integration, scalability, and good support.
A third-party integrator was used to deploy webMethods.io. They provided the necessary scripting and guidelines for the deployment.
I'd rate the solution eight out of ten.

Most of our applications are business applications we support, customer lookups, and what methods provide those services that have calls to our apps that needed that infrastructure. We are a combination of of Rantor Docker web methods.
It allows us to to reuse services, meaning, you know, App Bay would have a customer lookup service Appbeat could reuse that service.
The messaging part is the most valuable feature.
The patching of infrastructure is not very smooth and improved authentication should be added in the next feature.
I have been using webMethods Integration Server for fifteen years.
The solution is highly stable. I rate the stability a nine out of ten.
I would rate the scalability an eight out of ten.
I have seen a Return on Investment.
It is a cost-effective solution.
Follow best practices,engage in their professional services to help build your messaging system and to be PR have some PR emphasis and and blue Bluegreen deployment You could take half your your clusters out, upgrade them, and put them back in so you have a quick callback. And also patch quarterly, we got we got downbound. And and at that point, it's a little hard to get into the cycle when you're releasing software every every week, and you're trying to, go through an upgrade seven fifty servers, it's a little hard to get into the upgrade flow when when you're running that tight.
I rate the overall solution an eight out of ten.

For any of the APIs developed in webMethods, I can use API Gateway for extension policies and to export them to consumers.
Nowadays, API is popular throughout the world, so the user needs to have a single point of control over an API. It should also have governance on top of it, and it should be possible to apply some security policies to it so that a user can have a mature product and a single point entry in terms of a gateway that can be helpful. Recently, webMethods has turned to an API-based approach, and API Gateway was webMethods' way of converting itself into an API-based tool.
As it is a mature product, I don't see the need for a lot of improvements.
The solution is increasing and bringing more and more areas of compliance into the picture. I think the tool is compliant to meet the standards, especially in terms of, health compliance, fintech compliance, or PCI compliance system by enterprise or API compliant. In the area of compliance, the tool is improving and getting more accelerators. The tool has been improving a few things, and making it better. I think that webMethods API Gateway is getting acquired by IBM.
I don't see any challenges attached to the product. Lately, webMethods API Gateway got introduced as a separate product. Initially, there was a more web service approach, after which webMethods API Gateway moved to the REST approach to meet the industry standards, providing the product more flexibility.
The high price of the product is an area of concern where improvements are required.
I have experience with webMethods API Gateway.
The product is very mature and stable. Stability-wise, I rate the solution a nine out of ten.
I believe that webMethods API Gateway is a part of webMethods.io, meaning both cannot be considered separate products from each other. There is no question of scalability when it comes to webMethods API Gateway. Whatever is developed in webMethods.io is exposed to consumers via webMethods API Gateway.
In terms of the trends I have noticed in the product, I can say that the tool gives a lot of control. The product also provides certain metrics that my company can collect along with a dashboard. The product has given more control to people who use it.
I rate the tool a nine out of ten.
The support offered by the product is top-notch. The support team of the tool consists of tech-savvy individuals who can get control over the complete platform. If you go for MuleSoft, it works with AWS, so the core tool itself does not have control over a lot of aspects revolving around the tool, a reason why it has to get AWS involved in its processes at times to resolve a problem. On the other hand, webMethods API Gateway is a product that is available on its own cloud, so webMethods has 100 percent control over the solution. I rate the technical support a nine out of ten.
Positive
I rate the product's initial setup phase an eight to nine out of ten. There were no complexities involved in the setup phase.
The time required to deploy the product is usually dependent on the project. The product can be deployed in around a month, but if you have to develop a number of APIs and integrations, then the span of the project will be increased. If you have over 100 systems connecting to the tool, then the setup phase will take more time, while if there are only five systems connecting to the tool, then the setup phase will take less time.
In my company, I heard that after using the product for two and a half years, the tool was able to cover 38 percent of its cost.
It is an expensive tool. I rate the product price a nine out of ten, where ten means it is very expensive.
I feel that webMethods API Gateway is a mature product. The product is able to meet my company's API protection needs.
If price is not a concern, then I would recommend webMethods API Gateway to others. If price is a concern, then there are other alternatives to webMethods API Gateway.
I rate the tool a nine out of ten.

The product supports various types of digital documents, including XMLs and EDI.
One area that needs improvement is the version upgrade process. Many customers I've worked with encounter challenges when transitioning from their current version, such as x or 9, to a newer version. The process is not smooth, and they must shift their entire website. If I am part of the consultancy company, I could propose taking on the version upgrade process as a separate project. From the company's perspective, this upgrade could vary in duration depending on the complexity of the business, ranging from six months to a year. This extended timeframe poses a significant challenge for customers due to the competition. From a cost perspective, getting the money for the upgrade project can be challenging for customers.
I have been using the product for a couple of years.
The product's on-prem version is more stable. The cloud version was introduced only recently and will take time to establish itself. I rate its stability a six out of ten.
The solution's on-prem version is scalable. I am not sure about the cloud version since everything is controlled by the product. My company has 500-600 users. As a consultancy business, we offer solutions to clients across different countries who seek to implement network solutions.
We often contact support for assistance when we encounter challenges, especially with the cloud version. We rely on our extensive community resources and past experiences for on-premises solutions. However, when issues persist beyond our capacity, we escalate them to support for resolution.
The tool's deployment is not straightforward. Indeed, the deployment duration hinges on the complexity of the organization's size. Certain components may facilitate swift upgrades, while others, such as the API gateway, often take longer.
The deployment process is smooth and doesn't come with any standardized guidelines. Developers can do it as per their approach. Six steps can be used to deploy the tool. You would need two to three resources to handle its deployment and maintenance.
The solution's development license is free for three to six months. We have to pay for other things.
I have completed several integrations using the webMethods Integration Server. One recent project involved the supply chain industry, specifically working with tracker and shipping companies involved in container movement. We developed a B2B platform for various stakeholders. This platform facilitated data storage and transaction tracking for different partners. It was implemented as a SaaS solution built on the webMethods Integration Server.
Recently, they introduced a cloud version of the B2B platform, which has potential but is still in the early stages of development and is not yet stable.
The Flow language is an old but effective tool, especially in webMethods Integration Server. I started using it quite early in my career. With Flow language, you don't need to visualize everything in your mind before coding. It allows for rapid development.
The on-prem version can handle volumes of transactions. We encounter challenges when the client's requirements are not clear.
I rate the product a seven out of ten.

There are many use cases for webMethods ActiveTransfer, but the main focus for us is transferring files internally between applications or externally between partners. From a technical point of view, it can be seen a tool for file transfer for A2A (application-to-application), and from a market model point of view, it's also a B2B (business-to-business) tool. In terms of extras, it includes an engine for translation, which comes as an add-on, so that customers can translate files as they send or receive them from external partners. We could, of course, also create a custom interface in order to allow physical users to perform file transfer, but this is not a common use case.
Using webMethods ActiveTransfer, we can create rules for automatic application-to-application file transfers, and one of our customers in Italy is even using it for both file transfers and as an ESB (Enterprise Service Bus) as part of their supply chain infrastructure where there is a very high volume of messages being exchanged (thousands and thousands of messages per day).
If the customer's infrastructure is complex, with high-availability clusters and so on, then we often have to implement not only the basic use case, but also consider other business cases as well, such as in our Italian customer's situation where ActiveTransfer must additionally communicate with their order management orchestrator and other parts of their infrastructure.
There are offerings for deployment on cloud or hybrid as well, but most of the customers who have around 1,000 employees prefer the solution to be situated on-premises.
The core product can be used not only for automatic file transfers between applications, but also as an Enterprise Service Bus (ESB). Internally, it's easy to exchange messages between applications because they have decent integrations of message protocols whether you're using a REST API or MQ. Thus, its core functionality is highly compatible with different methods of exchanging messages between applications.
On the whole, it's a very good product being all at once easy to use, easy enough to install, and easy to deploy new workflows and so on.
I have noticed that webMethods ActiveTransfer has had problems when handling large files. For example, when we receive (and perform operations on) files that are larger than about 16 MB, the software starts losing performance. This is why, for most customers who have to deal with big files, I suggest that they use a product other than ActiveTransfer. I would like to note that this problem mainly concerns large files that undergo extra operations, such assigning, unassigning, or file translation. When these operations take place on large files, ActiveTransfer will use up a lot of resources.
Within the product itself, I also believe that there is room for improvement in terms of optimization when it comes to general performance. I suspect that the issues underlying poor optimization are because it is all developed in Java. That is, all the objects and functions that are used need to be better organized, especially when it comes to big files but also overall.
webMethods ActiveTransfer was born as an ESB to handle messages, and these messages were typically very short, i.e. small in size. A message is data that you have to send to an application, where it must be received in real-time and possibly processed or acknowledged elsewhere in the system as well. So, because it was initially designed for small messages, it struggles with performance when presented with very large files. All this to say, I suggest that they have an engineer reevaluate the architecture of the product in order to consider cases where large files are sent, and not only small ones.
As for new features, compared to other products in the market, I think Software AG should be more up to date when it comes to extra protocol support, especially those protocols that other solutions have included in their products by default. Whenever we need to add an unsupported protocol, we have to go through the effort of custom development in order to work with it.
Also, all the banks are obligated to migrate to the new standards, and big companies are all handling translations and operating their libraries with the new protocol formats. But webMethods ActiveTransfer doesn't seem to be keeping up with this evolution. Thus, they should aim to be more compliant in future, along the lines of their competitors such as IBM and Primeur.
I have been working with webMethods ActiveTransfer for four years. In the beginning I was working directly with the product, handling technical aspects, and now I am in more of a managerial role, managing teams in the implementation of new projects.
For the most part, it's very stable and I would give it 4/5 stars.
The stability issues only arise in more extreme cases, such as when the file sizes are too large for the infrastructure to handle, or when the infrastructure is not well designed. And sometimes the problems are simply due to the fact that there isn't adequate performance on the other machine. In my books, the processing time for a 20 MB file should be measured in milliseconds or seconds, not minutes.
It's scalable, but my rating would only be 3/5 stars for this aspect. In general, the scaling is easy to implement when it comes to adding more resources to a machine, but when adding new nodes and so on, it's definitely not as easy as its competitors. There's a lot of manual activities that must be done, and it's not just a simple matter of running some scripts to start a cluster with new nodes.
This is, of course, the on-premises version I am talking about. I have not yet worked on the hybrid solution, though from what Software AG has sent me, it seems a lot easier because it deals with containers rather than nodes.
We don't have any major issues with their support, but more often than not they take a very long time to answer. Because I work frequently with the sales team and other highly technical staff on their side, I eventually manage to solve most of the issues we come across by talking with them instead of support.
So most of the time, we do have our problems solved, but typically not with the speed and precision that we need.
Neutral
In terms of initial setup, It's easy enough and I would rate the process 4/5 stars.
How many engineers and other staff we need for deployment is always based on customer requirements, of course. For a simple business case comprising a non-complicated infrastructure with only a standard load node for production and a standard load node for staging, webMethods ActiveTransfer can be installed and set up by just one engineer within three or four days.
If the infrastructure is more complex, with high-availability clusters and multiple business cases to be implemented, then the deployment can extend over two or three weeks under the care of a senior staff member.
From a service point of view, the staff needed for deployment, maintenance, and support also depends on the SLA with the customer. For example, one of our customers in Italy uses webMethods ActiveTransfer not only as a file transfer system, but also as an ESB that is integrated with their supply chain infrastructure. In this case, keeping ActiveTransfer up and running is critical and we must provide extended support with two people from 8:00 AM to 4:00 PM, and then another two people from 4:00 PM to midnight.
The ROI differs for each customer. As an integrator in Turkey, we see that if the customer is going to use webMethods ActiveTransfer to integrate multiple different business cases, the ROI is quite good, and it can be a positive ROI in only a matter of months.
In other cases, if the customer purchases a large amount of infrastructure in order to implement multiple workflows, but for internal reasons they have to move slowly, then over time the ROI is much greater.
However, it's very difficult to give an estimate on ROI because it depends so much on each individual customer. It's a good, complete product, but it's not cheap. In fact, it's among the top three or four most expensive platforms on the market and for this reason it's not always ease to achieve a very high ROI.
The licensing depends on the type of customer, so I would refrain from talking about it in an absolute kind of way. Overall, it's somewhat expensive, and depending on customer requirements, there are different types of licensing that can be useful, or not so useful.
Their licensing options are a mix with some variety between them. Normally, the on-premises license is a perpetual license, where the customer purchases the licensing once and then in following years only has to pay for the support. However, they have also included other licensing structures in which you can choose your licenses according to the number of users or the specifications of the machine that it will be running.
Sometimes we don't have a very clear idea what the licensing will entail at first, because it can be very customizable. On one hand, this can be a good thing, because it can be tailored to a specific customer's needs. But on the other hand it can also be an issue when some customer asks, "What's the cost?" and we can't yet give them an accurate answer. In times like these, we can only tell them that it depends on your use case, and this isn't always the answer they want to hear.
During my career I have worked with a lot of different products and I generally only go on to work with those products that I feel are worth being called good products. We also work with IBM and Primeur, and I can say that webMethods ActiveTransfer is a very good product. It's easy to use, and easy enough to install and deploy new workflows.
At the same time, since we have been having numerous issues with their support in terms of response times, I must say that if their support doesn't improve, we may eventually have to stop promoting this product to our customers.
I would rate webMethods ActiveTransfer an eight out of ten.
Clients choose webMethods.io API for its intuitive interface, promoting seamless interaction and quick communication between systems. The platform's focus on rapid deployment expedites time-to-market, while robust governance features ensure control and compliance. Particularly appealing to less mature clients in API management, it offers a strategic toolset for gradual integration advancement, providing both immediate benefits and a pathway for long-term growth.
A potential drawback of webMethods.io API is its adaptability to legacy systems, which can vary in compatibility. This becomes evident when dealing with diverse products within a client's portfolio, requiring significant time and resources for API integration. The challenge lies in the need for a robust team and cost optimization to bridge the gap between legacy systems and modern API standards. Additionally, the time and effort involved in transforming products into API-ready formats can be a limiting factor. While the platform offers comprehensive solutions, addressing these challenges requires careful consideration and a modular approach for optimal results.
I have been working with webMethods.io API for a year.
webMethods.io API is stable, but its maturity may not meet all customer expectations due to the challenges of dealing with large legacy systems. Achieving optimal results takes time and gradual refinement as the platform evolves to address these considerations. I would rate the stability as a seven out of ten.
Scalability is webMethods.io API's strong point. The solution is designed to scale seamlessly, offering flexibility from small to medium and up to enterprise-level clients.
The tech support from webMethods is solid, and I would rate it at nine out of ten.
Positive
The installation of webMethods.io API is flexible, offering options for both on-premise and cloud deployment. The customer has the capability to choose either based on their preferences and security requirements. However, a crucial condition for product ownership is having your own cloud infrastructure. Without this, selling the solution may face challenges due to country-specific regulations. It is not just a customer requirement but a regulatory necessity to align with the country's guidelines. The deployment time for webMethods.io API varies based on the scope. For upgrades, it typically takes six to eight months, while total implementations can range from 12 to 18 months. The number of engineers and architects needed depends on factors like chosen modules, domains, and the scale of customer service, ranging from thousands to millions. Once deployed, maintenance is relatively easy.
The solution is on the expensive side in terms of pricing. It follows a yearly licensing model. Clients typically pay for the license only if they have the internal capacity for implementation. However, for a more comprehensive approach, clients often opt for additional services, including implementation, maintenance, and support from the vendor's side, especially when the scale of the project requires a more hands-on approach.
Before choosing webMethods, it is crucial to assess your organization's skill set. The solution is powerful and scalable, especially for large enterprises, but smaller businesses might find it challenging both in terms of cost and resource availability. It is a robust choice for those with substantial needs and the capability to leverage its features effectively. Understanding your organization's scale and capabilities is key to making the most of what webMethods has to offer. Overall, I would rate webMethods.io API as a nine out of ten.