Claude Codeで請求書・見積を作る手順一式 — 案件メモを貼るだけ、送る前に4か所で止まります

この記事は連載「その仕事、Claudeで楽にする」の第13回です。（これまで12本／平日はほぼ毎日更新）

月末の請求書づくりが、走り書きの案件メモを貼って、コマンドを2回打つだけになりました。慣れれば5分ほどです。

前は1件ずつ「先月のやつ」を開いて、日付を書き換えて、金額を電卓で出して、振込先が古くないか確かめて、というのを1時間近くやっていました。だいたい月末の夜、いちばん疲れている時間帯に。

変えたのはひとつだけです。AIに「文章」はやらせて、「計算」は一切やらせなかった。それだけで、月末に電卓を開くことがなくなりました。

月末の夜、電卓を叩き直している自分に気づいた

最初にやったのは、いちばん素直なやり方でした。案件メモをまるごとClaude Codeに貼って、「これで請求書を作って」と頼む。

出てきます。それらしいものが、ちゃんと出てきます。品目も並んでいるし、消費税の行もあるし、合計も入っている。

問題はその後でした。僕は出てきた合計を見て、電卓を開いて検算していたんです。

考えてみれば当たり前で、金額を間違えた請求書を取引先に送るのは、単なる恥ずかしいミスでは済みません。相手の経理に修正の手間をかけて、支払いが翌月に回る可能性もある。だから信用できないものは必ず確かめる。

でも毎回検算するなら、自分で計算しているのと同じです。楽になっていない。

ここで方針を変えました。線を引き直したんです。

言葉を扱うのがAI、数を扱うのはスクリプト

引いた線はこうなりました。

Claude Code
何をするか: 走り書きのメモを読んで、品目・数量・単価・締め日に「仕分ける」

スクリプト
何をするか: 小計・消費税・源泉徴収・合計を計算し、書式に流し込む

もう一本のスクリプト
何をするか: 送る前に、抜けと矛盾がないか検品する

AIが得意なのは「1ページ8万で3ページ」という走り書きを、qty: 3 unit_price: 80000 という構造に直すことです。ここは人間がやると地味に面倒で、しかもAIはほぼ間違えない。仮に間違えても、品目名や数量の取り違えは目で見ればすぐ分かります。「3ページのはずが2ページになっている」は気づけるからです。

一方、掛け算と消費税と源泉徴収の計算は、コードで書けば毎回まったく同じ答えが出る。検算がいらなくなります。

この分け方にしてから、月末に電卓を開かなくなりました。

メモに書いていないことを、勝手に埋めさせない

もうひとつ効いたのが、プロンプトに入れたこの一行です。

メモに書かれていないことは推測で埋めず、`TODO:` を値に書く（勝手に日付や番号を作らない）。

これを入れる前と後で、出力の性格が変わりました。入れる前は、書いていない発行日を「それらしい日付」で埋めてきます。悪意はなくて、たぶん親切のつもりなんですが、請求書でそれをやられると困る。

入れた後は、こう返ってきます。架空の案件メモ（株式会社サンプル商事）で試したときの実際の出力です。形式はYAML（ヤムル。設定などを人が読める形で書くための書き方で、見た目はただの箇条書きです）。

doc_type: invoice
doc_no: "TODO: 請求書番号（自分の採番ルールで）"
issue_date: "TODO: 発行日がメモに無い"
client: "株式会社サンプル商事"
subject: "コーポレートサイト改修一式"
items:
  # 8万 × 3ページ = 240,000
  - name: "コーポレートサイト LP改修"
    qty: 3
    unit: "ページ"
    unit_price: 80000

書いていないものは TODO:（「これは未確定」という目印。あとで人間が埋める、という意味の合図です）のまま残る。埋めるべき穴が、目に見える形で残るわけです。

ここだけ持ち帰っても効きます。 請求書に限らず、AIに書類のたたき台を作らせるときに「分からないところは埋めずにTODOと書いて」と足すだけで、あとで自分が確認すべき場所が勝手に浮かび上がってきます。

AIに任せる前に決めておくこと3つ

この分け方にたどり着くまでに遠回りをしたので、先に決めておくと早いことを3つだけ書いておきます。ここは今日の記事を読まなくても、明日から使えます。

• 何を検算しないで済ませたいかを先に決める。 「全部やってもらう」を目指すと、結局全部確かめることになります。確かめなくていい範囲を先に切り出すほうが速いです。

• 書式は1回だけ確定させて、あとは触らない。 毎回AIに書式ごと作らせると、月によって微妙に違う請求書が出ます。取引先から見ると不安要素です。

• 自分の情報（登録番号・振込先）は、AIに毎回渡さない。 固定情報はファイルに1回書いて、そこから読ませます。毎回プロンプトに貼ると、貼り忘れと打ち間違いが起きます。

この3つは請求書に限りません。契約書でも報告書でも、AIに定型書類を任せるときに同じことが起きます。

