製造業

製材業のクリーンウッド法対応をClaude Codeで効率化する実装パターン

2025年4月施行の改正クリーンウッド法で、原木を仕入れる製材業など第一種木材関連事業者に合法性確認・記録5年保存・定期報告が義務化。合法性確認台帳と報告集計をClaude Codeで効率化する実装パターンを試算付きで解説。

製材業のクリーンウッド法対応をClaude Codeで効率化する実装パターン

結論:製材・木材流通の「合法性確認の台帳づくり・記録の5年保存・定期報告の集計」は、改正クリーンウッド法で記録事項と報告様式がほぼ固定された定型業務の塊であり、Claude Codeでスクリプト化することで事務側の作業時間を大きく圧縮できる余地があります(本記事は想定モデルケースの試算です)。

  • 要点1:原木検収簿・市売仕切書はまずJSONに構造化してから台帳化する。伐採届の写しと入荷ロットの「ひも付け」を人力記憶に頼らないことが品質の分かれ目
  • 要点2:法第6条の原材料情報(樹種・伐採地域・伐採届の写し等)と法第7条の記録は、入荷データからの機械集計+人間承認の型に載せやすい。保存期間は省令で5年
  • 要点3:2025年4月施行の改正法で川上・水際の第一種木材関連事業者は合法性確認が義務化され、第1回定期報告(対象は国産材系で年間3万立方メートル以上)の期限が令和8年6月末だった。集計に苦しんだ会社は、いま体制を作り直す好機

対象読者:製材工場・原木市場・木材流通会社の管理部門、森林組合の販売担当、木材業界のDXを支援するエンジニア・PM

今日やること:直近1か月分の原木検収簿と伐採届の写しを1つのフォルダに集め、後述の「構造化プロンプト」を1本試す

事例出典:想定シナリオ(モデルケース)
本記事は、複数業界での導入支援経験をもとに構成した想定モデルケースです。登場する会社・数値はすべて仮想のモデルであり、実在企業の実測値ではありません。効果の数値はすべて「試算」です。

「第1回の定期報告、集計に何日かかりましたか?」

令和8年6月末、改正クリーンウッド法の第1回定期報告の期限が過ぎました。対象となった製材・木材流通の現場では、年間の譲受け量と合法性確認木材等の数量を突き合わせるために、検収簿とExcelと紙の伐採届を1年分ひっくり返した会社が少なくないはずです。報告を出し終えたいまが、来年に向けて記録体制を作り直すいちばんの好機です。

製材業は構造的に人手が減り続けている業界です。農林水産省の「令和7年木材統計」によると、全国の製材工場数は3,423工場で、前年から124工場(3.5%)減少しました(令和8年6月12日公表)。事務員を増やして書類仕事に対応する、という選択肢は現実的ではありません。

一方で書類仕事は増える方向です。クリーンウッド法(合法伐採木材等の流通及び利用の促進に関する法律、平成28年法律第48号)は、施行当初は登録事業者の自主的な取り組みが中心でしたが、改正法が2025年(令和7年)4月1日に施行され、川上・水際に当たる第一種木材関連事業者——素材生産販売事業者から原木を直接譲り受ける製材工場や原木市場、木材等の輸入事業者など——に対して、原材料情報の収集・整理と合法性の確認(法第6条)、記録の作成・5年保存(法第7条・省令第4条)、譲渡し先への情報の伝達(法第8条)が義務付けられました。川中・川下の第二種木材関連事業者は引き続き努力義務です。

義務に違反すると、主務大臣の指導・勧告、事業者名の公表を経て命令が出され、命令違反には100万円以下の罰金(法第11条・第45条)が定められています。「忙しかったので台帳が追いついていません」は通用しない制度設計です。本記事では、原木市場と素材生産業者から年間約3.5万立方メートルの原木を仕入れる従業員35名規模の製材会社(想定モデル)を題材に、Claude Codeでこの記録業務をどう圧縮するか、実装レベルで解説します。「法定記録×現場帳票の突合」という骨格は水産加工の漁獲番号・取引記録の効率化事例と共通ですが、木材の特徴は「書類(伐採届の写し等)と現物ロットのひも付け」が確認作業の中心になる点です。

導入前の状況:伐採届のコピーが「どの原木の分か」わからない

