Claude Media
ClaudeでISO 14001の環境側面登録簿を作る — 工程別に著しい環境側面まで評価

ClaudeでISO 14001の環境側面登録簿を作る — 工程別に著しい環境側面まで評価

工程の聞き取りメモから環境側面を洗い出し、固定した評価基準で著しい環境側面の候補を絞る手順です。評価基準と最終判断は人が持ち、ClaudeはProjectsで表の下書きと抜け探しを担います。

ISO 14001の環境側面登録簿は、工程ごとの聞き取りメモと「著しいかどうかを決める評価基準」をProjectに置くと、Claudeに表の下書きを任せられます。洗い出しと採点の下書き、列のそろえ、抜けの指摘が任せる範囲です。評価基準を決めることと、どの側面を著しいと認めるかの最終判断は人が持ちます。この記事では、Projectの組み方、基準の固め方、工程別の聞き取りから登録簿になるまでの流れを示します。

登録簿づくりで時間がかかるのは「洗い出し」と「採点のそろえ」

環境側面は、組織の活動・製品・サービスのうち、環境と相互に作用しうる要素です。登録簿は、それを工程ごとに並べ、環境への影響と、著しいかどうかの評価を一覧にした台帳です。JIS Q 14001(環境マネジメントシステム-要求事項及び利用の手引)に沿った運用では、この台帳が環境目標や運用管理の出発点になります。

作業が重くなる場所は2つあります。

  • 洗い出し: 工程の担当者から聞いた話を、側面の単位(排水、廃棄物、騒音など)に分けて書き起こす
  • 採点のそろえ: 工程ごと、担当者ごとに基準の解釈がずれ、同じ重さの側面に違う点が付く

どちらも、文章を読んで定められた型に整える作業です。Claudeが得意な範囲に入ります。逆に、現場の設備を見て排出の実態を確かめることや、法規制の最新の要求を調べて適用可否を決めることは、人の仕事のままです。

手順

Claudeと進める登録簿づくりの流れ

  1. 1

    評価基準を人が決めて固定する

    軸、点数、著しいとみなす閾値をファイルにします。ここは会話の中で決めません。

  2. 2

    工程ごとの聞き取りメモを集める

    担当者の言葉のまま、日付と聞いた人を添えて保存します。

  3. 3

    Claudeに側面を抽出させる

    メモに書かれた事実だけから、運転状態別の側面を表に起こします。

  4. 4

    固定した基準で採点させ、人が見直す

    著しい側面の候補を出させ、根拠の列を読んで人が決めます。

評価基準は先に固定してから渡す

登録簿の採点がぶれる原因の多くは、基準が会話のたびに変わることです。Claudeに「著しいものを選んで」と頼むと、そのときの文脈で重みづけが変わります。先に、自社の手順書で決めた基準をファイルに書き出します。

次は、基準表の例です。軸と点数は書式を示すための例で、自社の手順書の内容に置き換えます。

軸,1点,2点,3点
法規制・協定,関係する規制なし,規制はあるが基準値に十分な余裕,基準値に近い、または届出・報告の対象
影響の大きさ,量が少なく回復しやすい,中程度,量が多い、または有害性・長期性がある
発生の頻度,年に数回以下,月に数回,毎日または連続
管理の難しさ,手順と設備で確実に抑えられる,人の操作に依存,管理手段が未整備
利害関係者の関心,苦情・要望の実績なし,問い合わせあり,苦情・要望の実績あり

閾値も同じファイルに書きます。たとえば「合計点が11点以上、または法規制・協定の軸が3点なら著しいとする」のように、足し算の条件と例外の条件を分けて決めておくと、Claudeの出力を機械的に確かめられます。

例外条件を置く理由は、点数の合計だけでは、法規制に抵触しかねない側面が他の軸の低さで埋もれるからです。何を例外にするかは、環境管理の責任者が決めます。

部署間の言い分で基準を書き換えない運用は、全社リスク登録簿の作成にClaudeを使う手順でも扱っています。リスクと環境側面は評価の対象が違いますが、基準を1つのファイルに固定してから採点させる点は同じ型です。

Projectに置くもの、会話に渡すもの

Projectは、チャットの履歴と知識ベースを持つ作業場です。知識ベースに入れた内容は、そのProject内のすべてのチャットで使われます。一方、あるチャットで決めた内容は、知識ベースに加えない限り別のチャットへ共有されません。

