Webシステム

Power BIの導入例|営業・経理・人事・製造の部門別の使いどころと単体で足りる範囲

Power BIの導入例|営業・経理・人事・製造の部門別の使いどころと単体で足りる範囲

Power BIを入れた他社の話を聞いても、自社のどの業務に当てはまるのかが見えにくい。導入例の紹介記事の多くは、会社名と「報告資料の作成時間が減った」という効果を並べるだけで、その例をPower BIのどの機能で実現したのかまでは書いていません。この記事では、営業・経理・人事・製造と物流の部門別に、Power BIの代表的な使い方の例を、使う機能と必要なライセンスに対応させて整理しました。あわせて、Power BI単体で足りる範囲と、データ基盤の整備や個別開発が要る範囲の線引きも示します。仕様と料金は2026年10月時点のMicrosoftの公式ドキュメントで確認しています。

まとめ:Power BIの導入例は手作業の定型集計から始めると成果が出やすい

部門を問わず、Power BIで効果が出やすいのは「毎週・毎月、誰かがExcelで手作業している定型の集計」です。データの取り込みと整形をPower Queryに任せ、計算をDAXのメジャーで定義し、Power BIサービスで決まった時刻に自動更新すれば、報告資料を作る作業そのものがなくなります。

部門別に見ると、営業は案件と予実の週次報告、経理と経営企画は月次の予実差異と前年比、人事は残業と有給の基準超え、製造と物流は在庫や稼働の異常の通知が、最初に手を付けやすい例です。一方、データ源がオンプレミスの基幹システムに分かれている場合や、社外の顧客に数字を見せたい場合は、Power BIだけでは足りず、データ基盤の整備や個別開発との組み合わせが要ります。

Power BIの導入例を読む前に押さえる3つの機能と、使い方の3つの型

導入例を自社に当てはめるには、その例がPower BIのどの機能に支えられているかを知っておく必要があります。製品の全体像はPower BIとは?できること・料金・Excelやtableauとの違いから導入判断まで解説で解説しているため、ここでは導入例を読むのに必要な範囲に絞ります。

Power Query・DAX・Power BIサービスで分担する集計の自動化の範囲

Power BIで集計を自動化する仕組みは、3つの機能の分担でできています。Power Queryは、Excelファイルやデータベース、SaaSからデータを取り込み、列の名前や表記の揺れを揃える前処理の機能です。DAXは、売上の合計や前年比のような計算式を「メジャー」として定義する言語として使われます。Power BIサービスは、作ったレポートをクラウドに置き、データを決まった時刻に更新して共有する場所です。

更新の回数には上限があります。MicrosoftのPower BI でのデータの更新によると、共有容量に置いたセマンティックモデルのスケジュール更新は1日8回まで、Premium容量・Premium Per User(PPU)・Fabric容量では1日48回まで設定できます。導入例の多くは1日1〜2回の更新で足りる報告の自動化で、この上限に届くことはまれです。

導入例は「集計の自動化」「見せ分けと配信」「異常の通知」に分かれる

公開されている導入例を整理すると、使い方はおおむね次の3つの型に分かれます。自社で検討するときも、どの型を狙うのかを先に決めると、必要な機能とライセンスが絞れます。

型 主に使う機能 代表的な例
集計の自動化 Power Query・DAX・スケジュール更新 週次の営業報告・月次の予実表
見せ分けと配信 行レベルのセキュリティ・購読メール 担当者別の実績・部署別の勤怠
異常の通知 データアラート・Teams連携 在庫の欠品・残業の基準超え

最も効果が見えやすいのは1つ目の集計の自動化で、2つ目と3つ目はその上に積み上げる形になります。1つ目ができていない状態で通知だけを作ろうとしても、元の数字が手作業のままでは信頼されません。

営業部門のPower BI導入例:案件の進み具合と担当別の予実を自動で配る

営業部門は、SFAやExcelの案件表に数字が分かれていて、週次の会議資料を誰かが毎週まとめている、という状態から始まることが多い部門です。

SFAの商談データとExcelの目標表を統合し、週次の報告資料をなくす例

典型的な例は、SFAから書き出した商談データと、営業企画がExcelで持っている担当別の目標表を、Power Queryで1つのモデルにつなぐ使い方です。担当者名の表記がSFAとExcelで違う場合も、Power Queryの置換や結合の手順として一度書けば、次の更新からは自動で揃います。

