CO2排出量見える化｜タイ工場の監査対応データ基盤90日導入設計

タイ工場でCO2排出量の見える化を始めるとき、最初に必要なのは派手なダッシュボードではありません。必要なのは、電力・燃料の使用量からCO2eを再計算でき、その数字が「どの請求書、どのメーター、どの排出係数、どの承認」に基づくかを後から説明できるデータ基盤です。本稿ではScope 1・2を出発点に、算定ルール、排出係数の版管理、監査証跡、RFP、90日PoC、受入テストまでを実務の順番で整理します。

CO2排出量の見える化は、電力のグラフ表示とは違う

「電力使用量を月別グラフにしたので、カーボン管理もできている」と考えると、取引先への回答や第三者確認の直前に手戻りが起きます。kWhは活動量であり、CO2eは活動量に適切な排出係数を適用し、対象ガスが複数なら地球温暖化係数も考慮して共通単位へ換算した結果です。設備改善のためのエネルギー監視と、組織のGHGインベントリはつながっていますが、同じ成果物ではありません。

タイ工場の省エネ施策は削減テーマの優先順位づけに役立ち、電力計データ収集と圧縮空気の監視は現場データ取得の具体策になります。本稿の焦点は、その上に「境界・係数・証跡・承認」を重ね、対外説明できるCO2eデータへ変えることです。

見える化で答えられるべき5つの質問

経営会議の画面が美しくても、次の質問に答えられなければ実務上の見える化は未完成です。

1. この排出量は、どの法人、工場、建屋、設備、期間を含むのか。
2. 元の活動量は請求書、購買記録、タンク払出、メーターのどれから来たのか。
3. どの排出係数を、どの版・単位・用途で適用したのか。
4. 欠測、推計、補正、単位変換を誰がどの理由で行ったのか。
5. 同じ締め済み期間を再実行したとき、同じ結果を再現できるか。

つまりダッシュボードは出口です。入口にある原票、途中の変換、判断履歴を一本につないで初めて、数字が「見える」だけでなく「説明できる」状態になります。

Scope 1・2から始めるGHG排出量管理の境界設計

TGOのCarbon Footprint for Organization（CFO）は、組織活動によるGHG排出・除去をkgまたはtのCO2eで表すものと説明しています。同ページではScope 1を組織が所有・管理する発生源からの直接排出、Scope 2を購入した電力・熱・蒸気の生成に伴うエネルギー間接排出、Scope 3をそれ以外の間接排出として整理しています。最初のPoCでScope 1・2に絞るのは、Scope 3が重要でないからではなく、責任者と活動量の所在を確定しやすく、月次統制を作りやすいからです。

組織境界と報告境界を別々に決める

境界設計では、まず対象法人・工場・倉庫・賃借区画を一覧化します。次に、各拠点で何をScope 1、Scope 2、将来のScope 3として扱うかを決めます。たとえば自社所有のボイラー燃料、フォークリフト燃料、冷媒漏えいはScope 1候補、購入電力はScope 2候補です。一方、委託輸送や購入材料は一般にScope 3検討領域であり、Scope 1・2の90日PoCへ無理に入れません。

組織再編、工場買収、賃貸契約の変更、太陽光PPA、再エネ証書の扱いがある場合は、単純な設備リストだけでは不十分です。適用する会計・報告ルールに沿って、誰が運用支配を持つか、どの契約をどの方法で反映するかを方針書に残します。ここをシステム会社が独断で決めてはいけません。財務、環境、法務、必要に応じ外部専門家を含むガバナンス判断です。

排出源台帳は「設備名」より「証跡の流れ」で作る

排出源台帳には、最低でも次の列を持たせます。

設備名だけを並べると、数字が誰の手でどこから来るかが抜けます。「発生源→活動量→証憑→承認」の流れまで台帳に入れることで、システム要件に落とせます。

CO2e算定エンジンは係数の版管理から設計する

