QlikViewからPower BIへ：現場発アプリを全社基盤へ移行する手順

QlikViewは、現場の担当者が自分でアプリを作り、すぐに分析できる柔軟性で長く支持されてきました。その一方で、年月が経つと部門ごとに似たようなQVWファイルが増え、作成者しか中身を理解できない「属人化」が課題になりがちです。移行は、この状態を整理し直す絶好の好機となります。

ただし、QlikViewとPower BIはデータの持ち方の根本思想が異なります。Qlikは「連想モデル」で選択した値に関連するデータのみを残す仕組みですが、Power BIはリレーションシップに基づくスタースキーマモデルです。この違いを理解せずに画面だけを再現すると、「選択時の挙動が違う」という不満が生じます。本ガイドでは7つのステップで実践的な進め方を紹介します。Pulse Convert（開発：Office Solution AI Labs）を活用することで、移行にかかる手作業の大幅な削減が可能です。

想定シナリオ

本シナリオは、エンタープライズ企業における典型的なQlikView移行プロジェクトをモデル化しています：

• 移行対象 : 約200のダッシュボード（QVW／アプリ）
• 資産の種類 : シート、式、データモデル、QVDによるデータ抽出層
• 注意が必要な要素 : Set Analysis、合成キー、循環参照、Section Access
• 複雑度（想定） : 高（エンタープライズ）
• 想定期間 : 8〜14週間
• 移行先アーキテクチャ : Microsoft Fabric（Direct Lake）、またはスタースキーマのインポートモデル

概念対応表：QlikViewからPower BI／Fabricへのマッピング

移行前にアナリストとIT間で共有すべき主要概念の対応表は以下の通りです：

移行の7ステップ

5フェーズのロードマップ

移行プロジェクトを確実に成功に導く5つの実行フェーズです：

• フェーズ1：ディスカバリーと棚卸し — アプリの自動スキャン、式の棚卸し、依存関係マップを作成し、移行対象範囲と優先順位を明確化。
• フェーズ2：セマンティック層の刷新 — Qlikのメタデータをセマンティックモデルへ移行し、スタースキーマに基づいたモデルを設計。
• フェーズ3：資産の自動変換 — ダッシュボードと式を自動変換し、メジャーのマッピングを行ってレポートの初版を迅速に構築。
• フェーズ4：同等性検証とUAT — 移行元と移行先の数値および見た目を比較・検証し、業務利用に耐えうる検証済みレポートを完成。
• フェーズ5：切り替えと定着化 — Fabricへの展開とエンドユーザー教育を実施し、QlikViewを安全に停止。

よくある課題と対処法

QlikViewからPower BIへの移行時に生じやすい主要課題とその対策です：

• Set Analysisの書き直し : DAXのフィルターコンテキストで考え直す必要があるため、CALCULATEで再構成して数値を照合します。
• QVDのデータ層 : 抽出・変換層が見えにくく依存関係が複雑なため、OneLake／Deltaテーブルとして層を整理し直します。
• 合成キーと循環参照 : Power BIのモデルでは扱えないため、ファクトとディメンションを明確に分けたスタースキーマへ正規化します。
• Section Access : 権限の誤りは情報漏えいに直結するため、Microsoft Entraと連携した行レベルセキュリティ（RLS）に置き換え、実ユーザーで検証します。
• 連想モデルに慣れた利用者 : 選択時の操作感が変わるため、事前説明会と操作ガイドの提供でスムーズな移行を促します。
• アプリの乱立 : 移行後に同様の属人化や乱立が再発しないよう、全社共通モデルと認定データセットの運用ルールを整備します。

Pulse Convertで移行を加速する

Pulse Convertは、QlikView／Qlik Senseのシート、式、データモデルのマッピングを自動で変換します。QVDデータパイプラインとアプリも対象です。自動変換の精度は、アプリの複雑さに応じて70〜90%と想定され、手作業を70〜80%削減することで、合成キーの解消や権限設計など判断が必要な重要領域に集中できます。

切り替え前のチェックリスト

本番切り替え前に以下の必須確認項目がすべて完了していることを確認します：

• ✓ 集計値の完全一致 : 主要な集計値・メジャー計算結果がQlikViewと一致している。
• ✓ Set Analysis検証 : 複雑なSet Analysisを複数のエッジケースで検証した。
• ✓ モデル正規化完了 : 合成キー・循環参照がすべて解消されスタースキーマ化されている。
• ✓ RLSテスト完了 : 行レベルセキュリティを各部門の実ユーザーで確認した。
• ✓ QVDからDelta移行 : QVD依存関係が整理され、DeltaテーブルがFabric上に配置されている。
• ✓ 操作ガイド配布 : エンドユーザー向け操作ガイドと変更点説明会が実施されている。