モデルとした製材会社の入荷ルートは3つあります。(1)原木市場での競り落とし、(2)素材生産業者(伐採・搬出を行う林業事業体)からの直送、(3)山林所有者からの立木買いです。改正法の施行後、このうち(2)と(3)が第6条第1項の「素材生産販売事業者からの素材の譲受け」「自ら伐採した樹木を材料として生産した素材の加工」に当たり、合法性確認の対象になりました。

導入前の事務フローはこうです。素材生産業者からトラックが着くと、土場で検収係が材長・径級・本数を検収簿(紙)に書く。伐採届の写しは営業担当がメールやFAXで受け取り、印刷して「伐採届」というキングファイルに時系列で綴じる。月末に事務員がExcelの仕入台帳へ検収簿を転記する——。

問題は、書類と原木ロットのひも付けがどこにも記録されていないことでした。「このファイルの伐採届は、どの入荷分の証明書類なのか」が、担当者の記憶にしか存在しない。定期報告のために1年分を集計しようとした総務課長は、検収簿1,400枚と伐採届ファイル6冊を突き合わせる作業に延べ3週間(試算)を費やし、それでも「証明書類が見当たらない入荷」が2割近く残りました。書類が来ていなかったのか、綴じ間違いか、判別できないのです。

これは怠慢ではなく、紙とExcelの運用で「ロット単位のトレーサビリティ」を維持すること自体に無理があります。そこで、既に見積書作成で使っていたClaude Codeを、記録業務の基盤づくりに投入しました。

Claude Codeに任せた4つの役割

  1. 検収簿・仕切書の構造化 — 紙の原木検収簿のスキャンと原木市場の仕切書CSVを、ロットID付きのJSONに変換。樹種・材積・入荷日・仕入先を統一スキーマに揃える
  2. 合法性確認台帳の生成と突合 — 入荷ロットと伐採届の写し等の証明書類をひも付けた台帳を生成し、「書類が不足しているロット」を毎週自動で洗い出す
  3. 情報伝達書面のドラフト — プレカット工場など他の木材関連事業者へ製品を譲渡す際の、法第8条の伝達事項(合法性確認に用いた情報、合法性確認木材等であるか否かの別)の下書きを出荷データから生成
  4. 定期報告の集計下書き — 年間の譲受け等の総量と合法性確認木材等の数量を台帳から機械集計し、報告様式に転記できる形のサマリーを出力

重要なのは、合法性の確認という「判断」そのものはAIに任せないことです。Claude Codeが担うのは、判断材料を揃え、記録を構造化し、抜け漏れを検知するところまで。「この書類で蓋然性が高いと言えるか」の評価は管理責任者が行い、迷うケースは林野庁の手引きと相談窓口に当たる運用にしています。

実装スタックとリポジトリ構成

  • 動作環境:Claude Code(CLI)、Python 3.12、macOS / Windows 11(WSL2)
  • データ:原木検収簿スキャン(PDF)、原木市場の仕切書CSV、伐採届の写し(PDF)、出荷・納品データ(販売管理システムからのCSVエクスポート)
  • 保存先:社内ファイルサーバー上のGit管理フォルダ(機微情報のためクラウド同期は経営判断で限定)
cleanwood-ledger/
├── CLAUDE.md               # 運用ルール(採番規則・禁止事項)
├── intake/                 # 入荷系の生データ
│   ├── scans/2026-07/      # 検収簿スキャン
│   └── shikiri/2026-07/    # 市場仕切書CSV
├── documents/              # 証明書類
│   └── batsusai/2026-07/   # 伐採届の写し(PDF)
├── ledger/                 # 構造化済みデータ
│   ├── lots/2026-07.jsonl  # ロット台帳
│   └── legality/2026-07.jsonl  # 合法性確認台帳
├── outbound/               # 法第8条の情報伝達ドラフト
├── reports/                # 定期報告・週次チェック結果
└── scripts/                # 生成した集計・突合スクリプト

CLAUDE.mdには、業務固有の停止線を明記します。ここを雑にすると、AIが「気を利かせて」データを補完してしまい、法定記録として使えなくなります。

# CLAUDE.md(抜粋)
## 絶対ルール
- 検収簿・仕切書の数値(材積・本数・径級)は1文字も補正しない。
  判読できない場合は "unreadable" として要確認リストに回す
- ロットIDの採番は LOT-{YYYYMMDD}-{仕入先コード}-{連番} に固定
- 伐採届の写しとロットのひも付けは「候補の提示」まで。
  確定は必ず人間が行い、confirmed_by フィールドに記録する
