2026.07.29 Webシステム

製造業のBIツール導入｜生産・品質・在庫データの可視化と判断基準を解説

製造業でBIツールの導入が止まるのは、製品を選びきれないからではありません。生産管理システムには日次で締まった実績、設備からは秒単位の信号、検査記録は紙とExcel、在庫は別のシステム。粒度も更新頻度も違うデータを一枚の画面に並べようとして、結合キーが無いことに気づく。ここでほとんどの計画が止まります。この記事では、製造業の各データがどの粒度で取り出せるか、三層に分けたKPI設計の考え方、成果が出ない条件と見送るべき場面、既製BIと個別開発の分岐、費用の内訳までを順に整理します。

まとめ｜製造業がBIツールで成果を出せる条件と、出せない条件

先に結論を置きます。成果が出るのは、生産管理システムに実績が電子で入っていて、品目コードと工程コードが工場をまたいで統一されていて、数字を見た人がその場で手を動かせる立場にいる場合です。この三つが揃っていれば、BIツールは投資に見合います。

逆に、実績が手書き日報で翌日入力されている、工場ごとに品目コードが違う、画面を見るのが月次会議の資料作成担当だけ。こうした状態でBIを入れても、集計の手間が別の場所へ移るだけで終わります。先にやるべきはコード統一と実績入力の電子化で、BIはその後です。

製品選びは既存基盤でほぼ決まります。Microsoft 365 を契約済みなら Power BI、Google Workspace で動いているなら Looker Studio。設備やPLCの信号まで扱うなら、BIの前段にデータ収集の仕組みを別途置く前提で設計してください。費用でつまずくのはライセンス費ではなく、基幹システムとの接続開発とマスタ整備の工数です。

製造業のデータが可視化されない原因｜日報とExcelで分断された現場の数字

製造業は、他業種と比べてデータの発生源が多い業種です。受注、生産計画、工程実績、設備稼働、検査結果、在庫、原価。それぞれ別のシステムか別の帳票で管理されていて、横に並べる前提で設計されていません。BIツールを入れる前に、この分断がどこで起きているかを特定しておく必要があります。

日報と紙の記録が残る工程｜数字が集計されるまでに丸一日かかる構造

工程実績を手書き日報で記録し、翌朝に事務担当がシステムへ入力する。この運用が残っていると、BIの画面に出る数字は常に一日前のものになります。リアルタイムの可視化を掲げて導入しても、元データが日次でしか入らない以上、画面の更新頻度を上げても意味がありません。

ここを直すには二つの道があります。ひとつは工程実績の入力をタブレットやハンディターミナルへ移し、作業完了と同時にデータが入る形にすること。もうひとつは、日次で足りる指標だけをBIの対象にして、リアルタイム性が要る指標は設備側の監視画面に任せること。前者は現場の運用変更を伴うため、まず後者で範囲を絞るほうが導入は進みます。

工場ごとに違う品目コードと単位｜横串の集計が成立しない前提を直視する

複数拠点を持つ企業でよく起きるのが、同じ製品に工場ごとの品目コードが振られている状態です。合併や工場増設の経緯でシステムが別々に立ち上がり、コード体系が統一されないまま運用が続いている。この状態でBIに全拠点のデータを流し込むと、同じ製品が別々の行として集計されます。

対処は、変換テーブルを持つか、マスタそのものを統合するかの二択です。変換テーブルはBI側で持てるため着手は早いものの、新規品目が増えるたびに手入力の更新が発生します。品目数が数千を超える規模なら、基幹システム側でマスタを統合するほうが結局は早く済みます。この判断は製造業のDXの進め方全体にも関わるため、製造業のDXとは？課題・進め方・つまずかない導入手順と合わせて位置づけを決めてください。

BIでつなぐ製造業のデータ源｜生産管理・MES・設備・品質・在庫の粒度

可視化の設計は、どの画面を作るかではなく、どのデータがどの粒度で取り出せるかから始まります。ISA-95 の階層モデルでは、制御系（レベル1〜2）、製造実行（レベル3）、基幹業務（レベル4）と層が分かれ、層ごとに時間の刻みが違います。BIは基本的にレベル3〜4の集約済みデータを扱う道具で、レベル1の生信号をそのまま流し込む場所ではありません。

