経理が契約書・注文請書・領収書の原稿を Claude で読み、印紙税の課否と号の区分・税額の一次判定を作って、貼り忘れと貼りすぎを防ぐ

処理の起点を決める

申請フォームに新しい申請が入ったことを起点にします。 プログラムを30分ごとに動かし、前回より後に入った申請を拾います。1日1回にしないのは、営業が相手先に注文請書を返す期限が当日のことがあるからです。 30分ごとなら、午前に入った申請は昼までに一次判定が出ます。

拾った申請には「判定中」の印を付けます。 判定一覧への書き出しが終わったら「判定済み（確認待ち）」に変え、途中で止まったものは「判定中」のまま残ります。 判定中のまま1時間を超えたものは、経理の担当にメールで知らせます。

交付のしかたは、申請フォームの必須の選択肢にします。 「紙で渡す（郵送・手渡し）」「電子で送るだけ（PDF をメールで送る・電子契約）」「両方」「未定」の4つです。ここを AI に推し量らせません。 原稿を読んでも、紙で渡すかどうかは分からないからです。

入力データを集める

質を決めるのは、原稿に別紙と約款が付いているかです。 基本契約書の契約期間や更新の定めは、本体ではなく別紙や末尾の一般条項に書かれていることがよくあります。本体だけを申請されると、期間の判断ができません。 申請フォームに「別紙・約款・覚書も含めて1つの PDF にする」と書いておきます。

相手先の情報は、領収書の判断に使います。 国税庁のタックスアンサーでは、営業に関しない受取書は非課税で、株式会社などの営利法人や個人である商人の行為は営業に当たる一方、公益法人や商人以外の個人の行為は営業に当たらないとされています。自社が領収書を出す側であれば、自社は営業者です。取引先マスタの情報は、相手先が自社に領収書を出す側に回る場合の確認に使います。

データの取得方法を決める

申請フォームの回答と添付ファイルは、プログラムが共有フォルダと回答の一覧から読みます。 申請の番号ごとにフォルダを作り、原稿の PDF をそこに置く決まりにしておけば、プログラムは回答の一覧の新しい行と、その行のフォルダを読むだけです。

税額の表は、作成の予定日で引きます。 判定する日ではなく、文書を作成する予定の日で適用の期間を見ます。 軽減措置の期間の終わりの前後に作る契約書で、判定した日と作成の日がずれると結論が変わるからです。

過去の判定は Claude に渡しません。 経理が見比べる材料として判定一覧の横に並べるだけです。過去の答えを渡すと、中身が変わった原稿にも同じ号を返しやすくなります。

AIへ渡す前に整形する

1. 形式の確認 … PDF であることを確かめます。Word のファイルなら、申請者に PDF にして出し直してもらいます
2. パスワードの確認 … パスワードや暗号化のかかった PDF は読めないので、外して出し直してもらいます
3. ページ数の確認 … 100ページを超えるものは、本体・別紙・約款に分けて渡します。原稿で100ページを超えることはまれです
4. ページの向き … 横向きにスキャンされたページは、正しい向きに直してから渡します
5. 写しの印の確認 … 「写」「控」と入った原稿は、申請者に「相手に渡す正本の原稿か」を聞き直します
6. 重複の確認 … 同じ相手先・同じ書式・同じ金額の申請が同じ日にあれば、二重の申請として印を付けます

5番目は、写しの扱いを AI に決めさせないためです。 正本か写しかは原稿の文字だけでは決まらず、相手先に何を渡すかで決まります。 申請者に聞くのが早く、確実です。

AIに処理させる

させるのは、原稿から5つの事実を根拠の文字列つきで取り出すことと、号の候補を挙げることです。

