IBM webMethods Integration API

Name: IBM webMethods Integration API
Brand: IBM webMethods Integration API
Availability: InStock

✓ Official Vendor SpecDeveloper ToolsCi Cdbearer15 EndpointsREST

Install Jentic One Beta

Connect the IBM webMethods Integration API to your agent

Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the IBM webMethods Integration API, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.

Two steps, two machines. Install the instance in a safe environment, then register your agent from wherever it runs.

Step 1: Jentic One Host machine

# On the machine that will host your Jentic One instance:
curl -fsSL "https://jentic.com/install.sh?src=apis&api=%2Fapis%2Fibm.com%2Fwebmethods-integration" | sh

Step 2: Agent machine

# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL "https://jentic.com/install.sh?src=apis&api=%2Fapis%2Fibm.com%2Fwebmethods-integration" | sh
jentic register       # connects your agent to your Jentic One instance

Jentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.

Capabilities

What an agent can do with IBM webMethods Integration API.

List and inspect workflows via /integration/rest/external/v1/workflows

Trigger a workflow run via /integration/rest/external/v1/workflows/{workflowUid}/run

Inspect workflow executions via /integration/rest/external/v1/workflows/{workflowUid}/executions

GET STARTED

Start building with IBM webMethods Integration API

Explore with Jentic One

View OpenAPI Document

For Agents

Run and monitor IBM webMethods workflows and flow services, manage connector accounts, and inspect execution history through a single REST surface.

Use for: I need to trigger a webMethods workflow when a CRM record is created, Run a webMethods flow service on demand, List recent executions of a specific workflow, Find connector accounts attached to a tenant

Not supported: Does not handle workflow authoring, connector source code, or low-level message transport - use for running and monitoring webMethods workflows, flow services, and connectors only.

Use Cases

Patterns agents use IBM webMethods Integration API for, with concrete tasks.

★ Workflow Orchestration

Run a webMethods workflow as part of an external automation - for example, kick off an order-fulfilment workflow when a webhook fires from an upstream system. POST to /integration/rest/external/v1/workflows/{workflowUid}/run to start the workflow, then poll /executions for completion and outcome.

POST to /integration/rest/external/v1/workflows/{workflowUid}/run for the order-fulfilment workflow with the order ID payload, then poll /executions until status is Completed.

On-Demand Flow Service Execution

Run a flow service synchronously - for example, validating an inbound payload by passing it through a transformation flow and reading the result. The /integration/rest/external/v1/flowservices/{flowServiceUid}/run endpoint accepts the input and returns the flow output, which makes it the right surface when integration logic should be reusable across multiple callers.

POST the inbound order payload to /integration/rest/external/v1/flowservices/{flowServiceUid}/run and use the validated output to drive the next step.

Execution Monitoring

Pull execution history across workflows so an external dashboard or agent can flag failures and rerun stuck integrations. The /monitor/executions endpoint returns recent executions, and per-workflow /executions returns history for a single workflow, which together cover both global and targeted monitoring.

GET /integration/rest/external/v1/monitor/executions for the last hour and post any Failed executions to the on-call channel.

AI Agent Integration Operator

An AI agent uses Jentic to drive webMethods workflows and flow services from natural-language requests, without holding the raw bearer token for the tenant. The agent searches by intent, loads the workflow run schema, and executes the call. Typical agent integration is under one hour because the run-and-monitor surface is concentrated on a few endpoints.

Search Jentic for 'run a webMethods workflow', load the /workflows/{workflowUid}/run schema, and trigger the order-fulfilment workflow.

Key Endpoints