生産管理システムと基幹側の実績データ｜日次で締まる数字の扱い方

生産実績、計画数、工程別の投入と完成、原価の配賦。これらは生産管理システムかERPに入っていて、多くの企業では日次または月次で締まります。BIから見ると最も扱いやすいデータ源で、DBへの直接接続かCSV出力で取り出せる場合がほとんどです。

注意点は、締め処理の前後で数字が動くことです。仕掛品の振替や不良の再判定が後日入ると、過去日の集計値も変動対象です。BI側で日次のスナップショットを保存しておかないと、先月見た数字と今月見た数字が合わない事態になります。データ源となる生産管理システム自体の選定については生産管理システムを製造業が導入するには｜工程管理・BOM・原価連携で選ぶ判断軸で整理しています。

設備の稼働データとMES｜秒単位の信号をBIに入れる前に集約する

設備からは、稼働・停止・アラーム・サイクルタイム・温度や圧力といった信号が秒単位で出ます。産業用通信の規格である OPC UA（IEC 62541）や、設備メーカー独自のプロトコルで取得する形です。この生データを直接BIへ流すと、行数が一日で数百万件に達し、画面の応答が保てません。

設計の定石は、収集基盤の側で分単位や時間単位へ集約してからBIへ渡すことです。稼働率を出すなら「設備・日・シフト」の粒度まで畳んでおけば、行数は数千件に収まります。設備総合効率（OEE）を出す場合は、時間稼働率・性能稼働率・良品率の三つを別々の粒度で持ち、掛け合わせはBI側の計算式で行う構成にすると、後から分解して原因を追えます。

品質検査と在庫のデータ｜ロット単位で結合できるかが分岐点になる

品質と生産をつなげたいという要望は、製造業のBI案件でほぼ必ず出ます。「不良率が上がった日に、どのラインでどのロットの原材料を使っていたか」を追う用途です。これが成立するかどうかは、検査記録と製造実績が同じロット番号で結合できるかの一点にかかっています。

検査記録が紙かExcelで、ロット番号ではなく日付と品名だけで管理されている場合、結合は日単位までしか降りません。それでも傾向はつかめますが、原因の特定には届きません。ロット単位の追跡を目的にするなら、BIより先に検査記録の電子化とロット番号の付番ルールを整える必要があります。この整備の進め方は製造業の品質管理とは｜受入・工程内・出荷検査と不適合管理をシステムで回す進め方に譲ります。在庫側も同様で、部品・仕掛品・製品のどの段階まで数量が電子で追えているかによって作れる画面が変わるため、製造業の在庫管理システムとは？部品・仕掛品・製品の管理とMRP・生産管理連携の整理を前提条件の確認に使ってください。

現場で使われるダッシュボードの設計｜経営・管理・現場の三層でKPIを分ける

一枚の画面で全員を満足させようとすると、誰も使わない画面ができます。見る人によって判断する内容が違うため、層ごとに画面を分けるのが前提です。層の切り方は、見た人が取れる行動の時間軸で決めます。

層 主なKPI 更新頻度 取れる行動
経営・工場長 拠点別の収益性・OEE 月次／週次 設備投資・要員配置
生産管理・品質管理 計画差異・不適合件数 日次 計画の組み直し
現場・ライン 進捗・停止時間・不良数 時間単位 段取り替え・呼び出し

経営層と工場長が見る画面｜拠点別の収益性とOEEを月次で並べる

この層が判断するのは、どこに人と金を配分するかです。必要なのは拠点別・製品群別の粗利と、設備の稼働状況を並べた比較です。前月比や前年同月比の差分が一目で分かれば十分で、個別の停止理由まで載せる必要はありません。

設計でよく失敗するのが、経営層向けの画面に指標を詰め込みすぎることです。判断に使う数字は五つから七つに絞り、それ以外はドリルダウンの先へ置いてください。

生産管理と品質管理が見る画面｜計画差異と不適合の発生源をたどる