号の候補は、上の事実から挙げさせます。 たとえば「部品の加工の完成を約し、報酬を受ける」と読めれば第2号の候補、「営業者の間で継続する取引の単価と支払方法を定める」と読めれば第7号の候補です。候補は1つに絞らせません。当てはまりうるものを全部挙げさせます。 国税庁のタックスアンサーでは、請負に関する契約書に当たるものでも、営業者の間で継続する複数の取引の基本的な取引条件を定めるものは第7号文書に当たることがあるとされています。どちらに所属するかを決めるのは経理です。

3行目がいちばん起きやすい失敗です。 「1,100万円（税込）」と書かれた原稿を渡すと、親切に「税抜1,000万円」と読んで段階を下げることがあります。国税庁のタックスアンサーでは、「消費税額等10パーセントを含む」や「税込」と書いただけでは消費税額が明らかとは言えず、税込の金額が記載金額になるとされています。計算で出した消費税額は、書かれた消費税額ではありません。

指示内容を固定する

あなたは製造業の経理部で、相手先に渡す前の文書の原稿を読み、
印紙税の判断に必要な事実を取り出す担当です。
渡された PDF に書かれていることだけを根拠にしてください。推測で埋めないでください。

【取り出すもの】
1. 取引の種類：本文の文言から、請負・売買・運送・消費貸借・金銭の受取・
   業務の委託・その他を選び、根拠にした文言をそのまま写す
2. 金額の記載：契約金額・受取金額として書かれた数字と、その行の文言
3. 消費税額の書き方：次のどれかを選ぶ
   - separated ...... 「うち消費税額等◯円」のように消費税額が金額で書かれている
   - both_prices .... 税抜の価格と税込の価格の両方が金額で書かれている
   - tax_included ... 「税込」「消費税を含む」とだけ書かれ、消費税額の金額が無い
   - not_stated ..... 消費税について何も書かれていない
4. 契約期間と更新の定め：期間の始まり・終わり、更新の定めの有無と条文の文言
5. 受取の性質（受取書・領収書のとき）：何の代金か、借入金・保証金・
   損害賠償金などか

【号の候補】
上の事実から、印紙税額の一覧表の号で当てはまりうるものを全部挙げ、
候補ごとに理由と根拠の文言を書いてください。1つに絞らないでください。
当てはまる号が見当たらないときは、candidates を空にし、その理由を書いてください。

【厳守事項】
- 税額を書かないでください。
- 消費税額を計算しないでください。「税込」とだけ書かれている金額から
  税抜の金額を出さないでください。書かれた数字をそのまま写してください。
- 金額が複数あるときは、全部を amounts に並べ、どれが記載金額かを決めないでください。
- 期間や更新の定めが別紙・約款にあれば、そのページ番号を書いてください。
- 「写」「控」「案」などの印があれば、marks に写してください。
- 印紙が不要とも必要とも言い切らないでください。
- evidence には、根拠にした文言を原稿のとおりに写してください。言い換えないでください。

【申請の情報】{request_info}

「金額が複数あるときに記載金額を決めない」を入れているのは、変更契約と単価の契約のためです。 金額を変える覚書には変更の前と後の金額が、単価だけを決める契約書には単価が書かれています。どれを記載金額とするかは経理が決めます。 AIに決めさせると、もっともらしい1つを選んで残りを捨てます。

「言い換えない」も効く一文です。 根拠を要約されると、経理が原稿で該当箇所を探せません。原稿のとおりに写させれば、PDF の中で文字を検索して一度で開けます。

出力形式を固定する

次の形の JSON で受け取ります。

{
  "request_id": "R-2026-1123",
  "document_title": "注文請書",
  "transaction_types": [
    { "type": "contract_for_work", "evidence": "下記部品の加工を完了し、貴社へ納入いたします", "page": 1 }
  ],
  "amounts": [
    { "value": 1650000, "label": "請負金額", "evidence": "請負金額 1,650,000円（うち消費税額等 150,000円）", "page": 1 }
  ],
  "tax_statement": "separated",
  "tax_amount_written": 150000,
  "term": { "start": "2026-11-01", "end": "2026-11-30", "renewal": "none", "evidence": "", "page": null },
  "receipt_nature": null,
  "marks": [],
  "candidates": [
    { "stamp_no": "2", "reason": "部品の加工の完成と報酬を定めており、請負に関する契約書に当たりうる", "evidence": "下記部品の加工を完了し" }
  ],
  "notes": ""
}