画面には、今月の受注見込み額と目標との差、確度別の商談金額、提案から30日以上動いていない商談の一覧を置きます。毎週月曜の朝6時に更新するよう設定しておけば、会議の前に資料を作る作業がなくなり、会議は数字の確認ではなく打ち手の相談から始められる仕組みです。画面に載せる指標の数と配置の決め方はBIツールのダッシュボード設計|見られる画面を作る指標の階層・更新頻度・粒度の決め方で整理しています。

行レベルのセキュリティで担当者に自分と自チームの数字だけを見せる例

営業の数字は、担当者には自分の分、マネージャーには自チームの分だけを見せたい、という要望がよく出ます。チームごとにレポートを複製すると、計算式を直すたびに全部のレポートを直すことになります。そこで使うのが行レベルのセキュリティ(RLS)です。

MicrosoftのPower BI での行レベルのセキュリティ (RLS)では、Power BI Desktopでロールと絞り込みの条件をDAXで定義し、サービス側で利用者をロールに割り当てる手順が示されています。注意したいのは、RLSが効くのはワークスペースでビューアーの権限を持つ利用者だけで、管理者・メンバー・共同作成者には適用されない点です。営業マネージャーに編集権限まで渡すと、全員の数字が見えてしまいます。見せ分けをしたい相手には、ビューアーの権限だけを割り当てる運用にします。

経理・経営企画のPower BI導入例:予実の差と前年比を月次の締め後すぐ出す

経理と経営企画では、会計システムから出した試算表と、Excelの予算表を突き合わせる月次の作業が、Power BIに置き換えやすい対象です。

会計データと予算表をつなぎ、累計と前年同月比をDAXの関数で出す例

会計システムから勘定科目別・部門別・月別の実績を取り込み、予算表と科目のコードでつなぎます。累計や前年同月比は、DAXのタイム インテリジェンス関数を使うと、日付のテーブルを1つ用意するだけで、どの月を選んでも計算できるようになります。年度の累計を出すTOTALYTDや、前年の同じ期間を取り出すSAMEPERIODLASTYEARが代表的な関数です。

Excelでは、月が替わるたびに参照範囲をずらす作業が発生し、そこで計算の誤りが起きがちでした。メジャーとして一度定義すれば、新しい月の実績が取り込まれた時点で、予実の差と前年比が自動で並びます。予実の差異をどう見せるかという画面側の設計は予実管理ダッシュボードの作り方|見るべきKPIと差異分析の見せ方・BIと個別開発の判断で詳しく扱っています。

役員会の資料や印刷する帳票はページ分割レポートで作り、画面と分ける

経理の資料には、役員会で配るA4の資料や、取引先へ出す帳票のように、印刷したときの体裁が決まっているものがあります。通常のPower BIレポートは画面で操作する前提のため、こうした用途にはページ分割されたレポートを使います。表の行数に応じてページが続き、印刷やPDFへの書き出しに向いたレイアウトで作れる形式です。

役割を分けると運用が楽になります。経営企画が日々の確認に使うのは通常のレポート、毎月決まった形で配る資料はページ分割レポート、と分担しておけば、同じセマンティックモデルを使いながら、画面と紙の両方の要望に1つの計算式で応えられます。

人事と製造・物流のPower BI導入例:勤怠や在庫の基準超えを担当者へ知らせる

人事や製造・物流では、数字を眺めることより、基準を外れたときにすぐ気づくことのほうが価値を持つ場面が多くあります。

勤怠データから残業と有給の基準超えを部署別に出し、毎週メールで配る例

人事の例では、勤怠システムから書き出した打刻データを取り込み、社員ごとの月の残業時間と有給の取得日数を集計します。残業が月45時間に近づいている人や、有給の年5日の取得に届きそうにない人を色で強調し、部署で絞り込めるようにする設計です。部署長には、RLSで自部署の社員だけが見えるようにしたうえで、メールの購読で毎週月曜にレポートの画像を届けます。

購読の設定には条件があります。Microsoftのメール サブスクリプションの説明では、自分以外の利用者を購読させるにはProかPPUの有料ライセンスが必要です。社内のやり取りがTeams中心なら、Teams で Power BI と共同作業するにあるように、チャネルのタブにレポートを置いて、会議の中で同じ画面を開く運用もとれます。