それでも、TODOが印字された請求書ができた

ところが、話はここで終わりませんでした。

そのYAMLをそのまま変換スクリプトに流したら、「発行日: TODO: 発行日がメモに無い」と印字された請求書が、普通に出来上がったんです。

出力を目で見ていれば気づくはずだ、と思うかもしれません。でも実際に画面に出てきたものを見ると、目が行くのは金額です。「289,391円、うん合ってる」で満足して、上の日付欄を読み飛ばす。僕はそうなりました。

人間の目視は、疲れている月末の夜ほど当てになりません。だから送る前に機械で止める仕組みを、もう一本足すことにしました。

これが今回いちばん時間をかけた部分で、そのまま今日配るものの中心でもあります。

結局、月末がどう変わったか

前はこうでした。先月の請求書ファイルを開いて、日付を書き換えて、案件メモを見ながら品目を打ち直して、電卓で小計を出して、消費税を足して、源泉徴収を引いて、振込先が去年のままじゃないか確認して、送る。1件あたり15分くらい、案件が重なった月は1時間近く。しかも一度「支払期日を先月のまま送った」ことがあって、それ以来、送る前に全部読み直す時間まで足していました。

今はこうです。案件メモを書く。プロンプトに貼ってClaude Codeに投げる。返ってきたYAMLを保存して、コマンドを2回打つ。「送ってOKです」と出たら送る。

はっきり変わったのは時間よりも、送った後に「あれ、大丈夫だったかな」と思い出す回数でした。機械が8種類チェックして通してくれたものなので、思い出しても不安の行き場がない。これが地味に楽です。

作業自体が消えたわけではありません。案件メモは相変わらず自分で書きます。でもそれは元々やっていたことで、「メモを請求書の形に翻訳し直す」という中間工程だけが消えました。

この道具がやらないこと

先に正直に書いておきます。買ってから「そこは入っていないのか」となるのが、いちばん申し訳ないので。

• PDFにはしません。 出てくるのはMarkdownです。僕は必要なときだけ手元のエディタからPDFに書き出しています。取引先がPDFを求めるか、フォーマットの指定があるかは相手次第なので、そこは共通化しないほうが結局早いと判断しました。

• 会計ソフトとは連携しません。 freeeやマネーフォワードのAPIは触っていません。あくまで「送る書類のたたき台を作る」ところまでです。

• 源泉徴収が100万円を超える案件には対応していません。 100万円を超える部分は税率が変わります。僕にまだその規模の単発案件が来ていないので、あえて作っていません（広げ方は有料パートに書きました）。

• メールの送信もしません。 出来上がった書類を送るのは自分の手です。相手と金額が絡むものを機械に送らせるのは、まだ怖い。ここは自動化しない、と決めています。

逆に言うと、それ以外は今日から動きます。特別なライブラリも、有料サービスの契約もいりません。書式を自分好みに変えたくなったときも、コードを全文載せているので、直す場所はすぐ見つかるはずです。

何を配るか

このあとの有料パートで、僕が実際に使っているファイルを全文そのまま置いています。抜粋ではありません。貼り付ければ今日から動きます。

前提はWindows＋Python＋Claude Codeですが、macOSでもそのまま動く書き方にしてあります（追加で入れるのは pyyaml 1つだけです）。

向いているのは、月に1〜10件くらいの請求書を自分で作っている人です。会計ソフトを契約するほどの件数ではないけれど、毎月そこそこ面倒、という規模。副業で数件だけ請求している人にもそのまま使えます。逆に、件数が多くて入金消込まで管理したいなら、素直に請求書サービスを契約したほうが早いと思います。

プログラミングの経験は要りません。やるのはファイルを4つ置いて、コマンドを2回打つことだけです。中身のコードも全文載せているので、「何をしているか分からないものを動かす」状態にはなりません。

僕自身、このnote自体を毎日Claude Codeで回していて、今日のこの記事も、その仕組みの中で書いています。作って終わりではなく、毎月自分で使うものを配る、というのがこのシリーズの立て付けです。

なお、受け取った請求書を読み取って仕訳する側の話は前に書きました（経理担当じゃない僕が、PDF請求書の読み取り・仕訳をClaude Codeに任せた話）。今日は逆に、自分が出す側の話です。

ここから先（有料部分）に入っているもの

• 案件メモを仕分けさせるプロンプト全文（そのままコピペできる形・29行）

• 請求書と見積書を作る make_invoice.py 全文（120行・金額計算はすべてこの中）

• 送る前に止める check_invoice.py 全文（138行・8種類の検品）

• 自分の情報を1回書くだけの profile.yaml（インボイス登録番号・振込先・源泉徴収率）

• 貼り付けから動作確認までの手順（5ステップ）と、動かないときの確認箇所3つ

• 実際にやらかした失敗3つと、その対処

• 送る前チェックリスト（10項目）

• 見積書・源泉徴収100万円超・複数案件への広げ方

この先は、読んだその日に使える形だけを置いています。