BI導入前のデータ整備ガイド｜数字が合わない原因とチェック手順

BI導入前のデータ整備では、すべてのデータを完璧にする必要はありません。最初に使うダッシュボードを1つ決め、その判断に必要な項目だけを対象に、欠損、重複、表記ゆれ、集計粒度、マスタ、更新日の順で確認するのが現実的です。

「Excelに数字があるから、そのままBIへ移せる」と考えると、構築後の照合作業で手戻りが起きます。売上合計が基幹システムと一致しない、店舗名が複数表記になっている、過去月だけ商品分類が違う、といった問題はグラフの設定では直せません。必要なのは数字が作られる過程をたどり、正しい値の基準を決めることです。

この記事では、データ分析の専任者がいない中小企業を想定し、BI導入前に行うデータ品質チェックと整備の進め方を解説します。

BI導入の成否は画面より先にデータで決まる

ダッシュボードは元データに含まれる事実を集計して見せる仕組みです。商品コードが途中で変わっていれば商品別推移は分断され、売上日と計上日が混在していれば月次比較もずれます。見た目が整った画面ほど利用者は数字を正しいと受け取りやすいため注意が必要です。

最初に行うべきことは修正ではなく現状把握です。列ごとの空欄率、値の種類、最小値・最大値、重複、異常値を確認すると、どこに判断リスクがあるかを見つけられます。BIの基本から確認したい場合は、BIツールとは何かを解説した記事も参考にしてください。

最初に「正しい数字」を決める

データ整備を始める前に、何を正解とするかを決めます。売上であれば、受注額、出荷額、請求額、会計上の売上のどれを表示するかによって結果が変わります。部署ごとの数字が違うとき、どちらかが誤りとは限りません。目的と計上条件が異なる場合もあります。

1. 指標名：売上高、粗利、在庫数、受注残など
2. 用途：どの会議で、誰が、何を判断するか
3. 計算条件：税込・税抜、返品・値引き、締め後修正の扱い
4. 時点：受注日、出荷日、請求日、計上日のどれを使うか
5. 正解帳票：照合に使う既存帳票と承認者

「売上」という短い名前だけで進めず、「出荷日基準・税抜・返品控除後の商品売上」のように定義します。定義を確定できない項目は対象から外すか、暫定値であることを明示します。

データ品質を確認する6つのチェック項目

欠損は一律にゼロへ置き換えない

空欄は、ゼロ、未入力、不明、対象外のいずれかです。不良数量の空欄をゼロへ置き換えると、「検査して不良がなかった」のか「検査記録がない」のか分からなくなります。業務上の意味を確認し、必要なら未入力という区分を残します。

重複は業務キーで判定する

行全体ではなく、伝票番号と明細番号、店舗コードと営業日と商品コードなど、1件を識別する組み合わせで確認します。訂正伝票や再送データを単純に削除すると正しい履歴まで失うため、取消区分や更新日時も確認します。

表記ゆれはコードへ寄せる

名称を手作業で統一し続けるより、店舗コード、商品コード、顧客コードを軸にマスタと結びます。コードがない場合は変換表を作り、元の値も残します。変換できなかった値を一覧にすると新しい表記ゆれへ気づけます。

粒度は「1行が何を表すか」で確認する

売上明細と入金明細を伝票番号だけで結合すると、1対多の関係で売上が重複することがあります。「1行＝受注明細」のように書き出し、結合前後の件数と合計を比べます。

マスタには有効期間を持たせる

商品分類や担当部署は変更されます。現在のマスタだけで過去実績を引くと過去の数字まで新分類へ置き換わります。当時の分類を残すかを決め、有効開始日と終了日を管理します。

鮮度を画面上で示す

更新日時、対象期間、更新結果を表示します。更新失敗や暫定値を利用者へ伝え、古い数字を最新値と誤認させない運用が重要です。

代表データ1か月分で状態を調べる

全社の全データを一度に調べると対象が広がりすぎます。最初のダッシュボードで使う代表的な1か月分を抽出し、列単位と行単位の両方から確認します。

• データ型が日付、数値、文字列の想定どおりか
• 空欄の件数と割合はどの程度か
• 店舗数や商品数が業務上の想定と合うか
• 負数、未来日、極端な単価がないか
• 業務キーが一意になっているか
• 取消、返品、修正を識別できるか

異常値を見つけても、すぐに削除してはいけません。大量受注や棚卸調整など正しい業務イベントかもしれないため、「検出」「業務確認」「処置」「再発防止」を分けて記録します。

修正する場所を分ける

見つかった問題は、業務システム、データ変換処理、BI画面のどこで直すかを決めます。BI側だけで補正すると別帳票には誤りが残り、修正ルールも見えにくくなります。

再発する問題は入力画面や業務手順まで戻って直します。過去データの表記ゆれは変換表で吸収する方が現実的な場合もあります。Excel作業が複雑なら、ExcelからBIツールへ移行する判断基準も参考になります。

