結論：水産加工・卸の「漁獲番号の転記・伝達書類づくり・取引記録の3年保存」は、水産流通適正化法で様式と記録事項がほぼ固定された定型業務の塊であり、Claude Codeでスクリプト化することで事務側の作業時間を大きく圧縮できる余地があります（本記事は想定モデルケースの試算です）。
- 要点1：紙の仕切書・入荷伝票はまずJSONに構造化してから台帳化する。漁獲番号は「1文字も補正しない」転記ルールが品質の分かれ目
- 要点2：法第6条の取引記録（名称・重量又は数量・相手方・年月日・漁獲番号又は荷口番号）は、入荷・出荷データからの機械集計＋人間承認の型に載せやすい
- 要点3：2026年4月施行の改正法で太平洋クロマグロの大型魚（30kg以上）が対象に加わったため、マグロを扱う仲買・加工は今まさに記録体制の整備が必要
対象読者：水産加工会社・産地仲買・水産卸の管理部門、漁協の販売・指導担当、水産業のDXを支援するエンジニア・PM
今日やること：直近1か月分の仕切書・入荷伝票をスキャンまたはCSVで1つのフォルダに集め、後述の「構造化プロンプト」を1本試す
事例出典：想定シナリオ（モデルケース）
本記事は、複数業界での導入支援経験をもとに構成した想定モデルケースです。登場する会社・数値はすべて仮想のモデルであり、実在企業の実測値ではありません。効果の数値はすべて「試算」です。
水産業は担い手の減少が続く業界です。農林水産省の統計によると、漁業就業者数は令和6年時点で約11.5万人まで減少しています。一方で現場の書類仕事は減るどころか増えています。その象徴が水産流通適正化法（特定水産動植物等の国内流通の適正化等に関する法律、令和2年法律第79号）への対応です。
この法律は2022年12月1日に施行され、違法採捕された水産物の流通を防ぐため、あわび・なまこを皮切りに、取扱事業者の届出、事業者間での漁獲番号の伝達、取引記録の作成・3年保存を義務付けました。2025年12月からはうなぎの稚魚（全長13cm以下）に適用が広がり、さらに2026年（令和8年）4月1日には改正法（令和6年法律第66号）が施行されて太平洋クロマグロの大型魚（30kg以上）が特定第一種に追加されました。つまり本記事を書いている2026年7月時点で、マグロを扱う産地仲買・加工・卸は、まさに新しい記録義務への対応の渦中にいます。
届出をせずに対象水産物を譲り渡した場合や虚偽の届出には50万円以下の罰金（法第37条）という罰則まであるので、「忙しかったので記録が雑になりました」は通用しません。本記事では、あわび・なまこ・クロマグロを扱う従業員25名規模の水産加工会社（想定モデル）を題材に、Claude Codeでこの記録業務をどう圧縮するか、実装レベルで解説します。「法定記録×現場帳票の突合」という骨格は酒蔵の製造記録・酒税帳簿の効率化事例と共通ですが、水産の特徴は「番号を次の事業者へ伝達する」義務が加わる点にあります。
導入前の状況：手書き仕切書と「番号が旅をする」流通構造
想定モデルの水産加工会社B社（仮）の業務フローはこうです。
- 入荷：漁協の市場で買い付けたあわび・なまこ・マグロが、手書きまたは感熱紙の仕切書・販売通知書とともに届く。仕切書には出荷者の届出番号や漁獲番号（または荷口番号）が記載されている
- 加工：原料ロットを複数まとめて加工（ボイル・乾燥・ロイン化）するため、入荷時の漁獲番号と製品ロットの対応関係が発生する。ここで自社の荷口番号を採番して対応表をExcelで管理
- 出荷：出荷先の卸・輸出業者へ、送り状や納品書に荷口番号を表示して伝達。あわせて取引記録（品名・重量・相手方・年月日・番号）を作成
- 保存・照会対応：取引記録を3年保存。取引先や行政から産地・ロットの照会が来たら、仕切書の綴りとExcelを遡って回答
ボトルネックは明確でした。仕切書からExcel台帳への転記と漁獲番号の突合に週およそ6時間。加工でロットが分割・混載されるたびに荷口番号の対応表を手作業更新し、月末の取引記録の整備に月およそ10時間。そして産地照会が1件来ると、紙の綴りを遡るのに半日潰れることもありました。2026年4月からクロマグロ大型魚が加わり、対象取引の件数は体感で3割増える見込み。人を増やさずに回すには、記録の生成と検索を機械に寄せるしかない、というのが出発点です。
Claude Codeに任せた4つの役割
B社モデルでは、Claude Codeに次の4つを担当させる設計にしました。
- 仕切書・入荷伝票の構造化 — スキャンOCR済みテキストを読み込み、出荷者名・届出番号・漁獲番号・魚種・重量・日付をJSONに正規化。番号は1文字も補正させない（読めなければ「判読不能」として人間に回す）
- 荷口番号の採番と対応台帳の維持 — 加工ロットへの原料割当を記録し、漁獲番号⇔荷口番号の対応表を自動更新。採番ルールはCLAUDE.mdに固定
- 取引記録ドラフトと欠落チェック — 入荷・出荷データから法第6条の記録事項（名称・重量又は数量・相手方・年月日・漁獲番号又は荷口番号）を揃えた記録を生成し、番号未記載・重量不一致などの欠落を毎週検知。確定は管理責任者の承認制
- 産地照会・ロット追跡レポート — 「この製品ロットの原料はどの漁獲番号か」を対応台帳から逆引きし、照会回答のドラフトを数分で生成
実装スタックとリポジトリ構成
特別なインフラは使いません。事務所のPC1台で完結する構成です。
- Claude Code（CLI。ターミナルから
claudeで起動） - Python 3.12（CSV前処理・台帳出力・突合スクリプト。Claude Codeに書かせる）
- 既存資産：仕切書のスキャンOCRテキスト、Excelの入出荷台帳（CSV化して使用）、出荷先マスタ
suisan-ops/
├── CLAUDE.md # 業務ルール・採番規則・番号の取り扱い規約
├── inbox/ # 仕切書OCR・入出荷データの投入口
├── data/
│ ├── suppliers.csv # 出荷者マスタ（漁協・届出番号）
│ ├── customers.csv # 出荷先マスタ
│ ├── catch_numbers/ # 構造化済みの入荷記録JSON
│ └── lot_map.csv # 漁獲番号⇔荷口番号の対応台帳
├── records/ # 生成された取引記録（年月別・3年保存）
├── reports/ # 欠落チェック・照会回答ドラフト
└── scripts/ # Claude Codeが生成・保守するPython
肝は CLAUDE.md です。ここに「番号は絶対に補正・推測しない」「荷口番号の採番形式」「対象魚種の判定は人間の担当」という3原則を明記しておくと、以降のセッションでClaude Codeが一貫した挙動をとります。
# CLAUDE.md（抜粋）
## 番号の取り扱い（最重要）
- 漁獲番号・届出番号・荷口番号はOCR原文のまま転記する。
1文字でも曖昧なら値を空にして status: "judoku_funou" を付ける。
- 番号の補完・類推・チェックディジット修正を提案してはならない。
## 採番規則
- 荷口番号: LOT-{YYYYMMDD}-{魚種コード}-{連番3桁}（例: LOT-20260701-ABL-003）
## 判断の分界
- 「この商品が特定第一種に該当するか」の判定は行わない。
疑義リストに積んで人間へ回す。
実装の核心：仕切書の構造化から取引記録ドラフトまで
Step 1：仕切書OCRをJSONへ
最初の1本は、OCR済みテキストの構造化プロンプトです。ターミナルで claude を起動し、こう指示します。
inbox/ 配下の仕切書OCRテキストを読み、1枚ごとに次のJSONへ構造化して
data/catch_numbers/ に保存してください。
- 項目: 出荷者名 / 届出番号 / 漁獲番号または荷口番号 / 魚種 / 形態
（活・生鮮・冷凍など） / 重量kg / 取引日
- 番号類はCLAUDE.mdの規約どおり原文ママ。判読できない文字が
1つでもあれば値を空にして status を judoku_funou にする
- 出荷者名は suppliers.csv の正式名称に正規化し、マスタにない
出荷者は new_supplier.md に一覧化するポイントは、正規化してよい項目（出荷者名・魚種表記）と、絶対に触ってはいけない項目（番号類）を分けていることです。「アワビ／あわび／鮑」の表記ゆれ吸収はAIの得意技ですが、漁獲番号にそれをやられると照合不能になります。
Step 2：荷口番号の採番と対応台帳の更新
加工で原料ロットをまとめるときは、割当を宣言して台帳を更新させます。
本日の加工計画: LOT-20260716-ABL-001（あわび煮貝、原料は
catch_numbers/ の 7/14 入荷分3件）を作成します。
- lot_map.csv に「荷口番号, 構成する漁獲番号, 原料重量, 加工日」を追記
- 構成漁獲番号のうち取引記録が未作成のものがあれば警告
- 追記後、lot_map.csv の重複・欠番をチェックして結果を報告法第5条は、漁獲番号に代えて荷口番号（漁獲番号に対応する自社の番号）で伝達することを認めています。複数ロットを混載する加工業では実質こちらが主役で、だからこそ「荷口番号から元の漁獲番号へ必ず遡れる」対応台帳の整合性が生命線になります。ここを毎回機械チェックに通すのがこの設計の核です。
Step 3：取引記録ドラフトと週次の欠落チェック
records/2026-07/ に今週の出荷分の取引記録ドラフトを生成してください。
- 記録事項: 名称 / 重量又は数量 / 相手方（届出番号含む） / 年月日 /
漁獲番号又は荷口番号
- 入荷重量の合計と出荷・在庫の合計が魚種別に一致するか検算し、
差分があれば discrepancy.md に一覧化
- 番号が空欄の取引は「要修正」フラグを付けて先頭にまとめる生成された記録はあくまでドラフトで、毎週金曜に管理責任者が「要修正」を潰してから確定フォルダへ移す運用です。記録義務の主体はあくまで事業者自身なので、AIの出力をそのまま正本にはしません。この「機械集計＋人間承認」の分業は、産業廃棄物処理業のマニフェスト管理の効率化事例とまったく同じ骨格です。
産地照会・ロット追跡：半日仕事を15分に
取引先や行政から「この製品の原料ロットの産地を教えてほしい」という照会が来たときは、対応台帳の逆引きです。
照会対応: 製品ロット LOT-20260716-ABL-001 について、
lot_map.csv と data/catch_numbers/ を遡り、
- 構成する漁獲番号と出荷者（漁協名・届出番号）
- 各原料の入荷日・重量
- 該当する取引記録ファイルのパス
を1枚のMarkdownレポートにまとめてください。判明しない項目は
「記録なし」と明記し、推測で埋めないこと。紙の綴りを遡って半日かかっていた作業が、台帳さえ整っていれば数分でドラフトが出ます。「推測で埋めない」を毎回明記するのは、照会回答こそ誤答が命取りになるからです。
段階的導入のロードマップ
- 第1段階（1〜2週目）：仕切書OCRの構造化だけを回す。判読不能率を計測し、スキャン品質と原文ルールを調整
- 第2段階（3〜6週目）：荷口番号の採番規則を固め、lot_map.csv の運用開始。過去1か月分を遡って登録
- 第3段階（2〜3か月目）：取引記録ドラフト＋週次欠落チェックを本稼働。管理責任者の承認フローを確立
- 第4段階（3か月目以降）：照会対応レポートと月次サマリを追加。クロマグロなど新規対象種の取引開始時はここで吸収
想定効果（試算）
B社モデルでの試算です。実在企業の実測値ではありません。
| 業務 | 導入前（想定） | 導入後（試算） |
|---|---|---|
| 仕切書の転記・漁獲番号台帳の更新 | 週6時間 | 週1.5時間（確認中心） |
| 取引記録の月次整備・検算 | 月10時間 | 月2〜3時間 |
| 産地照会・ロット追跡の回答 | 1件あたり半日 | 1件あたり15〜30分 |
| 記録の欠落・番号未記載の発見 | 月次でまとめて発覚 | 週次で自動検知 |
時間削減そのものより、「罰則付きの記録義務を、属人的な手作業から検証可能な仕組みに載せ替える」ことのリスク低減価値が大きい、というのが実務的な評価です。
漁獲番号と並んで負担が大きいのが衛生記録です。「HACCP衛生記録の仕組み化」で続かない現場への対処を扱っています。
【要注意】よくある失敗パターンと回避策
失敗1：漁獲番号のOCR誤読をAIに「いい感じに」補正させる
❌ 「0とO、1とIが混ざるので、それっぽく直して」と指示する → 番号が静かに書き換わり、上流の漁協の記録と照合できなくなる。悪意がなくても記録の信頼性そのものが崩壊します。
⭕ 番号類は原文ママ＋判読不能フラグの二択に固定し、曖昧な札は人間が現物の仕切書で確認する。補正禁止をCLAUDE.mdに明記する。
失敗2：荷口番号の採番が人によってバラバラ
❌ 現場の各担当が「7/16のあわび」「A-3」など自己流で採番 → 対応台帳が事実上の暗号になり、逆引き不能に。
⭕ 採番形式をCLAUDE.mdに1つだけ定義し、形式外の番号はコミット前チェックで弾く。過去の自己流番号は移行表を1回だけ作って吸収する。
失敗3：対象魚種・該当性の判断までAIに任せる
❌ 「この加工品は特定第一種に該当する？」をAIの回答で確定する → 法解釈の誤りは罰則リスクに直結。加工品の該当範囲は省令・Q&Aの読み込みが必要な領域です。
⭕ AIは疑義の洗い出しと論点整理まで。該当性の確定は水産庁加工流通課・都道府県の水産部局への確認を運用に組み込む。
失敗4：「ファイルがあるだけ」の3年保存
❌ PDFと Excel を共有フォルダに放り込んで保存義務を果たしたつもりになる → 照会時に漁獲番号から検索できず、実質「取り出せない記録」に。
⭕ records/ を年月別に固定し、番号・取引日・相手方で検索できる索引を月次で自動生成する。年1回、ランダムな過去取引で「3分以内に遡れるか」の訓練をする。索引の生成もプロンプト1本です。
月次締め: records/2026-07/ の全取引記録から、
漁獲番号・荷口番号・取引日・相手方をキーにした索引CSVを
records/index/2026-07.csv として生成してください。
既存の索引と重複・欠落がないか照合し、結果を3行で報告。適用余地のある業界・規模
「番号の伝達×取引記録×保存義務」という骨格は、特定第一種を扱う産地仲買・卸・輸出業者だけでなく、サバ・サンマ・マイワシ・イカなど特定第二種（輸入時に適法採捕の証明書類が必要）を扱う商社・輸入加工でも、書類点検の自動化としてほぼ同型が通用します。また、入荷データの正規化と台帳突合の設計は農業法人の資材発注・原価管理の自動化事例と共通の型です。従業員10名前後の仲買でも、仕切書の構造化と取引記録ドラフトだけに絞れば投資対効果は出やすいはずです。
まとめ：今日から始める3つのアクション
- 今日やること：直近1か月分の仕切書をスキャンして1フォルダに集め、Step 1の構造化プロンプトを1本流してみる（番号の補正はさせない設定で）
- 今週中：荷口番号の採番規則と「番号は原文ママ」の原則をCLAUDE.mdに書き、現場の自己流採番を10個棚卸しする
- 今月中：先月分の出荷を題材に取引記録ドラフト生成と欠落チェックを1回実行し、「要修正」一覧を管理責任者とレビューする。クロマグロ大型魚の取扱いがあるなら、届出状況と記録フローを水産庁の資料で再点検する
FAQ
Q1. 水産加工会社でClaude Codeは具体的に何に使えますか？
仕切書・入荷伝票の構造化、漁獲番号⇔荷口番号の対応台帳づくり、法第6条の取引記録ドラフト生成と欠落チェック、産地照会・ロット追跡レポートが代表例です。いずれも最終確認は人間が行う補助ツールとしての活用です。
Q2. 漁獲番号の伝達や取引記録は誰に義務がありますか？
あわび・なまこ・うなぎ稚魚（全長13cm以下）・太平洋クロマグロ大型魚（30kg以上）を扱う採捕者・卸・加工・輸出などの取扱事業者です。採捕事業者の届出（法第3条）、事業者間の番号伝達（法第4条・第5条）、取引記録の作成・保存（法第6条）が柱です。自社の該当性は水産庁・都道府県の窓口で確認してください。
Q3. 取引記録はどのくらいの期間保存が必要ですか？
取引等の日から3年間の保存が必要とされています。ファイルが存在するだけでなく、漁獲番号や取引日から検索して取り出せる状態にしておくことが実務上は重要です。
Q4. 法律の該当判断までAIに任せて大丈夫ですか？
危険です。AIが担うのは記録の構造化・突合・下書きまでとし、対象魚種や加工品の該当性、届出要否は水産庁加工流通課や都道府県の水産部局に確認する運用にしてください。
Q5. 導入コストはどのくらいかかりますか？
本記事のモデルケースでは月数万円程度のプラン・API費用＋初期の台帳整理・命名規則づくりの工数という試算です。料金は改定されるため、必ずAnthropic公式サイトで最新情報を確認してください。
参考・出典
- 水産庁「特定水産動植物等の国内流通の適正化等に関する法律」 — 制度概要・特定第一種（あわび・なまこ・うなぎ稚魚・太平洋クロマグロ大型魚）・改正法（令和6年法律第66号、令和8年4月1日施行）（参照日: 2026-07-16）
- e-Gov法令検索「特定水産動植物等の国内流通の適正化等に関する法律」（令和2年法律第79号） — 第3条（届出）・第4条〜第5条（漁獲番号等の伝達・荷口番号）・第6条（取引記録の作成・保存）・第37条（罰則：50万円以下の罰金）（参照日: 2026-07-16）
- 農林水産省「漁業労働力に関する統計」 — 漁業就業者数 令和6年約11.5万人（漁業構造動態調査等）（参照日: 2026-07-16）
- 水産庁「水産流通適正化法に係る周知・普及啓発資料」 — うなぎ稚魚への適用（令和7年12月〜）・事業者向け説明資料（参照日: 2026-07-16）
- Anthropic「Claude Code 公式ドキュメント」 — CLI・CLAUDE.md・運用設定の一次情報（参照日: 2026-07-16）
著者：佐藤傑（さとう・すぐる）
株式会社Uravation代表取締役。X（@SuguruKun_ai）フォロワー約10万人。100社以上の企業向けAI研修・導入支援を展開。著書『AIエージェント仕事術』（SBクリエイティブ）。SoftBank IT連載7回執筆。
水産業に限らず「番号の伝達×法定記録×トレーサビリティ」まわりの自動化のご相談は、お問い合わせフォームからお気軽にどうぞ。