- 合法性確認の判断(蓋然性の評価)はAIの業務範囲外。
  ledger/legality/ の status を AI が "confirmed" にすることは禁止
- 不足している情報があれば、最初に質問してから作業を開始すること

実装の核心:検収データの構造化から定期報告の下書きまで

Step 1:原木検収簿と仕切書をJSONへ

最初の1週間は、これだけをやりました。紙の検収簿スキャンをClaude Codeに読ませ、統一スキーマのJSONLに変換します。

intake/scans/2026-07/ の検収簿スキャンを読み取り、
ledger/lots/2026-07.jsonl に1ロット1行で追記してください。

スキーマ: lot_id, received_date, supplier_name, supplier_type
("market"=原木市場 / "producer"=素材生産業者 / "standing"=立木買い),
species(例: スギ, ヒノキ), volume_m3, origin_pref, origin_note

ルール:
- 数値・仕入先名は原文ママ。判読不能は "unreadable" にして
  reports/needs-review.md に行番号付きで列挙
- supplier_type が producer / standing のロットには
  legality_required: true を付与
- 仮定した点は必ず"仮定"と明記してください

ポイントは、仕入ルートの区分(supplier_type)をこの段階で付けてしまうことです。合法性確認の対象になるのは素材生産業者からの直送と立木買いのロットなので、後段の突合対象を機械的に絞り込めます。市場経由の仕入れで、既に合法性確認済みである旨が市場側から伝達されているもの(法第6条第1項第1号のかっこ書き)は、伝達情報の記録だけ残して確認対象から外します。

Step 2:合法性確認台帳——伐採届の写しとの突合と不足検知

次に、証明書類の側を構造化します。法第6条第2項が求める原材料情報は、(1)樹種と伐採された地域、(2)森林法第10条の8第1項の届出書(いわゆる伐採届)の写し、原産国政府機関発行の証明書の写し、またはこれらに代わる政令で定める情報——です。省令上、樹種は取引で通常用いている名称、伐採地域は都道府県・市町村など一般に知られている地名で記録できるので、現場の書き方をそのまま活かせます。

documents/batsusai/2026-07/ の伐採届の写し(PDF)から
届出者名・森林の所在(市町村)・樹種・伐採期間を抽出し、
ledger/lots/2026-07.jsonl の legality_required: true のロットと
突合してください。

- 仕入先名と届出者名、伐採期間と入荷日、樹種の3点が整合する
  組み合わせを「候補」として ledger/legality/2026-07.jsonl に
  status: "candidate" で出力(確定は人間が行う)
- どの書類とも対応しないロットは reports/missing-docs.md に
  「ロットID・仕入先・入荷日・不足書類」の表で列挙
- 判断に迷う組み合わせは無理にひも付けず、理由を添えて
  要確認リストへ。数字と固有名詞には根拠(元ファイル名)を添えること

この「missing-docs.md」が、実務では最も価値のある成果物です。導入前は定期報告の直前になって書類不足が発覚していたのが、毎週金曜の朝に「今週の入荷で証明書類が揃っていないロット一覧」が届くようになりました。書類の追送依頼を入荷から1週間以内に出せるので、仕入先の素材生産業者側も「どの納品の話か」をすぐ思い出せます。法第9条により、素材生産販売事業者には求めに応じて合法性確認に資する情報を提供する義務があるため、依頼の根拠も明確です。

確定操作は人間の仕事です。総務担当が候補一覧を見て、正しいひも付けをCLIで承認すると、statusが”linked”になり、confirmed_byに担当者名が入ります。5年保存(省令第4条・第6条)に耐える台帳として、「いつ・誰が・どの書類で確認したか」を残すためです。

Step 3:情報伝達書面と定期報告の集計ドラフト

出口側も自動化します。プレカット工場や木材市場など、他の木材関連事業者へ製品を譲渡すときは、法第8条により、合法性確認に用いた情報と「合法性確認木材等であるか否かの別」を伝達する必要があります。

販売管理システムの出荷CSV(outbound/ship-2026-07.csv)を読み、
出荷先が木材関連事業者である行について、法第8条の伝達書面
ドラフトを outbound/drafts/ に1出荷1ファイルで生成してください。

記載事項: 出荷日・品目・数量・対応するロットID・
合法性確認木材等であるか否かの別・確認に用いた書類の種別
- ledger/legality/ で status が "linked" 以外のロットを含む出荷は
  ドラフトを作らず、警告として reports/hold-list.md に回すこと

