CIOPages
Integration & MiddlewareHigh Complexity

Buyer's Guide: Enterprise iPaaS Software

An integration platform as a service connects applications, data and trading partners, and runs those connections as a managed service. Eight approaches to buying one, separated by what each platform was built to integrate first.

14 min read 8 vendors evaluated Updated November 2026
Section 1

Executive Summary

Most integration platforms reach the same applications. They differ in where the integrations run, how you recover a failed one, and what the meter counts.

Enterprise iPaaS (integration platform as a service) software connects applications, data and business partners, and runs those connections as a managed service. Informatica describes integration platform as a service (iPaaS) as a cloud-based solution that enables integration between applications, data sources and systems, and that helps handle the full lifecycle of APIs, automates business processes and orchestrates workflows across multiple applications. Choose one on four things: where its runtime can run relative to your systems, whether it carries your partner traffic as well as your APIs, how an operator finds and replays a failed run, and what its pricing meter counts.

Connector counts do not separate the platforms. Workato states that 1,200+ pre-built connectors are included out-of-the-box for every user. Microsoft states that customers can choose from 1,400+ prebuilt Microsoft-managed connectors for Azure services, Microsoft services, external apps, databases and on-premises systems. Boomi states that it provides 1,500+ pre-built integrations and a recipe library of common patterns. Test each shortlisted platform on the five systems that are hardest to reach in your own estate instead.

The vendors divide by what their platform was built to integrate first: reusable APIs, a data management suite, hybrid middleware, several integration services in one low-code product, business automation, data pipelines, one ERP, or a public cloud’s own services. Start from the approach that matches your estate, then test the shortlist on your own systems and your own failures.

8 approaches, one vendor named for each
4 decisions that shape the shortlist: runtime location, partner exchange, recovery, meter
3 integration styles to cover: APIs, events and partner documents

Section 2

Why the Integration Layer Needs Its Own Decision

Integration is how a change in one system reaches the others. NIST states that modern enterprise IT systems rely on a family of application programming interfaces (APIs) for integration to support organizational business processes, and that a secure deployment of APIs is critical for overall enterprise security. An integration platform holds credentials to most of the systems it connects. That makes it both a dependency for every process it runs and a target worth protecting.

Three styles of integration run on the same platform, and each has an open standard. For request-and-response APIs, the OpenAPI Initiative describes the OpenAPI Specification (OAS) as a specification language for HTTP APIs that defines structure and syntax in a way that is not wedded to the programming language the API is created in. For events, the AsyncAPI Initiative describes an AsyncAPI document as a communication contract between senders and receivers within an event-driven system. For partner documents, the IETF applicability statement informally referred to as "AS2" describes how to exchange structured business data securely using HTTP, including EDI in X12 or UN/EDIFACT format, with authenticated acknowledgments using Message Disposition Notification (MDN) responses.

Standards decide how hard it is to leave. An API described in an OpenAPI document, or an event stream described in an AsyncAPI document, can be rebuilt on another platform from the description. A flow that exists only as boxes on one vendor’s canvas has to be rebuilt by hand. Ask each vendor which of these documents it can import and export, not only which it can read.

🎯
Strategic Impact
Four questions shape the shortlist. Where must integrations run: in the vendor’s cloud, inside your network, or both? Does partner traffic over EDI and AS2 belong on this platform or on a separate one? How does an operator find, fix and replay a failed run? And what does the meter count when volume doubles?

Events need the same discipline as APIs. The CloudEvents project states that the lack of a common way of describing events means developers have to write new event handling logic for each event source. CloudEvents is a specification for describing event data in a common way, intended to simplify event declaration and delivery across services and platforms. A platform that reads and writes a common event format lets you change brokers without rewriting every consumer.

Partner documents follow their own standards. X12 states that it has been chartered by the American National Standards Institute for more than 40 years and develops and maintains EDI standards and XML schemas. UNECE describes UN/EDIFACT as a set of internationally agreed standards, directories and guidelines for the electronic interchange of structured data between independent computerized information systems. If your suppliers, carriers or retailers send X12 or EDIFACT documents, the platform needs a profile for each trading partner, a map for each document type and a record of every acknowledgment.

