Skip to Content
// SSIS → Apache Hop

Move beyond SSIS.
Keep the work
your team built.

SSIS ties your data integration to SQL Server: every server that runs packages needs a SQL Server licence, the tooling lives in Visual Studio on Windows, and moving to the cloud means either Azure-SSIS or a rewrite. Apache Hop runs anywhere — Linux, containers, any cloud — and still talks to every SQL Server database you have. Our converter, soon to be open source, turns your .dtsx packages into Apache Hop workflows and pipelines and reports exactly what needs attention. We audit your packages, map the path, and guide your team through every decision so the migration lands right the first time.

// Engagement type
Migration audit & guided coaching
Converter .dtsx packages → Hop workflows and pipelines, with a migration report
Row for row Tested by running sample projects in SSIS and in Hop and comparing every table
Your team Does the migration — with our guidance at every step
Scoped Plan and decision points agreed before you start
// Converter in preview · Audit · Roadmap · Coaching · Validation
// How we work

We make sure your team can migrate.

The people who know your SSIS packages best are already on your team. Our job is to give them the knowledge, the plan, and the confidence to execute the migration without false starts.

01 // Audit
We map your entire SSIS estate before you plan a single sprint
We run your packages through the converter. Its report classifies every task and component as converted automatically, flagged for review, or needing manual work, and gives the reason. We add what the converter doesn't read: SQL Server Agent schedules, deployment environments and the jobs around your packages. You see where the real complexity sits — Script Tasks, custom components, unusual connections — before any migration work starts.
02 // Roadmap
A migration plan your team can actually execute
Based on the audit, we produce a prioritised migration roadmap — which packages to move first, where the hard decisions are, and how to sequence the work to minimise risk. Your team knows what they're walking into at every stage.
03 // Coaching
Hands-on guidance as your team does the work
Your engineers start from converted workflows and pipelines instead of a blank canvas. We run structured coaching sessions alongside the work. When your engineers hit a Script Task, a flagged expression or an architectural decision, we work through it with them, not around them.
04 // Validation
A framework for proving the migration worked
We help your team set up parallel validation — migrated pipelines running alongside SSIS on the same source data, target tables compared row for row. It's the same method we use to test the converter itself. The cutover decision is made on data, not confidence.
// Component reference

How SSIS concepts map to Apache Hop

Your team will need to know these mappings. This is the reference we work through together during the audit and coaching sessions. The last column shows what the converter does with each one today.

SSIS Apache Hop equivalent Converter
Package, Sequence containerWorkflow (.hwf) — orchestrates the tasks in the order the precedence constraints set, running independent tasks in parallel as SSIS doesAutomatic
Data Flow TaskPipeline (.hpl) — the core unit of transformation logic in Hop, run from the workflowAutomatic
Precedence constraintsHops that follow success, failure or completion; a constraint with an expression is evaluated before the next task runsAutomatic
Execute SQL TaskSQL action; a single-row result becomes a query that sets variables. Parameters are substituted as text, so each one is listed for a checkReview
Execute Package TaskWorkflow action on the child package, with its parameter bindingsAutomatic
Foreach Loop, For LoopA pipeline that lists the files, items or query rows and runs the loop body per item; a Repeat action for a For LoopReview
Event handlers (OnPreExecute, OnPostExecute, OnError)The package or task runs inside a workflow between its handlers, in SSIS's orderReview
OLE DB / ADO.NET / ODBC Source and DestinationTable Input and Table Output, with the column mappingAutomatic
Flat File and Excel Source / DestinationCSV and text file input and output (delimited or fixed width); Excel input and writerAutomatic
Derived Column, Conditional SplitSSIS expressions translated, not copied — NULL handling, casts and date functions keep SSIS's rulesAutomatic
LookupStream Lookup for a full cache; a per-row database query for partial or no cache, so the database decides what matches, as in SSISAutomatic
Sort, Merge Join, Aggregate, Union All, MulticastSort Rows, Merge Join, Memory Group By, and streams that merge or copy rowsAutomatic
Slowly Changing DimensionA lookup on the current dimension rows that routes each row to the outputs the SSIS wizard built — your dimension tables stay as they areAutomatic
OLE DB CommandA SQL statement run per row, with bound parametersAutomatic
Error outputsHop error handling on the transform that rejects the rowReview
Project parameters, package variablesHop environment config and workflow parameters — set per environment (dev, test, prod)Automatic
Connection managersHop connections, generated from the packages; passwords are never stored in a package, so you add them through environment variablesReview
Script Task, Script ComponentThe C# is kept next to the workflow for reference. Script Components can optionally be translated to Java by a language model while you import, and are always flagged for a person to checkManual
Third-party and rarely used componentsA placeholder that keeps the name and the connections in the flow, listed in the report with the settings to redoManual
SQL Server Agent schedulesPutki scheduler — triggers workflows on cron, event, or dependency; includes monitoring and alertingManual