15 endpoints — ibm webmethods integration (formerly software ag webmethods.

METHOD

PATH

DESCRIPTION

GET

/integration/rest/external/v1/workflows

List workflows

POST

/integration/rest/external/v1/workflows/{workflowUid}/run

Run a workflow

GET

/integration/rest/external/v1/workflows/{workflowUid}/executions

List executions for a workflow

POST

/integration/rest/external/v1/flowservices/{flowServiceUid}/run

Run a flow service

GET

/integration/rest/external/v1/connectors

List connectors

GET

/integration/rest/external/v1/connectors/accounts

List connector accounts

GET

/integration/rest/external/v1/projects

List projects

GET

/integration/rest/external/v1/monitor/executions

Inspect execution history

GET

/integration/rest/external/v1/workflows

List workflows

POST

/integration/rest/external/v1/workflows/{workflowUid}/run

Run a workflow

GET

/integration/rest/external/v1/workflows/{workflowUid}/executions

List executions for a workflow

POST

/integration/rest/external/v1/flowservices/{flowServiceUid}/run

Run a flow service

GET

/integration/rest/external/v1/connectors

List connectors

Why Jentic?

What agents get from Jentic-routed access to this vendor.

Setup

Wiring the IBM webMethods Integration API by hand means handling its bearer-token auth, resolving your tenant and regional webmethods.io host, and mapping its workflow and flow-service routes yourself. Through Jentic you install once, import the IBM webMethods Integration API from the API Directory, store the token once, and your agent calls it.

Permission scoping

webMethods puts the workflow and flow service ids in the URL path (/workflows/{workflowUid}, /flowservices/{flowServiceUid}), so a rule can pin your agent to reading and running one workflow. You choose the operations it may call, so running a flow service is not included unless you add it.

Credential isolation

Your webMethods token is stored once, encrypted, by your own Jentic One instance and injected at execution time. It never enters the agent's prompt, logs, or context.

Intent-based discovery

Agents search Jentic by intent such as 'run a webMethods workflow' or 'check recent workflow executions', and Jentic returns the matching operation with its input schema so the agent calls the right endpoint without browsing the reference docs.

FAQs

Specific to using IBM webMethods Integration API through Jentic.

What authentication does the IBM webMethods Integration API use?

The webMethods Integration REST API uses HTTP bearer authentication. Through Jentic, the bearer token for the tenant is stored in your Jentic One instance and the agent calls webMethods via a scoped Jentic credential rather than the raw token.

Can I trigger a workflow with this API?

Yes. POST to /integration/rest/external/v1/workflows/{workflowUid}/run with the workflow inputs to start a run. Poll /workflows/{workflowUid}/executions for the run status, or pull /monitor/executions for a tenant-wide view.

What is the difference between workflows and flow services?

Workflows are the higher-level orchestrations triggered by events or schedules and are run via /workflows/{workflowUid}/run. Flow services are reusable on-demand routines invoked synchronously via /flowservices/{flowServiceUid}/run, suitable for transformations that multiple callers share.

How do I run a webMethods workflow through Jentic?

Search Jentic for 'run a webMethods workflow', load the /workflows/{workflowUid}/run schema, and execute with the workflow inputs. Install the SDK with pip install jentic and use the async search, load, execute pattern.

Can I list all connector accounts on the tenant?

Yes. GET /integration/rest/external/v1/connectors/accounts returns the connector accounts configured on the tenant, which is the right starting point when auditing which third-party systems are wired into the integration platform.

What are the rate limits for the IBM webMethods Integration API?

webMethods does not publish a fixed REST rate limit; throughput depends on the tenant's plan and the underlying execution capacity. Treat 429 and 503 responses as backpressure, retry with exponential backoff, and avoid tight polling loops on /executions.

Can I limit what my agent is allowed to do with the IBM webMethods Integration API?

Yes. Because you run Jentic One yourself, your own rules decide which webMethods operations and which stored tenant token the agent may use. Since webMethods puts the workflow and flow service ids in the URL path (/workflows/{workflowUid}, /flowservices/{flowServiceUid}), you can pin the agent to reading and running a single workflow while blocking everything else. Running a flow service via /flowservices/{flowServiceUid}/run or listing connector accounts is not included unless you explicitly add those operations.

IBM webMethods Integration API

Connect the IBM webMethods Integration API to your agent

Capabilities

Start building with IBM webMethods Integration API

Use Cases

Key Endpoints

Why Jentic?

Related APIs

FAQs