在庫や設備の稼働が基準を外れたらデータアラートで担当者に通知する例

製造や物流の例では、品目別の在庫数、ラインの稼働率、出荷の遅れ件数のように、決まった値を下回ったり上回ったりしたら動く必要がある数字を扱います。Power BIでは、こうした数字にデータ アラートを設定できます。値が決めた条件を超えると、通知センターとメールで担当者に知らせる機能です。

ただし、アラートを設定できるのは、レポートからダッシュボードにピン留めしたゲージ・KPI・カードのタイルに限られ、数値のデータでしか動きません。アラートの判定はデータが更新されたときに行われるため、共有容量で1日8回の更新なら、気づけるのも最短でその間隔になります。分単位で設備の停止を検知したい用途には向かず、その場合は設備側の監視の仕組みと組み合わせる構成です。製造業でのデータの種類ごとの見せ方は製造業のBIツール導入|生産・品質・在庫データの可視化と判断基準を解説にまとめています。

Power BI単体で足りる範囲と、データ基盤の整備や個別開発が要る範囲の線引き

ここまでの導入例は、どれもPower BIの標準機能で組めるものです。ただし、同じ例でも、会社のデータの置き場所や見せる相手によっては、Power BIだけでは成り立ちません。どこで線を引くかを、条件で整理します。

条件 Power BI単体 追加で要るもの
データ源がクラウドとExcel 足りる なし
社内サーバーの基幹データ 条件付き オンプレミスのゲートウェイ
複数システムで表記が違う 規模次第 データ基盤での名寄せ
更新が1日8回を超える 容量の変更で可 PPUかFabric容量
社外の顧客に見せる 不向き 埋め込みか個別開発
画面から入力や承認をする 不向き 業務アプリの開発

Power BI単体で回せるのはデータ源が少なく、1日数回の更新で足りる場合

Power BI単体で足りるのは、データ源がクラウドのSaaSやExcel、クラウド上のデータベースなど数種類に収まり、更新が1日数回で間に合い、見る人が社内に限られる場合です。営業の週次報告や経理の月次の予実表は、多くがこの条件に入ります。この範囲であれば、社内の担当者がPower QueryとDAXを覚えて内製で回すことも現実的です。

データ基盤の整備が先に要るのは、基幹データが社内にあり表記が揃わない場合

基幹システムのデータベースが社内のサーバーにある場合、Power BIサービスから定期的に更新するにはオンプレミス データ ゲートウェイを社内に置く必要があります。ゲートウェイを動かすサーバーの用意と保守は、情報システム部門の作業として残ります。

より大きな壁は、システムごとに顧客コードや品目コードの付け方が違う場合です。数個の表ならPower Queryで揃えられますが、販売・在庫・会計の3系統以上を名寄せし始めると、Power Queryの手順が複雑になり、作った本人にしか直せない状態になりがちです。この段階になったら、Power BIの前にデータを集めて整える基盤を置き、Power BIは見せる役割に絞るほうが長く保守できます。導入後に数字が信用されなくなる原因の多くは、この整備を飛ばしたことにあります。失敗の型はBIツール導入が失敗する原因と失敗事例の型で整理しました。

個別開発を選ぶのは社外の顧客に見せる画面や、入力と承認を伴う業務

取引先や顧客に数字を見せる画面は、閲覧者ごとのライセンスや、自社サービスの画面への組み込み方を別に設計する必要があり、社内向けの導入例をそのまま広げることはできません。また、画面から数字を入力したり、申請を承認したりする業務は、Power BIの役割の外にあります。Power BIはデータを見るための製品で、入力を伴う業務は業務アプリとして作り、そのデータをPower BIで見る、という分担になります。

社内の定型報告はPower BIで内製し、データの名寄せと連携、社外向けの画面や入力の仕組みは開発会社に任せる分担が、費用と保守のバランスをとりやすい形です。どこまでを社内で持つかを含めて相談したい場合は、BIツール導入支援で、ツールの選定からデータ連携、最初のレポートの設計まで対応しています。

Power BIの導入例を自社で再現する手順と、ライセンス費用の見積もり方

導入例を読んだあとに迷いやすいのは、何から始めて、いくらかかるかです。最初の一歩を小さく切る方法と、費用の見積もり方を示します。

最初の1本は毎週手で作っている定型レポートを選び、作業時間を測っておく