基本式は、活動量に適切な排出係数を掛ける形です。必要に応じてガス別排出量へGWPを適用し、CO2eへ統合します。しかし実装で難しいのは掛け算ではなく、「その係数をなぜ選び、いつからいつまで使ったか」を保持することです。

TGOのCFO係数とT-VERの電力係数を混同しない

TGOのCFO排出係数ページには、2026年1月版として燃料等の名称、単位、ガス別値、合計CO2e、参照元が掲載されています。システムへ登録するときは数値だけをコピーせず、少なくとも次を一体で保存します。

• 発行機関と原典URL
• 係数セット名と版・公表時期
• 対象活動、燃料またはエネルギー種別
• 入力単位と出力単位
• 適用開始日・終了日
• location-based、market-based等の算定方法
• 登録者、レビュー者、承認日時

一方、TGOのT-VERサイトには、プロジェクトや活動向けの電力排出係数に関する告知・参照データがあり、2026年5月21日施行とされる資料もあります。これはCFO用係数表と同じ用途だと自動的にみなせません。組織Scope 2、削減プロジェクト、製品カーボンフットプリントでは目的や境界が異なり得ます。「タイの公式サイトにある最新値だから」という理由だけで転用せず、対象プログラム、報告先、算定方法に適合するかを確認してください。

係数マスターに必要な不変IDと有効期間

係数マスターでは表示名をIDにしません。たとえば「Grid electricity」という名称を後からタイ語へ変更しても、過去計算が別係数に見えない不変IDを持たせます。新しい版が出たときは旧レコードを上書きせず、新レコードを追加し、有効期間を切ります。締め済みの2026年4月を再計算するときは、原則として当時承認済みだった版を再現できる設計にします。

ただし「公表日」と「適用日」は同じとは限りません。遡及適用が必要になった場合は、影響を受ける期間・拠点・排出源を抽出し、再計算前後の差分、承認者、再開示の要否を変更記録へ残します。単に最新係数で全履歴を再集計すると、以前提出した数字と画面の数字が一致しなくなります。

単位変換を計算式の外へ追い出さない

燃料購買はkg、現場払出はL、係数はkg CO2e/Lということがあります。この場合、密度の根拠、温度条件、換算の有効期間まで管理対象です。Excelの非表示セルや担当者の暗黙知に置くと、担当交代で再現不能になります。変換は「入力値・入力単位・変換係数・変換元・変換後値・丸め前値」を記録し、CO2e計算とは別ステップとして監査できるようにします。

監査証跡を作るCO2排出データモデル

見える化基盤の中心は、集計テーブルではなく、元データから公表値までの系譜です。推奨する最小構造は、活動量レコード、係数レコード、計算結果、証憑、承認・変更ログの5層です。

活動量レコードは原票の粒度を残す

月間電力を1行だけ登録すると簡単ですが、請求書が複数メーターに分かれ、検針期間が月初月末と一致しない場合、説明できません。元の請求期間、メーターID、請求書番号、受領日、原本ファイルのハッシュまたは保管リンクを保持し、報告月への配賦ルールを記録します。IoTメーターの場合も、生データの保存期間、タイムゾーン、欠測判定、積算値リセットの検出方法が必要です。

修正は上書きではなく訂正仕訳にする

締め前の入力ミスであっても、監査を想定するなら変更前後が分かるログを残します。締め後は元レコードを物理削除せず、取消と訂正の関係を持たせます。変更理由を選択肢だけにすると「その他」が増えるため、理由コードに加え説明欄と証拠添付を必須にします。誰が、いつ、どの端末または連携から変更したかも記録します。

データ品質フラグをCO2eと一緒に表示する

正確そうな小数点が、実測か推計かを隠すことがあります。各レコードに次のような品質フラグを持たせ、工場・月・Scope別に品質比率を見える化します。

• A: 請求書または校正済みメーターに基づく実測
• B: 管理された換算を伴う実測
• C: 承認済みの代替データまたは配賦
• D: 欠測補完・暫定推計