この層は、日次で計画と実績のずれを見て、翌日以降の段取りを組み直します。必要なのは差異の大きい順に並んだ一覧と、そこから工程・設備・ロットへ掘り下げられる導線です。不適合についても、件数の推移だけでなく、発生工程と原因区分で分解できる形にしておきます。

この層の画面が最も使われます。見た結果が翌日の指示に直結するためで、導入の初期に作るべきはここです。経営層向けの画面はその後で構いません。

現場とライン担当が見る画面｜見た直後に手が動く粒度まで落とし込む

現場向けの画面に分析機能は要りません。今日の目標に対する進捗、直近の停止時間、不良の発生数。この三つが大きく表示されていれば足ります。判断の時間軸が分単位から時間単位なので、集計の粒度もそこに合わせます。

粒度の目安は、数字を見た人が次の五分で何をするか説明できるかどうかです。「稼働率92%」だけでは手が動きません。「A号機、直近1時間の停止12分、最長は材料待ち5分」まで降りて、初めて材料の手配へ動けます。

製造業向けBIツールの選び方｜既存基盤・設備接続・現場端末から絞る

製品比較に時間をかけるほど導入は遅れる一方です。製造業の場合、候補は既存の業務基盤と設備接続の有無でほぼ絞れます。ここでは絞り方の順序だけを示すため、製品ごとの機能差はBIツール比較｜主要製品の違い・料金と失敗しない選び方【2026年版】で確認してください。BIツール自体でできることの全体像はBIツールとは？できること・ダッシュボードでの可視化・選定軸で確認できます。

既存の業務基盤で第一候補は決まる｜Microsoft系とGoogle系の分かれ目

Microsoft 365 を全社で使っているなら Power BI が第一候補です。2026年7月時点の公式価格ページでは、Power BI Pro が「¥2,098 ユーザー/月相当、年払い」、Power BI Premium Per User が「¥3,598 ユーザー/月相当、年払い」と表記されています（いずれも税抜）。大容量を扱う Microsoft Fabric の容量ライセンスは同ページで変動制とされ、定額の記載はありません。

Google Workspace が基盤なら Looker Studio が候補になります。無償で使え、上位版の Looker Studio Pro は1ユーザー・1プロジェクトあたり月額9米ドル（年払い）の体系です。どちらの基盤にも紐づかない場合だけ、国産BIや従量課金型を検討してください。なお、BIと基幹システムの役割分担を先に整理したい場合は情報システム担当者が最初に理解すべきERPとBIツールの機能境界と役割分担を参照してください。

設備やPLCのデータに触るなら｜収集基盤とBIを切り分けて考える

設備データを扱う計画があるなら、BI製品の選定より前に収集側の構成を決めます。エッジ側でOPC UAやメーカー独自プロトコルからデータを取り、時系列データベースかクラウドのストレージへ蓄積し、集約した結果をBIが読む。この三段構えが基本形です。

BI製品の「IoT対応」という表記だけを見て設備接続まで賄えると判断すると、後から収集基盤の構築費が丸ごと乗ってきます。見積の段階で、収集・蓄積・可視化のどこまでが製品の範囲かを線引きしておいてください。

現場端末での見え方を先に決める｜タブレットと大型モニタの表示制約

現場でダッシュボードを見るのは、事務所のPCとは限りません。ラインに設置した大型モニタ、作業者が持つタブレット、油や粉塵のある環境での防塵端末。どの画面で見るかによって、載せられる情報量が変わります。

大型モニタに映すなら、数メートル離れて読める文字サイズが前提になり、一画面に置ける指標は三つか四つが上限です。タブレットならタップでの絞り込みが使えます。この制約を後から知ると、作り込んだ画面の再設計が発生します。製品選定の前に、設置場所と端末を決めておいてください。

【独自章】製造業のBI導入で成果が出ない三条件と、見送るべき場面

導入して動かなくなった案件に共通する条件を挙げます。以下の三つに当てはまるなら、BI製品の選定を止めて先に別の手を打ってください。

成果が出ない条件その一｜指標の定義が部署ごとに違ったまま作り始める

稼働率という言葉ひとつでも、生産技術は設備が動いていた時間の比率を指し、経理は受注に対する生産能力の充足率を指していることがあります。定義がずれたままダッシュボードを作ると、会議のたびに「その数字は何を分母にしているのか」という議論から始まります。

