【AI導入日記#7】見積書・請求書のチェックをAIに任せるまでの試行錯誤

AIを社内に入れると決めたとき、どの業務から手をつけるかで、その後の空気が変わります。自社サイトの更新から始めた当社が、バックオフィス業務で最初の対象に選んだのは、見積書と請求書のチェックでした。派手さはありませんが、ここから始めてよかったと今は思っています。やってみて分かったこと、つまずいたこと、落ち着いた運用の形を書き残します。

なぜ最初の自動化対象に「見積書・請求書のチェック」を選んだのか

きっかけは、金額ではなく「宛名」のミスだった

きっかけは、社外に出した書類の宛名を間違えたことでした。金額でも納期でもなく、会社名の表記です。株式会社が前か後ろか、中黒があるかないか。その程度の話ですが、受け取った側には「うちの名前を間違える会社」という印象が残ります。

原因を確認しても、誰かを責める要素はありませんでした。前回の見積書をコピーして金額と日付を書き換える、という普通のやり方をしていただけです。人は書き換えた箇所を何度も見直しますが、書き換えなかった箇所は合っているものとして扱います。注意力ではなく認知の問題だと考え、仕組みで防ぐことにしました。

AIが得意なのは「毎回同じ観点で、飽きずに、全部見る」作業です。人間が苦手なところを、そのまま裏返した性質でした。

自動化に向く業務には3つの条件がある

着手前に、AIに向く業務の条件を3つに整理しました。手当たり次第に試すと、失敗したときに「やっぱりAIは使えない」で終わるからです。

1つ目は定型であること。書式が決まっていて、毎回ゼロから考えなくてよい業務です。2つ目は反復があること。月に何十回も発生するなら、少しの精度向上でも効きます。3つ目が一番大事で、判断基準を言葉にできること。誰も説明できない業務は、AIにも指示できません。

見積書と請求書のチェックは、この3条件を満たしていました。書式は決まっていて、毎月発生し、何を確認すべきかも言葉にできます。言語化していなかっただけの業務でした。

最初に決めた「AIに任せないこと」

任せる範囲より先に、任せない範囲を決めました。ここが曖昧だと現場が不安になり、使われなくなります。引いた線は3つです。

ひとつ、最終承認は人が行います。AIの出力は一次チェックの結果であって承認ではありません。ふたつ、金額の決定には関与させません。値引きや特別条件は営業判断です。みっつ、社外に出る操作も人の手で行います。

この3つを紙に書いて共有しただけで、社内の抵抗感が下がりました。Claude 法人導入で最初に必要なのは高度な設定ではなく、どこまでを預けるのかという合意だと実感しています。導入全体の進め方はサービス詳細ページにも整理しています。

最初の2週間でつまずいた3つのこと

つまずき①：PDFをそのまま渡しても、見てほしい所を見てくれない

最初にやったのは、PDFの見積書をそのまま渡して「間違いがないか確認して」と頼むことでした。返ってきたのは「日付の記載形式を統一すると読みやすくなります」といった体裁の感想と一般論です。知りたかったのは、宛名が正式名称か、数量と単価の掛け算が合っているかという確認結果でした。

原因は明快で、何をもって「間違い」と呼ぶのかを伝えていませんでした。新入社員に同じ頼み方をしても、同じ結果になったはずです。

対策として、書類の中身をテキストとして扱える形で渡すことにしました。表の項目は、品目・数量・単価・金額を列に書き出してから渡します。前処理を定型化すれば負担は小さく、精度も目に見えて変わりました。

つまずき②：「チェックして」だけだと、指摘の観点が毎回変わる

次に困ったのが出力の揺れです。似た書類を渡しても、ある日は税区分を、別の日は納期の記載を指摘してきます。指摘自体は妥当でも、何を見たのかが分からず、結局こちらが全部見直すことになります。それでは作業は減りません。

ここで学んだのは、AIに求めるべきは「気づき」ではなく「網羅」だということです。気づきは人間の仕事で、網羅は機械の仕事です。だから観点をこちらで固定して渡し、観点ごとに結果を必ず全部返させる形に変えました。

この考え方に切り替えてから出力が安定しました。社内ルールを言語化する方法は、この日記の第4回でCLAUDE.mdの書き方として扱っています。

つまずき③：合計金額の検算を読み取りごと任せてしまった