この等級は公式規格の値ではなく、企業が定義する内部管理例です。等級の定義、許容割合、改善期限を方針書に置きます。月次総量だけでなく「推計比率が前月の3%から12%へ上がった」といった変化が、データ基盤の故障を早く知らせます。

架空シナリオでCO2e計算と丸めを確認する

以下はシステムの計算・単位・丸めを説明するための架空の工場です。係数はすべて説明用に作った値であり、TGOの係数、法定値、特定年度のタイ電力係数ではありません。実運用では、承認した原典・版・用途に適合する係数へ差し替えてください。

式は 活動量 × 係数 です。合計705,950 kg CO2eを1,000で割ると705.950 t CO2e、表示を小数第1位に丸めると706.0 t CO2eです。重要なのは、明細では丸め前の値を保持し、最後の表示段階で丸めることです。行ごとに早く丸めると、多数のメーターを合算したときに差が積み上がります。

この例を受入テストへ変換すると、入力単位が一致しない場合に処理を止めること、係数の有効期間外なら警告すること、kgからtへの換算が正しいこと、丸め前値がAPIや監査画面で取得できることを検証できます。

電力見える化とエネルギーマネジメントシステムを接続する

工場の電力見える化は、Scope 2の活動量を高頻度で取得する有力な入口です。ただし、請求書の総量とサブメーターの合計は目的が違います。請求書は財務的な正本になりやすく、サブメーターは設備・ライン別の配賦や異常検知に向きます。

請求書・主メーター・サブメーターの三点照合

月次処理では次の順に照合します。

1. 電力会社請求書の検針期間とkWhを取り込む。
2. 受電主メーターの同期間差分と比較する。
3. サブメーター合計と未計測負荷の差をエネルギーバランスとして確認する。
4. 許容差を超えた場合、時刻ずれ、欠測、CT比、メーター交換、積算リセットを調査する。
5. 解消できない差は承認済み配賦として品質フラグを付ける。

たとえばタイ工場の流量計モニタリングで扱う流体データも、燃料・蒸気・圧縮空気の活動量や配賦根拠になり得ます。ただしセンサー値を受け取っただけで証跡になるわけではありません。校正、通信断、タグ変更、時刻同期を含む計測ガバナンスが必要です。

エネルギー削減KPIと排出KPIを分ける

電力原単位が改善しても、生産構成や係数の変更によりCO2e原単位が同じ動きをしない場合があります。逆に、再エネ契約の扱いで報告上のScope 2が変わっても、設備効率が改善したとは限りません。ダッシュボードでは少なくとも、エネルギー使用量、エネルギー原単位、location-based排出量、採用する場合のmarket-based排出量、データ品質を別KPIとして表示します。

90日PoCでカーボンニュートラル工場の土台を作る

90日で会社全体の完全なGHG管理を目指すと、境界議論とデータ整備が終わりません。PoCは「代表1工場のScope 1・2を、1締め期間について再現可能にする」と定義します。成功基準はダッシュボードのページ数ではなく、対象排出源の網羅率、証憑紐付け率、期限内承認率、再計算一致率です。

Day 1〜30：境界、台帳、証跡の現状診断

最初の30日は、EHSだけでなく、経理、購買、設備、IT、工場管理者を参加させます。直近3か月分の電力請求書、燃料購買・払出、冷媒補充、メーター一覧を集め、数字がどの部署を通るかを歩いて確認します。成果物は、組織・報告境界メモ、排出源台帳、データフロー、係数方針、課題一覧です。

この段階でAPI連携の可否だけを聞くのは不十分です。CSVの列名が毎月変わる、請求期間が暦月とずれる、同じ燃料に複数単位がある、スキャンPDFしか残らない、といった運用事実を把握します。現場のタイ語名称と本社の英語名称を対応表にし、排出源IDは言語に依存させません。

Day 31〜60：最小データパイプラインと算定を構築