最初に作るレポートは、毎週か毎月、誰かが決まった手順で作っている報告資料から選びます。手順が決まっている資料ほどPower Queryに置き換えやすく、効果も「作成にかかっていた時間」で測れるためです。置き換える前に、今の作業に毎回何時間かかっているかを記録しておく手順が必要です。導入後にその時間がどれだけ減ったかを示せないと、2本目以降の予算が通りにくくなります。製品を問わない事例の読み方と効果の測り方はBIツールの導入事例|部門別・業種別の使いどころと効果の測り方で解説しています。

ProとPPUの月額に、作る人と見る人の人数を掛けてライセンス費を見積もる

MicrosoftのPower BI の価格のページでは、2026年10月23日時点で、Power BI Proが1ユーザーあたり月額¥2,098相当、Premium Per User(PPU)が月額¥3,598相当と表示されています。いずれも年払いの月額換算で、消費税は含まれていません。同じページでは、レポートを共有するにはProかPremiumへのアップグレードが必要とされています。

見積もりでは、レポートを作る人と、共有されたレポートを見る人の両方を数えます。例えば作る人2名と見る人20名が全員Proなら、月額は22名分です。更新を1日8回より多くしたい、大きなデータを扱いたいといった理由でPPUを選ぶと、単価は約1.7倍になります。料金は改定されることがあるため、契約前に公式ページで最新の金額を確認してください。

よくある質問

Power BIの導入例について、検討の段階でよく聞かれる質問に答えます。

Power BIの導入例は中小企業でも当てはまりますか?

当てはまります。この記事で挙げた例の多くは、データ源がSFAや会計のクラウドサービスとExcelに収まり、社内の数名で回せる規模のものです。従業員の規模よりも、毎週や毎月の定型の集計作業があるかどうかが向き不向きを分けます。

Power BIの無料版だけで導入例のような使い方はできますか?

自分で作って自分で見る範囲なら無料版でも試せます。ただし、他の人とレポートを共有したり、他の利用者にメールの購読を設定したりするにはProかPPUの有料ライセンスが必要です。部門で使う導入例は、ほぼすべて共有が前提になります。

Excelで集計している業務は、すべてPower BIに移したほうがよいですか?

すべてを移す必要はありません。1回きりの分析や、数百行程度の小さな表で足りる集計はExcelのままで構いません。Power BIに移す価値があるのは、同じ手順を毎週や毎月繰り返している集計と、複数のファイルやシステムのデータを突き合わせている集計です。

Power BIを入れるとき、社内に専任の担当者は必要ですか?

専任でなくても、Power QueryとDAXの基本を覚えてレポートを直せる人が最低1人は必要です。その人がいないと、データの形式が変わったときに更新が止まり、誰も直せない状態になります。最初の数本は外部と一緒に作り、その過程で社内の担当者に作り方を引き継ぐ進め方が定着しやすい方法です。

Power BIのCopilotを使えば、導入例のようなレポートは自動で作れますか?

Copilotは自然言語でレポートの下書きや要約を作る補助にはなりますが、データの取り込みと整形、指標の定義を代わりに決めてくれるわけではありません。利用できるライセンスや容量にも条件があります。BIツールのAI機能の実力はBIツールのAI機能とは?自然言語クエリ・予測分析の実力と導入判断まで解説で整理しています。

関連記事

お気に入りに入れた記事の一覧

この記事は以下の記事からリンクされています

資料請求

今日のトレンド記事 直近 24 時間で、いつもより多く読まれている記事

  1. 2026.07.21 テックブログ Apache Tomcatの脆弱性一覧【2026年10月】最新版11.0.27・10.1.61・9.0.123とCVE-2026-59083ほかの影響確認・対応手順
  2. 2026.10.21 テックブログ NEC委託先の不正アクセスとは|顧客システム暗号化・情報漏えいの経緯と委託元が点検する正規アカウント
  3. 2026.10.21 テックブログ ふるさとチョイス不正アクセスで445万件流出:対象確認・パスワード変更と再開時期
  4. 2026.10.22 テックブログ Tomcatバージョン一覧とサポート期限【2026年10月】9.0系は2027年3月末で終了・9.1系と11.0系への移行判断
  5. 2024.07.05 コラム XAMPPの脆弱性とは?危険性とCVE-2024-4577への対策をわかりやすく解説【2026年10月】

RELATED POSTS 関連記事

目次