「売上はExcel、案件はkintone、在庫は基幹システム」——多くの中小企業では、データが業務ごとに別々の場所に保管されています。そのままでは、月次会議のために誰かが手作業でコピペし、関数で繋ぎ合わせ、夜遅くまで集計表を作ることになります。Power BIは、こうしたバラバラなデータを「つなぐ・ためる・見せる」を一つの場所で実現するためのプラットフォームです。本記事では、複数のデータソースをPower BIで一元集計する基本設計を整理します。

Power BIが接続できるデータソースの全体像

Power BIは想像以上に幅広いデータソースに接続できます。Excelブック・CSV・SharePoint・SQL Server・Access・Webページ・Google スプレッドシート・Salesforce・Dynamics 365など、標準コネクタだけで100種類を超えます。kintoneのようにOData/REST API経由で接続するサービスも、適切な設定で取り込み可能です。

中小企業の一元集計でよく登場するパターンは次の3層です。

最初に決めるべきは「全部を一気につなぐ」ではなく、「まず月次でみたいKPIに必要なソースだけ」をスコープすることです。

kintone APIからPower BIへデータを引き込む手順

kintoneのデータをPower BIに取り込む現実的な方法は2つあります。

はじめての導入なら、まずは①でPoCを作るのがおすすめです。APIトークン1つで動くため、情報システム部の合意を取りやすく、3〜4時間でダッシュボードのモックまで到達できます。本格運用ではセキュリティとパフォーマンスの観点から②を検討します。

複数ソースのデータをリレーションでつなぐ

Power BIで多ソースを統合する核心は「リレーション設計」です。Excelで言えばVLOOKUPの代わりに、テーブル同士を共通キーで関連付ける作業です。失敗する典型は、すべてのデータを1枚の巨大テーブルに統合してしまうパターン。リレーションを使えば、ソースを分けたまま「案件→顧客→売上」のように繋ぐことができます。

設計のコツは以下の3つです。

この型ができていれば、新しいソースを追加しても「共通キーで繋ぐ」だけで全体のダッシュボードに反映されます。

データが増えても崩れない接続設計のコツ

運用開始後、最も多いトラブルは「列名が変わった」「シートが追加された」「APIの返却形式が変わった」によるリフレッシュ失敗です。これらを防ぐ設計上のポイントは3つあります。

こうしておけば、ソースシステムの担当が変わってもダッシュボードが壊れにくく、運用負荷が一気に下がります。

まとめ——「データを集める」を仕組みにする

Power BIの本当の価値は、グラフを綺麗に描くことではなく、「散らばったデータを一カ所に集めて、毎月勝手に更新される状態」を作れることにあります。kintoneも、Excelも、基幹データも、それぞれの強みを残したまま「見るときだけ一つに見える」設計が可能です。

DX Connectでは、kintone・Excel・各種基幹システムからのPower BIデータ統合設計、リレーション設計、ゲートウェイ運用までを一貫してご支援しています。「どこから手をつければ」と迷っている方は、まずは現状のデータソースの棚卸しからご相談ください。