次の30日は、請求書アップロード、CSVまたはAPI取込、入力検証、係数選択、CO2e計算、承認ワークフローを実装します。すべてを自動化せず、低頻度の燃料は管理された手入力、高頻度の電力は連携、と使い分けます。手入力でも単位候補、前月比、証憑必須、二者承認があれば統制可能です。

ダッシュボードは工場・Scope・排出源・月別のドリルダウンを持ち、各数値から活動量、係数、証憑へ遡れるようにします。係数を変更した場合は影響額をプレビューし、承認前に本番集計へ反映しません。

Day 61〜90：月次締め、例外処理、受入テスト

最後の30日は実データで月次締めを1回回します。欠測、重複取込、遅延請求書、単位不一致、過去日付の係数変更、承認差戻しを意図的に発生させます。正常系だけ成功するデモではなく、異常を止め、直し、履歴を残せるかを見ます。

PoC終了時には、未計測排出源、推計依存、システム外作業、Scope 3拡張候補をバックログ化します。カーボンニュートラル工場という長期目標へ進むには、まず基準年と継続的な削減効果を同じルールで比較できる状態が必要です。

RFPに書くべきGHG排出量管理の要件

「CO2ダッシュボードを導入したい」という一文だけでは、ベンダーごとの提案範囲が揃いません。RFPは画面要件、データ要件、算定要件、統制要件、非機能要件、運用支援へ分けます。

必須要件と将来要件を分離する

PoCの必須は、代表工場のScope 1・2、月次締め、証憑、係数版管理、承認、監査出力です。将来要件として、Scope 3、製品別配賦、サプライヤーポータル、再エネ証書、複数法人連結、多言語、外部開示フォーマットを記載します。すべてを初期必須にすると費用と期間が比較できません。

RFPの質問例は次の通りです。

• 係数は上書きか履歴追加か。過去期間をどの版で再現できるか。
• 活動量から集計値までのデータ系譜をCSVまたは画面で出力できるか。
• 訂正、承認、再締めの権限とログはどう設計されるか。
• API失敗や欠測を誰へ、何時間以内に通知するか。
• タイ語・英語のマスター名称と不変IDをどう管理するか。
• 原票ファイルの保存場所、暗号化、保持期間、バックアップはどうなるか。
• 係数更新、組織変更、排出源追加を導入後に誰が設定できるか。
• 顧客固有のデータ要求を標準インベントリからどう切り出すか。

SaaSか個別開発かより、データの持ち出し可能性を見る

製品選定では機能数だけでなく、活動量、係数、計算結果、証跡メタデータ、承認履歴を標準形式でエクスポートできるかを確認します。将来ツールを変更しても、基準年と監査証跡を失わないことが重要です。APIの利用制限、データ所在地、退会時の取得期間、添付ファイルの返却条件も契約前に確認します。

受入テストで確認する15項目

受入テストは「グラフが表示された」で終わらせません。少なくとも次をテストケース化します。

1. 正しい単位・期間の活動量を取り込める。
2. 重複ファイルを再投入しても二重計上しない。
3. 未知のメーターIDや燃料種を隔離する。
4. 単位不一致を自動換算せず警告できる。
5. 係数の有効期間外利用を止める。
6. 同じ入力・係数・版で同じ結果を再現する。
7. 丸め前値と表示値を区別して保持する。
8. 証憑なしの締めを権限に応じて止める。
9. 作成者と承認者を分離できる。
10. 差戻し理由と再申請履歴が残る。
11. 締め後訂正の前後差分を出力できる。
12. タイムゾーンをICTで一貫処理できる。
13. 権限のない利用者が他工場の原票を見られない。
14. バックアップから所定時間内に復旧できる。
15. 監査サンプルを集計値から原票まで追跡できる。

合格条件は「できること」だけでなく数値化します。たとえば、対象排出源の100%が排出源台帳に存在する、月次活動量の95%以上が原票へリンクする、承認済み期間の再計算差が0、重大エラーが0、と定義します。95%などの閾値は企業のPoC判断例であり、法定基準ではありません。

輸出顧客、Thailand Taxonomy、CBAMへの備え