A flow that fails quietly can leave an order unshipped or an invoice unposted for days. Before you compare features, decide who watches the integrations, how quickly a failure must be noticed, and who is allowed to correct the data and run it again.


Section 3

Where iPaaS Ends: API Management, Data Pipelines, File Transfer and RPA

An iPaaS runs integration flows between applications. An event, an API call or a schedule starts a flow; the flow reads from one system, transforms the data and writes to another; the platform records the run. Several adjacent products overlap with it. API management publishes and secures APIs for other teams and partners. Data integration loads large volumes into a warehouse or lakehouse. Managed file transfer moves files with an audit trail. Robotic process automation drives a user interface where no API exists. Several vendors in this guide sell API management or file transfer alongside integration, so check each module on its own instead of assuming the suite covers them equally.

Building your own integration layer is rarely cheaper. A message broker, a scheduler and some code are easy to stand up. Keeping connectors current as each SaaS vendor changes its API, handling retries and replays, rotating credentials and monitoring hundreds of flows is a product in itself, and it lands on whoever wrote the first script. The real decision is which kind of platform to buy, and how many integration tools you are willing to run side by side.

Decide who will build the integrations before you compare build tools. A central integration team needs version control, separate test environments and a controlled path to production. Business analysts building their own automations need templates, guardrails and review. Product engineers embedding integrations in your own software need an API and a separate connection for each of your customers.

Need What it answers Where it is bought
Application integration Moving and transforming data between applications as events happen This guide
API management Publishing, securing and metering APIs for other teams and partners API Management guide
Bulk data integration Loading large volumes into a warehouse or lakehouse Data Integration & ETL guide
File exchange Moving files with partners, with an audit trail of every transfer Managed File Transfer guide
Interface automation Automating applications that have no usable API Robotic Process Automation guide
⚠️
Common Pitfall
Buying the platform the first project needs and then running every integration on it. A tool chosen for SaaS automation may not handle X12 partner traffic, and a tool chosen for API-led work may cost more than the automations it replaces. List the integration types you run today, with volumes, before you sign.

Section 4

How do you evaluate Enterprise iPaaS Software?

Where the runtime can run is the first thing to test, because it decides which systems the platform can reach. MuleSoft states that Anypoint Runtime Fabric runs within customer-managed infrastructure on AWS, Azure, virtual machines (VMs) and bare-metal servers. SnapLogic describes a Groundplex as a self-managed runtime environment that an organization deploys and operates within its own infrastructure, whether on-premises, in a private cloud or in a virtual private cloud (VPC). SnapLogic states that a Groundplex communicates with the integration platform's control plane over a secure outbound connection, without requiring inbound firewall rules. Workato states that its on-prem agent runs within the user's server, typically behind a firewall, only makes outbound connections to Workato without requiring inbound firewall ports, and connects over TCP port 443. Ask each vendor what it installs on your network, which direction its connections run, and how it behaves behind your proxy and TLS inspection.

Where data is processed matters for regulated workloads. Boomi states that it runs in public cloud, private cloud, on-premise or hybrid setups, and that data is processed in the customer's environment rather than passing through Boomi's platform. Microsoft states that Standard logic app resources are hosted in single-tenant Azure Logic Apps, which does not store, process or replicate data outside the region where they are deployed. Ask where run history, payloads and logs are kept, since those copies can sit somewhere other than the runtime.

Error handling decides what happens when a flow breaks overnight. Workato states that recipes support conditional logic for decision-making, loops to process datasets, and error handling to manage exceptions. Workato states that jobs can only be repeated within the retention period. Microsoft states that run history can be viewed only for stateful workflows, not stateless workflows. Celigo states that agents run with the same monitoring, auto recovery and audit trail as every flow. In the proof of concept, break a flow on purpose. Time how long it takes to find the failed record, correct it and replay it, and check whether the replay is billed again.

