結論：買取店・リサイクルショップの「古物台帳への記載・本人確認記録・3年保存」は、古物営業法で記載事項が条文レベルで固定された定型業務の塊であり、Claude Codeで買取伝票の構造化と台帳生成をスクリプト化することで、店舗側・管理側の事務時間を大きく圧縮できる余地があります（本記事は想定モデルケースの試算です）。
- 要点1：法第16条の記載事項は5つ（取引年月日・品目と数量・特徴・相手方の住所氏名職業年齢・確認措置の区分）。買取伝票をJSONに構造化すれば、台帳生成と欠落チェックは機械集計＋人間承認の型に載る
- 要点2：「1万円未満は記録不要」には例外がある。ゲームソフト・CD/DVD・書籍・バイク部品などは金額を問わず本人確認と記録が必要（施行規則第16条第2項）。この判定こそ自動フラグ化の出番
- 要点3：電磁的記録での保存は認められているが、「直ちに書面に表示できる」状態が条件（法第18条）。品触れ・盗品照会に数分で応答できる検索性が実務上の合格ライン
対象読者：買取店・リサイクルショップ・ブランドリユース・中古品ECの店長と管理部門、古物商許可を持つEC事業者、リユース業のDXを支援するエンジニア・PM
今日やること：直近1か月分の買取伝票（紙・POS出力どちらでも）を1つのフォルダに集め、後述の「構造化プロンプト」を1本試す
事例出典：想定シナリオ（モデルケース）
本記事は、複数業界での導入支援経験をもとに構成した想定モデルケースです。登場する会社・数値はすべて仮想のモデルであり、実在企業の実測値ではありません。効果の数値はすべて「試算」です。
中古品の売買は、いまや堂々たる成長市場です。経済産業省の「令和6年度電子商取引に関する市場調査」によると、フリマアプリやネットオークションを含む2024年のCtoC-EC市場規模は2兆5,269億円（前年比1.82%増）と推計されています。個人が気軽に中古品を売る時代になった結果、それを買い取って再販する古物商——街の買取店、リサイクルショップ、ブランドリユース、中古品EC——の取引量も増え続けています。
ところが、この商売の足元を支える法律は古物営業法（昭和24年法律第108号）。盗品の流通防止を目的に、古物商には取引の相手方の本人確認義務（法第15条）と、古物台帳（帳簿等）への記載義務（法第16条）、そして最終記載日から3年間の保存義務（法第18条）が課されています。記載をしない・虚偽の記載をすれば6月以下の拘禁刑又は30万円以下の罰金（法第33条）という、れっきとした罰則付きです。
つまり古物商は「取引のたびに法定5項目を記録し、3年間いつでも取り出せる状態にしておく」ことを、買取件数が月数百件になっても続けなければなりません。この構造は、酒蔵の製造記録・酒税帳簿の効率化事例や水産加工の漁獲番号・取引記録の効率化事例と同じ「法定帳簿×現場帳票の突合」型です。古物商の特徴は、そこに本人確認記録の管理と警察対応（品触れ・盗品照会・立入検査）が加わる点にあります。本記事では、従業員15名・実店舗3店舗＋宅配買取＋EC販売の中古品買取会社C社（想定モデル）を題材に、Claude Codeでこの記録業務をどう圧縮するかを実装レベルで解説します。
導入前の状況：手書き買取伝票と「店舗ごとに違う台帳」
想定モデルのC社の業務フローはこうです。
- 店頭買取：来店客から品物を査定し、手書きの買取伝票に品目・型番・状態・金額を記入。運転免許証等のコピーを取り、伝票と一緒にファイルへ綴じる
- 宅配買取：Webフォーム申込→本人確認書類の画像アップロード→品物到着後に査定。承諾メールと査定表はメール・スプレッドシートに分散
- 台帳記入：各店の閉店後、店長がPOSと伝票を突き合わせて古物台帳（Excel）へ転記。店舗ごとに列の並びも記法も微妙に違う
- EC出品：買い取った品はヤフオク・自社ECに出品。出品データと台帳は連携しておらず、どのロットがどの取引由来か逆引きしにくい
ボトルネックは3つありました。第一に転記の重さ。1店舗あたり1日20〜40件の買取があり、台帳転記と伝票整理に店長が毎日45〜60分を使う。第二に判定の属人化。「この1万円未満のゲームソフト、記録いる？」「宅配買取の本人確認、画像だけで足りてる？」といった判断が店長の記憶頼み。第三に警察対応の遅さ。品触れ（盗品等の手配書）や盗品照会が来ると、該当しそうな型番・特徴をExcelと紙伝票から探すのに半日がかりでした。
Claude Codeに任せた4つの役割
- 買取伝票・査定データの構造化 — 手書き伝票のスキャンPDF、POSのCSV、宅配買取のフォームデータを、統一スキーマのJSONに変換する。型番・シリアル番号・特徴は「原文ママ」で転記し、読めない箇所は推測せずUNKNOWNフラグを立てる
- 古物台帳エントリの生成と欠落チェック — 法第16条の5項目（取引年月日／品目・数量／特徴／相手方の住所・氏名・職業・年齢／確認措置の区分）を満たす台帳CSVを生成し、欠落・矛盾を一覧化する
- 例外品目・金額基準の自動フラグ — 対価1万円未満でも本人確認・記録が必要な品目（ゲームソフト・CD/DVD・書籍・バイク部品等、施行規則第16条第2項）を品目マスタで検知し、「記録不要と誤処理していないか」を毎日チェックする
- 品触れ・照会対応の即応レポート — 品目・型番・特徴・取引日をキーに台帳と出品データを横断検索し、警察照会への回答ドラフトを数分で作る
共通する設計思想は「AIは記録の構造化・突合・下書きまで。法解釈と最終確認は人間」です。取引の該当性や確認方法の適法性など判断に迷う点は、所轄警察署の生活安全課（防犯係）に確認する運用を崩しません。
実装スタックとリポジトリ構成
- Claude Code（Anthropicのエージェント型コーディングCLI）＋ Python 3.12
- 入力：買取伝票スキャン（PDF/JPEG）、POSエクスポートCSV、宅配買取フォームのCSV、eKYC事業者の確認結果CSV
- 出力：古物台帳CSV（電磁的記録）、欠落チェックレポート、月次索引、照会回答ドラフト
- 保存：社内NAS＋クラウドストレージの二重化。台帳と本人確認記録は取引IDで相互参照
kobutsu-ledger/
├── CLAUDE.md # 採番規則・原文ママ原則・法定5項目の定義
├── intake/
│ ├── 2026-07/store-A/ # 店舗別の伝票スキャン・POS CSV
│ └── 2026-07/mail-in/ # 宅配買取のフォーム・eKYC結果
├── ledger/
│ ├── 2026-07.csv # 月次の古物台帳（電磁的記録）
│ └── index/ # 品目・型番・相手方の検索索引
├── masters/
│ ├── items.csv # 品目マスタ（例外品目フラグ付き）
│ └── kakunin.csv # 確認措置の区分マスタ
└── scripts/ # 構造化・突合・索引生成スクリプト
CLAUDE.mdには「シリアル番号・型番・氏名は1文字も補正しない」「金額・年齢は数値型、判定不能はUNKNOWN」「台帳の列順は法第16条の号の順に固定」という3原則を明記します。ここが崩れると、後段の欠落チェックがすべて信用できなくなります。
実装の核心：買取伝票の構造化から台帳ドラフトまで
Step 1：買取伝票をJSONへ構造化する
最初の関門は手書き伝票です。C社では複合機でスキャンしたPDFを店舗別フォルダに置き、Claude Codeに次のプロンプトを流します。
intake/2026-07/store-A/ の買取伝票スキャンを読み取り、
1取引=1オブジェクトのJSONに構造化してください。
フィールド: 取引日, 品目, 数量, 型番・シリアル, 特徴(色・傷・付属品),
買取金額, 相手方(住所/氏名/職業/年齢), 確認方法(免許証/マイナンバーカード等)。
ルール:
- 型番・シリアル・氏名は原文ママ。読めない文字は "?" のまま残し
confidence: low を付ける。推測補完は禁止。
- 金額はカンマなし整数。判読不能は UNKNOWN。
出力: intake/2026-07/store-A/structured.json
最後に low confidence の件数と対象を一覧で報告してください。ポイントは水産加工の漁獲番号と同じで、識別子を「いい感じに」直させないことです。盗品照会はシリアル番号の一致で照合されるため、OCRの誤読をAIが善意で補正すると、照会に「該当なし」と誤回答する事故につながります。低信頼フラグが付いた箇所だけ人間が原本を見て確定します。
Step 2：古物台帳エントリの生成と法定5項目の欠落チェック
構造化できれば、台帳生成は機械集計です。
intake/2026-07/ 配下の structured.json をすべて読み込み、
ledger/2026-07.csv に古物台帳エントリを追記してください。
列は古物営業法第16条の順: 取引年月日 / 品目・数量 / 特徴 /
相手方の住所・氏名・職業・年齢 / 確認措置の区分・方法。
併せて欠落チェック:
1) 5項目のいずれかが空・UNKNOWNの取引
2) 対価1万円以上なのに確認措置の記録がない取引
3) masters/items.csv で例外品目(exception=true)なのに
1万円未満を理由に記録省略している取引
を「要修正リスト」としてMarkdownで出力してください。2)と3)の分岐が古物営業法の肝です。本人確認と帳簿記載は、対価の総額が1万円未満の取引では原則免除されます（法第15条第2項第1号、施行規則第16条第1項）。ただし施行規則第16条第2項が定める品目——自動二輪車・原動機付自転車（部分品を含む）、家庭用ゲームソフト、CD・DVDなど光学的方法で記録した物、書籍、電線、金属グレーチング等——は、1万円未満でも確認・記録が必要です。ゲームソフトと本とメディアは買取店の主力商材そのものなので、「少額だから記録不要」という現場の思い込みが一番危ない場所です。品目マスタに例外フラグを持たせ、毎日の締めで機械的に検知します。
なお、売却（引き渡し）側の記録義務は美術品類・時計宝飾品類・自動車・自動二輪車等に限られる（施行規則第18条）など、受け取りと引き渡しでルールが非対称な点も台帳ロジックに落とし込んでおくと、無駄な入力を現場に強いずに済みます。
Step 3：非対面買取の本人確認記録を突合する
宅配買取の本人確認は、対面より要件が細かい領域です。施行規則第15条第3項には、本人限定受取郵便の到達確認、印鑑登録証明書の送付、専用ソフトウェアで撮影させた本人確認用画像情報の送信＋転送不要扱いの配達記録郵便の到達確認など、非対面で認められる措置が列挙されています。ここで見落としがちなのが、eKYCの画像情報は帳簿等と一緒に保存することが要件に含まれる場合がある点です。
intake/2026-07/mail-in/ のeKYC結果CSVと ledger/2026-07.csv を突合し、
非対面取引について次を検証してください:
1) 台帳の「確認措置の区分」と実際に取った措置が一致しているか
2) 本人確認用画像情報の保存パスが台帳の取引IDから辿れるか
3) 到達確認(配達記録)の記録が残っているか
不一致・未達は「非対面要チェックリスト」として出力。
措置の適法性自体の判断はせず、記録の欠落だけを列挙してください。最後の1行が重要です。「この確認方法で適法か」の判断はAIにさせず、記録が揃っているかだけを機械的に見る。適法性の設計は許可申請を扱う行政書士や所轄警察署への確認で固めます。
品触れ・盗品照会・立入検査：半日仕事を数分に
古物商には、警察本部長等から品触れ（盗品等の手配）を受けたら台帳と照合する義務や、警察職員による帳簿等の立入検査（法第22条）に応じる義務があります。検査を拒み・妨げれば罰金の対象です（法第35条）。C社の想定モデルでは、照会が来るたびに次のプロンプトで横断検索します。
照会内容: 「{品目} {型番} {特徴（色・刻印・付属品等）}」
ledger/ 配下の全台帳CSVと index/ を検索し、
品目・型番・特徴の部分一致で候補取引を抽出してください。
各候補について: 取引日 / 品目・特徴の原文 / 相手方の確認措置 /
現在のステータス(在庫・出品中・売却済) を表にまとめ、
一致度(高/中/低)を根拠つきで付けてください。
これは社内確認用ドラフトであり、警察への回答は管理者が確定します。紙伝票の山から半日かけて探していた作業が、台帳が構造化されていれば数分の検索になります。立入検査でも「取引の順に整理された帳簿を直ちに書面に表示できる」状態（法第18条第1項の要件そのもの）を日常的に保てるので、検査対応が特別なイベントではなくなります。
段階的導入のロードマップ
Phase 1（1〜2ヶ月）：1店舗で買取伝票の構造化（Step 1）だけを回す。低信頼フラグの発生率を測り、伝票の記入ルール（型番は枠内に楷書等）を現場と調整。既存Excel台帳はそのまま並走させる。
Phase 2（3〜4ヶ月）：台帳生成と欠落チェック（Step 2）を3店舗＋宅配買取に展開。例外品目マスタを整備し、毎日の締めで「要修正リスト」を店長が確認する運用に切り替え。旧Excel台帳から新台帳への移行表を1回だけ作る。
Phase 3（5〜8ヶ月）：非対面記録の突合（Step 3）、月次索引の自動生成、EC出品データとの取引ID連携まで拡張。品触れ・照会対応の即応レポートを標準化し、年1回の「過去取引を3分で遡れるか」訓練を定例化する。
想定効果（試算）
| 指標 | 導入前 | 導入後（試算） | 改善 |
|---|---|---|---|
| 台帳転記・伝票整理（3店舗合計） | 週 約22時間 | 週 約6時間 | 約73%削減 |
| 法定5項目の欠落チェック | 月 約5時間（棚卸し時のみ） | 毎日自動＋確認 月 約1.5時間 | 検知が月次→日次 |
| 例外品目の記録漏れ検知 | 属人判断（検知不能） | 毎日の締めで自動フラグ | 仕組み化 |
| 品触れ・盗品照会への一次回答 | 約半日/件 | 約20分/件 | 約95%短縮 |
| 非対面買取の記録突合 | 実施できず | 週次バッチで全件 | 新規に可能へ |
繰り返しになりますが、上記は従業員15名・3店舗規模の想定モデルにおける試算です。伝票の状態（手書き比率・スキャン品質）とPOSのエクスポート仕様によって、構造化の精度と削減幅は大きく変わります。
【要注意】よくある失敗パターンと回避策
失敗1：型番・氏名の誤読をAIに「いい感じに」補正させる
❌ OCRで「PS5 CFl-2000」と読めた型番を、AIが既知の型番「CFI-2000」へ自動補正 → 原本と台帳が食い違い、盗品照会への回答やシリアル照合の信頼性が崩れる。虚偽記載（法第33条）を疑われる火種にもなる。
⭕ 識別子は原文ママ＋低信頼フラグ運用。補正するのは原本を確認した人間だけ。CLAUDE.mdに「補正禁止」を明記し、プロンプトにも毎回書く。
失敗2：「1万円未満は記録不要」を全品目に適用する
❌ 少額買取の多いゲームソフト・CD/DVD・書籍を「1万円未満だから」と無記録で処理 → 施行規則第16条第2項の例外品目は金額を問わず確認・記録が必要。買取店の主力商材ほど例外に当たる。
⭕ 品目マスタに例外フラグを持たせ、締め処理で「例外品目×記録なし」を機械検知。判断に迷う品目は所轄警察署に確認してマスタへ反映する。
失敗3：本人確認の「適法性の判断」までAIに任せる
❌ 「この宅配買取の確認方法で法的に足りている？」をAIの回答で確定 → 非対面の確認措置は施行規則第15条第3項の要件が細かく、誤りは本人確認義務違反（拘禁刑・罰金の対象）に直結する。
⭕ AIの担当は記録の突合と欠落の列挙まで。確認フローの設計は行政書士・所轄警察署の生活安全課と詰め、決まったフローをチェックリストとしてAIに監視させる。
失敗4：「Excelがあるだけ」の3年保存
❌ 店舗ごとに形式の違うExcelを共有フォルダへ放置 → 法第18条は電磁的記録を「直ちに書面に表示できる」状態での保存を要求。照会時に取り出せなければ実質アウトで、き損・亡失なら警察署長への届出義務まである。
⭕ ledger/ を月次で固定し、品目・型番・取引日・相手方から引ける索引を自動生成。バックアップは二重化し、年1回「ランダムな過去取引に3分で到達できるか」を試す。索引の生成もプロンプト1本です。
月次締め: ledger/2026-07.csv の全取引から、
品目・型番・取引日・相手方をキーにした索引CSVを
ledger/index/2026-07.csv として生成してください。
先月までの索引と取引IDの重複・欠番がないか照合し、
結果を3行で報告してください。適用余地のある業界・規模
「本人確認×法定帳簿×3年保存」という骨格は、街の買取店に限らず広く通用します。質屋（質屋営業法にも帳簿義務があります）、ブランドリユース・骨董/美術商（美術品類は売却側にも記録義務がある分、台帳設計の価値が高い）、中古車・バイク販売（自動車・自動二輪車も同様）、古物市場主の取引記録（法第17条）まで、ほぼ同型の実装が使えます。店舗オペレーションの点検・レポート自動化という切り口では小売チェーンの店舗巡回レポート自動生成事例とも共通の型です。従業員数名の単店でも、買取伝票の構造化と例外品目フラグだけに絞れば投資対効果は出やすいはずです。
まとめ：今日から始める3つのアクション
- 今日やること：直近1か月分の買取伝票をスキャンして1フォルダに集め、Step 1の構造化プロンプトを1本流してみる（型番・氏名の補正はさせない設定で）
- 今週中：自店の取扱品目を棚卸しし、施行規則第16条第2項の例外品目（ゲームソフト・CD/DVD・書籍・バイク部品等）に当たるものへ品目マスタでフラグを立てる。判断に迷う品目は所轄警察署の生活安全課に確認する
- 今月中：先月分の台帳で法定5項目の欠落チェックを1回実行し、「要修正リスト」を管理責任者とレビューする。宅配買取があるなら、本人確認記録が取引IDから辿れるかも併せて点検する
FAQ
Q1. 買取店・リサイクルショップでClaude Codeは具体的に何に使えますか？
買取伝票・査定データの構造化、法第16条の5項目を満たす古物台帳エントリの生成と欠落チェック、例外品目の記録漏れ検知、非対面買取の本人確認記録の突合、品触れ・盗品照会への検索レポート作成が代表例です。いずれも最終確認は人間が行う補助ツールとしての活用です。
Q2. 1万円未満の買取なら記録は不要ですか？
原則は免除ですが（法第15条第2項第1号・施行規則第16条第1項）、自動二輪車・原動機付自転車（部分品含む）、家庭用ゲームソフト、CD・DVD等、書籍などは1万円未満でも本人確認と記録が必要です（施行規則第16条第2項）。主力商材ほど例外に当たる点に注意してください。
Q3. 古物台帳はどのくらいの期間保存が必要ですか？
最終の記載をした日から3年間です（法第18条第1項）。電磁的記録の場合は「直ちに書面に表示できる」状態が条件で、き損・亡失したときは直ちに所轄警察署長へ届け出る義務があります（同条第2項）。
Q4. 記録義務に違反するとどうなりますか？
帳簿の不記載・虚偽記載、本人確認義務違反、保存義務違反は6月以下の拘禁刑又は30万円以下の罰金の対象です（法第33条）。立入検査の拒否等にも罰則があります（法第35条）。営業への影響を考えれば、記録の抜け漏れは経営リスクそのものです。
Q5. 導入コストはどのくらいかかりますか？
本記事のモデルケースでは月数万円程度のプラン・API費用＋初期の台帳様式整理・品目マスタづくりの工数という試算です。料金は改定されるため、必ずAnthropic公式サイトで最新情報を確認してください。
参考・出典
- e-Gov法令検索「古物営業法」（昭和24年法律第108号） — 第15条（確認等）・第16条（帳簿等への記載等）・第18条（保存・3年間）・第22条（立入り及び調査）・第33条／第35条（罰則）（参照日: 2026-07-16）
- e-Gov法令検索「古物営業法施行規則」（平成7年国家公安委員会規則第10号） — 第15条（確認の方法・非対面措置）・第16条（1万円基準と例外品目）・第17条（帳簿様式）・第18条（記載義務を免除する古物）（参照日: 2026-07-16）
- 警察庁「古物営業・質屋営業について」 — 制度概要・関係法令・ガイドライン（参照日: 2026-07-16）
- 経済産業省「令和6年度電子商取引に関する市場調査」 — 2024年CtoC-EC市場規模 2兆5,269億円（前年比1.82%増）（参照日: 2026-07-16）
- Anthropic「Claude Code 公式ドキュメント」 — CLI・CLAUDE.md・運用設定の一次情報（参照日: 2026-07-16）
著者：佐藤傑（さとう・すぐる）
株式会社Uravation代表取締役。X（@SuguruKun_ai）フォロワー約10万人。100社以上の企業向けAI研修・導入支援を展開。著書『AIエージェント仕事術』（SBクリエイティブ）。SoftBank IT連載7回執筆。
リユース業に限らず「本人確認×法定帳簿×検査対応」まわりの自動化のご相談は、お問い合わせフォームからお気軽にどうぞ。
