Von QlikView zu Microsoft Fabric: Der praxisnahe Migrationsleitfaden

Oktober 2026. Das klingt noch weit weg. Aber wer schon einmal eine BI-Migration begleitet hat, weiß: Sechs Monate für Assessment, Architekturdesign, Datenmigration und User Acceptance Testing sind schnell vergangen. Wer mit QlikView arbeitet, sollte sich jetzt ernsthaft fragen, wann der richtige Zeitpunkt zum Handeln ist. Die Antwort lautet: jetzt!

Qlik hat QlikView offiziell in den Wartungsmodus versetzt. Neue Lizenzen gibt es seit 2024 für Neukunden nicht mehr. Neue Features kommen keine. Und Microsoft Fabric ist inzwischen weit genug gereift, um als vollwertige Zielplattform zu funktionieren. Dieser Leitfaden zeigt Ihnen, wie eine Migration aussieht, welche Stolpersteine Sie kennen müssen und was Sie wirklich von QlikView zu Fabric mitnehmen können.

Warum QlikView keine Zukunft mehr hat

QlikView war seiner Zeit voraus. Die assoziative In-Memory-Engine, bekannt als QIX-Engine, war beim Start revolutionär. Ein Klick auf einen Wert, und sofort filterten sich alle Visualisierungen gleichzeitig durch. Grün für ausgewählt, weiß für assoziiert, grau für ausgeschlossen. Kein anderes Tool bot diese Art der explorativen Datenanalyse.

Heute ist das anders. Die Fakten sprechen für sich:

QlikView 12.80: Support-Ende Oktober 2025
QlikView 12.90: Support-Ende Oktober 2026
QlikView 12.100 IR: Erschienen Herbst 2025, Support-Ende September 2027
Neue Lizenzen: Seit 2024 nicht mehr für Neukunden erhältlich
Feature-Entwicklung: Eingestellt

Qlik investiert heute ausschließlich in Qlik Sense und Qlik Cloud. QlikView bekommt keine neuen Funktionen mehr, und der Markt für QlikView-Spezialisten schrumpft spürbar. Was bleibt, sind Lizenzkosten von 60.000 bis 100.000 Euro pro Jahr für eine typische Mischung aus 50 Entwicklern und Report-Konsumenten, proprietäre QVD-Dateien, die kein anderes Tool lesen kann, und eine Plattform ohne Roadmap.

Ein Sonderthema verdient besondere Aufmerksamkeit: Qlik NPrinting. Viele Unternehmen nutzen NPrinting für den automatisierten Versand von PDF- und Excel-Reports an Verteiler. NPrinting ist mit Qlik Cloud inkompatibel. Wer migriert, verliert NPrinting sowieso und braucht eine Ersatzlösung. Das ist kein Nachteil von Microsoft Fabric, sondern eine Tatsache, die Sie in Ihre Planung einbeziehen müssen.

Was ist Microsoft Fabric und warum es nicht bloss eine Ersatzlösung ist

Microsoft Fabric ist seit November 2023 allgemein verfügbar. Das Konzept dahinter ist ehrgeizig: Statt einer Sammlung loser Einzelprodukte bietet Fabric eine einzige, SaaS-native Plattform, die Datenpipelines, Warehousing, Data Science, Echtzeit-Analytics und Reporting unter einem gemeinsamen Speicherfundament vereint. Dieses Fundament heißt OneLake.

Die Bausteine von Microsoft Fabric

OneLake ist der zentrale Data Lake von Fabric. Man kann ihn sich vorstellen wie OneDrive, aber für Unternehmensdaten. Er basiert auf Azure Data Lake Storage Gen2 und nutzt das offene Delta-Lake-Format. Alle Fabric-Dienste lesen und schreiben in denselben OneLake-Speicher. Keine Datenduplizierung zwischen Werkzeugen, keine proprietären Formate.
Data Factory ist die Integrationsschicht. Mehr als 100 native Konnektoren, Pipelines für komplexe Orchestrierung, Dataflows Gen2 für Low-Code-Transformationen per Power Query.
Synapse Data Engineering und Data Warehouse bringen Spark-basierte Notebooks für große Transformationen und ein vollwertiges T-SQL Data Warehouse mit. Beides direkt auf Delta-Tabellen in OneLake.
Power BI mit Direct Lake ist der spielentscheidende Baustein für die Berichtsschicht. Im Direct Lake-Modus liest Power BI Semantic Models direkt aus Delta-Tabellen, ohne Daten zu importieren und ohne die Latenz von DirectQuery. Das ist technisch relevant: Große Datenmengen, aktuelle Daten, volle Performance.
Real-Time Intelligence mit Eventstreams, KQL-Datenbanken und dem Activator ermöglicht Echtzeit-Analytics. Das war mit QlikView strukturell nie möglich.
Microsoft Purview bringt Governance, Datenherkunft, Sensitivity Labels und Compliance-Reporting über die gesamte Datenlandschaft.