B2B and EDI support varies more than connector lists suggest. MuleSoft states that Anypoint Partner Manager supports transport protocols including AS2, HTTP, HTTPS, SFTP and FTP, and message formats such as CSV, EDIFACT, EDI X12, JSON and XML. Microsoft states that business-to-business (B2B) enterprise integration workflows can be built with Azure Logic Apps, which includes the Enterprise Integration Pack (EIP). Celigo states that its universal connectors support protocols such as HTTP, FTP, JDBC, AS2, GraphQL and webhooks. Send each vendor a sample of your real partner documents. Ask for a working map, a signed acknowledgment and the message a partner receives when a document is rejected.

The build tools should fit the people who will use them. Workato describes a recipe as an automated workflow that executes a series of steps to integrate and process data across multiple applications. Boomi states that Boomi Suggest uses machine learning and 10+ years of data insights to streamline application data mapping. Boomi states that teams can collaboratively develop the same code with branch and merge. Ask to see how a change moves from development to production, who approves it, and how it is rolled back.

Capability What it does Buyer translation
Runtime placement Runs integrations in the vendor’s cloud, in your network, or both Which of your systems it can reach without opening inbound firewall ports
Connectors Prebuilt access to applications, databases and protocols Read and write coverage for your five hardest systems, not the catalog size
Error handling and replay Retries, alerts and rerunning a failed record Time from failure to corrected replay, and whether replays are billed
B2B and EDI Trading-partner profiles, X12 and EDIFACT maps, AS2 transport A working map and acknowledgment for your own partner documents
API publishing Exposes integrations as APIs for other teams and partners Whether it can import and export OpenAPI documents
Event handling Starts flows from events and publishes events to brokers Which brokers and event formats it supports, including AsyncAPI and CloudEvents
Change control Environments, version control and promotion to production Who approves a change, and how it is rolled back
💡
Evaluation Tip
Run the proof of concept on three cases from your own estate: a SaaS-to-ERP flow, a system behind your firewall, and one partner document. Then break each one and score the platforms on how quickly an operator recovered it.

Section 5

Vendors in Enterprise iPaaS Software

Representative vendors include Boomi, Celigo, IBM webMethods Hybrid Integration (now IBM Integration), Informatica, Microsoft Azure Logic Apps, MuleSoft Anypoint Platform, SnapLogic and Workato. The list is alphabetical, is not a ranking, and is not for sale. How we choose vendors

The approaches below follow one question: what was the platform built to integrate first? That origin still shapes which jobs each one does without extra modules or extra licenses.

Ownership has changed at several of these vendors, so check the company behind each product. Salesforce announced on May 2, 2018 that it had completed its acquisition of MuleSoft. Salesforce announced on November 18, 2025 that it had completed its acquisition of Informatica. Salesforce states that MuleSoft combined with Informatica's data integration and governance capabilities will create a comprehensive, end-to-end integration offering. IBM states that IBM Integration, formerly IBM webMethods Hybrid Integration and IBM Cloud Pak for Integration, connects applications, APIs, events and data across hybrid environments. IBM states that IBM Integration is available as IBM-managed SaaS or as self-managed software that supports containers and virtual machines.

Two approaches start from data. Informatica describes API and Application Integration as part of the Informatica Intelligent Data Management Cloud (IDMC). Informatica states that IDMC includes Data Integration, Data Quality, Data Governance, Catalog and Master Data Management in a unified cloud-native platform. SnapLogic lists support for ETL/ELT and reverse ETL, app-to-app integration and full lifecycle API management. If one team runs both application and data integration, ask to see both on the same platform and the same contract.

Two start from breadth of integration services. Boomi states that additional platform services such as EDI and API Management have the same user experience as Boomi Integration. MuleSoft describes Mule Credits as a shared unit of consumption across eligible MuleSoft capabilities, drawn from one shared pool as teams run integrations, manage APIs, automate processes and use agents.

The rest start from a narrower job. Celigo states that it connects NetSuite to ecommerce platforms, CRM, EDI trading partners, finance tools and supply chain systems through prebuilt integration apps rather than one-off scripts. Microsoft describes Azure Logic Apps as a cloud service and platform for automating enterprise business process workflows and integrating services, systems, apps and data across cloud, on-premises and hybrid environments with little or no code.

