From EDI Processing to Supply Chain Visibility: Integrating webMethods B2B with Syncrofy, Part I

By: Wayne Leishman | January 30th, 2026

This post is the first entry in two-part series on integrating IBM webMethods B2B with Syncrofy, “The AI-enabled supply chain platform.” Part I focuses on the business drivers, target users, and high-level architecture behind the integration, explaining why customers combine webMethods B2B with Syncrofy to enable business-facing visibility into EDI transactions. Part II of this series walks through a demo-based implementation of the integration and covers key design considerations.

Organizations that rely on electronic data interchange (EDI) often face a common challenge:

While EDI platforms excel at reliable transaction processing and partner connectivity, the business data contained within those transactions is not always easily accessible to the teams responsible for supporting and optimizing supply chain operations.

This article describes an integration pattern that combines IBM webMethods B2B (SaaS) with Syncrofy, using webMethods Integration (SaaS) as the orchestration layer. The goal of this pattern is to make EDI-driven supply chain data more accessible and actionable for business users – without disrupting existing EDI processing or introducing unnecessary architectural complexity.

The content is based on a working demo built using the SaaS components of the IBM webMethods Hybrid Integration platform. While equivalent on-premises products can support similar integrations, this article focuses exclusively on cloud-based deployments. 


Intended audience
 
  • Supply chain support and operations teams responsible for monitoring, investigating, and resolving EDI-related issues 
  • Integration architects and developers designing EDI and B2B integration solutions 
  • IT leaders seeking to enable business visibility without compromising integration architecture 

Readers are expected to have a general understanding of EDI concepts. Deep familiarity with webMethods or Syncrofy is not required.


What this post covers
 
  • A business and operational overview of why organizations integrate webMethods B2B with Syncrofy
  • A high-level architecture illustrating how EDI payloads flow between platforms 
  • A preview of the end-to-end integration approach, with a detailed demo walkthrough covered in Part II of this series. 
  • Design considerations, including transport options and large document handling 

What this post does not cover

To keep the discussion focused and practical, the article does not: 

  • Provide product installation or configuration walkthroughs 
  • Compare SaaS and on-premises deployment options in depth 
  • Describe Syncrofy or webMethods features unrelated to the integration pattern 
  • Include source code or low-level implementation details

Executive overview

The challenge with EDI-driven supply chains 

Modern supply chains rely heavily on electronic data interchange (EDI) to exchange purchase orders, shipment notifications, invoices, and other critical business documents with trading partners. While EDI platforms are highly effective at ensuring secure, compliant, and reliable transaction processing, they often fall short in providing business users with the visibility and insight required to proactively manage supply chain operations. 

As a result, many organizations experience delays in issue identification and resolution, with supply chain, finance, and customer service teams dependent on IT to extract, interpret, and contextualize EDI data. 


webMethods B2B as the transactional foundation
 

IBM webMethods B2B (SaaS), part of the IBM webMethods Hybrid Integration platform, provides a robust foundation for EDI transaction processing and partner connectivity. It excels at managing inbound and outbound EDI flows, enforcing standards, supporting multiple protocols, and ensuring reliable delivery across complex partner networks. 

webMethods B2B is designed primarily for technical users responsible for configuring integrations, managing partners, and monitoring operational health. While it provides transaction-level visibility and technical diagnostics, it is not intended to serve as a business analytics or operational decision-support platform. 


Introducing Syncrofy, “The AI-Enabled Supply Chain Platform”

Syncrofy addresses this gap by providing a business-focused visibility and analytics layer over EDI-driven supply chain data. Available through the IBM Catalog, Syncrofy is an AI-enabled supply chain platform designed to empower business users, not just technical teams, to independently access insights and answer critical operational questions. 

With real-time visibility and intuitive self-service tools, Syncrofy enables organizations to take action to reduce, and often eliminate supply chain disruptions. Business users gain access to meaningful views of orders, shipments, invoices, and payments without requiring direct interaction with EDI platforms or IT teams. 


A combined approach for business and IT
 

By integrating webMethods B2B with Syncrofy, organizations can combine best-in-class EDI transaction processing with business-centric visibility and analytics. This approach preserves the reliability, scalability, and compliance strengths of webMethods B2B while making EDI data actionable across the business. 