Send us your packages, get your conversion report.

SSIS estates vary enormously, and a generic conversion rate wouldn't tell you much about yours. For a sense of what the converter does with a real one: Microsoft's own Wide World Importers daily ETL converts with no failed components. Running it in Hop against the sample warehouse that SSIS had loaded, and reprocessing a month of changes, left the four fact tables we could compare identical to what SSIS produced. Your packages will have their own figures. Share your .dtsx files and project. We'll run them through the converter, show you what converted, what's flagged and why, and hand your team a plan they can execute with confidence.

// What carries over

Your team's expertise doesn't start from zero

SSIS and Apache Hop are built on the same ideas — a control flow that orchestrates tasks, and data flows that stream rows through transforms. Experienced SSIS developers ramp up fast. The vocabulary changes. The thinking doesn't.

Control flow and data flow
Packages become workflows, Data Flow Tasks become pipelines, and the components your team knows — lookups, merge joins, derived columns, slowly changing dimensions — all have counterparts. Where Hop behaves differently, that's exactly what the coaching covers.
SQL Server stays
Your databases, your T-SQL and your stored procedures stay exactly where they are. Apache Hop connects to SQL Server — and to every other database you use — so moving off SSIS doesn't mean moving off SQL Server.
Business logic
The rules, expressions and data flows your team built over years migrate with the project. SSIS expressions are translated with SSIS's own rules for NULLs, casts and dates — we help your team translate, not rebuild from scratch.
No new vendor dependency
Apache Hop is open source and runs on Linux, Windows, containers or any cloud. You own the pipelines outright. Putki adds production operations on top — but the foundation is yours regardless.
// What to expect

How a guided SSIS migration unfolds

Every estate is different — timelines depend on what the audit surfaces. But the structure is the same for every engagement.

1
Week 1–2
Package audit
We run your packages through the converter and inventory what it doesn't read: SQL Server Agent schedules, deployment environments and the jobs around your packages. You get the migration report and a categorised breakdown of what translates directly, what needs adaptation, and where the genuine complexity sits. This is the foundation everything else is built on.
2
Week 2–3
Migration roadmap and kickoff
Based on the audit, we build a prioritised migration plan with your team — which packages move first, how work is sequenced, where the decision points are. Your engineers know exactly what they're walking into before they start.
3
Weeks 3+
Coaching through the migration
Your team does the work, starting from converted workflows and pipelines. We run structured coaching sessions alongside — working through Script Tasks, architectural decisions, and anything that doesn't map cleanly. The pace is set by your team's capacity, not a fixed delivery timeline imposed from outside.
4
Final phase
Parallel validation and cutover
We help your team set up parallel validation — migrated pipelines running alongside SSIS, target tables compared row for row. When the data matches, you cut over. The decision is yours, made on evidence.

Your packages don't need a SQL Server licence to run.

If you're weighing up what comes after SSIS, the audit is the right first step — it costs nothing and gives your team everything they need to plan the migration properly.