How the market divides
API-led integration
Integrations built as reusable APIs, deployed to the vendor’s cloud or to runtimes you manage.
Fits central integration teams building shared services
Integration in a data management cloud
Application integration on the same platform as data quality, governance and master data.
Fits organizations standardizing data management on one vendor
Hybrid integration middleware
One product sold as vendor-managed SaaS or as software you run in containers and virtual machines.
Fits estates with on-premises middleware and message queues to keep
Several integration services in one low-code product
Integration, EDI and API management sharing one user experience, deployable in cloud or on premises.
Fits teams that want one tool for several integration types
Recipe-based automation
Recipes triggered by events, run in the vendor’s cloud, with an agent for systems behind the firewall.
Fits SaaS-heavy estates with many automations built outside IT
Pipelines for applications and data
Application integration and ETL, ELT and reverse ETL in one product, on cloud or self-managed runtimes.
Fits teams that run application and data integration together
ERP-centered integration
Prebuilt integration apps built around one ERP and the systems that feed it.
Fits companies whose order and finance processes run through one ERP
A public cloud’s integration services
Workflow, messaging and API services billed through the cloud provider’s own subscription.
Fits organizations committed to that cloud
8 vendors named — one per approach, alphabetical within each
Vendor Approach Where it fits
Microsoft Azure Logic Apps A public cloud’s integration services Workflows and B2B integration billed through an Azure subscription
MuleSoft Anypoint Platform API-led integration Reusable APIs and integrations, in MuleSoft’s cloud or on infrastructure you manage
Celigo ERP-centered integration Prebuilt integration apps around NetSuite
IBM webMethods Hybrid Integration (now IBM Integration) Hybrid integration middleware Integration as IBM-managed SaaS or self-managed software
Informatica Integration in a data management cloud Application integration within Informatica’s data management cloud
SnapLogic Pipelines for applications and data Application and data pipelines on cloud or self-managed runtimes
Workato Recipe-based automation Recipes that automate work across many SaaS applications
Boomi Several integration services in one low-code product Integration, EDI and API management in one product, in cloud or on premises

Eight vendors are named here, one for each approach, and more than a dozen others sell integration platforms. The approaches were written before any vendor was selected, and a row cannot be bought. Integration vendors, named here or not, can describe their own products in the Spotlight below.

🔎
Market Insight
When the shortlist pairs a platform you would buy for integration alone with integration services bundled into a suite or cloud you already pay for, price both at the volume you expect in the third year, including any runtime you would host yourself.

Section 6

How much should you budget for Enterprise iPaaS Software?

iPaaS vendors meter different things, so list prices rarely compare across vendors. MuleSoft states that its packages start at $2,000 per month, billed annually. IBM states that prices for the Standard Tier begin at USD 2,565 per month. IBM states that its pricing includes flexible credits that can be applied toward integration capabilities such as API calls, app integration flows, B2B integrations, managed file transfers and events. Informatica states that Informatica Processing Units (IPUs) give customers access to all eligible cloud services listed in its Cloud and Product Description Schedule. With a shared pool of credits, one busy flow can use up the allowance that other teams rely on.

Other vendors price by edition, endpoint or capability. SnapLogic states that it offers unlimited pipelines, data movement and integrations for the same predictable price. SnapLogic states that customers choose the data and application endpoints they want to connect, and that the price is the same whether they deploy on GroundPlex or CloudPlex. Celigo states that price depends on the edition chosen and how the team uses the platform. Celigo states that every edition includes file storage, a support package with SLAs, MFA and role-based access controls, and Celigo AI capabilities. Workato states that consumption is tracked by capability, such as Workflows, APIM and Event Streams. Boomi states that customers can get the full Enterprise Platform, pick and choose capabilities, or pay as they go.

Pay-per-execution pricing counts more than successful transactions. Microsoft states that, except for the initial number of free built-in operation executions per Azure subscription, the Consumption model meters and bills an operation based on each execution, whether or not the overall workflow successfully runs, finishes, or is even instantiated. Microsoft states that an operation usually makes a single execution unless the operation has retry attempts enabled. Failed runs and retries both add to the bill. Model the cost on your real error rate and polling intervals.

