Tableau Server 内で同じ指標の異なるバージョンが乱立していませんか？

公開された各データソースは、作成されたその日その瞬間においては、どれも合理的な判断でした。しかし問題は、それぞれのデータソースが「その指標が何を意味するか」についての独自の解釈を内包してしまっている点にあります。

データソースの乱立はどのように蓄積するのか

• 複製が最も手軽な公開方法だった： データソースを複製して微調整すれば翌日には公開できます。一方、共通データソースの変更には部門間の合意形成が必要です。
• ロジックがコピーと一緒に拡散する： フィルター、除外条件、計算フィールドが個々の .tdsx ファイル内に焼き付けられます。
• 外見上の差異が分からない： カタログ上では、「売上（Sales）」と名付けられた 2 つのデータソースはまったく同じに見えます。
• 使われなくなったものを廃棄できない： どのワークブックがどのデータソースに依存しているかを誰も証明できないためです。

データソースの「認定（Certification）」機能も有効ですが、それは「どの数値を正とするか」が合意されて初めて意味を持ちます。その意思決定自体は Tableau の機能ではありません。

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

• 他部門の個別の判断によって生じた数値の食い違いについて、あなたが説明と辻褄合わせを求められます。
• 数値の突合（リコンサイル）は目立たない作業であり、食い違いが放置されて問題になったときだけ責任を問われます。
• 自分のデータソースを認定することはできても、4 つのチームに単一の定義を合意・徹底させることはできません。

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

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

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

Datavault Builder は、ビジネスルールをデータウェアハウス側に保持し、すべてのワークブックが接続するディメンショナルビューを自動生成します。

• 指標は 1 度だけ計算され、 すべてのワークブックが同一の数値を参照するようになります。
• ルールが可視化・バージョン管理され、 公開抽出ファイルの奥底に埋もれることがなくなります。
• リネージにより導出過程が明確になり、 数値の不一致が起きた際もデータフローのグラフを開くだけで即座に決着がつきます。
• 新しい質問が出ても既存モデルを再利用でき、 今後何百ものコピーが作られる悪循環を断ち切れます。
• 同一のインフォメーションマートが多数のワークブックで共有されるため、ストレージの無駄な増大が止まります。

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

「社内に売上を別々に計算する 4 つの公開データソースがあり、そのロジックが各 .tdsx の内部に分散しています。すべてのワークブックが共通のガバナンスが効いたディメンショナルビューに接続できるよう、このルールをウェアハウス側で一元管理してもらえませんか？」

このように要請することで、「どのデータソースが正しいか」という不毛な争いから、「その定義はどのレイヤーで持つべきか」という本質的な議論へと進めることができます。