The result is improved collaboration between IT and business teams, faster decision-making, and greater supply chain resilience.


Why customers combine webMethodsB2B with Syncrofy
 

Complementary roles across the integration stack 

Customers increasingly recognize that reliable EDI processing alone is not sufficient to support modern supply chain operations. While webMethods B2B ensures that transactions are exchanged correctly and securely, business teams need insight into what those transactions represent and how they impact fulfillment, invoicing, and customer service outcomes. 

In this combined solution: 

  • webMethods B2B (SaaS) serves as the transactional backbone, managing EDI document exchange, partner relationships, protocol handling, and standards compliance. 
  • Syncrofy provides a business-facing layer that transforms EDI transaction data into actionable operational insight. 

This separation of concerns allows each platform to focus on what it does best. 


Syncrofy:
Turning EDI transactions into actionable insight 

Syncrofy enables organizations to move beyond basic transaction status monitoring and into true operational visibility. Business users gain access to end-to-end lifecycle views that span purchase orders, shipments, invoices, and payments, allowing issues to be identified and resolved more quickly. 

Instead of relying on IT to investigate raw EDI data, supply chain teams can directly analyze discrepancies, track performance trends, and answer partner inquiries using a consistent, business-friendly interface. 


Key business outcomes enabled by Syncrofy
 

By exposing EDI data in a form designed for business users, Syncrofy supports a range of operational and analytical capabilities, including: 

  • End-to-end order lifecycle visibility
    Transparency from purchase order creation through fulfillment, invoicing, and payment, helping organizations significantly reduce issue resolution time. 
  • Shipment and invoice discrepancy identification
    Rapid identification of short-shipped items, unplanned shipments, and mismatches between invoiced, shipped, and received quantities. 
  • Fill rate and lead time analytics
    Measurement of supplier and customer performance down to the line-item level, supporting continuous improvement initiatives and measurable gains in operational performance. 
  • OTIF (on-time, in-full) visibility
    Monitoring service-level performance across orders and shipments to improve inventory availability and reduce stockouts. 
  • Performance benchmarking across trading partners
    Analysis of trends and KPIs by supplier or customer to support data-driven decision-making and strategic planning. 


Reducing IT dependency while improving responsiveness
 

By enabling business teams to independently access and analyze EDI-driven data, organizations reduce their reliance on IT for routine investigations and reporting. IT teams, in turn, can focus on maintaining stable integrations and supporting strategic initiatives rather than responding to ad-hoc data requests. 

webMethods B2B, webMethods Integration, and Syncrofy roles and responsibilities


Target users and use cases

Supply chain support and operations teams 

Supply chain support teams are often responsible for investigating delayed shipments, resolving invoice disputes, and responding to partner inquiries. With Syncrofy, these users gain direct access to transaction lifecycles, discrepancy reports, and performance metrics, allowing them to diagnose issues quickly and take corrective action. 

Common use cases include: 

  • Investigating late or incomplete shipments 
  • Resolving invoice mismatches 
  • Monitoring OTIF and fill-rate performance 
  • Supporting suppliers and customers with accurate, real-time information 


Supply chain and business leadership
 

For supply chain managers and business leaders, visibility into trends and performance is critical for continuous improvement. Syncrofy enables leadership teams to benchmark suppliers, identify systemic issues, and measure the impact of process changes using consistent, data-driven metrics derived from EDI transactions. 

These insights support more proactive planning and better alignment between operational execution and business objectives. 


Integration architects and IT teams
 

Integration and IT teams benefit from a clean separation of responsibilities. webMethods B2B continues to manage EDI processing and partner connectivity, while webMethods Integration orchestrates controlled data exchange with downstream systems such as Syncrofy. 

This approach avoids custom reporting solutions, reduces operational overhead, and enables business users without compromising architectural integrity, scalability, or platform stability.


High-level architecture overview

Architectural scope and assumptions 

This integration pattern is implemented using the SaaS components of the IBM webMethods Hybrid Integration platform. Specifically, the solution leverages webMethods B2B (SaaS) for EDI processing and partner management, and webMethods Integration (SaaS) for orchestration and controlled data exchange with downstream systems. Syncrofy is integrated as an external business-facing platform that consumes EDI payloads for visibility, analytics, and operational insight. 