そして定期報告です。対象となる第一種木材関連事業者(国産材系は年間の譲受け等の総量3万立方メートル以上・省令第9条)は、毎年、木材等の総量と合法性確認木材等の数量を主務大臣に報告します(法第12条)。台帳がJSONLで揃っていれば、集計は1コマンドです。

ledger/lots/ と ledger/legality/ の2025年度分(2025-04〜2026-03)から、
- 譲受け等の総量(supplier_type別の内訳付き)
- うち合法性確認木材等の数量(status: "linked" のロット合計)
- 確認未了ロットの数量と件数
を集計し、reports/annual-2025.md に表で出力してください。
林野庁の定期報告様式への転記は人間が行うので、
様式の項目名と対応がわかる形で並べること。

導入前に延べ3週間かかった集計作業は、この体制なら台帳の最終確認を含めて2営業日程度(試算)に収まる見込みです。なお、林野庁は情報伝達・記録・報告書作成を支援する公式の「クリーンウッドシステム」も提供しています。本モデルの台帳設計は、そうした公式システムや既存の販売管理システムへ正確なデータを渡すための前処理層という位置付けで、置き換えを狙うものではありません。

段階的導入のロードマップ

Phase 1(1〜2ヶ月):構造化と現状把握。検収簿・仕切書のJSON化だけを回し、ロット台帳の精度を上げる。この段階で「証明書類が揃っていない入荷が実は何割あるか」が可視化され、多くの会社はここで青ざめます。それが正常です。

Phase 2(3〜4ヶ月):突合と週次チェックの定着。合法性確認台帳と不足検知レポートを毎週回し、仕入先への書類依頼をルーチン化する。CLAUDE.mdの採番規則・禁止事項を現場の実態に合わせて改訂するのもこの時期です。

Phase 3(5〜8ヶ月):出口と報告の自動化。情報伝達書面のドラフト生成、月次サマリー、年度末の定期報告集計まで広げる。登録木材関連事業者の登録(法第15条)を目指す場合は、この台帳がそのまま申請時の説明資料の土台になります。

想定効果(試算)

指標 導入前 導入後(試算) 改善
年次報告用の集計作業 延べ3週間 2営業日 約85%削減
証明書類の不足発覚 年度末にまとめて発覚 入荷週の金曜に検知 追送依頼まで平均5日
月次の台帳転記・整理 約20時間/月 約4時間/月(承認作業中心) 16時間/月の圧縮
伝達書面の作成 出荷ごとに手書き・約15分 ドラフト自動生成+確認3分 約80%削減

数値はいずれも従業員35名・年間取扱量約3.5万立方メートルの想定モデルにおける試算です。取扱量が定期報告の基準未満の会社でも、合法性確認・記録・伝達の義務(法第6〜8条)は規模を問わず第一種木材関連事業者に掛かるため、Step 1〜2だけの部分導入でも効果は出ます。

【要注意】よくある失敗パターンと回避策

失敗1:AIに「蓋然性の判断」までさせる

❌ 「この伐採届で合法性は確認できますか?」とAIに聞き、回答をそのまま台帳のstatusに反映する → 法が事業者に求める確認行為を放棄したことになり、立入検査(法第40条)で説明できない。
⭕ AIの業務範囲は「書類とロットの対応候補の提示」「不足の検知」まで。蓋然性の評価は林野庁の手引き・チェックリストに沿って人間が行い、判断者名を台帳に残す。

失敗2:検収数値を「いい感じに」補正させる

❌ かすれた検収簿の材積をAIに推測で埋めさせる → 定期報告の数量根拠が崩れ、虚偽報告を疑われるリスクすらある。
⭕ 判読不能は “unreadable” として要確認リストへ。原本に当たって人間が修正し、修正履歴を残す。CLAUDE.mdに「1文字も補正しない」と明記する。

失敗3:ひも付けを「ファイル名の類似」だけで確定する

❌ 伐採届PDFのファイル名と仕入先名が似ているという理由で自動確定する → 同じ素材生産業者から複数現場の材が入ると、別の山の届出書にひも付く。
⭕ 仕入先・伐採期間・樹種の3点整合を候補条件にし、確定は必ず人間が行う。迷ったら「ひも付けない」を正とする。

失敗4:「ファイルがあるだけ」の5年保存