着手前にやるべきは、扱う指標を十個前後に絞り、それぞれの分子と分母を一枚の表に書き出して関係者の合意を取ることです。この作業に一週間かかっても、後戻りを考えれば安く済みます。合意が取れない指標は、そもそも一枚の画面に載せてはいけません。

成果が出ない条件その二｜手入力の日報を元データにしたまま自動化する

元データが手入力である限り、BIは入力ミスをきれいなグラフで表示する道具になります。桁を間違えた実績値が異常なピークとして表示され、現場は「またシステムの数字がおかしい」と受け取り、画面への信頼が失われます。一度失われた信頼は戻りません。

手入力を残すなら、BI側ではなく入力側にチェックを置いてください。上下限のバリデーション、前回値との乖離警告、入力漏れの検知。この整備を飛ばした状態で可視化だけ進めた案件は、半年以内にExcelへ戻ります。

成果が出ない条件その三｜見た後に誰が何をするかを決めずに公開する

ダッシュボードは、見ることが目的ではありません。数字が閾値を超えたときに誰が何をするかを決めて初めて、業務が回り始めます。不良率が上がったら誰が原因調査を始めるのか、設備停止が続いたら誰が保全へ連絡するのか。この取り決めが無い画面は、公開の翌月には開かれなくなります。

運用ルールは画面と同時に作ってください。指標ごとに閾値、通知先、初動の担当を決め、画面の脇に明記する。ここまでやって、ようやくBIは業務の道具になります。異常の検知そのものを自動で行いたい段階に進むなら、異常検知とは？機械学習の手法・仕組み・製造業での運用と導入判断で手法の適用条件を確認してください。

導入を見送るべき場面｜生産管理がExcel運用でマスタが未整備のとき

見送るべき条件をひとつだけ挙げるなら、生産実績の管理がExcelで完結していて、品目マスタも工程マスタも体系化されていない状態です。この段階でBIを契約しても、繋ぐ先のデータが構造化されていないため、結局は誰かがExcelを整形し続けることになります。

この場合の順序は、生産管理システムの導入か既存システムのマスタ整備が先、BIはその後です。数十万円のライセンス費を先に払っても、整備が終わるまで画面は作れません。逆に、生産管理システムに実績が入っていてマスタも統一されているなら、BIの導入は数か月で成果まで届きます。判断の分かれ目はここにあり、企業規模ではありません。人員と予算の制約から見た判断はBIツールは中小企業に必要か｜人員と予算から見る導入判断とスモールスタートに整理しています。

【独自章】既製BIと個別開発ダッシュボードの分岐｜製造業での判断軸

製造業のBI案件では、既製品で足りるのか作り込むのかという分岐が必ず来ます。この判断を感覚で決めることは、後から作り直す原因です。線引きの基準を示します。

既製BIで足りる範囲｜標準コネクタで繋がり画面数が二十枚に収まる

データ源がクラウド型の生産管理やSaaSで、標準コネクタか汎用のDB接続で取得でき、作る画面が二十枚程度に収まるなら、既製BIで完結します。この範囲なら、社内の担当者が製品の操作を覚えて内製で回すことが可能です。外部に頼むのは初期のデータモデル設計だけで足ります。

判定は簡単で、接続したいシステムのベンダーに「外部BIツールからのデータ取得手段」を書面で確認するだけです。API仕様書かDB接続の可否が返ってくれば既製品で進められます。返ってこないシステムの数が、そのまま開発工数になります。

個別開発に倒す条件｜設備信号の前処理と現場入力を同じ画面で扱う

個別開発が要るのは主に三つの場合です。ひとつは設備信号の前処理が複雑で、稼働判定のロジックに自社固有の条件が入るとき。ふたつめは、画面上で現場が数値を入力し戻す双方向の運用が要るとき。既製BIは基本的に閲覧の道具で、入力を伴う運用には向きません。

みっつめは、オンプレミスの古い基幹システムが主データ源で、標準コネクタが一切効かないときです。この場合はデータ抽出の仕組みを作る時点で開発が発生するため、可視化まで含めて設計したほうが総額は下がります。どこまでを既製品で賄い、どこから作るかの切り分けはBIツール導入支援のような、接続設計から扱える体制に相談すると判断が早く済みます。