照合テストは合計・内訳・境界条件で行う

1. 合計：対象月の売上、数量、件数が正解帳票と一致するか
2. 内訳：店舗別、商品別、日別へ分けても一致するか
3. 境界条件：月末、取消、返品、締め後修正、新商品を扱えるか

差が出た場合は差額だけでなく該当する業務キーを特定します。小さな差でも毎月同じ取引先が漏れているなら仕組み上の問題です。実施日、対象期間、比較帳票、差異、原因、承認者を残し、更新後も同じテストを再実行できるようにします。

責任者と運用ルールを決める

データ整備は一度きりではありません。商品追加、組織変更、システム改修、ファイル形式変更で品質は変わります。指標の意味を判断するデータオーナー、欠損や重複を監視する管理担当、接続や変換を管理するシステム担当、表示を管理するBI作成者の役割を決めます。

小規模な会社では1人が複数役を担って構いません。ただし作成者だけが数字の意味まで決める状態は避けます。業務責任者が承認し、変更履歴を共有できる仕組みにしてください。公開後の運用はTableau保守・運用支援の範囲も判断材料になります。

外注する前に渡す資料

1. 作りたいダッシュボードと利用会議
2. 元データのサンプルと項目説明
3. 現在使っている正解帳票
4. 指標の計算条件と締め処理
5. 既知の欠損、表記ゆれ、仕様変更
6. 個人情報とアクセス権限
7. 更新頻度と失敗時の連絡先

「きれいにしてください」だけでは要件が定まりません。調査、ルール設計、変換、照合、手順書、運用支援を分けて確認します。費用の全体像はBI導入費用の見積書で確認すべき項目をご覧ください。

よくある質問

データ整備にはどのくらいかかりますか？

データソース数、項目数、履歴、表記ゆれ、正解帳票の有無で変わります。まず代表1か月分を診断し、問題件数と修正ルールを確認してから全期間を見積もる方法が安全です。

Excelのままでも品質チェックできますか？

可能です。件数、空欄、重複、コード一覧、合計を確認し、正解帳票と照合するだけでも多くの問題を発見できます。

すべての数字を100％一致させる必要がありますか？

会計や請求など一致が必須の指標と、速報値や傾向把握に使う指標を分けます。許容差を設ける場合も理由、利用目的、承認者を明記します。

まとめ：まず1つの帳票を説明できるデータへ変える

最初に使う判断を決め、正しい数字を定義し、代表データで欠損、重複、表記ゆれ、粒度、マスタ、鮮度を確認します。その後、修正場所と責任者を決め、合計・内訳・境界条件で照合してください。

最初の一歩は毎月使っている帳票を1つ選び、元データからその数字を再現できるか確認することです。複数システムの結合で数字が増える、修正ルールが担当者しか分からない場合は、データ診断から始めると論点を整理できます。

実務で使えるデータ整備チェックリスト

作業開始時は、対象ファイル名、保存場所、抽出日時、対象期間、作成部署、責任者を一覧にします。同じ名前のファイルでも担当者のパソコンに別版が残っていることがあるため、どれを正式版とするかを明示してください。自動連携の場合も、参照元のテーブル名と更新時刻を記録します。

次に、各列について項目名、意味、型、単位、入力例、空欄の扱いを整理します。「数量」が個数なのか箱数なのか、「金額」が税込なのか税抜なのかは列名だけでは判断できません。単位が途中で変わった履歴や、システム移行日の前後で意味が変わった項目も確認します。

変換処理を作ったら、元データの行数、処理後の行数、除外件数、未変換件数を毎回記録します。処理が正常終了しても、元ファイルが空だったり列が増減したりすれば数字は正しくありません。主要指標の前日比や前月比も確認し、急変した場合に担当者へ連絡する基準を決めます。

優先順位は影響度と頻度で決める

発見した問題をすべて同時に直すのではなく、意思決定への影響度と発生頻度で並べます。売上の二重計上や主要店舗の欠落は最優先です。一方、ほとんど使わない備考欄の表記ゆれは後回しにできます。問題ごとに暫定対応、恒久対応、担当者、期限を記録すると、整備が終わらない状態を防げます。

変更履歴を残して再現可能にする

変換表や計算式を更新したときは、変更日、変更理由、対象期間、確認者を残します。過去データを再計算するか、変更日以降だけ新ルールを適用するかも決めてください。担当者の判断を文書化すれば、異動後も同じ数字を再現でき、監査や問い合わせにも説明しやすくなります。

ダッシュボード公開前には、実際の利用者にも数字を確認してもらいます。担当者は現場特有の締め処理や例外取引を知っているため、技術担当だけでは見落とす不整合を発見できます。確認結果と未解決事項を共有し、利用できる範囲を合意してから公開することが大切です。