Power BI レポートごとに同じ指標の数値が食い違っていませんか？

テナント内のすべてのセマンティックモデルは、単体で見れば整合性が保たれています。問題は、「売上」の定義がそれぞれのモデル内で個別に定義されてしまっている点にあります。

なぜ数値が食い違うのか

• ビジネスロジックがレポート内に閉じ込められている： 各 .pbix ファイルが独自のフィルター条件や除外条件を保持しています。
• モデルのコピーが最も手軽な公開方法だった： 新しいビジネス上の質問が発生するたびに、共通モデルを改修するのではなく、新しいモデルをコピーして作ってきました。
• 差異が外から見えない： 「純売上（Net Revenue）」と名付けられた 3 つのメジャーは、外見上はまったく同じに見えます。
• 定義のオーナーが存在しない： 誰も定義の責任者ではないため、数値が乖離した際にどちらが正しいかを裁定することができません。

認定データセット（Certified Datasets）の運用も有効ですが、それは「どの数値を正とするか」が合意されて初めて機能します。その意思決定自体は、Power BI の機能ではありません。

なぜその負担がアナリストに押し付けられるのか

• 3 つの部門が下した別々の決定によって生じた数値のギャップを、あなたが説明しなければなりません。
• データの整合性確認（リコンサイル）は目立たない作業であり、食い違いが発覚して問題になったときだけ責任を問われます。
• 自分のレポートを調整することはできても、3 つのチームに単一の定義を共有・強制することはできません。

本来その処理が行われるべき場所

• 売上の定義はウェアハウス側の責務： 各 .pbix 内で個別に定義すれば、必然的に 3 つの異なる答えが生まれます。
• 1 箇所の中央基盤に集約すべき： データウェアハウスやデータハブ側で 1 度だけビジネスルールを定義し、すべてのレポートが同じスタースキーマ／ディメンショナルビューを参照すべきです。
• 「DWH の改修は高額で時間がかかる」と思われるかもしれませんが： その見積もりは手作業でパイプラインを構築することを前提としています。専用の自動化プラットフォームを活用すれば、モデルからパイプラインが自動生成されるため、必要なコストと期間は劇的に圧縮されます。

完成したモデルが届いたときに変わること

Datavault Builder は、ビジネスルールをデータウェアハウス側に 1 度だけ定義し、すべてのレポートが参照するディメンショナルビューを自動生成します。

• 売上高が一元的に計算され、 すべてのワークスペースが完全に同一の数値を参照するようになります。
• ルールが可視化され、 バージョン管理とレビューが可能になります（ファイルの奥底に埋もれることはありません）。
• リネージにより導出ロジックが明示され、 数値への疑問もデータフローのグラフを開くだけで即座に解決できます。
• 新しい質問が出ても既存モデルを再利用でき、 別モデルを乱立させる必要がなくなります。
• そもそも突き合わせるべき数値のズレが存在しなくなるため、辻褄合わせの作業自体が不要になります。

上流チームに何を要求すべきか

「財務と営業で純売上の計算ロジックが異なり、双方が Power BI モデルの内部で個別に管理されています。すべてのレポートが同じディメンショナルビューを参照できるよう、この計算ルールをウェアハウス側で一元定義してもらえませんか？」

このように要求することで、「誰のレポートが正しいか」という不毛な議論から、「その定義はどのレイヤーで持つべきか」というアーキテクチャの議論へとシフトさせることができます。