対外要請に備えるときは、制度名をダッシュボードへ貼り付けるのではなく、「誰が、何の製品について、どの境界・期間・方法のデータを求めているか」をデータ要求票にします。

Thailand Taxonomy Phase 2は参照ツールとして使う

Thailand Taxonomy Phase 2は2025年5月27日に公表され、製造業を含む4分野を追加しました。Bank of Thailandの発表は、環境的に持続可能な活動の定義・分類や、政策・戦略、資金調達機会、環境・気候リスク管理のための「参照ツール」としての利用を説明しています。したがって、Taxonomyの存在だけを根拠に「タイの全工場にCO2報告が法的義務化された」と表現するのは誤りです。

一方、設備投資の説明や金融機関との対話で、対象活動の技術基準、移行区分、Do No Significant Harm等への参照が求められる可能性はあります。CO2基盤側では、設備投資案件、対象ライン、活動量、削減前後、算定方法、証拠を結び、後から分類根拠を提示できるようにします。Taxonomy判定そのものは該当文書と取引条件を確認して行います。

CBAMをタイ全製造業の義務へ一般化しない

EUのCBAM確定制度は2026年1月1日から適用され、欧州委員会の案内ではセメント、鉄鋼、アルミニウム、肥料、電力、水素の対象品輸入を扱います。主たる申告・証書対応は対象品を輸入するEU輸入者または間接通関代理人に関する制度です。タイの全製造業に一律のCBAM申告義務が生じるわけではありません。

ただし、タイ工場が対象品の製造者、素材供給者、加工工程の担い手であれば、EU顧客から埋込排出量や工程データの提示を求められ得ます。非対象製品でも、顧客独自のサプライヤー評価としてGHG情報を求められる場合があります。顧客要求は組織Scope 1・2と同一ではないため、要求票に対象製品、CNコード、製造期間、直接・間接排出、検証、提出様式、守秘範囲を記載し、標準インベントリから必要な粒度へ切り出します。

ISO 14064-1を将来の検証可能性に使う

ISO 14064-1:2018は、組織レベルのGHG排出・除去の定量化と報告について、インベントリの設計、開発、管理、報告、検証を含む要求事項・手引きを示す規格です。ISOのページでは2024年に確認され現行と説明される一方、改訂予定のステージも示されています。ISO/TS 14064-4:2025はISO 14064-1適用のガイダンスです。

第三者検証・保証を予定するか否かにかかわらず、関連性、完全性、一貫性、正確性、透明性という観点をRFPと受入テストへ反映すると、後の第三者確認に耐えやすくなります。ただし規格準拠や保証水準をうたう場合は、正式な規格本文、適用プログラム、検証機関の要求を別途確認してください。

運用開始後の月次統制とKPI

システム稼働後の失敗原因は、機能不足より締め責任の曖昧さです。月次カレンダーを作り、データ提出、一次レビュー、例外解消、承認、締め、経営報告の日を固定します。遅延時の代理承認者も決めます。

月次ダッシュボードに載せるKPI

• Scope 1・2総量と前年同期差
• 生産量当たり排出原単位とエネルギー原単位
• 排出源別寄与度
• 実測・換算・推計の品質比率
• 未提出、未承認、例外件数
• 証憑リンク率
• 係数版と前回版からの影響
• 削減施策の実績値と基準線

総量の増減だけでは、増産、製品構成、天候、係数変更、設備効率のどれが効いたか分かりません。ウォーターフォール分析で要因を分け、経営改善と会計上の変化を混同しないようにします。

四半期ごとに境界と係数をレビューする

新設備、廃止設備、新拠点、燃料変更、PPA、メーター交換、組織変更をチェックし、排出源台帳を更新します。係数原典の更新通知を監視し、変更があれば適用時期と影響範囲を審議します。排出量の数字だけを承認するのではなく、マスター変更も承認対象にすることが重要です。

まとめ：説明できるCO2eデータを90日で作る