Wir haben Microsoft Fabric hier auf die migrationskritischen Bausteine reduziert. Wer tiefer einsteigen möchte, was die Plattform insgesamt leistet, findet bei uns eine ausführliche Erklärung: Microsoft Fabric – die All-in-One-Analyselösung.

Die drei Unterschiede, die Ihre Migration wirklich komplex machen

1. Assoziatives Modell versus Sternschema

Hier liegt die eigentliche Herausforderung jeder QlikView-Migration, und sie wird in fast jedem Projekt unterschätzt.

QlikViews QIX-Engine baut automatisch assoziative Indizes über alle geladenen Tabellen auf. Das funktioniert mit locker verbundenen Tabellen, ohne dass jemand ein explizites Datenmodell entwerfen muss. Power BI arbeitet grundlegend anders.

Power BI erwartet ein relationales Sternschema: eine zentrale Faktentabelle mit Fremdschlüsseln, die auf eindeutige Primärschlüssel in sauberen Dimensionstabellen zeigen. Das assoziative Filtering ersetzt Power BI durch DAX-Filterkontext und klar definierte Beziehungen.

Was bedeutet das praktisch? Jede QlikView-Applikation muss als Datenmodell komplett neu konzipiert werden. Eine direkte technische Konvertierung gibt es nicht.

2. Set Analysis versus DAX CALCULATE

QlikViews Set Analysis ist ein mächtiger Mechanismus, um innerhalb einer Berechnung alternative Selektionen zu definieren. Das Äquivalent in Power BI ist die CALCULATE-Funktion mit Filtermodifikatoren.

Die Logik lässt sich übertragen. Die Syntax und die dahinterliegende Semantik, nämlich der Filterkontext in DAX, müssen jedoch von Grund auf neu erlernt werden.

QlikView Set Analysis:

Qlikview

// Umsatz aller Jahre, unabhängig vom gesetzten Jahresfilter

Sum({<Jahr=>} Umsatz)

// Umsatz des Vorjahres

Sum({<Jahr={$(=Year(Today())-1)}>} Umsatz)

Das Äquivalent in DAX:

Dax

-- Umsatz aller Jahre, unabhängig vom Filterkontext

ALLE_JAHRE_UMSATZ = CALCULATE(SUM(Verkauf[Betrag]), ALL(DatumDim[Jahr]))

-- Umsatz des Vorjahres

VORJAHR_UMSATZ = CALCULATE(SUM(Verkauf[Betrag]), SAMEPERIODLASTYEAR(DatumDim[Datum]))

Investieren Sie frühzeitig in DAX-Training. Wer die CALCULATE-Logik versteht, löst 80 Prozent der Übersetzungsarbeit.

3. QVD-Dateien und proprietäre Skriptsprache

QVD-Dateien sind ein binäres Proprietärformat. Kein anderes Tool liest sie nativ. Die komplette QlikView-Skriptsprache muss in Power Query (M-Sprache), PySpark oder T-SQL überführt werden.

Hier die häufigsten QlikView-Muster und ihre Entsprechung in Fabric:

Fazit:

QlikView hat zweifellos Pionierarbeit geleistet – doch seine Zeit läuft ab. Mit der Einstellung der Weiterentwicklung, dem nahenden Support-Ende und der fehlenden Roadmap ist der Umstieg keine Frage des Ob, sondern des Wann und Wie.

Microsoft Fabric bietet dabei nicht nur Ersatz, sondern eine zukunftsfähige Plattform, in der Datenintegration, Analyse und Reporting nahtlos ineinandergreifen. Der Wechsel ist allerdings kein reines „Lift & Shift“-Projekt. Die Unterschiede im Datenmodell, in der Logikschicht und im Skriptsprachen-Ökosystem machen eine konzeptionelle Neuausrichtung nötig.

Wer frühzeitig in Architekturplanung, DAX-Know-how und Datenmodellierung investiert, wird am Ende mit einer modernen, skalierbaren und offen integrierten Analytics-Umgebung belohnt – eine Umgebung, die QlikView niemals werden konnte. Der Wandel ist anspruchsvoll, aber die Richtung klar: Fabric ist nicht das Ende von QlikView, sondern der logische nächste Schritt.

Lesen Sie weiter in unserem Artikel Der 7-Phasen-Migrationsansatz.