製造業のBI導入手順と費用感｜PoCから内製化までの進め方と実額

導入の進め方は、全社展開から入らないことが原則です。一つの工程、一つの指標から始めて、使われることを確認してから広げます。

最初のダッシュボードをどこから作るか｜止まると痛い工程を一つ選ぶ

最初の一枚は、止まると損失が大きい工程を選びます。ボトルネック設備の稼働状況か、不良率が高い工程の検査結果。この二つのどちらかであれば、改善の効果が金額で説明でき、次の投資の承認が取りやすくなります。

逆に、全社の売上と生産量を並べた総覧的な画面から始めると効果が測れず、二枚目の予算が付きません。範囲を狭く取るほうが展開は早く進みます。

費用の内訳を分ける｜ライセンス費より重い接続開発とマスタ整備の実額

費用は三つに分けて見積もります。ライセンス費、接続開発費、マスタ整備の工数です。ライセンス費は前述のとおり一人あたり月額数千円の水準で、十人規模なら年間数十万円に収まります。

金額が動くのは残り二つです。オンプレミスの基幹システムからデータを抽出する仕組みを作るなら、対象システム一つあたり数十万円から百万円単位。品目マスタの統合や名寄せが要るなら、品目数と拠点数に比例して工数が伸びます。この二つを先に見積もってから、ライセンス費を足して総額を判断してください。順序を逆にすると、契約後に予算が足りなくなります。

内製化までの体制｜作る人と決める人を分けずに一つのチームで回す

ダッシュボードを情シスだけで作り、現場が使う構図にすると、修正のたびに依頼と待ちが発生します。生産技術か生産管理の担当者が自分で画面を直せる状態を目標に置いてください。既製BIであれば、初期のデータモデルさえ整っていれば画面の修正は現場側で回せます。

外部に委託する場合も、初期構築と同時に社内へ引き継ぐ前提で契約を組みます。データモデルの設計思想、指標の定義、更新の仕組み。この三点の説明を受け取っておけば、二枚目以降は自社で作れます。委託を続けるか内製へ移すかは、月に何回画面を直す必要があるかで決めてください。月に数回以上なら内製化したほうが速く、四半期に一度なら委託のままで構いません。

よくある質問

製造業でBIツールを入れる前に、最低限そろえておくべきデータは何ですか？

生産実績が電子で記録されていること、品目コードと工程コードが拠点をまたいで統一されていること、この二つです。検査記録や設備データは後から足せますが、この二つが欠けていると最初の一枚すら作れません。着手前にこの二点だけ確認してください。

Excelの集計で回っています。BIツールへ切り替える判断基準はありますか？

集計元が三系統以上に分かれていて、更新頻度が週次以上なら切り替えの検討に入ります。集計元が生産管理システム一つで、月次の締め後に数字を確認するだけの運用なら、Excelのピボットテーブルのほうが速く、費用もかかりません。

設備の稼働データをBIツールで直接見ることはできますか？

秒単位の生信号を直接扱うのは向きません。エッジ側で収集し、分単位や時間単位へ集約してからBIへ渡す構成にします。BI製品の「IoT対応」という表記は、多くの場合この集約済みデータの取り込みを指しています。

Power BIとLooker Studioは、製造業ではどちらを選ぶべきですか？

既存の業務基盤で決めてください。Microsoft 365 が全社基盤なら Power BI、Google Workspace なら Looker Studio です。オンプレミスの基幹システムからDB直接接続でデータを取る構成が中心なら、ゲートウェイの仕組みが整っている Power BI のほうが構築は進めやすくなります。

ダッシュボードを作ったのに現場で見られません。どう立て直せばよいですか？

指標の粒度と運用ルールの二点を見直します。見た人が次の五分で取る行動を説明できない粒度なら、設備単位・時間単位まで降ろしてください。あわせて、閾値を超えたときの通知先と初動の担当を決め、画面の脇に明記します。

関連記事

資料請求

RELATED POSTS 関連記事

一覧へ戻る