CO2排出量の見える化は、電力や燃料のグラフを作るプロジェクトではなく、活動量、単位変換、排出係数、計算、証憑、承認を一つの系譜にするプロジェクトです。Scope 1・2から境界を固定し、係数を版管理し、架空データではなく実際の月次締めを通す90日PoCにすれば、輸出顧客への回答や将来の第三者確認へ拡張できる土台になります。Thailand TaxonomyやCBAMは適用範囲を正しく確認し、自社の一般的な法的義務だと決めつけず、必要なデータ要求へ分解して備えることが肝要です。

TOMAS TECHでは、排出源台帳の整理、電力・燃料データの収集方式、排出係数の版管理、RFP、90日PoCの受入条件まで、検討段階から一緒に整理できます。タイ工場の既存メーターや帳票をどこまで活用できるか確認したい場合は、お問い合わせください。

FAQ：CO2排出量の見える化でよくある質問

CO2排出量の見える化とは何ですか？

電力・燃料・冷媒などの活動量をCO2eへ換算し、工場・Scope・排出源・期間別に確認できるようにすることです。実務ではグラフ表示だけでなく、元証憑、係数の版、単位変換、承認、訂正履歴まで追跡できる状態を含みます。

GHG排出量管理を製造業で始めるならScope 3も必要ですか？

最終的な目的や顧客要求によります。90日PoCでは責任とデータが比較的明確なScope 1・2から統制を作り、Scope 3は重要カテゴリと要求先を特定して段階拡張する方法が現実的です。Scope 3を重要でないと扱う意味ではありません。

電力見える化システムだけでScope 2を報告できますか？

メーターは有力な活動量ソースですが、それだけでは境界、請求期間、欠測、係数、算定方法、証憑、承認が決まりません。請求書・主メーター・サブメーターを照合し、採用する報告ルールと係数を文書化する必要があります。

エネルギーマネジメントシステムとCO2管理は同じですか？

重なるデータは多いものの目的が異なります。エネルギーマネジメントは設備効率や異常の改善に強く、CO2管理は組織境界、排出係数、CO2e換算、対外報告、監査証跡を必要とします。連携させつつKPIは分けて管理します。

TGOの最新排出係数を全期間へ適用すればよいですか？

一律には言えません。係数の用途、対象活動、単位、版、公表日、適用日、報告先を確認します。新しい版で旧期間を上書きすると過去提出値を再現できないため、有効期間と変更承認を管理してください。

Thailand Taxonomyはタイ工場に義務ですか？

Bank of ThailandはPhase 2を持続可能な活動の定義・分類等に使う参照ツールとして説明しています。Taxonomyの公表だけで全工場に一律の法定CO2報告義務が生じたとはいえません。金融取引、顧客条件、社内方針で参照する場合は該当基準を確認します。

CBAM対応はすべてのタイ製造業に必要ですか？

いいえ。EUの制度はセメント、鉄鋼、アルミニウム、肥料、電力、水素の対象品を扱い、主な義務主体はEUの対象輸入者等です。ただし対象サプライチェーンに入るタイ工場は顧客から工程・埋込排出データを求められる可能性があるため、個別要求を確認します。

90日PoCの費用を比較するには何を揃えるべきですか？

対象工場、排出源数、データソース数、連携方式、過去データ期間、ユーザー数、承認段階、証憑量、多言語、必要な外部出力、受入条件を各社へ同じ前提で提示します。ライセンスだけでなく初期設定、連携、データ整備、教育、運用支援を分けて見積もらせます。

参考情報

• TGO: Emission Factor CFO (January 2026)
• TGO: Carbon Footprint for OrganizationとScope説明
• TGO T-VER: Announcements and reference data
• GHG Protocol: Corporate Standard FAQ
• GHG Protocol: Corporate Standard
• ISO 14064-1:2018
• ISO/TS 14064-4:2025
• Bank of Thailand: Thailand Taxonomy Phase 2
• Thailand Taxonomy Phase 2: Manufacturing
• European Commission: CBAM definitive regime