置き場所入れるもの理由
Projectの知識入れるもの評価基準表、環境方針、工程の一覧、適用範囲の定義、前回の登録簿理由採点のたびに同じ物差しを使うため
Projectの指示入れるもの推測で補わない約束、側面の書き方、出力の列理由全チャットで同じ型にするため
会話への添付入れるもの今回の工程の聞き取りメモ理由工程ごとに中身が変わるため

Projectの名前と説明は、Claudeには見えません。「環境マネジメント」と名付けても役割は伝わらないので、作業の約束は指示に書きます。指示の例です。

あなたは環境側面登録簿の下書きを手伝います。
・聞き取りメモに書かれた事実だけから側面を抜き出してください。
  書かれていない物質や設備を、一般知識で補わないでください。
・運転状態は「通常」「非通常」「緊急」の3つに分けて検討し、
  メモに根拠がない状態は「メモに記載なし」と書いてください。
・採点は知識に置いた評価基準表だけを使い、
  軸ごとに点数と根拠(メモの該当箇所)を示してください。
・「著しい」かどうかは候補として示し、断定しないでください。

規格本文は有償の資料です。本文をそのままProjectに貼るかどうかは、購入時の利用条件に従って決めます。自社の言葉に要約した定義や評価基準を置く形なら、判断が単純になります。規格PDFから要求事項を抜き出して原文で検証する手順はClaudeでJIS規格の適合チェック表を作るにあります。

ファイルの上限と有料プランのRAG

Projectの知識に入れるファイルは、1ファイル30MBまでです。数に上限はありませんが、内容全体がコンテキストウィンドウに収まる必要があります。PDF以外のファイルはテキストの抽出だけが行われるので、図や写真の中の情報は読まれません。工程フロー図が画像なら、文字に起こして渡します。

有料プラン(Pro、Max、Team、Enterprise)では、知識がコンテキストの上限に近づくとRAGモードが自動で有効になり、容量が最大10倍まで広がります。RAGでは必要な部分を検索して使うため、全文を読んだ上での判断と同じとは限りません。仕組みの違いはClaude ProjectsのRAG検索はいつ発動する? 全文投入との違いで比べています。登録簿の抜けを調べる作業では、RAGの発動中は「検索で拾えなかった記述」がないか、人が確認します。

会話に直接添付する場合は、1つのチャットにつき20ファイル、1ファイル500MBまでです。無料アカウントのProjectは5件までという制限もあります。

工程別に側面を抽出させる

聞き取りメモを工程単位で添付して、側面を表にします。例は、金属部品の塗装工程です(架空の例です)。

添付: 塗装工程の聞き取りメモ(2026-10-05、担当: 塗装課長)
 
塗装工程の環境側面を抽出してください。
列は「工程 / 活動 / 運転状態 / 環境側面 / 環境影響 / 既存の管理 / メモの根拠」です。
・運転状態ごとに行を分けてください。
・メモに管理の記述がない側面は、既存の管理を「メモに記載なし」としてください。
・側面の単位は「排出される物」「使うもの」「出る音・におい」のように、
  環境と作用する要素ごとに1行にしてください。

返ってくる表の形は、次のようなものになります(例示です)。

工程,活動,運転状態,環境側面,環境影響,既存の管理,メモの根拠
塗装,吹付塗装,通常,有機溶剤を含む塗料の使用と揮発,大気への排出,排気設備の稼働,「塗料はシンナーで薄めて吹く」
塗装,吹付塗装,通常,塗料ミストを含む廃フィルターの排出,廃棄物の発生,産業廃棄物として委託処理,「フィルターは月1回交換」
塗装,洗浄,通常,洗浄後の溶剤廃液の発生,廃棄物の発生,メモに記載なし,「洗浄液は缶に溜めている」
塗装,設備停止,非通常,メモに記載なし,,メモに記載なし,
塗装,溶剤保管,緊急,溶剤の漏えい,土壌・水域への流出の可能性,メモに記載なし,「保管庫の床は未確認」

見るべき場所は、「メモに記載なし」の行です。Claudeが推測で埋めずに空けた箇所は、聞き取りの追加質問の一覧になります。上の例なら、設備停止時の挙動と、溶剤廃液の保管・処理の管理が追加で聞く点です。