Seats and add-ons change the total as well. IBM states that line-of-business IT users can create and manage integrations with its no-code and low-code tools with no additional per-user fees. Ask every vendor which of these sit in a higher tier or an add-on: runtimes on your own servers, separate test environments, B2B partner management and longer run-history retention.

Meter You are charged for Grows with Where it goes wrong
Shared credits A pool drawn down by each capability at its own rate Volume across integrations, APIs and automation One busy flow drains the pool other teams rely on
Edition or package A tier with a set of features and limits Features, environments and support level needed Paying for the top tier to get one feature
Endpoints Each application or data source connected Number of connected systems Many small systems, each counted
Executions Each operation a workflow runs, including retries Polling frequency, retries and error rate Failed runs billed like successful ones
Capability units Usage counted separately for workflows, APIs and events Automation volume Loops over large datasets multiplying the count
What moves the bill
Volume Records, executions or credits grow with the business, and with every retry and polling call.
Environments Separate development, test and production environments may each be priced.
Runtimes Self-managed runtimes add your own servers, containers and the people who run them.
Renewal A multi-year term fixes the price only for that term. Write the renewal uplift into the contract.
Annual cost to model
Base package or edition + usage above the included allowance + self-managed runtime infrastructure + implementation and connector work + the people who monitor and fix failed runs

Section 7

How long does implementation take for Enterprise iPaaS Software?

An iPaaS rollout is a migration of integrations that already run somewhere, often in scripts nobody owns. Move them in waves, and set up monitoring and replay before the first production flow, so the first failure is found by your team rather than by a customer or a partner.

Phase 1
Inventory (Weeks 1–4)

List every integration in use: scripts, scheduled file drops, middleware flows and partner connections. Record the systems each one touches, its volume, who owns it and what happens when it fails.

Phase 2
Operations First (Weeks 4–10)

Set up environments, source control, alerting and a replay procedure. Break a test flow on purpose and confirm an operator can find, correct and replay it.

Phase 3
Migration Waves (Weeks 10–30)

Move integrations in waves, lowest risk first. Run old and new side by side for flows that post financial or partner transactions, and compare outputs before you switch.

Phase 4
Partners and Business Builders (Ongoing)

Move trading partners in groups, with a test window agreed with each one. Open the platform to business builders with templates, review and a path to production.


Section 8

What should you ask vendors about Enterprise iPaaS Software?

Ask each vendor to answer in writing and to demonstrate on your own systems and documents.

The short version
  1. Must integrations run inside your own network or region?
    Yes Shortlist platforms with a self-managed runtime or single-tenant hosting, and ask which direction their connections run.
    No Compare the vendors’ cloud runtimes on availability, data location and log retention.
  2. Do you exchange EDI documents with trading partners?
    Yes Test partner profiles, X12 or EDIFACT maps and AS2 acknowledgments on your own documents, or keep a separate B2B product.
    No Weight API, event and SaaS automation features instead.
  3. Will business teams build their own integrations?
    Yes Test templates, guardrails and approval before anything reaches production.
    No Weight version control, automated testing and deployment pipelines for the integration team.

Section 9

Related Resources

Head-to-head comparisons

From the directory

Vendors in this category

Directory listings for the Enterprise iPaaS Software space — independent of this guide’s evaluation. Compare profiles in the CIOPages directory, or claim yours.

Airbyte Claim
Boomi Claim
Bruin Claim
Coalesce Claim
Denodo Claim
Fivetran Claim
Hevo Data Claim
Hightouch Claim
Browse all in the directory Work at one of these? See placements

Questions to ask every vendor on your shortlist

What changed in this market this year

State of Play 2026: iPaaS and Enterprise Integration: the annual review of this market, with answers from the vendors in it.

The Throughline
One decision facing technology leaders, monthly.

Independent. No sponsorships. Unsubscribe anytime.

Tags:Enterprise iPaaSiPaaS SoftwareIntegration Platform as a ServiceEnterprise IntegrationB2B IntegrationEDIMuleSoft Anypoint PlatformInformaticaIBM webMethodsIBM IntegrationBoomiWorkatoSnapLogicCeligoAzure Logic Apps