While equivalent on-premises products (such as webMethods Trading Networks and webMethods Integration Server) can technically support similar integration patterns, this article and the associated demo focus exclusively on using the products in the IWHI SaaS. On-premises deployment scenarios are intentionally out of scope. 


High-level integration architecture
 

At a high level, the architecture follows a decoupled, event-driven pattern in which EDI transactions are processed and validated within webMethods B2B and then selectively forwarded to Syncrofy via webMethods Integration. 

The primary architectural components include: 

  • Trading partners and inbound channels
    External trading partners submit EDI documents to webMethods B2B through configured inbound channels using supported protocols. 
  • webMethods B2B (SaaS)
    webMethods B2B serves as the system of record for EDI transaction processing. It validates incoming documents, applies partner-specific agreements, and executes processing rules based on defined criteria such as sender, receiver, and business document type. 
  • Processing rules and actions
    Processing rules in webMethods B2B determine when an action should be taken for a specific EDI transaction. In this architecture, a processing rule invokes a flow service in webMethods Integration, which serves as the orchestration entry point for downstream processing.

Note: webMethods B2B evaluates processing rules sequentially and executes only one rule per inbound document. Once a matching rule executes an action, further rule evaluation stops. As a result, any requirement to both process an EDI document and forward a copy of that document for visibility or analytics must be implemented within the flow service invoked by the processing rule.

  • webMethods Integration (SaaS)
    webMethods Integration provides the orchestration layer responsible for transforming and forwarding EDI payloads to downstream systems. The flow service called by the processing rule will receive the EDI payload and process it (e.g. send purchase order to order process system). A copy of the EDI payload will then be sent to Syncrofy by calling a separate reusable flow. This service can then be called from any service that wants to pass the EDI payload to Syncrofy. Both flow services also manage connectivity and error handling.
  • Syncrofy
    Syncrofy receives EDI payloads via supported ingestion mechanisms and processes them to provide business users with end-to-end visibility, analytics, and monitoring capabilities. 

The following diagram illustrates the high-level architecture, including the components described above. 

Simplified Conceptual Integration Flow

Note: The following diagram represents logical components and data movement rather than detailed configuration artifacts. Specific asset names, flow services, and processing rule definitions are discussed in Part II of this blog.

webMethods B2B Integration with Syncrofy
Design principles
 

Several design principles guided the architecture: 

  • Separation of concerns
    EDI processing and partner management remain within webMethods B2B, while business-facing visibility and analytics are handled by Syncrofy. 
  • Loose coupling
    webMethods Integration acts as a controlled integration layer, preventing direct dependencies between webMethods B2B and Syncrofy and enabling independent evolution of each platform. 
  • Non-intrusive data sharing
    The architecture forwards a copy of EDI payloads for visibility purposes without altering or interrupting core transaction processing in webMethods B2B. 
  • Scalability and extensibility
    Processing rules and flow services can be generalized to support additional partners and document types. When multiple downstream consumers are required, the flow service invoked by the processing rule acts as the orchestration layer responsible for forwarding copies of the EDI payload as needed.


Transport and integration mechanisms
 

In the demo implementation referenced in this article, webMethods Integration communicates with Syncrofy using an HTTPS-based API (HTTP POST). This approach provides synchronous feedback and aligns well with event-driven processing models. 

Syncrofy also supports SFTP-based ingestion, which may be preferred in scenarios requiring file-based batch transfers or alignment with existing operational patterns. The choice of transport mechanism is an architectural decision and does not affect the overall integration pattern described in this article.

Note: An API for Syncrofy is on the roadmap.


Transition to detailed flow
 

With the high-level architecture established, in Part II of this series we will walk through the end-to-end integration flow using a working demo. This will include how EDI documents are received in webMethods B2B, routed via processing rules and flow services, transmitted to Syncrofy and surfaced to business users for visibility and analysis.

Want to explore what webMethods and Syncrofy can do for your business? Contact us to connect with a CoEnterprise expert and get started today.

Subscribe to our resources!

Sign up to receive our latest eBooks, webinars, blog posts, newsletter, event invitations, and much more.