
毎月末になると、あの作業がやってくる。ガソリンスタンドの領収書と給油カードの明細書を突き合わせて、Excelに入力する——。
「先月の車両03号の軽油消費量って、このレシートで合ってる?」「あれ、このセルの数字、誰か上書きした?」。心当たりのある方、いらっしゃるのではないでしょうか。
経理の仕事だけでも十分忙しいのに、CO2排出量の算定まで任されている。しかも「Excelでなんとかして」と言われて、手探りで始めたという方は本当に多いと思います。
経済産業省や環境省も無料のExcel算定ツールを公開していますし、Excel自体が悪いわけではありません。ただ、その運用を続けた先に構造的な限界がある、ということを知っておいていただきたいんです。
この記事では、(1) Excelでの算定がなぜ「最初は良くても長く続かない」のか、(2) 運送業の現場に当てはめた具体シミュレーション、(3) 手入力をゼロにするための考え方、(4) 専門知識がなくても始められる方法、を順番にお話ししていきます。
Excel運用の構造的限界
Excelの良さは認めたうえで——4つの「構造的な落とし穴」を知る
まず、誤解のないように言っておくと、ExcelでCO2排出量を計算すること自体は可能です。無料で使えて、操作を知っている人も多い。経済産業省の「エネルギー起源二酸化炭素排出量等計算ツール」のように、政府が公式に提供しているExcel形式のツールもあります。
「Excelで十分じゃないか」——最初はそう感じるのが自然です。ただ、半年、1年と運用を続けていくと、4つの落とし穴が見えてきます。
落とし穴1:「計算式を組める」ことと「正しく算定できる」ことは別物
CO2排出量の基本式はシンプルです。
CO2排出量 = 活動量 x 排出係数
つまり、「軽油を何リットル使ったか」に「軽油1リットルあたりのCO2排出量」を掛ける。Excelの掛け算で済む話に見えますよね。
ところが実務では、この「活動量」と「排出係数」の選び方に専門的な判断が必要です。GHGプロトコル(温室効果ガスの国際的な算定ルール)では、燃料の種類ごとに異なる係数を使い分ける必要がありますし、Scope 1(自社の直接排出)、Scope 2(購入した電力由来)、Scope 3(サプライチェーン全体)で計算の範囲も変わります。
Excelの関数を知っていることと、GHG算定のロジックを正しく実装できることは、全く別の能力です。 ここに「スキルギャップ」が存在します。経理担当の方が悪いのではなく、本来は専門家がやるべき仕事を片手間で任されている、という構造の問題なんです。
落とし穴2:手入力のヒューマンエラーは「静かに蓄積する」
毎月10台分の車両の軽油消費データを手入力するとしましょう。月1回なら大した量に見えませんが、年間で120回の手入力です。入力ミス、セルの上書き、単位の取り違え(リットルとキログラムを間違えるなど)——これらは1件ずつは小さなミスでも、年間を通じて蓄積すると算定結果全体を歪めます。
しかも厄介なのが、Excelにはデータの妥当性を自動チェックする仕組みがほとんどないことです。「数字は出たけど、本当に正しいのか自信がない」という状態が、静かに続いていきます。
落とし穴3:排出係数の更新で「誰も読めないExcel」が生まれる
排出係数は毎年度更新されます。環境省が公表する電力の排出係数も、IEA(国際エネルギー機関)の数値も、年によって変わります。この更新をExcelに反映するには、「そもそもこのセルの計算式が何をしているのか」を理解している人が必要です。
ところが、最初にExcelを作った担当者が異動したり退職したりすると——。
「このExcelの計算式が何をしているか、誰も分からない」。
これが属人化です。つまり、特定の人だけに知識が集中して、その人がいなくなると業務が回らなくなる状態ですね。中小企業では担当者が1人であるケースが多いため、このリスクは特に深刻です。
落とし穴4:「誰がいつ変更したか」を証明できない
この4つ目が、実は将来的に最も大きな壁になります。
日本ではSSBJ基準(サステナビリティ基準委員会が策定する開示基準)の適用が進んでおり、将来的には第三者保証(つまり、外部の監査人が「この数字は正しい」と証明すること)が求められるようになります。
第三者保証では、「データの入力からレポート出力までのプロセスが統制されていること」を監査人が確認します。具体的には、「誰がいつ何を変更したか」の記録(監査証跡)が必要です。
ところが、Excelはいつでも誰でも任意のセルを書き換えられます。変更履歴を厳密に追跡する仕組みが、構造的に備わっていないんです。これは個人の注意力の問題ではなく、ツールの設計上の制約です。
運送業の現場で考える——月末に何が起きているか
ここで、具体的な現場を想像してみましょう。
例えば従業員10名の運送業を思い浮かべてください。軽貨物配送がメインで、車両を10台保有。各車両の軽油消費を月次で管理しなければなりません。経理担当は1名で、本業の経理業務と兼任でCO2算定を任されています。
毎月末のリアルな作業フロー
まず、各ドライバーがガソリンスタンドで受け取った領収書を回収します。給油カードの明細がオンラインで確認できる場合もありますが、カード決済と現金払いが混在していると、両方を突き合わせる作業が発生します。
10台分の軽油消費量を集計して、Excelに入力する。ここで先ほどの「手入力120回/年」が発生するわけですね。
さらに、運送業ならではの問題があります。車両の入れ替えです。古い車両を廃車にして新車を導入すると、燃費が変わります。燃費が変われば1kmあたりの軽油消費量が変わり、排出係数の適用方法も変える必要が出てきます。Excelの計算シートをどこまで修正すればいいのか——この判断を経理担当1人に委ねることになります。
数字で見る月末の負担
この作業を時間に分解してみましょう。
| 作業内容 | 推定所要時間(月あたり) |
|---|---|
| 領収書・給油カード明細の回収・突合 | 約1.5時間 |
| 10台分の軽油消費データをExcelに入力 | 約1時間 |
| 入力ミスの確認・修正 | 約0.5時間 |
| 排出量の計算・前月データとの整合確認 | 約1時間 |
| 合計 | 約4時間/月 |
年間にすると約48時間。丸6営業日分です。
「たった4時間でしょ?」と思われるかもしれません。でも思い出してください——この方は経理担当で、これが本業ではないんです。月末の請求処理、支払い確認、経費精算が集中するタイミングに、さらに4時間が上乗せされる。しかも、この作業にはミスが許されない。そのプレッシャーは、数字以上のものがあります。
解決の方向性——「Excelを改良する」ではなく「手入力をなくす」
ここまで、Excelの構造的な限界を4つの観点で見てきました。では、どう解決すればいいのでしょうか。
結論を先にお伝えすると、「Excelをもっと便利にする」という方向では解決しません。データの入り口そのものを変える必要があります。
業界で注目されているのは、クラウド型の統合データ基盤というアプローチです。考え方の骨格はシンプルで、次の3つの原則に基づいています。
原則1:証憑(請求書や明細)からデータを自動で読み取る。 手入力という工程自体を設計からなくす、ということです。
原則2:すべての変更履歴を自動で記録する。 「誰がいつ何を変えたか」が追跡可能な状態を、人間の努力ではなくシステムの構造で保証します。
原則3:1回のデータ取り込みで、複数の報告フレームワークに対応する。 経産省向け、環境省向け、取引先のESG質問票向け——同じ原データから必要な形式を自動生成する仕組みです。
この3つの原則が揃うと、先ほどの運送業の月末作業は構造的に変わります。
構造的シミュレーション——月末4時間はどう変わるか
先ほどの従業員10名の運送業を前提に、「手作業フロー」と「クラウド統合基盤フロー」を工程ごとに比較してみましょう。
工程1:燃料データの収集
手作業の場合、10台分の領収書と給油カード明細を回収して突き合わせます。カード決済と現金払いの混在、レシートの紛失、日付のズレ——これらを1つずつ解消するのに約1.5時間。
クラウド基盤の場合、給油カードの明細をメールで転送する(または写真を撮って送る)だけでAIが自動で読み取ります。車両番号・日付・給油量の紐付けもシステムが処理するため、担当者の作業は転送操作のみです。
工程2:排出量の計算
手作業の場合、Excelの計算式に数値を入れ、排出係数が最新かどうかを確認し、前月との整合性をチェックします。車両入れ替えがあった月は、計算シートの修正にさらに時間がかかります。合計で約1.5時間。
クラウド基盤の場合、燃料の種類(軽油・ガソリン・LPGなど)に応じた排出係数が有効期間付きで内蔵されており、取り込み時に自動適用されます。年度更新も自動反映されるため、この工程自体が消滅します。
工程3:確認・修正
手作業の場合、入力ミスの確認に約0.5時間。ただし、ミスを「完全に」見つけられる保証はありません。
クラウド基盤の場合、AI読み取り結果に信頼度スコアが付与され、閾値を下回るデータだけが人間のレビュー対象になります。全件チェックではなく例外だけに集中できるため、確認の質が上がり、時間は下がります。
比較まとめ
| 工程 | 手作業(Excel) | クラウド統合基盤 |
|---|---|---|
| 燃料データの収集・突合 | 約1.5時間 | メール転送のみ(数分) |
| 排出量の計算 | 約1.5時間 | 自動適用(0分) |
| 確認・修正 | 約0.5時間 | 例外レビューのみ |
| 前月比較・レポート作成 | 約0.5時間 | 自動生成(0分) |
| 月間合計 | 約4時間 | 実質10〜15分 |
| 年間合計 | 約48時間(6営業日) | 約2〜3時間 |
ここで強調しておきたいのは、「少し楽になる」という話ではなく、手作業で存在していた工程が構造的に消滅するという質的な変化だということです。車両が10台から15台に増えても、担当者の追加負担はほぼ発生しません。
「でもExcelで十分じゃない?」——もう一つの視点
「うちは小さい運送業だし、今のExcelで回っているんだけど」——そう感じる方もいると思います。そのお気持ちは十分理解できます。
ただ、一つだけ考えていただきたいことがあります。
SSBJ基準が今後段階的に適用されていく中で、取引先の大企業がサプライヤーに求めるデータの水準は確実に上がっていきます。「CO2をどれだけ出しているか」だけでなく、「そのデータがどうやって作られたか」——つまりプロセスの信頼性まで問われるようになる。
IFRS S1は、サステナビリティ関連財務情報の開示にあたり、バリューチェーン全体のデータ開示を要求している。
——ISSB(国際サステナビリティ基準審議会)「IFRS S1 サステナビリティ関連財務情報の開示に関する全般的要求事項」2023年6月発行 https://www.ifrs.org/issued-standards/ifrs-sustainability-standards-navigator/ifrs-s1-general-requirements/
要するに、「うちのサプライチェーン全体でCO2がどれだけ出ているか報告しなさい」ということです。大企業がこの基準を満たすために、サプライヤーである中小企業にデータ提出を求める——その流れはもう始まっています。
そのとき、「Excelで手入力しています」「変更履歴はありません」という回答で、取引先が納得してくれるかどうか。今すぐ問題にならなくても、1〜2年後に壁にぶつかるリスクは認識しておいたほうが良いと思います。
「ITに詳しくなくても大丈夫?」——Marupassという選択肢
ここまで読んで、「方向性は分かったけど、うちみたいな小さい会社で本当にできるのか」と感じた方もいらっしゃると思います。新しいシステムを入れると聞くと、「覚えることが増えそう」「ITに強い人がいない」という不安が先に立ちますよね。
Marupassは、まさにその不安を設計の出発点にしたサービスです。基本思想は、「証憑をAIが読み取り、暗号台帳に記録し、レポートを自動生成する」。人間の手入力は、設計上ゼロです。
データの取り込み方は4つ——どれも普段のツールだけ
難しい画面の操作は一切ありません。
- メール転送: 給油カード明細のメールを、指定アドレスに転送するだけ
- WhatsApp: 領収書の写真を撮って送信するだけ(海外のサプライヤーにも対応)
- LINE: 数値を入力するか、写真を撮るだけ
- 無料診断ページ: 登録不要で、請求書をドラッグ&ドロップするだけ
つまり、担当者がやることは「転送する」「写真を撮る」のどちらかだけです。
Excelの4つの落とし穴に、それぞれ構造で対処
先ほど挙げた4つの課題に対して、Marupassがどう設計されているかを整理します。
スキルギャップの解消: 排出係数のグローバルエンジンが18以上の地域(日本、EU、米国、中国、韓国、東南アジア、中南米、インドなど)の係数を有効期間付きで内蔵しています。燃料の種類と地域に応じて自動で適用されるため、「どの係数を選べばいいか」という判断自体が不要になります。
ヒューマンエラーの排除: 証憑(領収書や明細書)からAIが直接データを読み取るため、手入力という工程がそもそも存在しません。「入力ミスをなくす」のではなく、「入力という行為をなくす」という発想です。
属人化の防止: Marupassの算定ロジックは独立したモジュールとして実装されており、2,400件以上の自動テストで正確性が継続的に検証されています。特定の担当者の頭の中にだけロジックがある、という状態にはなりません。
監査証跡の自動構築: Marupassの暗号台帳(WORM台帳)は、一度記録されたデータの削除・書き換えがシステムレベルで禁止されています。「誰がいつ何を記録したか」が改竄不能な形で保存されるため、将来の第三者保証にも対応可能な監査証跡が自動的に蓄積されていきます。
「経産省のツールで個別対応」から「1回の取り込みで複数対応」へ
経産省や環境省の無料Excelツールは、省エネ法や温対法など個別の法規向けに作られています。法規ごとに別々のExcelを管理する必要があるため、同じデータを何度も入力する手間が生じます。
Marupassは、1回の証憑取り込みからSSBJ、CBAM(EU炭素国境調整メカニズム)、CSRD/ESRS(EU企業サステナビリティ報告指令)、CDP、PACT V3など、複数のフレームワーク向けの出力を同時に生成します。元データは1つなので、フレームワーク間でデータが食い違う心配もありません。
WORM AUDIT LEDGER
IMMUTABLE ・ APPEND-ONLY ・ SHA-256
電力請求書_2026年2月.pdf → 株式会社ハリネズミ運輸
14,400 kWh × 0.000441 = 6.35 tCO2e
SHA-256 ハッシュ → 改竄不能台帳に記録
E-1.1, E-1.2 → EcoVadis テンプレートに反映
Adversarial Auditor: PASS(脆弱性 0件)
まとめ
Excelは優れたツールですが、CO2排出量の算定を長期的・組織的に運用するには、構造的な限界があります。手入力のエラー蓄積、排出係数の属人的な更新、監査証跡の不在——これらは個人の努力では解決できない、ツールの設計上の制約です。
まずは給油カードの明細を1通メール転送するところから。自社の排出データがどう可視化されるか、ぜひ気軽に試してみてください。
稟議用資料:Excel管理とクラウド基盤のBefore/After比較表
| 評価項目 | Before(Excel運用) | After(クラウド統合基盤) |
|---|---|---|
| データ入力 | 領収書・明細を毎月手入力(月約4時間) | メール転送・写真送信で自動読取(数分) |
| 排出係数の管理 | 環境省サイトを手動で確認、Excel計算式を手修正 | 18地域の係数が有効期間付きで自動更新・自動適用 |
| 計算ロジックの引継ぎ | 担当者の異動・退職で「誰も読めないExcel」化 | ロジックがシステムに実装済、自動テストで品質保証 |
| 監査証跡 | なし(セルの変更履歴を追跡不可能) | WORM暗号台帳に全変更が自動記録(削除・改竄不可) |
| 複数フレームワーク対応 | 法規ごとに別々のExcelを管理 | 1回の取り込みで複数フレームワーク出力を同時生成 |
| 車両増加時のスケーラビリティ | 台数に比例して手入力工数が増加 | 台数増加でも担当者の作業量はほぼ一定 |
| 年間の担当者工数 | 約48時間(6営業日相当) | 約2〜3時間 |
社内FAQ——「Excelをやめてクラウドに移行する」ことへの想定問答集
| 社内で出そうな反対意見 | 回答のポイント |
|---|---|
| 「今のExcelで回っているんだから、変える必要はないのでは?」 | 現時点では回っていても、SSBJ基準の段階適用により取引先から求められるデータ水準は上がります。「誰がいつ変更したか」の監査証跡がないExcelでは、第三者保証に構造的に対応できません。問題が顕在化してからの移行は、過去データの遡及整備も必要になり、コストが数倍に膨らみます |
| 「無料のExcelツールがあるのに、お金をかける意味は?」 | 経産省・環境省のExcelツールは個別法規向けです。取引先からSSBJ、CDP、EcoVadisなど複数フォーマットでの回答を求められた場合、それぞれ別のExcelで対応する必要があり、手入力の重複が発生します。クラウド基盤は1回の取り込みで複数対応するため、フォーマットが増えても追加工数はほぼゼロです |
| 「クラウドにデータを預けるのはセキュリティが心配」 | WORM暗号台帳によりデータの削除・改竄がシステムレベルで不可能です。むしろExcelはUSBメモリへのコピー、メール添付での流出、誰でもセルを書き換えられるなど、セキュリティ統制が構造的に存在しません |
| 「ITに強い人がいないので、導入・運用できない」 | 操作は「メールを転送する」「写真を撮って送る」だけです。自社サーバーの設置も不要で、専用ソフトのインストールもありません。既に使っているメール・LINE・WhatsAppがそのまま入力経路になります |
| 「担当者が1人しかいないので、移行作業の時間が取れない」 | 移行作業はありません。明日からメール転送を始めれば、その月のデータから自動蓄積が始まります。既存のExcelデータと並行運用しながら、徐々に切り替えることも可能です |
| 「そもそもCO2算定は法的義務なの?うちの規模で必要?」 | 現時点で従業員10名規模の企業に直接の報告義務はありません。ただし、取引先の大企業がScope 3(サプライチェーン排出量)を開示するためにサプライヤーのデータを必要としています。対応できなければ取引評価に影響する可能性があります。「法律で義務だから」ではなく「取引を守るために」という判断軸で検討することをお勧めします |