最終報告書に「メタン排出量が12%減少した」という記述があるとします。レビュー担当者が尋ねるのは、その数字が正しいかどうかだけではありません。どの農場と畜舎を含めたのか、どの飼料をいつ、どれだけ給与したのか、原データに欠測や校正の問題がなかったか、ベースラインや計算式を誰がいつ変更したか、最終値を誰が承認したかまで遡ります。このつながりをEvidence Chain、すなわち証拠の連鎖と呼ぶことができます。
証拠の連鎖は、多数のファイルを保存することとは異なります。現場での事象と観測値、品質判断、計算結果、主張が、一意の識別子、時刻、バージョンによってつながっていなければなりません。つながりが切れたデータは事実であっても、主張を再現する証拠として利用することが困難です。
最終的な主張から逆算して設計する
収集できるデータをすべて集めてから意味を探す方法は、費用がかかり、重要な証拠も抜けやすくなります。まず主張の単位を定義します。例えば、特定の農場・畜舎において、定めた期間中に、事前登録したベースラインと比べてkg CH₄がどれだけ変化したかというように、境界、期間、指標、比較状態を記載します。カーボンクレジット、顧客報告、社内の運用改善では、求められる証拠と保守性が異なるため、利用目的も明示します。
次に、主張を構成する計算を分解します。削減量がベースライン排出量 − プロジェクト排出量であれば、両方の排出量に関する活動量データ、濃度・流量、排出係数、補正変数、不確かさが必要です。それぞれの入力値を、その根拠となる原データや現場記録と結び付けると、収集要件になります。この過程で取得できない変数が明らかになった場合は、測定計画または主張の水準を調整する必要があります。
最初のつながり：現場活動が実際に行われたことを示す記録
まず、削減活動が存在したことを証明しなければなりません。飼料であれば、製品名、ロット番号、入荷量、配合指示、給与開始・終了時刻、目標用量、実際の給与量と残量、対象個体群を記録します。運用変更であれば、ファン設定、設備の設置、ふん尿処理方法、担当者の確認を残します。購入領収書一枚は、製品が現場に届いた根拠にすぎず、対象個体が実際に摂取したことを示す根拠のすべてではありません。
現場記録には時間帯と責任者を含める必要があります。事後の記憶に基づいて一括入力したデータと、事象発生直後に記録したデータでは証拠力が異なります。オフライン環境でもローカルに保存し、接続が回復したら元の生成時刻とアップロード時刻を両方保存します。写真は補助的な根拠になり得ますが、撮影時刻、対象、同意範囲を確認し、個人情報を保護する必要があります。
二つ目のつながり：センサーの原データと機器状態
原データとは、機器が最初に生成した値とメタデータです。機器ID、センサーチャンネル、単位、タイムスタンプ、位置、ファームウェア、校正係数、診断状態を併せて保存します。CSVファイル名に日付だけを書くのではなく、農場、畜舎、機器、測定セッションの一意なIDを使えば、他の資料と結び付けやすくなります。
原データは変更しません。単位やタイムゾーンの誤りが見つかっても、補正表と変換履歴を別に作成します。ファイルまたはバッチにハッシュを付与すると、その後の同一性確認に役立ちます。ただし、ハッシュはデータが正確であることの保証ではなく、そのファイルが変更されたかどうかを確認する手段です。機器の校正と設置場所の代表性には、それぞれ別の証拠が必要です。
三つ目のつながり：QA/QCと例外判断
自動品質ルールは、収集率、測定範囲超過、固定値、急変、時計の誤り、ドリフト候補を示します。人は現場日誌、校正記録、隣接センサーとの比較を基に、それが実際の事象か機器の問題かを判断します。フラグ、判断者、判断時刻、根拠、処理結果を残します。値を削除するより、使用、条件付き使用、除外という状態を設け、除外理由コードを管理する方が再検討に適しています。
米国EPAのInventory Management Planガイダンスは、境界、定量化手法、データの出典と収集・品質保証、基準年調整、役割・ファイル管理、監査・検証、是正措置を管理計画の主要要素として挙げています。GHG Protocolも、データ収集から最終承認まで複数の段階で品質管理を実施し、文書化・保存手順とフィードバックループを設けるよう示しています。
四つ目のつながり：計算の系譜と再現性
精製データが結果に変わるまでのすべての段階をバージョン管理します。計算式、単位換算、排出係数の出典とバージョン、ベースラインモデル、欠測値の補完、集計期間、丸め規則を記録します。計算の実行には、入力データのバージョン、コードまたはスプレッドシートのバージョン、実行時刻、実行者を関連付けます。
スプレッドシートを使う場合でも、原本テンプレート、ロックされた数式セル、入力検証、変更記録、独立した再計算手順を設けることができます。ソフトウェアAPIを利用する場合は、リクエスト・レスポンスのスキーマ、計算エンジンのバージョン、失敗時の再処理を記録します。重要なのは特定の技術ではなく、同じ入力とバージョンから同じ結果を再び作れるかどうかです。
結果が変わった場合、以前の値を上書きせず、新しいバージョンを発行します。変更理由がセンサー校正、活動量データの修正、排出係数の改訂、境界変更のいずれであるかを示し、影響度を計算します。最終的な主張には、使用した結果のバージョンを固定する必要があります。
五つ目のつながり：レビュー・承認・外部報告
作成者、レビュー担当者、承認者の役割を分離すれば、自己レビューのリスクを減らせます。技術レビューでは境界、方法、単位、計算、不確かさを確認し、管理承認では公開権限と表現が根拠の範囲を越えていないかを確認します。第三者（3者）検証が必要な場合は、検証者が原データ、サンプル、計算を追跡できる読み取り専用パッケージを提供します。
EPAの温室効果ガス報告プログラムは、提出データに電子的な検証チェックを適用し、潜在的な誤りが見つかった場合には、報告者が説明するか、修正して再提出するよう求めています。自動検証は有用ですが、現場の事実を自ら確定するものではありません。Evidence Chainには、警告への回答、修正、再承認も含まれます。
最終報告書には削減率だけを記載しません。プロジェクト境界、期間、ベースライン、測定・算定方法、データ可用率、重要な除外、不確かさ、レビュー水準、主張の制限を併せて示します。「測定された」「検証された」「認証された」「クレジットが発行された」はそれぞれ異なる状態であるため、完了した段階だけを表現します。
最小データ構造
Evidence Chainを実装する際は、次のエンティティを分けると有用です。siteとbarnは空間境界、animal_groupは適用対象、intervention_eventは削減活動、deviceとcalibrationは機器状態、observation_batchは原データ、quality_reviewは品質判断、calculation_runは計算バージョン、claimは最終的な文、approvalはレビューと公開権限を保持します。
各エンティティには、一意のID、作成・更新時刻、責任者、状態、前バージョンへのリンクを設けます。主張レコードから計算実行へ、計算実行から入力バッチと品質レビューへ、入力から現場活動と機器校正へ移動できる必要があります。逆方向にも、特定の校正誤りがどの報告書と主張に影響したかを探せなければなりません。
アクセス権限は役割と目的に応じて分けます。農家の個人情報と生の運用データ、検証機関向けデータ、外部公開版は同一ではありません。監査ログ自体も保護し、保存期間と削除方針を定めます。ブロックチェーンのような特定技術は選択肢にすぎず、まず識別子、権限、バージョン、バックアップ、復旧を適切に実装する必要があります。
実行チェックリスト
最終的な主張に、境界、期間、指標、ベースライン、利用目的を明示する。
主張の計算を入力変数まで分解し、各変数の原データ所有者を定める。
現場活動のロット、用量、対象、時刻、責任者の記録を収集する。
原データは不変のまま保存し、補正、除外、集計の結果を分離する。
機器ID、位置、校正、ファームウェア、観測バッチを同じ時間軸で関連付ける。
QA/QCフラグ、人による判定、根拠、是正措置を残す。
入力、コード、係数、モデルの各バージョンによって計算を再現できるようにする。
技術レビュー、管理レビュー、公開承認を分離し、主張のバージョンを固定する。
外部報告にデータ可用率、不確かさ、限界、検証状態を表示する。
誤りが見つかった場合、影響を受けた計算と主張を逆追跡して再発行する。
結論
炭素削減データの信頼性は、最後の数字の小数点以下の桁数よりも、その数字に至るつながりにかかっています。現場活動が実際にあったか、機器がどのような状態で値を生成したか、どのデータをなぜ除外したか、どの式とバージョンが結果を生んだか、誰が何をレビューし承認したかを、順方向にも逆方向にも追跡できなければなりません。Evidence Chainは、検証に自動で合格させる装置ではなく、誤りを発見し、説明し、修正できるようにする運用構造です。その構造があって初めて、現場記録は責任ある炭素削減の主張につながります。