1つ目の理由は、税額をプログラムで引けることです。 candidates の号と、amounts から経理の規則で選んだ記載金額があれば、税額の表から段階を引けます。tax_statement が separated か both_prices のときだけ、書かれた消費税額を差し引いた金額で段階を引きます。国税庁のタックスアンサーでは、この扱いがある課税文書は第1号・第2号・第17号の3つに限られるとされているので、プログラムもその3つの号でだけ差し引きます。

2つ目は、needs_review を機械の規則で付けられることです。

3つ目は、evidence と page で確かめる時間が短くなることです。 判定一覧の1行に、号の候補・記載金額・税額・根拠の文言・ページ番号が並びます。

electronic_only の印は、税額を空にしません。 国税庁の質疑応答事例では、書面の注文請書の代わりに電子署名を付けた電磁的記録を電子メールで送った場合について、電磁的記録は文書に含まれないので印紙税は課税されないと回答しています。ただし、後から紙を渡すかどうかは原稿からは分かりません。 判定一覧には「紙で渡すなら第◯号・◯円」という形で税額を残し、経理が申請者に交付のしかたを確かめてから返します。

システムへ連携する

申請フォームへの回答は、経理が確定したものだけを返します。 プログラムが書き込むのは状態の列までで、「第◯号・◯円」という回答の欄は経理が埋めます。 AIの一次判定がそのまま申請者に届くと、確認を経ない答えで印紙が貼られます。

人が確認する

1. needs_review を先に見る … 号の候補が2つ以上のもの、候補が空のもの、記載金額が決まらないもの。主任が見ます
2. ready のものは根拠の文言を見る … 取引の種類の根拠と、記載金額の行を原稿で開いて確かめます
3. 消費税額の書き方を見る … separated と判定されたものは、消費税額が金額で書かれているかを目で見ます
4. electronic_only は申請者に確かめる … 紙を後から渡す予定が無いかを聞きます
5. 決められないものは顧問税理士に相談する … 相談した内容と回答を判定の記録に残します
6. 申請フォームに回答する … 号・税額・根拠の要点を書いて返します

3番目を省かないでください。 separated と tax_included を取り違えると、段階が1つずれます。取り違えるのは、たいてい「税込」の後ろに小さく消費税額が書かれている原稿か、その逆です。

目標は、180件をならして1件5分です。 ready のものは根拠の2〜3か所を見て数分、needs_review のものは主任が10分以上かけます。needs_review が全体の2割を超える月は、申請に別紙が付いていないか、書式が変わった取引先が増えています。

例外に対処する

上の3行が大半を占めます。 どれも AI の問題ではなく、申請の出し方の問題です。 申請フォームに「PDF で、別紙・約款・覚書を含めて1つに」と書き、出し直しになった件数を毎月数えて部署に返します。

記録を残す

• 申請番号、申請部署、相手先、交付のしかた、作成の予定日
• 渡した原稿の PDF（版を特定できる形で）
• Claude が返した JSON の全文と、送ったときのモデル名・日時
• プログラムが引いた税額の表の行（号・段階・適用の期間）
• 経理の確定の結果と、AIの一次判定から変えた点（号を変えた・記載金額を変えた・消費税額の書き方を直した）
• 顧問税理士に相談した内容と回答
• 申請者への回答の日時

5つ目の「変えた点」が、改善の材料になります。 同じ書式の注文請書で毎回記載金額を直しているなら、原稿の書式の金額の書き方を変えてもらうほうが早いと分かります。

4つ目で表の行を残すのは、表を直したときのためです。 段階の写し間違いが見つかったとき、その行を使った判定だけを洗い出せます。