Moving off a Qlik estate comes down to three choices: bring QlikView and Qlik Sense content into Qlik Cloud with Qlik's own free migration tool, rebuild it in Power BI, or rebuild it in Microsoft Fabric. QlikView 12.90 reached its end-of-support date on October 31, 2026, while Qlik says it has no plans to end-of-life QlikView, so this is a decision about direction, not an emergency. The first route is a transfer, the other two are rebuilds, and in every case the real work is proving that the numbers still match.
For many organizations, Qlik arrived as a departmental tool and grew into something far more important. Today, a single estate can hold hundreds of apps, each carrying years of business logic and feeding a report that someone senior reads every week. That is why a quiet support date can turn into a boardroom question.
This page lays out the options in plain terms. It covers what changed in 2026, the three roads you can take, where Qlik's own tooling helps and where it stops, and what public sector and government teams should settle first. If you already know you are leaving Qlik, our detailed playbooks for Qlik to Power BI and Qlik to Microsoft Fabric go deeper.
The headline is reassuring, but the details are not. Qlik has said it has no plans to end-of-life QlikView or force customers onto Qlik Sense, and it continues to ship updates. But every release has its own support window, and those windows are closing on the older versions:
These dates come from Qlik's published lifecycle pages and shift as new releases ship, so confirm the table for your exact version. The practical meaning is simple: if you run 12.90 or older, you are already outside vendor support, and if you run a current release, you have a clock, not a cliff.
What this means for you: The question is no longer whether to act, but when and in which direction. A support date is useful because it forces that conversation while you still have time to choose well.
There are really three directions, plus the option to stay where you are.
| Path | Best When | Main Consideration |
|---|---|---|
| Stay and upgrade | Qlik skills and licensing are staying | Support dates recur with every release |
| Move to Qlik Cloud | You want to keep Qlik's engine | Some content needs rework, and licensing is typically capacity-based |
| Rebuild in Power BI | Microsoft is already your standard | A true rebuild, with logic and validation as the effort |
| Rebuild in Fabric | You are consolidating the data platform | A larger decision, with feature availability to check |
What this means for you: Choose the destination for strategic reasons, such as skills, ecosystem, and cost over time, and not because a tool happens to be free.
Qlik deserves credit here. Its Analytics Migration Tool is available through Qlik and certified partners at no charge, and according to Qlik's documentation, it moves content from Qlik Sense client-managed, QlikView, and NPrinting into Qlik Cloud. It carries across apps, users, groups, data connections, and reload tasks, and since version 2.5.0 in October 2026, it migrates task chains too. QlikView documents are converted into Qlik Sense apps, and each step can be validated and rolled back. A companion SaaS Readiness App profiles what you have and points to the most-used apps to move first.
The honest caveat is that no tool migrates everything. Independent write-ups note that extensions and the separation of development, test, and production environments often need rework, and users must be mapped carefully to your identity provider. Qlik's own planning guidance is blunt on this point: it calls the move a modernization effort, not a lift-and-shift, and starts with an audit.
What this means for you: If you intend to stay with Qlik, start with the free tool and a proper inventory. Treat its speed claims as vendor claims, and plan time for the content it does not carry across.
Rebuilding in Power BI or Fabric sounds like redrawing charts, but the charts are the easy part. The hard part is what sits underneath them.
Qlik works differently from Power BI. In Qlik, tables link automatically, and a click on any value filters everything in every direction. Power BI uses explicit relationships and a single filter path. Years of calculations, security rules, and data preparation have been written around Qlik's way of thinking, and a literal translation can produce a report that looks identical and quietly reports different figures. A total drifts, a filter stops reaching a chart, or a blank is counted as a zero.
That is why a careful rebuild starts with a complete inventory of what each app contains, redesigns the data model deliberately, and compares every important figure against Qlik under the same selections before anyone switches over. Our Power BI consulting services page describes the delivery side of that work.
What this means for you: Ask any partner how they prove the numbers match, not only how fast they convert. The answer tells you far more than a demo does. Engineers who want the specifics can jump to the technical section below.
This section is planning guidance for public sector and government teams. It is not a statement of DataTerrain's authorization status or past government work. For government, the platform question is often answered by the authorization boundary before any design begins:
Verify current authorization and feature availability directly with each vendor, because both change and depend on the environment.
What this means for you: Decide the environment first. Choosing the wrong one can force a restart.
The next two years will make conversion faster and cheaper, which changes where the value sits. Qlik's own converter already turns QlikView documents into Qlik Sense apps inside its migration tool, and commercial tools advertise AI-assisted conversion to Power BI. Power BI includes Copilot and natural-language questions, and Qlik has been previewing new ways to connect AI to analytics. Both vendors are investing in the cloud, so the decision is also about which roadmap you want to be on.
As conversion becomes routine, trust becomes the differentiator. Leaders judge a migration by whether they believe the numbers. The organizations that do this well treat validation as a first-class deliverable. They also design for change, with modular models, version control, automated tests, and a catalog that records ownership.
What this means for you: Plan for better tooling to arrive during your project. Build your process so each wave can use it without starting over.
You do not need to decide everything at once. A sensible first ninety days looks like this:
For the engineers, these are the main places Qlik logic changes meaning in Power BI:
An illustrative example, not a client engagement, with a note to verify against your own model:
-- Qlik
Sum({<Year={2025}>} Sales)
-- DAX
Sales 2025 = CALCULATE(SUM(Sales[Amount]), 'Date'[Year] = 2025)
The costly mistake is choosing a destination because a tool is free or a dashboard looks easy, then finding out later that the numbers no longer match. DataTerrain brings 17+ years and 400+ clients in BI and reporting modernization, with automated inventory, conversion support, and validation of key figures against the results you already trust.
QlikView vs Qlik Sense: Key Differences | Automating Your Qlik Sense Migration | Qlik Sense Migration Service Implementation | Benefits of Qlik Sense for Modern Analytics | Qlik Sense Dashboard and Navigation Features | Cognos vs Power BI Comparison | Cognos to Power BI Migration: Key Challenges | Power BI Data Security | Microsoft Fabric and Power BI Integration | Tableau to Power BI Migration