太陽光 発電 監視を工場で導入する目的は、インバーターの発電グラフを眺めることではありません。PV発電、工場負荷、系統からの受電、逆潮流、アラーム、必要な日射・気象を同じ時計と測定境界でつなぎ、経営・設備・IT・購買が再現できる運用証拠へ変えることです。本稿では、タイ・ASEAN工場がRFP、PoC、FAT/SAT、運用受入までを一貫して設計する方法を解説します。
太陽光発電監視を工場全体の「証拠系」に変える
PCSやインバーターの標準ポータルは、発電設備の状態を素早く確認するには有用です。しかし、工場長が知りたい「電力会社からの購入量がいつ、どれだけ減ったか」、財務が確認したい「請求対象期間で効果を説明できるか」、製造が知りたい「ピーク時にどの負荷が動いたか」には、ポータル単体では答えられません。
理由は測定境界が違うからです。インバーターはPV側を見ます。受電メーターは系統との接続点を見ます。生産ラインのサブメーターは工場負荷の一部を見ます。各システムの時計、集計間隔、符号、欠測処理が違えば、どの画面も個別には正しくても、合算した瞬間に説明不能になります。
監視の中心に置くべき概念は、次のエネルギー収支です。
PV発電量 ＋ 系統からのimport ＝ 工場負荷 ＋ 系統へのexport ＋ 境界内損失・未計測分
この式は会計式であり、実際の値が常に完全一致するという意味ではありません。変圧器損失、配線損失、PV補機、計測点の位置、CT/PT比、データ時間窓、蓄電池の充放電、欠測が差を生みます。重要なのは、差をゼロに見せることではなく、許容差と原因を説明できることです。
世界のPV導入は拡大し、IEA PVPSのTrends 2025は2024年末の世界累積PV容量が2,260 GWを超えたと報告しています。ただし、世界統計は個別工場の発電量や回収年数を保証しません。普及が進むほど、設備を「設置した」ことより、性能と効果を継続的に証明できることが経営課題になります。
インバーターポータルだけで起きやすい5つの断絶
- 発電量は見えるが、同時刻の工場負荷がないため自家消費を説明できない。
- export/importの符号や測定点が不明で、逆潮流の有無を誤読する。
- PCSアラームは届くが、停止開始、応答、復旧、損失影響が一つの記録にならない。
- 月次発電量は見えるが、日射不足、汚損、温度、出力抑制、故障を区別できない。
- 電力会社請求と時間帯・倍率・締め期間が一致せず、財務の検証に耐えない。
工場太陽光発電量の見える化に必要な7種類のデータ
「工場 太陽光 発電量 見える化」をRFPに書くとき、画面名ではなく、意思決定に必要な証拠を列挙します。最小構成は次の7群です。
| データ群 | 主な取得点 | 運用で答える問い |
|---|---|---|
| PV発電 | PCS、発電盤、AC集約メーター | いつ、どれだけ発電したか。設備間差はあるか |
| 工場負荷 | 受電、主要変圧器、ライン・ユーティリティ | 発電と同時に何が消費されたか |
| 系統import/export | 連系点・受電点の双方向計測 | 購入量と逆潮流を同じ符号規則で説明できるか |
| アラーム・状態 | PCS、保護装置、ゲートウェイ | いつ停止し、誰が応答し、いつ復旧したか |
| 気象・日射 | 必要に応じ日射、モジュール温度、周囲温度等 | 発電低下は天候か設備か。センサー品質は十分か |
| 契約・設定 | 料金、契約デマンド、接続条件、SLA、CT/PT比 | どのルールと設定で数値を評価したか |
| 証跡・品質 | 時計、欠測、校正、変更履歴、承認 | 後から同じ結論を再現できるか |
IEC 61724-1:2021はPV性能監視の用語、機器、方法と監視システムのクラスを扱います。これを「全工場に同じセンサーを置く規格」と読むのではなく、目的、規模、リスクに応じて監視品質を定義する参照枠として使います。規格名をRFPに一行書くだけでなく、必要な測定量、精度、サンプリング、保存、欠測、保守を仕様化することが大切です。
測定境界図を最初の成果物にする
単線結線図にメーター位置を追記し、各点がPV側、負荷側、系統側のどこを測るかを明示します。高圧受電の工場で受電点が高圧、PVメーターが低圧なら、変圧器損失と計測点差を無視できません。低圧接続でも、PV補機や未計測分岐が境界内外のどちらかを決めます。
測定境界図には少なくとも次を含めます。
- 系統連系点、受電点、変圧器、PV連系盤、PCS、主要負荷、蓄電池があればその充放電点。
- 各メーターのタグ、電圧階級、方向、正符号、CT/PT比、単位、積算値か瞬時値か。
- データ取得経路、ゲートウェイ、クラウド、保存先、時刻同期源。
- 電力会社計量値と工場監視値の責任分界。
- 売電なし、自家消費、余剰売電など想定運転モード。ただし許可済みであるかのように書かない。
PCS監視を工場運用へ接続する
「PCS 監視 工場」の要件は、通信できることでは終わりません。PCSの瞬時電力、日・月・累積発電量、DC/AC状態、イベント、出力制限、通信品質を、工場のアラーム運用とつなげます。メーカーごとにイベントコードが違うため、原文コードを保持しつつ、工場共通の分類へマッピングします。
| 共通分類 | 例 | 運用アクション |
|---|---|---|
| 発電停止 | PCS停止、保護動作、系統条件による停止 | 重大度、連絡先、現場安全確認、復旧承認を定義 |
| 性能低下 | ストリング差、温度上昇、出力制限の疑い | 日射・気象・履歴と比較し、現場点検へつなぐ |
| 通信異常 | ゲートウェイ断、ポータル遅延、タグ停止 | 発電停止と区別し、ローカル値を確認する |
| データ品質 | 欠測、固定値、時刻ずれ、積算値リセット | 補完せずフラグ化し、再計算範囲を記録する |
| 保守期限 | 点検、校正、ファームウェア、証明書期限 | 計画停止と変更管理の手順へつなぐ |
アラームのSLAは「常時監視」といった抽象語ではなく、検知、通知、確認、一次切り分け、現場到着、暫定復旧、恒久対策の時計を分けます。設備停止と監視通信停止では優先度が違います。夜間に発電ゼロになることを異常扱いしないなど、操業カレンダーと太陽条件を織り込みます。
日射・気象は「多いほどよい」ではない
IEA PVPSの分析監視ガイドは、測定機器、分析量、損失や性能への影響を扱います。工場では、保証・O&M・異常診断に必要な説明力からセンサー構成を決めます。日射センサーがあっても、設置角度、汚れ、影、校正、時刻が不適切なら誤った基準になります。
小規模設備で気象データを外部サービスに依存する案も、大規模設備で現地センサーを設ける案もあり得ます。どちらが正しいかは、検知したい故障、契約上の性能評価、設備規模、保守能力で決まります。外部気象値と現地センサー値を混ぜる場合は、出典、空間・時間分解能、欠測、更新遅延を記録します。
太陽光自家消費監視は3つの値を同じ時間窓でそろえる
太陽光 自家消費 監視で最も多い誤りは、PVの日次積算と電力会社の月次請求をそのまま差し引くことです。自家消費を説明するには、PV発電、工場負荷、import/exportを同じ時間帯、単位、測定境界で比較します。
概念上は、蓄電池がなく境界が整合しているとき、次の関係で見られます。
- 自家消費量 ＝ PV発電量 － export。
- 自家消費率 ＝ 自家消費量 ÷ PV発電量。
- 太陽光依存率 ＝ 自家消費量 ÷ 工場負荷。
ただし、数式を画面に入れる前に、exportが正符号か、積算値のリセットはないか、PVと受電の時計が合っているか、変圧器損失をどちらへ含めるか、BESSの充放電をどう扱うかを決めます。ゼロ除算、夜間、停電、工場停止、通信断の処理も仕様化します。
KPIは「量」「率」「品質」「行動」を組み合わせる
発電量だけをKPIにすると、工場が休みでも晴天なら高評価になります。自家消費率だけなら、PVが小さすぎる設備が高評価に見えることがあります。単一KPIではなく、次を組み合わせます。
| 観点 | KPI例 | 読むときの注意 |
|---|---|---|
| エネルギー | PV発電、import、export、自家消費 | 同じ期間・境界・単位で比較 |
| 性能 | 設備可用性、性能指標、期待値との差 | 日射、温度、抑制、停止理由を分離 |
| デマンド | 契約対象時限の最大需要、PV寄与 | 料金制度と需要時限を確認 |
| 品質 | 欠測率、時刻ずれ、未説明残差 | 良い数値に見せる補完を禁止 |
| 対応 | アラーム確認・復旧時間、再発件数 | 責任者と除外条件を定義 |
工場全体のエネルギーRFPを設計する場合は、関連記事「タイ エネルギー監視RFP｜FAT/SAT検収実務」も参照してください。PV監視を請求、主要負荷、圧縮空気、水、BESSへ広げるときの測定境界と検収方法を整理しています。
デマンドコントロールはPV予測だけで自動化しない
デマンドコントロールは、契約や料金で定める需要時限のピークを監視し、予測超過時に負荷を調整する運用です。PVは昼間の系統受電を下げる可能性がありますが、雲の通過、PCS停止、生産立上げが重なると、受電が急増します。PV容量が大きいほど、発電低下速度と制御可能負荷の応答時間を合わせる必要があります。
RFPでは次を分けて定義します。
- 監視: 現在デマンド、時限終了予測、PV発電、制御可能負荷を表示する。
- 通知: どの閾値で誰へ通知し、確認がなければ誰へエスカレーションするか。
- 推奨: 生産制約を踏まえ、停止候補と期待効果を提示する。
- 自動制御: 許可された負荷だけを、インターロック、最小運転時間、復帰条件、手動解除付きで制御する。
- 事後検証: 実施前後の値、操作、製造影響、未実施理由を保存する。
監視画面があることと、安全に負荷制御できることは別です。冷凍機、コンプレッサー、炉、ポンプ、充電器には品質・安全・寿命・生産への制約があります。自動制御は電気・製造・設備・安全の承認を受け、通信断時は既定の安全側へ移行させます。
タイ工場の高圧・低圧、接続、250 kWp超の確認事項
タイの工場案件では、設備容量だけで法的・技術的要件を決め打ちできません。接続地域がPEAかMEAか、受電が高圧か低圧か、PVの接続点、売電の有無、自家消費のみか、逆潮流防止をどうするか、契約形態、保護協調、工事時期で確認事項が変わります。
PEAの接続関連公式ページは、系統接続要件、接続点確認、自家消費・非売電の発電設備接続申請などへの入口を示しています。PEA PPIMには、2026年Solar Rooftop余剰電力プログラム、接続点確認、VSPP、売電しない自家消費設備の申請入口が表示されます。これは制度と申請経路の存在を示すもので、すべての工場が対象、接続可能、売電可能という意味ではありません。
2026年8月のPEA/MEAによる設置事業者・設備登録の発表は、パネル、インバーター、蓄電池、設置品質、系統接続前試験などを扱います。一方、発表文は一般国民・家庭部門の安全と利用促進を強く意図しています。登録リストを工場の候補確認に使うことはできても、工場案件の認可や適合を自動的に証明するものとして扱ってはいけません。
250 kWp超のPower Quality Meterをどう書くか
ERCのRooftop PV Systemページにある2013年制度のFAQには、設置パネル容量が250 kWpを超える発電事業者は、接続点に配電事業者の要件に適合するPower Quality Meterを設置するという記載があります。しかし、このページは2013年制度を説明する資料です。2026年の特定工場、自家消費、余剰売電、PEA/MEA管轄の案件に同じ条件がそのまま適用されると断定してはいけません。
RFPには「250 kWp超を含む本計画への現行要求を、ERC、管轄PEA/MEA、電気事業法令に通じた有資格者へ確認し、適用文書、版、承認記録を提出する」と書きます。250 kWp以下なら確認不要という逆推論もしません。高圧・低圧を含む保護、計量、品質監視、逆潮流、申請は案件別に確認します。
2026年9月1日にPEAが公表したProvincial Waterworks AuthorityとのSolar Rooftop energy management projectは、組織施設でPVとエネルギー管理を一体で扱う直近例です。ただし、水道施設のプロジェクトは工場の規制・費用・発電性能の根拠ではありません。記事では、設備導入とエネルギー管理を一体化する動向の例に限定します。
太陽光発電監視RFPに書くべき成果物
RFPは「クラウド監視一式」「ダッシュボード5画面」のような数量表から始めず、検収可能な成果物から逆算します。
1. データ辞書と測定台帳
全タグについて、名称、説明、設備、測定点、方向、単位、倍率、データ型、正常範囲、サンプリング、集計、保存、時刻、欠測、品質フラグ、原典を定義します。メーカー由来のタグを共通名へ変換しても、原タグと変換式を残します。
2. 計算仕様と照合ルール
自家消費、import/export、工場負荷、日次・月次発電、デマンド、性能指標を、式、時間帯、締め、丸め、欠測、タイムゾーンまで含めて書きます。画面とCSV/APIで同じ計算結果になることを試験します。
3. 責任分界とSLA
PV EPC、PCSメーカー、監視ベンダー、工場設備、IT、電力会社、O&Mの境界をRACIで明示します。データが止まったときに、発電設備、ネットワーク、クラウド、アカウント、センサーの誰が切り分けるかを決めます。契約終了後のデータ返却、API、設定バックアップ、管理者権限も含めます。
4. サイバーセキュリティと運用継続
監視接続がPCS制御ネットワークへ不要な経路を作らないよう、読取専用、ネットワーク分離、送信方向、認証、証明書、パッチ、リモートアクセス、ログ、バックアップを設計します。クラウド停止やインターネット断でも、保護・設備運転が依存しない構成にします。
5. 時刻同期と変更履歴
PCS、メーター、ゲートウェイ、サーバー、クラウドのタイムゾーンと同期源を統一し、UTC保存とICT表示などのルールを決めます。時計ずれの許容値、検知、補正、サマータイムの扱い、積算値リセットを試験します。設定変更は、変更者、日時、旧値、新値、理由、承認、影響範囲を残します。
より広い脱炭素報告との接続は「タイ工場CO2排出量見える化｜Scope 1・2実務」を参照してください。PVの発電量を排出削減へ換算するときも、排出係数の版、market/location-basedの区別、証書・契約との二重計上防止が別途必要です。
90日PoCで画面ではなく仮説を検証する
PoCの目的は全設備を仮接続することではありません。最も重要な判断を、小さな測定境界で本番条件に近く検証することです。例えば「雲による発電低下とPCS異常を区別できる」「PV、受電、主要負荷の15分値で残差を説明できる」「通信断を発電停止と誤認しない」を合否にします。
| フェーズ | 実施内容 | 出口条件 |
|---|---|---|
| 0–30日 | 境界、タグ、時計、接続、基準データを確立 | 値、符号、倍率、時刻を現場計器と照合できる |
| 31–60日 | アラーム、欠測、日射・負荷変動、レポートを試験 | 想定イベントを検出し、原因と担当へつなげられる |
| 61–90日 | 月次照合、SLA訓練、復旧、引継ぎを実施 | 工場担当者がベンダー依存なしに日常運用できる |
PoC期間を90日に固定する必要はありません。操業・季節・設備停止の条件を含めるのに必要な期間を選びます。重要なのは、開始前に合否、必要証拠、未達時の扱いを合意することです。
FAT/SATと運用受入の検収項目
FATはベンダー環境で計算、画面、アラーム、権限、エクスポート、障害処理を確認します。SATは現地のCT/PT、配線、ネットワーク、時計、接続点、現場計器で同じ機能が成立するかを確認します。FAT合格は現地計測の正しさを保証しません。
FATで試すこと
- 既知入力でPV、import/export、自家消費、デマンドの計算結果を照合。
- 欠測、固定値、時刻逆転、積算値リセット、重複値を投入し、品質フラグを確認。
- PCS停止、通信断、日没、出力制限を別イベントとして扱えるか確認。
- 権限別の閲覧・変更、監査ログ、API/CSVの完全性を確認。
- SLAの時計が、検知・通知・確認・復旧で別々に記録されるか確認。
SATで試すこと
- CT極性、相順、PT/CT比、メーター方向を現場測定と照合。
- 系統import/exportが実運転で正しい符号になるか確認。
- PCS、受電、主要負荷の時計を同一イベントで比較。
- インターネット断、ゲートウェイ再起動、バッファ再送後に重複や欠落がないか確認。
- 保護装置の試験は有資格者・承認手順の下で行い、監視試験のために安全機能を迂回しない。
運用受入で渡すもの
完成図、単線結線図、メーター台帳、データ辞書、計算仕様、アラーム表、SOP、バックアップ、管理者権限、校正証明、設定ファイル、ソフトウェア構成、ライセンス、連絡網、SLA、教育記録、FAT/SAT証跡、未解決事項台帳を引き渡します。ベンダーのクラウド契約が終わったときに元データと設定を取り出せるかも、受入条件です。
ISO 50001は、組織がエネルギーパフォーマンスを管理し継続改善するための枠組みです。認証取得は必須ではありませんが、PV監視を目標、責任、レビュー、是正、改善へ接続する考え方は有用です。監視システムを設備部門だけの画面にせず、経営レビューへ上げる指標と現場の是正行動を同じ仕組みにします。
部門別に何を受け入れるか
| 部門 | 受入時の主要質問 | 必要証拠 |
|---|---|---|
| 経営・財務 | 購入電力、運用リスク、契約効果を説明できるか | 月次照合、例外理由、承認済みKPI |
| 工場長・製造 | ピーク対策が生産・品質を損なわないか | 制御対象、制約、操作履歴、影響記録 |
| 設備・エネルギー | 異常を検知し、安全に復旧できるか | アラーム、SOP、校正、保守、SAT証跡 |
| IT・OT | 接続、権限、ログ、バックアップが管理可能か | 構成図、アカウント、監査ログ、復旧試験 |
| 購買・法務 | 成果物、SLA、データ所有、終了時移行が明確か | RFP適合表、責任分界、契約、データ返却試験 |
部門別の受入は、同じダッシュボードを見て終わる会議ではありません。経営・財務は請求期間と承認済みKPIが一致しているか、工場長はデマンド対策が生産計画や品質条件を侵害しないか、設備担当はアラームから安全な復旧まで再現できるかを確認します。IT・OTはアカウント停止や通信断を含む復旧を実演し、購買・法務は契約終了時に元データ、設定、履歴を返却できることまで証拠で受け入れます。各部門の合格は別々でも、使用する期間、単位、測定境界、タイムゾーンは共通でなければなりません。
受入判定では、正常時の画面だけでなく例外時の動作を重く見ます。日射低下、PCS停止、通信断、メーター欠測、時計ずれ、積算値リセットを意図的に再現し、誰へ通知され、何が暫定値となり、どの記録から原因を切り分けるかを確認します。通知が届くだけでは合格にせず、検知、受付、診断、応急復旧、恒久対策、完了承認の時刻と担当者が一つの履歴として残ることを試験します。
また、クラウドサービスが利用できない状態でも、保護機能と安全な発電運転が維持されることを契約と試験の両方で確認します。監視クラウドへの接続を戻した後は、バッファされた値が欠落や重複なく復元され、同じ期間のダッシュボード、CSV、APIが同じ結果を返すことが必要です。これらは製品カタログの機能一覧では判断できないため、RFPの要求、FATの試験項目、SATの現場証跡、運用SOPを一続きにして受け入れます。
月次レビューを「数値の報告」から「行動の承認」へ変える
運用開始後は、月次レポートのページ数より、例外をどの順番で処理するかが重要です。発電量、import、export、自家消費、デマンドを表示しただけでは、天候が違う月を単純比較したり、欠測を設備性能低下と誤認したりします。月次レビューでは、まずデータ品質、次にエネルギー収支、その後に性能と操業影響、最後に是正措置を見る順序を固定します。
最初に、対象期間の欠測、時計ずれ、積算値リセット、CT/PT設定変更、未承認の手入力を確認します。重大な品質問題がある期間は、暫定値として明確に区別し、確定レポートへ混ぜません。次にPV、工場負荷、import/exportを同じ時間窓で再計算し、残差の大きい日を抽出します。残差が急に変わった日は、設備異常だけでなく、配線変更、新負荷、変圧器切替、ゲートウェイ更新も調べます。
性能レビューでは、前年同月との単純比較だけで結論を出さず、日射、温度、操業日、計画停止、出力制限、清掃、工事影響を整理します。日射データの品質が十分でない場合は、性能を断定せず「原因未確定」と残します。分からない値を無理に正常・異常へ分類しないことも、証拠系の品質です。
是正措置には、担当者、期限、必要な停止、期待する確認結果、完了証拠を付けます。「インバーターを確認する」ではなく、「対象PCSの原イベントログと現場表示を照合し、通信断か発電停止かを確定する」のように、終了条件が分かる書き方にします。設定や計算式を変更した場合は、過去レポートを再計算する範囲と、変更前後の比較を承認します。
四半期や半期には、監視点が意思決定に使われているかを棚卸しします。誰も見ないタグや通知は減らし、原因切り分けに不足した測定点を追加します。SLAも、単に達成率を見るのではなく、検知は速いが恒久対策が遅い、通信アラームが多すぎて重要イベントが埋もれる、といった運用品質を改善します。こうして監視仕様を固定資産ではなく、工場の運用学習に合わせて管理します。
証跡の保存期間は目的別に決める
秒・分データ、15分デマンド、日次集計、月次確定値、アラーム原文、チケット、設定バックアップでは、必要な保存期間と粒度が異なります。すべてを永久保存するのではなく、契約、保証、請求照合、保全分析、監査、サイバー方針に基づいて決めます。集約後に元データを削除する場合も、いつ、どの式で集約したかを残します。
クラウドだけに保存する場合は、契約終了、サービス停止、アカウント紛失、API仕様変更を想定します。定期エクスポートが実行できるだけでなく、別環境で復元し、タグ、単位、品質フラグ、タイムゾーンが失われないことを試験します。バックアップがあることと、復元できることは別の受入項目です。
FAQ：工場の太陽光発電監視でよくある質問
工場 太陽光 発電量 見える化はPCSポータルだけで十分ですか？
PCSの保守が目的なら十分な場合があります。しかし、自家消費、系統受電、export、デマンド、電力会社請求、工場負荷まで説明するには、受電・負荷データと同一時計・測定境界で統合する必要があります。目的別に不足データを定義してください。
太陽光 自家消費 監視では何を測りますか？
基本はPV発電、工場負荷、系統import/exportです。蓄電池があれば充放電も必要です。値の符号、CT/PT比、時間窓、損失、欠測を揃え、エネルギー収支の残差を説明できるようにします。
PCS 監視を工場の保全へどうつなげますか？
メーカーイベントコードを原文のまま保持しつつ、停止、性能低下、通信、データ品質、保守期限など工場共通分類へ割り当てます。検知、通知、確認、現場対応、復旧、原因、再発防止を一つのチケットまたは証跡へつなぎます。
デマンドコントロールは太陽光があれば不要ですか？
不要とは限りません。雲、PCS停止、工場負荷の同時立上げで系統受電が急増することがあります。料金・契約の需要時限、PV変動、制御可能負荷、製造制約を同じモデルで扱い、監視、通知、推奨、自動制御を段階的に設計します。
250 kWpを超えるとPower Quality Meterは必須ですか？
ERCの2013 rooftop PV制度ページには250 kWp超で接続点にPower Quality Meterを設置する記載がありますが、2026年の個別工場案件へ一律適用されるとは断定できません。ERC、管轄PEA/MEA、有資格の設計・電気技術者へ、運転形態、電圧、容量、接続点、売電有無を示して現行要件を確認してください。250 kWp以下でも案件別確認は必要です。
監視システムの費用や回収年数はいくらですか？
測定点数、既存メーター、通信、日射・気象、クラウド、保存期間、SLA、サイバー要件、現地工事で変わります。本文では根拠のない一律価格や回収年数を示しません。まず意思決定と検収条件を定義し、同じRFP条件で比較してください。
まとめ：発電グラフを経営と現場の共通証拠へ
工場の太陽光発電監視は、PCSポータルを増やす仕事ではありません。PV発電、工場負荷、系統import/export、アラーム、必要な日射・気象、契約・SLA、時刻同期を一つの測定境界と時系列へ統合し、後から同じ結論を再現できる証拠系を作る仕事です。RFPでデータ辞書・計算・責任を定義し、PoCで仮説を確かめ、FAT/SATで異常系まで試し、運用受入で工場へ権限と手順を渡します。タイの接続、売電、自家消費、高圧・低圧、250 kWp超を含む要求は、ERC、PEA/MEA、有資格者へ案件別に確認してください。
太陽光監視の測定境界やRFPを整理する初期検討段階でもご相談いただけます。既存PCS、受電計測、工場負荷、契約条件を確認し、PoCと検収条件に落とし込む際は、TOMAS TECHへお問い合わせください。