一番危なかった話です。数量×単価の合計が総額と合っているか、消費税額が正しいか。そこまで頼んでいた時期がありました。ある日、明らかに合わない数字が「問題ありません」と返り、方針を変えました。

検算が不得意なのではなく、こちらの渡し方が悪かったのが実態です。読み取りの段階で桁を取り違えれば、その後の計算が正確でも結果は間違います。

そこで金額の突合は表計算側で機械的に行い、AIには「表計算の結果と書類の記載が一致しているか」の比較だけを頼む形に分離しました。人が最後に見るのも一致・不一致の一行だけです。数値の正しさは計算機に寄せる——これは今も守っているルールです。

社内の暗黙知を「チェック観点」に書き出す手順

手順は4ステップで足りる

観点の言語化は、身構えるほど大変ではありません。当社は次の4ステップで進めています。

第1に、過去に差し戻された書類を集めること。理想の観点を考えるより、実際の失敗を並べるほうが早く進みます。第2に、それを「先方の正式名称と一致しているか」のような確認文に直すこと。第3に、OKとNGの判定基準を書き添えること。ここを書かないとAIも人も判断がぶれます。第4に、過去の書類を数件流し、想定どおりの指摘が返るか試すことです。

当社の体感では、初版は半日ほどで書き上がりました。完璧を目指さず、運用しながら足すのが現実的です。

見積書チェックリスト（当社が実際に使っている項目）

業種によって不要な項目は削って構いません。

• 宛名が先方の正式名称と完全に一致しているか（前株・後株、中黒、旧社名の残り）
• 件名が今回の案件を指しているか（前回案件の件名が残っていないか）
• 発行日が未来日になっていないか、有効期限が発行日より前になっていないか
• 品目名が社内の呼び方ではなく、先方に伝わる表現になっているか
• 数量・単位・単価の欄がすべて埋まっているか（空欄やハイフンの残り）
• 小計・消費税・合計の3行がそろい、税率の表記があるか
• 前提条件と作業範囲外の注記が書かれているか（後で揉めやすい箇所）
• 支払条件と納期が記載され、社内標準と矛盾していないか
• 前回のひな形から引き継いだ数字や文言が、今回の内容と食い違っていないか

最後の項目は、冒頭の宛名ミスの再発防止としてあとから足しました。増やす前提で作ると、リストが生き続けます。

請求書チェックリスト

請求書は社外に出た後の修正コストが高いので、観点を厚めにしています。

• 請求書番号が採番ルールどおりで、既存番号と重複していないか
• 請求内容が、対応する見積書・発注書の項目名と数量で一致しているか
• 分割請求の場合、今回請求分と残額の関係が明記されているか
• 支払期日が契約や先方の締め支払サイトと矛盾していないか
• 振込先口座がすべて記載され、自社の最新情報と一致しているか
• 消費税の税率区分と税額の記載方式が、社内で定めた様式に沿っているか
• 適格請求書として必要な記載事項（登録番号を含む）が欠けていないか
• 先方指定の記載事項（発注番号・部門名・検収番号など）が入っているか

なお、消費税やインボイスの記載要件は制度の解釈が絡みます。当社はリスト整備にあたり顧問税理士に様式を確認しました。自己判断せず、必ず税務の専門家にご確認ください。

観点の粒度は「誰が判定しても同じ結論になるか」で決める

一番迷うのが粒度です。細かすぎると運用が回らず、粗すぎると判定がぶれます。当社の基準は、社内の別の人が読んで同じ結論を出せるか、だけです。

たとえば「内容が適切か」は不合格です。人によって結論が変わります。「品目名が見積書と一字一句同じか」なら合格です。判定が一意に決まります。一意にできない観点は、AIに任せず人の確認項目として残せばよいと考えています。

実際の運用フロー──3ステップに落とし込む

ステップ1：入力を揃える（ファイル名規則と置き場所）

運用で効いたのは、AIの使い方より前の「入力を揃える」部分でした。置き場所とファイル名の規則を決めるだけで、後工程が安定します。

当社は、日付・取引先・書類種別・案件名を並べた命名規則にそろえ、月ごとにフォルダ分けしています。ファイル名だけで対象が特定できるので、「このフォルダの今月分をすべて」と指示できます。精度を上げる工夫より、地味な整備のほうが先に効きました。