❌ 伐採届のPDFを共有フォルダに放り込んで保存義務を果たしたつもりになる → 照会時にロットから書類へたどれず、実質「取り出せない記録」に。
⭕ documents/ とledger/ の対応を索引で維持し、四半期に1回、過去のロットをランダムに選んで「3分以内に証明書類まで遡れるか」を試す。索引の生成もプロンプト1本です。

適用余地のある業界・規模

「証明書類×現物ロットの突合」という骨格は、木材の輸入商社(原産国政府機関の証明書との突合)、家具・製紙メーカーの原材料調達、バイオマス発電の燃料材調達でもほぼ同型が通用します。廃棄物の流れを法定帳票で追う産廃処理業のマニフェスト管理の効率化事例、現場帳票の構造化と標準化を扱った製造業の作業手順書・技能伝承の効率化事例と設計思想は共通です。従業員10名前後の製材所でも、検収簿の構造化と不足検知だけに絞れば投資対効果は出やすいはずです。

まとめ:今日から始める3つのアクション

  1. 今日やること:直近1か月分の原木検収簿と伐採届の写しをスキャンして1フォルダに集め、Step 1の構造化プロンプトを1本流してみる(数値の補正はさせない設定で)
  2. 今週中:ロットIDの採番規則と「数値は原文ママ」「確定は人間」の原則をCLAUDE.mdに書き、自社の仕入ルート別に合法性確認の要否(第6条第1項のどの号に当たるか)を整理する
  3. 今月中:先月分の入荷を題材に突合と不足検知を1回実行し、「書類が揃っていないロット一覧」を管理責任者とレビューする。自社が定期報告の対象規模かどうか、林野庁の運用資料で確認する

FAQ

Q1. 製材会社でClaude Codeは具体的に何に使えますか?

原木検収簿・仕切書の構造化、入荷ロットと伐採届の写し等をひも付けた合法性確認台帳づくり、証明書類の不足検知、法第8条の情報伝達書面のドラフト、法第12条の定期報告の集計下書きが代表例です。いずれも合法性の確認そのものの判断は人間が行う、補助ツールとしての活用です。

Q2. 合法性の確認は誰に義務がありますか?

素材生産販売事業者から原木を直接譲り受ける、木材等を輸入する、自ら伐採した樹木から素材を生産して加工するなど、川上・水際に当たる第一種木材関連事業者です。2025年4月1日施行の改正法で、原材料情報の収集・整理と合法性の確認(法第6条)、記録の作成・保存(法第7条)、情報の伝達(法第8条)が義務になりました。川中・川下の第二種木材関連事業者は努力義務です。自社の該当性は林野庁のクリーンウッド・ナビや相談窓口で確認してください。

Q3. 記録はどのくらいの期間保存が必要ですか?

原材料情報に関する記録・合法性の確認に関する記録とも、作成した日から5年間の保存が省令で定められています(作成から譲渡しまでが5年を超える場合は譲渡しの日まで)。照会時にロットや取引日から検索して取り出せる状態で保存しておくことが実務上は重要です。

Q4. 定期報告はすべての製材会社に必要ですか?

いいえ。定期報告(法第12条)の対象は取扱量が省令の基準以上の第一種木材関連事業者に限られ、国産材系は年間の譲受け等の総量3万立方メートル以上が基準です。第1回の報告期限は令和8年6月末でした。基準未満でも合法性確認・記録・伝達の義務はあるため、台帳整備は規模を問わず必要です。対象かどうかは林野庁の運用資料・相談窓口で確認してください。

Q5. 導入コストはどのくらいかかりますか?

本記事のモデルケースでは月数万円程度のプラン・API費用に加えて、初期の検収簿フォーマット統一・書類命名規則づくりの工数という試算です。料金は改定されるため、必ずAnthropic公式サイトで最新情報を確認してください。

参考・出典


著者:佐藤傑(さとう・すぐる)
株式会社Uravation代表取締役。X(@SuguruKun_ai)フォロワー約10万人。100社以上の企業向けAI研修・導入支援を展開。著書『AIエージェント仕事術』(SBクリエイティブ)。SoftBank IT連載7回執筆。

木材業に限らず「証明書類×現物ロットの突合」「法定記録の台帳化」まわりの自動化のご相談は、お問い合わせフォームからお気軽にどうぞ。

Next Step

この事例を、自社の業務に置き換える。

対象業務、利用データ、評価基準、社内展開の順番まで整理すると、AI開発ツール導入の失敗を減らせます。

導入を相談する