抽出結果は、人が3点で確かめる

  • 側面の単位が粗すぎないか: 「廃棄物全般」のようにまとめた行は、種類ごとに分ける
  • メモの根拠が実在するか: 「メモの根拠」の列の引用が、元の文章と一致するか読み合わせる
  • 通常以外の運転状態が抜けていないか: 立ち上げ、停止、故障、保管中の漏えいなどが、工程の実態に合っているか

固定した基準で採点させる

抽出が終わったら、別のチャットで採点を頼みます。抽出と採点を同じチャットで続けると、抽出時の解釈が採点に引き継がれます。採点は、基準表を知識に置いたProjectで新しい会話を開き、抽出済みの表を添付します。

添付: 塗装工程の側面抽出表
 
知識の「評価基準表」だけを使って、各行を採点してください。
・軸ごとに点数と根拠を出し、根拠はメモの引用で示してください。
・メモから判断できない軸は、点数を付けず「情報不足」としてください。
・合計点と、閾値の条件に当たるかどうか(候補)を最後の列に出してください。

「情報不足」を許す書き方が要点です。判断材料のない軸にClaudeが無理に点を付けると、合計点が見かけだけ整います。情報不足の行は、候補の判定を保留にして、聞き取りに戻します。

採点のずれを確かめる

同じ側面を別々の会話で2回採点させ、点数が割れる行を拾います。割れた行は、基準の言葉があいまいか、メモの情報が足りないかのどちらかです。基準表の文言を直すか、聞き取りを追加するかを決めて、基準を直したら全工程を同じ版で採点し直します。工程によって基準の版が違う登録簿は、後で比べられません。

著しいかどうかを決めるのは人

採点の結果は、著しい環境側面の「候補」です。そのまま登録簿に載せず、次を人が確かめます。

  • 現地の確認: 設備、保管状況、排出口の実態を見る。聞き取りの内容と食い違いがないかを確かめる
  • 法規制との照合: 適用される規制と届出の有無を、環境管理の責任者が調べる。Claudeが挙げた規制名は、調べる手がかりとして使い、根拠にはしない
  • 例外の判断: 点数は低いが、苦情の実績や過去の事故から外せない側面を足す
  • 上流・下流の範囲: 購入品や、使用・廃棄の段階まで見るかは、自社の適用範囲と規格本文で決める

最終的な登録簿には、評価した版の基準表の名前、評価日、評価した人を残します。Claudeが作った下書きの行は、人が確認した行と区別できるよう、確認者の列を設けます。

共有と版管理の注意

登録簿には、法規制の違反の疑いや、苦情の実績のような社外に出せない情報が入ります。Team・Enterpriseプランでは、Projectの公開範囲を、組織全体に見せる設定と、招待したメンバーだけに限る設定から選べます。権限は閲覧とチャットのみの「Can view」と、指示や知識の編集を含む「Can edit」の2段階です。基準表を直せる人は絞り、各工程の担当者には閲覧権限を渡す運用が考えられます。組織の管理者がプロジェクト共有そのものを無効にしている場合は使えません。

完了したProjectは、アーカイブして一覧から外せます。アーカイブしても共有の権限とメンバーはそのまま残ります。アクセスを止めたいときは、共有設定でメンバーを外します。なお、アーカイブ済みのProjectは、先にアーカイブを解除しないと削除できません。

同じ型は他の台帳にも使える

基準を人が固定し、Claudeには抽出と採点の下書きだけを任せる分担は、環境側面に限りません。品質側の点検で同じ分担を使う例が、ClaudeでISO 9001の内部監査チェックリストを作り記録と突合するです。そちらは要求事項の表を物差しにして記録の不足を探します。環境側面の登録簿は、評価基準を物差しにして側面を採点する点が違います。

まとめ

登録簿づくりで、Claudeに渡す前に人が決めるのは、評価基準と閾値、例外の条件です。これを1つのファイルにして知識に置くと、採点のたびに物差しが変わりません。抽出と採点はチャットを分け、メモに根拠のない行は「メモに記載なし」「情報不足」のまま残して聞き取りへ戻します。著しいかどうかの決定、現地確認、法規制の適用判断は人が行います。

この記事を共有:XはてブLinkedIn