信頼できる唯一の情報源（SSOT）を作成する方法：完全ガイド
2人の担当者がそれぞれスプレッドシートを開き、同じ月の売上として異なる数値を報告する。どちらも注意深く作業しており、自分の数値を論理的に説明できる。そして、どちらも間違ってはいない。
これはデータの不具合ではありません。データの不具合という仮面をかぶった、定義の不一致という問題です。
この問題を解決しようとする際、多くの場合はツール選びという間違った一歩から始めてしまいます。解決への第一歩は、各指標が何を意味するのか、そして誰がそれを決定するのかを明文化することです。
本ガイドでは、この言葉の真の意味と、スプレッドシートでの作業を始める前に下すべき4つの決定事項について解説します。その後、手動で行う3つのアプローチと、それぞれの限界について説明します。
「信頼できる唯一の情報源（Single Source of Truth）」の真の意味
WorkdayのSSOTに関するガイドでは、これを「すべての重要な最新のビジネスデータが集約、クレンジングされ、誰もが普遍的にアクセスできる一元化されたシステム」と定義しています。
しかし、同じページでより重要なのはその後に続く一文です。信頼できる唯一の情報源とは、「技術的なインフラそのものではなく、インフラを正しく使用した結果として得られることが多い」のです。
ツールを購入する前に、この言葉を2回読み返してください。データウェアハウスが提供するのは「保管場所」です。「真実」をもたらすのは「合意」です。
同ページでは、数値が食い違う根本原因としてデータサイロを挙げています。データサイロとは「連携されていないツール、スプレッドシート、部門サーバーに閉じ込められた、孤立した情報のプール」と説明されています。推奨される手順は、プラットフォームの導入ではなくガバナンスから始めることです。まず用語を定義し、責任者を任命し、それからテクノロジーを選択し、データをクレンジングした上で、段階的に展開していきます。
なぜ2つのチームで異なる数値が出てしまうのか
原因はほぼ常に次の4つのいずれかであり、計算ミスによるものは一つもありません。
フィルターの相違： 一方のレポートでは内部アカウントやテストレコードが除外されているのに対し、もう一方では含まれている。これが明文化されていないため、誰も気づきません。
期間の境界の相違： 一方のチームは請求書発行日で月を区切り、もう一方は支払日で区切っている。どちらの基準も正当ですが、数値が一致することは決してありません。
分母の相違： 比率には分子と分母があります。分母が変われば、データレコードが1件も変わらなくても、パーセンテージは変動します。
データ抽出タイミングの相違： 一方は1日にエクスポートを実行し、もう一方は3日に実行したため、その間の3日間に遅れて登録されたデータが入り込んでしまった。
最初に決定すべき4つの事項
数式をいじる前に、これらを書き留めておきましょう。数値シートの隣に「定義」タブを設けることは、最も低コストで実現できるガバナンスです。
| 決定事項 | 回答すべき問い | なぜ重要なのか |
|---|---|---|
| 定義 | この指標の「1ユニット」とは具体的に何を指すか？ | 対象範囲に含めるものと除外するものを決定する |
| フィルター | どのレコードを除外し、その理由は何か？ | 通常、数値のズレが生じる最大の原因 |
| 境界 | どの「日付」フィールドを基準に期間を区切るか？ | どちらの選択肢も正当だが、異なる結果をもたらす |
| 責任者 | この定義の変更を承認するのは誰か？ | 名前が明記されていないと、定義はいつの間にか形骸化する |
「責任者」の項目は、多くのチームが見落としがちです。責任者のいない定義は単なる「提案」にすぎず、提案は四半期ごとに都合よく再解釈されてしまいます。
これを、すでに報告している指標レイヤーと組み合わせましょう。すべての指標にこの対応が必要なわけではありません。どの指標に適用すべきかについては、先行指標と遅行指標に関するガイドをご覧ください。
手動で行う方法
オプション 1：2つのバージョンを1行ずつ照合する
理論から入るのではなく、まずは不一致の実態から始めましょう。両方のレポートを1つのワークブックに読み込み、共通のキーを使用してXLOOKUPでレコードを照合します。
一致しなかった行こそが、手がかりとなります。それらは、一方のレポートに含まれていて、もう一方には含まれていないデータを示しており、これこそが誰も文書化していなかった「フィルター」の正体です。
作業中は、表記が酷似しているラベルに注意してください。EXACT関数は2つのテキスト値を大文字・小文字を区別して比較します。これにより、人間の目では見落としてしまいがちな「ACME Corp」と「Acme Corp.」のようなペアを検出できます。
この方法の限界は、その場しのぎの解決にしかならない点です。根本的な仕組みが変わっていないため、翌月にはまた同じ2つのレポートで数値がズレてしまいます。
オプション 2：1つのデータセットを作成し、すべてのレポートをそこから派生させる
まず統合し、その後に報告します。Power Queryのマージは、アンチ結合を含むいくつかの結合タイプをサポートしています。アンチ結合を使用すると、一方のソースに存在し、もう一方には存在しないレコードをリストアップできます。
そして、その1つのテーブルからすべての下流数値を算出します。そのテーブルまで遡って検証できない数値は、報告資料に載せてはいけません。
結合に使用したキーが本当に一意であるかを確認するために、UNIQUE関数を使用します。重複するキーがあると、気づかないうちに合計値が膨れ上がってしまいます。エラーで表示されない合計値よりも、気づかないうちに間違っている合計値の方がはるかに厄介です。
この方法の限界はメンテナンスです。誰かがデータを更新し続けなければならず、その担当者がボトルネックになってしまいます。
オプション 3：数値シートの隣に定義タブを維持する
1つの指標につき1行を割り当て、名前、定義、適用されたフィルター、使用した日付フィールド、責任者、最終確認日を記載します。
これによって、翌四半期にも比較可能なレポートになります。また、「なぜ前回と数値が違うのか」という質問に対して、丸一日かけることなく、10秒で回答できるようになります。
この方法の限界は、定義を書き留めるだけでは強制力がない点です。定義タブと実際の数式は乖離しがちであり、実際にそうなってしまうことがほとんどです。
共通の限界： これら3つの方法はすべて、ファイルから不一致の原因を発見できることを前提としています。2つの部門がまったく異なるシステムを使用している場合、照合を始める前に、まず比較可能なエクスポートデータを取得すること自体が課題となります。
手動アプローチの限界と停滞
最初の照合作業は興味深く進められるかもしれません。しかし3回目ともなると、日付だけが変わった同じ作業を繰り返す、退屈な午後の再現になります。
ビジネスが変化するたびに、定義は陳腐化します。新しいプラン体系、新しい進出地域、フィールド名の変更などが発生すると、3月に作成したルールは9月のデータには通用しなくなります。
エクスポートデータ自体も変化します。誰かが元システムでフィルターを変更すると、送られてくるファイルの見た目は同じでも、中身の意味が異なってしまうことがあります。
さらに、会議の席で初めて露呈するコストもあります。会議中に2つの異なる数値が衝突した場合、その場でズレの原因を説明しなければなりませんが、その説明の根拠となるワークブックは手元にない、といった事態が起こります。
これこそが、この分野のツールが存在する理由です。データチームなしでビジネスインテリジェンスを実現するAIツールのまとめでは、この問題に対するツール面からのアプローチを紹介しています。
Powerdrill Bloomで構築する方法
ステップ 1：不一致が生じている両方のエクスポートデータをアップロードする
数値が一致しない2つのファイルを一緒にアップロードします。Powerdrill Bloomはアップロード時に対象列のプロファイルを作成するため、合計値が計算される前に、キー形式の不一致、ラベルの表記揺れ、空白フィールドなどが検出されます。
ステップ 2：自然言語で定義を指定する
ルールを構築するのではなく、言葉で説明します。指標の名前、除外するレコード、期間を区切る日付フィールド、およびグループ化を指定します。
次に、ズレを明らかにする質問を投げかけます。一方のファイルにのみ存在するレコードはどれか、大文字・小文字や記号の有無だけが異なるラベルはどれか、それぞれの期間境界を適用した場合に合計値がどう変化するか、などを質問します。
ステップ 3：照合済みのレポートをエクスポートする
照合済みのテーブル、差異のサマリー、または合意された定義が数値とともに記載されたスライドを出力します。
手動での照合よりも優れている理由
| 手動アプローチ | Powerdrill Bloom | |
|---|---|---|
| 不一致レコードの検出 | ファイルペアごとのアンチ結合 | 不足しているレコードを質問する |
| 類似ラベルの検出 | 大文字・小文字を区別する作業列の作成 | アップロード時に自動検出 |
| 別の境界条件のテスト | フィルターを再構築して再集計 | 別のルールを指定して質問する |
| 翌月の再実行 | データを更新し、ズレがないことを祈る | ファイルを差し替え、ルールはそのまま維持 |
3行目の項目こそが、不毛な議論に終止符を打つものです。両方の期間境界を並べて提示できれば、「あなたの数値が間違っている」という非難から「お互いのルールが異なっている」という建設的な対話へと変わり、解決に向けた議論が可能になります。
よくある間違い
定義に合意する前にプラットフォームを購入する： 保管場所を確保することと、合意を形成することは別物です。まず用語を定義し、次に責任者を任命する、この順序を徹底してください。
分母を明記しない： すべての比率において、分子と分母の両方をチャートに明記する必要があります。これらがないパーセンテージは、単なる飾りにすぎません。
一度の大規模な統合をゴールとみなす： 製品や組織の変更に伴い、定義は陳腐化します。再構築を繰り返すのではなく、定期的な見直しのスケジュールを組んでください。
同じラベルなら同じレコードであると思い込む： 大文字・小文字、記号、末尾のスペースなどは、気づきにくい重複の原因となります。結合した後ではなく、結合する前に確認してください。
異なる日に抽出されたエクスポートデータを照合する： 遅れて登録されたデータが不一致のように見えてしまいます。行を照合する前に、抽出日時のタイムスタンプを一致させてください。
誰も開かない場所に定義を文書化する： 定義は数値と同じファイルに保管し、チャートには適用したルールを明記してください。
責任者を決めない： 承認者が明記されていない定義は、都合よく再解釈される運命にあります。すべての項目に担当者を割り当ててください。
結論
信頼できる唯一の情報源（SSOT）とは、第一に「合意」であり、第二に「インフラ」です。各指標を定義し、フィルターを明文化し、期間の境界を確定させ、責任者を任命した上で、すべてのレポートを1つのデータセットから派生させましょう。
最もコストがかかるのは、最初の照合作業ではありません。ビジネスが変化し続ける中で、定義を陳腐化させずに維持し続けることです。
もしそのサイクルが月末の時間を奪っているなら、数値が一致しない2つのファイルでPowerdrill Bloomをお試しください。また、スプレッドシートからKPIダッシュボードを構築する方法や、自社データからKPIターゲットを設定する方法に関するガイドもあわせてご覧ください。準備ステップについては、AIデータクレンジングのページで解説しています。
よくある質問
信頼できる唯一の情報源（SSOT）とは何ですか？
すべてのレポートの基盤となる、合意された一連の定義、データソース、および計算方法のことです。Workdayのガイドでは、インフラそのものではなく、インフラを正しく使用した結果として得られるものと説明されています。
構築にはデータウェアハウスが必要ですか？
いいえ、必要ありません。データウェアハウスは保管場所と拡張性を提供するものですが、数値を一致させるのは定義と責任に関する合意です。小規模なチームであれば、適切に管理された1つのワークブックでも実現可能です。
なぜ2つのレポートで合計値が異なるのですか？
通常は、フィルター、期間の境界、分母、またはエクスポートのタイミングが原因です。計算ミスを疑う前に、これら4つの要素を確認してください。計算自体が間違っていることは滅多にありません。
指標の定義は誰が管理すべきですか？
指標ごとに、変更を承認する権限を持つ特定の担当者を1名指名すべきです。共同管理にすると、チーム間で定義がいつの間にか乖離してしまう傾向があります。
定義はどのくらいの頻度で見直すべきですか？
ビジネスに変更が生じた際、およびそれ以外では定期的なサイクルで見直す必要があります。新しいプラン、進出地域、フィールド名の変更などはすべて、作成当時は正しかったルールを無効にしてしまいます。