ステップ2：一次チェックの指示テンプレート

指示は毎回書き直さず、テンプレートを使います。まず役割を書きます。「あなたは経理の一次チェック担当です」。次に対象を示し、観点リストを貼り、「観点ごとにOK／要確認／判定不能のいずれかと、根拠となる記載箇所を必ず全件出力してください」と指定します。最後に禁止事項です。「推測で補完しないこと」「記載がない場合は判定不能とすること」「金額の再計算はしないこと」。

ポイントは「判定不能」を用意したことです。これがないと、読み取れなかった項目まで無理にOKと判定されます。逆に判定不能が多い書類は、書類側の不備のサインとして扱えます。

ステップ3：人が最終確認して承認する

最終確認は人が行いますが、見る場所は絞りました。出力のうち「要確認」と「判定不能」だけを見て、OKの列は読みません。全件を読み直すなら自動化した意味がないからです。

この運用で、担当者が最初に見る情報量が減りました。当社の体感では、チェック時間そのものより「見落としていないか気にし続ける時間」が減った効果のほうが大きいと感じています。

どこまで任せてよいか──業務別の線引き

業務別の比較表（任せる／半分任せる／任せない）

社内で共有している線引きです。導入初期に配り、以後ほとんど変えていません。

この表を作る作業自体が、社内の合意形成に効きました。口頭だと抽象論になりますが、業務名を並べて一行ずつ決めると結論が出ます。

金額・取引先情報を渡すときに社内で決めたこと

取引先名や金額は社外秘です。扱いのルールを先に決めました。当社は法人向けの契約形態で、入力内容が学習に使われない設定であることを2026年7月時点で確認したうえで運用しています（条件は変更される可能性があるため、最新は提供元の公式情報でご確認ください）。加えて、個人の連絡先や秘密保持の特約がある案件の固有情報は伏せます。迷ったら渡さない、が最終ルールです。

確認手順は、この日記の第3回で書きました。Claude 法人導入を検討する段階では、機能の比較より先にこの確認を済ませたほうが、社内の稟議も進めやすくなります。

証跡を残す──「何を見て何と言ったか」を記録する

もうひとつ決めたのが、記録を残すことです。一次チェックの結果は書類と同じフォルダにテキストで保存しています。後から「なぜこの請求書はこの内容で出したのか」を問われたとき、記憶ではなく記録で答えるためです。

この記録は観点リストの改善材料にもなりました。判定不能が繰り返し出る項目は書式そのものを直し、要確認が空振りし続ける観点は判定基準を見直します。リストを育てるには記録が前提です。

定型文書の作成へ広げる──送付状・督促・社内共有

ひな形＋変数で書かせると事故が減る

チェックが安定したので、次は文書作成に広げました。ここでも学んだのは、自由に書かせないほうが良いことです。

送付状や入金確認の連絡文は、社内で承認済みのひな形を渡し、「変数部分だけを埋め、それ以外の文言は変更しないこと」と指示しています。文章力を期待せず、転記ミスを防ぐ用途として使います。この割り切りで、社外に出る文書の品質が安定しました。一から書かせると、言っていない条件を補ってくることがあります。欠点というより指示が足りていないだけです。

督促のような「気を遣う文書」こそ下書きが効く

意外と効果が大きかったのが、入金遅れの連絡のような書きにくい文書です。内容が難しいのではなく、書き出すまでの心理的なハードルが高いためです。結果として後回しになり、対応が遅れます。

事実関係だけを渡して下書きを作らせ、人がトーンを整えて送る形にしました。ゼロから書くのと下書きを直すのとでは、着手までの時間が違います。当社の体感では、この種の連絡が滞留しなくなりました。ただし文面の最終判断も送信も人が行います。

残った手作業と、次にやること

正直に書くと、全自動になったわけではありません。原本のスキャンと保管、社内台帳の更新、例外的な取引条件の判断、最終承認。この4つは今も人がやっていますし、残ってよかったと思っています。

次にやるのは、チェック結果の記録を月次でまとめ、どの観点で引っかかりやすいかを可視化することです。偏りがあるなら、書式やひな形自体を直すべきサインです。任せる範囲を広げるより、ミスが起きにくい書式にするほうが本質的です。効果を稟議に出せる形で整理する話は第10回で扱います。