電力を測れても「1個あたり何kWhか」が出せないのはなぜか。生産実績を持つMES・ERPと電力データをどう紐付ければ原単位が自動で回るのか。データ連携の設計とマスタ整合の勘所を、うまくいかない部分も含めて整理します。
電力の調達コストは近年、燃料費や市場価格の変動を受けて上下が大きくなり、多くの工場・物流拠点で「電気代が読めない・急に増えた」という声が現場から上がっています。同時に、省エネ法の定期報告やGX・カーボンニュートラル対応で、エネルギー使用量やCO2排出量を根拠を持って説明する必要も増えてきました。制度の具体的な報告義務や係数は改定されるため、詳細は所管省庁の最新の公表資料でご確認ください。
こうした背景の中で、多くの現場がまず取り組むのが電力メーターやクランプ式電流センサーの追加です。分電盤や主要設備に計器を付け、キロワットの推移をダッシュボードで眺められるようにする——いわゆる「見える化」です。これ自体は必要な第一歩ですが、ここで止まってしまう現場が非常に多いのが実情だと考えられます。
電力量のグラフを見て「夜間も電気を使っている」「特定の設備が突出している」といった気づきは得られます。しかし工場長や生産技術が本当に知りたいのは、「この品番を1個作るのに何kWhかかっているのか」「A工場とB工場で同じ製品の原単位はどれだけ違うのか」「先月より悪化したのは生産量が減ったせいか、設備が劣化したせいか」といった、生産と結びついた問いです。電力量だけを見ていても、これらには答えられません。
電力の絶対値（kWh）は、生産量が増えれば当然増えます。生産が多い月に電気代が高いのは異常ではなく、むしろ正常です。逆に生産が少ない月に電力が減っても、それが省エネの成果なのか単に暇だっただけなのかは、電力データだけでは区別がつきません。つまり電力量の増減そのものは、改善の良し悪しをほとんど語ってくれないのです。
省エネの世界で古くから使われてきた物差しが「原単位（げんたんい）」です。製品1個あたり、あるいは生産重量1トンあたり、加工時間1時間あたりに何kWh使ったか。生産量で割ることで、生産変動の影響を取り除き、「同じものを作るのに前より効率が良くなったか」を見られるようにする考え方です。原単位で見て初めて、拠点間比較・工程間比較・時系列比較が意味を持つようになると考えられます。
ところが、この分母にあたる生産量・稼働時間・品番といった情報は、電力メーターの側にはありません。それらはMES（製造実行システム）やERP（基幹システム）、あるいは生産日報・PLCの中にあります。原単位を出すとは、要するに「電力データ（分子）」と「生産実績データ（分母）」という、別々のシステムに散らばった二つの数字を、同じ時間・同じ設備・同じ品番の粒度で突き合わせる作業にほかなりません。ここが統合の本質です。
手作業でこれをやろうとすると、月末に電力データをCSVで落とし、生産実績をExcelで集計し、担当者が目視で時間帯を合わせて割り算する、という重労働になります。これでは月次でせいぜい全体の平均原単位が出る程度で、品番別・設備別のきめ細かい分析や、異常への早い気づきには到底つながりません。自動化が求められる理由がここにあります。
原単位を自動で回すには、少なくとも三種類のデータを共通の軸で結ぶ必要があると考えられます。第一に電力データ（設備別・ライン別の時系列kWh）、第二に生産実績データ（いつ・どの設備で・どの品番を・何個作ったか＝MES/ERP）、第三に稼働状態データ（設備が稼働中か・段取り中か・停止中か）です。三つ目は独立して持っていない現場も多く、その場合は電力波形や生産実績から推定することもあります。
これらを結ぶ鍵は、突き詰めると「時刻」と「設備・品番の識別子」の二つです。電力データ側の設備IDと、MES側の設備コード・作業実績の設備が、同じものを同じIDで指しているか。生産実績の開始・終了時刻と、電力の計測タイムスタンプが同じ時間軸（タイムゾーン・NTP同期）で揃っているか。この二軸が揃えば、ある時間帯の電力量を、その時間に流れていた品番の生産数で割る、という計算が機械的に成立します。
設備側からの信号取得については、電力メーターだけでなく設備の稼働信号やサイクル数をPLCから取ることで精度が上がる場合があります。この配線と紐付けの考え方はPLCと電力データの連携で扱っている論点と重なります。また、電力・生産に加えて品質（歩留まり）まで同じ軸で結ぶと、「省エネのつもりが不良を増やしていないか」まで見えるようになり、電力・生産・品質データ統合の観点で原単位を評価できるようになると考えられます。
すべての設備に個別メーターを付けられるとは限りません。分電盤単位でしか測れない場合、その盤にぶら下がる複数設備の電力を、稼働時間や定格容量で按分（あんぶん）して各設備・各品番に割り振ることになります。按分は厳密には推定であり、精度に限界がある点は正直に押さえておくべきです。ただし、まず粗い按分で全体像をつかみ、影響の大きい設備から個別計測へ精度を上げていく、という段階設計は現実的で有効だと考えられます。
連携の作り方には、大きく分けて二つの発想があります。一つは各所のデータをすべてクラウドに集めてから統合する集中型、もう一つは工場内のエッジ側で電力と生産実績を突き合わせてから必要な結果だけを上げる分散型です。どちらが正しいというより、通信環境・データ量・秒単位の即時性・情報の外部持ち出し可否といった条件で選ぶものだと考えられます。
電力の生波形は秒単位・ミリ秒単位で膨大になりがちで、これを全部クラウドに送り続けるのは通信・コスト両面で負担が大きくなります。設備の稼働信号や生産実績と突き合わせ、品番別の原単位や異常フラグといった「意味のある単位」まで工場内で処理してから上げる構成なら、通信量を抑えつつ現場での即時性も保ちやすくなります。工場内で完結してデータを扱う基盤としてのエッジAIによる工場内データ処理は、生産データや画像といった外部に出しにくい情報を扱ううえでも一つの選択肢になりうると考えます。
一方で、拠点横断の比較や全社のCO2集計は、各拠点で一次処理した結果をERPや上位のデータ基盤に集約して初めて可能になります。したがって現実的には「エッジで一次統合し、集計結果を上位へ」という二段構えが、多くの製造・物流現場で扱いやすい形になると考えられます。どちらか一方に寄せるのではなく、役割分担で設計する発想が有効です。
MESやERPからの生産実績の取得方法は、システムによってAPI、データベース参照、中間ファイル（CSV/定期エクスポート）などさまざまです。既存の基幹システムに手を入れるのは影響範囲が大きく、承認も重くなりがちなので、まずは読み取り専用の中間テーブルや定期エクスポートで疎結合に繋ぎ、本番運用で有効性が確認できてから密結合を検討する、という順序がリスクを抑えやすいと考えられます。基幹システムへの書き込みは特に慎重に扱うべき領域です。
技術的な配線が終わっても、原単位が現場に信頼されないケースの多くは「マスタと粒度の不整合」に起因すると考えられます。電力側で『圧縮機No.3』と呼んでいる設備が、MES側では別のコードで登録されていた。品番の枝番の扱いが両システムで違った。時刻がJSTとUTCで1時間ずれていた——こうした地味なズレが、原単位を静かに狂わせます。しかも数字自体は平然と出てくるので、間違いに気づきにくいのが厄介な点です。
最初にやるべきは、電力計測点・設備・工程・品番の対応表（マッピングマスタ）を一枚作り、両システムの識別子を突き合わせて名寄せすることだと考えられます。ここは自動化しきれず、現場を知る人の目視確認がどうしても要る部分です。設備の増設・改番・品番の統廃合が起きるたびにこのマスタを更新する運用まで含めて設計しないと、統合は最初だけ動いて徐々に信頼を失っていきます。
電力計測機器・PLC・MESサーバーの時刻がずれていると、「どの品番を作っていた時間帯の電力か」の割り当てが根本から狂います。NTPによる時刻同期、タイムゾーンの統一、サマータイムや設備停止中のログの扱いといった基礎を、地味ですが最初に固めておく価値があります。原単位のズレを後から追いかけると、原因が時刻なのかマスタなのか計測なのか切り分けられず、多大な工数を溶かすことになりかねません。
もう一つ実務で効くのが「稼働・段取り・停止」の状態区分です。段取り替えや空運転の電力を製品原単位に含めると、少量多品種の品番ほど原単位が過大に見え、判断を誤らせます。状態区分ごとに電力を分けて集計できるよう設計しておくと、原単位の内訳（正味加工分・段取り分・待機分）まで見え、改善の的が絞りやすくなると考えられます。
原単位が自動で出るようになったら、それを改善のループに乗せることが本題です。まず基準となる期間の原単位（ベースライン）を品番別・設備別に把握し、そこからの逸脱を監視します。原単位が悪化したとき、生産量の変動を取り除いてもなお悪いのであれば、設備の劣化・段取り増加・空調負荷といった要因を疑う、という切り分けが可能になります。電力の絶対値では見えなかった「悪化の質」が見えるのが原単位の力です。
省エネ施策の効果を検証するときも、原単位ベースなら「同じ品番を同じ量作ったときの改善前後」で比較でき、生産変動に紛れずに効果を評価しやすくなります。ただし、季節（空調負荷）・気温・原材料ロットなど原単位に影響する交絡要因は残るため、単純な前後比較を過信せず、条件を揃えた比較や十分な期間の観測を心がけるべきだと考えられます。ここでも「やってみないと分からない部分」は正直に残ります。
原単位・生産実績・異常フラグといった構造化データが揃うと、ローカルLLMに「今週、原単位が悪化した設備と、その時間帯に何を作っていたか」を要約させる、といった分析支援が現実味を帯びます。省エネ法の報告やCO2算定のための集計ドラフト作成でも、下地となる原単位データが整っていることが前提になります。LLMの出力はあくまで下書きであり、数値の妥当性は人が現場と突き合わせて確認する運用が欠かせない点は強調しておきたいところです。
電力とMES・ERPの統合は、技術より運用・マスタ・期待値の設計でつまずくことが多いと考えられます。着手前に、次のような点を正直に見積もっておくと安全です。
これらはどれも派手ではありませんが、統合が「動いたのに使われない」状態に陥る典型的な理由です。裏を返せば、ここを丁寧に設計できれば、原単位は現場が信頼して意思決定に使える数字になりうると考えられます。
最初の一歩としては、電気代や無駄が気になっている特定のライン・設備を一つ選び、その電力データと、その設備の生産実績（品番・数量・時間帯）を突き合わせて、品番別の原単位が現場の肌感覚と合うかを確かめるところから始めるのが現実的だと考えられます。ここで「感覚と合わない」なら、マスタか時刻か按分のどこかにズレがあるサインで、それ自体が貴重な発見になります。
小さく検証して勘所をつかんでから対象を広げる進め方は、リスクとコストを抑えつつ、自社のデータの癖を早く知るうえで有効です。対象設備を絞った検証設計については小規模PoCから始める相談という形で、どこから測り、どう突き合わせるかを一緒に設計することもできます。まずは自社の電力データと生産実績が「どの粒度で・どれだけ揃っているか」を棚卸しするだけでも、次の一手が見えてくると考えられます。
Nsightは、元キーエンス画像処理事業部の現場知見と、Jetsonを用いたエッジAI、産業用カメラ・センサー・PLC連携の経験をもとに、電力と設備データ・生産実績を工場内で突き合わせる構成づくりを支援しています。原単位の自動算出は魔法ではなく、地道なマスタ整合と現物検証の積み重ねだという前提を共有したうえで、具体的な進め方を相談することができます。
電力量（kWh）の絶対値は生産量が増えれば増えるため、増減だけでは効率の良し悪しを判断できないと考えられます。生産量で割った原単位（製品あたりkWh等）にして初めて、生産変動を除いた効率比較が可能になります。そのためにはMES・ERPの生産実績と電力データを紐付ける仕組みが必要です。まずは対象を絞り、原単位が現場感覚と合うかを確かめることをおすすめします。
必ずしも基幹システムの改修は前提ではないと考えられます。まずは生産実績を読み取り専用の中間テーブルや定期エクスポート（CSV等）で受け取る疎結合の形で始め、有効性を確認してから密結合を検討する順序が、影響範囲と承認負担を抑えやすい進め方です。ERPへの書き込みは影響が大きいため特に慎重に扱うべき領域だと考えられます。
分電盤単位でしか測れない場合、稼働時間や定格容量で複数設備に按分（あんぶん）して各品番へ割り振る方法があります。ただし按分は推定であり誤差を含むため、精度に限界がある点を明示することが大切です。まず粗い按分で全体像をつかみ、影響の大きい設備から個別計測へ精度を上げる段階設計が現実的だと考えられます。
配線そのものより、設備コード・品番・工程・時刻という「マスタと粒度の整合」でつまずくことが多いと考えられます。両システムで設備名や品番の呼び方が違う、計測機器とサーバーの時刻がずれている、といったズレは数字を静かに狂わせます。しかも原単位自体は平然と出てくるため気づきにくく、対応表の整備と時刻同期を最初に固めることが重要です。
原単位や電力量の構造化データが整っていれば、報告や算定の集計ドラフト作成の下地として活用しうると考えられます。ただし報告義務の範囲・様式・排出係数は改定されるため、詳細は所管省庁の最新の公表資料でご確認ください。またLLM等による集計はあくまで下書きであり、数値の妥当性は人が現場と突き合わせて確認する運用が前提になります。
原単位の自動算出は、地道なマスタ整合と現物検証の積み重ねから始まります。まずは対象設備を一つ絞り、電力データと生産実績を突き合わせて、原単位が現場感覚と合うかを確かめるところから。データの棚卸しと進め方を一緒に整理します。
電力データ統合と原単位算出について相談する