⚡ BizTalk extended support ends October 2028

Migrate BizTalk
to Azure Logic Apps.
Automatically.

Point it at your BizTalk files. Get back a deployable Azure project, a gap analysis, and a migration report. No deep Azure expertise required.

npm install -g biztalk-migrate  ·  node 20+

terminal
# Install the CLI
$ npm install -g biztalk-migrate
# Run your migration
$ BTLA_LICENSE_KEY=your-key biztalk-migrate run \
--dir ./biztalk-artifacts --app "OrderSystem"
[PARSE ] Found 4 artifacts — 2 orchestrations, 1 map, 1 binding
[REASON ] Enriching migration intent...
[SCAFFOLD] Generating Logic Apps package...
[VALIDATE] Quality: 83/100  Grade B
Migration complete — output written to ./output

Manual migration takes months.
This takes minutes.

01

Complex Orchestrations

Every BizTalk shape — Decide, Loop, Scope, Parallel Actions — requires expert Azure knowledge to map manually. That expertise turns into sprawling tickets and delayed timelines.

02

Adapter Rewrites

30+ BizTalk adapters need individual Azure connector mappings. FILE, FTP, SAP, MQ, EDI — each one is days of research and config work without a reference map.

03

Gap Analysis

Before writing a SOW, you need to know what migrates automatically and what needs redesign. Without tooling, that analysis is expensive guesswork.

Three commands.

01 Install
$ npm install -g biztalk-migrate

Node.js 20+ and npm. No Azure SDK, no Python environment, no complex setup.

02 Run
$ biztalk-migrate run \
--dir ./artifacts --app "OrderSystem"
--output ./output

Point it at your BizTalk export folder. Your artifacts never leave your machine.

03 Deploy
output/
ProcessOrder/
workflow.json
connections.json
host.json
infra/
main.bicep
migration-report.md

Everything in that folder deploys directly to Azure Logic Apps Standard.

What you get.

workflow.json

Your migrated Logic Apps workflow

Every orchestration shape mapped to its Logic Apps equivalent. Stateful, quality-scored, deployment-ready.

connections.json

Azure service connections

Service Bus, Storage, SFTP, SQL — every adapter mapped to its Logic Apps connector.

host.json

Runtime configuration

Logic Apps Standard runtime settings, pre-configured for production workloads.

main.bicep

Azure deployment template

Production-ready Bicep. One az deployment group create provisions everything.

migration-report.md

Gap analysis + effort estimates

What migrates automatically, what needs manual work, and how many days each gap takes. Share with your client before touching Azure.

A
≥90 · Deployment-ready
B
75–89 · Ready to deploy
C
60–74 · Review before production
D
40–59 · Issues to address
F
<40 · Structural problems

Target Grade B or higher before handing off to a customer. The tool tells you exactly what to fix if the score is lower.

What migrates automatically.

DIRECT MAPPINGS — NO MANUAL WORK

Adapters: FILE, FTP, SFTP, HTTP, SOAP, Service Bus, SQL, SMTP, Event Hubs, Azure Blob, IBM MQ, SAP, EDI/X12/EDIFACT/AS2

↗ Receive shape → trigger (type maps to adapter)

↗ Decide shape → If / Switch action

↗ While loop → Until action (condition auto-inverted)

↗ Transform + XSLT maps → Transform action

↗ Delay shape → Delay action

↗ Terminate shape → Terminate action

↗ Scope + exception handling → Scope + FAILED runAfter branch

↗ Call Orchestration → child Workflow action

↗ Sequential Convoy → Service Bus sessions

↗ Parallel actions → concurrent runAfter chains

GAPS — FLAGGED IN MIGRATION REPORT

WCF-NetNamedPipe

No Azure equivalent. Architectural redesign required — HTTP, Service Bus, or Azure Relay.

MSDTC atomic transactions

No 2-phase commit in Azure. Saga/compensation pattern required.

WCF-NetTcp (binary TCP)

Wrap in Azure Functions or redesign as HTTP REST.

MessageBox pub/sub

Redesigned as Service Bus Topics + Event Grid.

The migration report categorizes every component: direct mappings, partial mappings, and gaps requiring redesign. You’ll know exactly what needs attention before writing a line of JSON.

Every Hohpe & Woolf pattern.
Covered and classified.

The migration report tells you exactly which enterprise integration patterns your BizTalk application uses, whether they migrate automatically, and what needs redesign before you touch Azure.

8
Auto
8
Partial
2
Redesign

Content-Based Router

If / Switch action

Message Translator

Xslt / Data Mapper action

Message Filter

Condition + terminate branch

Request-Reply

Request trigger + Response

Wire Tap

Parallel ServiceProvider send

Dead Letter Queue

Scope + FAILED runAfter

Claim Check

Azure Blob pass-through

Message Enricher

HTTP call-out + Compose

Sequential Convoy

Service Bus sessions

Splitter

ForEach (concurrency: 1)

Aggregator

ForEach + Array variable

Scatter-Gather

Parallel actions + collect

Composed Msg Processor

ForEach + Switch + aggregate

Parallel Convoy

SB subscriptions + state store

Suspend with Retry

Until loop (no native Suspend)

Process Manager

Stateful + child Workflow

×

Message Broker

SB Topics + Event Grid

×

Compensation

Saga / undo workflows

Auto
Partial
× Redesign

Size the engagement
before the first meeting.

Run Stage 1+2 analysis on the client’s BizTalk export before the kickoff call. Get the complexity score and gap analysis in seconds — enough to write a SOW and identify blockers before you’ve billed a single hour.

Stage 1+2 analysis runs completely free — no license key required.

pre-engagement analysis
# Run before the first meeting (free)
$ biztalk-migrate analyze \
--app "ClientOrderSystem" --dir ./client-export
[PARSE ] 12 orchestrations, 8 maps, 4 pipelines
[ANALYZE ] Complexity: MODERATE (67/100)
[GAPS ] 3 critical, 5 high, 8 medium
[EFFORT ] Estimated: 18–24 person-days
Report written to ./migration-report.md
⌚ October 2028 deadline approaching

Start your migration today.

Get a 3-day trial key with full Standard access. No credit card, no commitment.

Common questions.

What BizTalk files do I need?

Export from BizTalk Administration Console: right-click your application → Export → MSI file to get your .odx, .btm, and .btp files. Then right-click again → Export → Bindings to save BindingInfo.xml. Put everything in one folder and point the tool at it.

Does my BizTalk data leave my machine?

No. 100% local processing. Your .odx, .btm, .btp, and BindingInfo.xml files are parsed entirely on your machine. Only license validation makes a network call — your BizTalk artifacts never leave your environment.

What do I need to install?

Node.js 20+ and npm. That’s it. No Azure CLI required to run the migration (you’ll need it to deploy the output). No Python, no .NET SDK, no Visual Studio.

What Azure services does the output target?

Logic Apps Standard (single-tenant). Always stateful workflows — required for BizTalk migration scenarios involving long-running transactions, message correlation, and run history. The Bicep template provisions everything at the correct tier.

What if my app uses WCF-NetNamedPipe or MSDTC?

The tool handles these gracefully. WCF-NetNamedPipe and MSDTC distributed transactions have no direct Logic Apps equivalent — the migration report flags them as requiring redesign, estimates the effort, and describes the recommended pattern (Azure Relay, Saga/compensation). The tool generates the surrounding workflow correctly and clearly marks the gaps. You’ll know exactly what needs human attention before touching Azure.