見積・請求：テンプレ×データで量産する

見積書や請求書の作成は、1件あたりは短くても、件数がまとまると担当者の一日が消える業務です。この記事では、なぜこの作業が減らないのか、そしてテンプレートとデータを分けて量産するにはどんな工程が必要かを整理します。

現場で起きていること

月末になると、担当者は前回の見積書をコピーして、宛名を書き換え、明細を差し替え、日付を直し、金額を計算し直します。これを件数分くり返します。

• 前回ファイルをコピーして作るため、直し忘れが残る（前の客先名が一箇所だけ残っている）
• 担当者ごとに使っているひな形が微妙に違う
• 単価や条件が最新かどうか、その都度確認している
• 送付後に「金額が違う」と連絡が来て、作り直す

一件一件は数分でも、確認と手戻りを含めると、実質的な工数は見た目の何倍にもなります。 そして繁忙期ほど、確認が省略され、ミスが増えます。

なぜ減らないのか

作成が遅い理由は、入力の速さではありません。様式（見た目・並び順・定型文）と中身（客先・品目・数量・単価）が、同じファイルの中で混ざったまま管理されているからです。

前回ファイルをコピーするという方法は、様式と中身をまとめて複製します。だから毎回、「変えるべきところ」と「変えてはいけないところ」を人が目で見分ける必要が生まれます。この見分け作業は、件数に比例して増え、疲労に比例して精度が落ちます。

さらに、様式が担当者ごとのファイルの中に散らばっているため、条件や定型文を変えたいときに、どこを直せば全体に反映されるのかがわかりません。 結果、古い条件の見積書が出続けます。

逆に言えば、ここを分けられれば構造が変わります。様式は一箇所に固定し、中身はデータとして持つ。 そうすると、作成作業は「差し込んで出す」だけの処理になります。

量産の工程を分解する

Guidaがこの業務を自動化するとき、次の4つの工程に分けて進めます。

① 様式の固定

まず、会社として正とする様式を一つに決めます。

担当者ごとのひな形を集めて見比べると、たいていは差分が出てきます。ロゴの位置、項目の並び、支払条件の文言、有効期限の書き方、消費税の表示方法。これらを**「どれが正しいか」ではなく「今後どれを使うか」として決め切ります。**

このとき、取引先や案件の種類によって、そもそも別様式が必要なケースも見えてきます。無理に一つにまとめず、必要な様式が何種類あるのかを確定させることが目的です。

固定した様式は、担当者のPCではなく、全員が同じものを参照する場所に置きます。 ここが分かれていると、後の工程がすべて崩れます。

② 可変項目の特定

次に、固定した様式の中で、案件ごとに変わる箇所をすべて洗い出します。

宛名や日付のように明らかに変わるものだけでなく、見落としやすいものがあります。取引先によって変わる支払条件、案件によって出したり消したりする注記、数量で段階が変わる単価、その案件だけ付く但し書き。

ここで重要なのは、「変わる項目」と「変わる条件」をセットで押さえることです。「支払条件は取引先ごとに変わる」なのか「案件の規模で変わる」なのかによって、データの持ち方が変わります。

また、その値がどこから来るのかも併せて確認します。既存の販売管理システムにあるのか、営業担当の手元のメモにしかないのか。後者が多いほど、自動化の前にデータを整える工程が必要になります。

③ 一括生成

様式と可変項目が固まったら、データを流し込んで必要な件数を一度に生成します。

ここは処理としては単純ですが、設計上のポイントがあります。生成した書類が、どのデータから作られたのかを追えるようにしておくことです。後から金額の相違が発覚したとき、書類だけ残っていても原因にたどり着けません。

また、データが揃っていない案件は、無理に生成しない設計にします。空欄のまま出力された書類は、そのまま送付されてしまう危険があります。生成しないほうが、事故は起きません。

④ 差分確認

最後に、生成した書類が想定どおりかを確認する工程を組み込みます。

前回発行分との差分、単価表との照合、合計金額の再計算、必須項目の欠落チェック。これらを機械的に通したうえで、引っかかったものだけを人が見ます。

全件を人が目視する運用に戻してしまうと、自動化した意味がなくなります。かといって無確認で送るわけにもいきません。「何を確認したら送ってよいことにするか」を決めるのが、この工程の中身です。

AIに任せる範囲と、人が持ち続ける範囲

AIが担うのは、決めた様式にデータを正確に流し込み、機械的に検証できる部分です。

• 固定した様式に、案件データを差し込んで書類を生成する
• 条件に応じて、出す注記・出さない注記を切り替える
• 合計・税額・端数処理を毎回同じルールで計算する
• 必須項目の欠落、単価表との相違、前回との差分を洗い出す
• データが不足している案件を、生成対象から外して一覧にする

人が持ち続けるのは、金額と条件を「決める」部分です。

• その案件をいくらで出すか — 値引きの可否、競合状況、この取引先との今後の関係。これは営業判断であり、過去データから導けるものではありません。
• 支払条件と納期をどう握るか — 相手の資金繰りや現場の稼働状況を踏まえた交渉の結果です。書類は交渉の結論を書き写す場所であって、決める場所ではありません。
• 例外的な但し書きを入れるかどうか — 「今回に限り」「別途協議」といった一文は、後の紛争の分かれ目になります。入れる・入れないの判断は人が持ちます。
• 差分確認で引っかかった案件の最終判断 — 前回と単価が違うとき、それが誤りなのか、交渉の結果なのかを知っているのは担当者だけです。
• 送付先と送付タイミング — 誰に、いつ出すかは、取引の流れの中で決まります。

つまり、AIは「決まった内容を正確に形にする」担当、人は「内容を決める」担当です。見積・請求は金額が動く書類なので、この線引きを曖昧にしないことが特に重要です。

進め方を詳しく知るには

見積・請求の量産は、全種類を一度に対象にせず、件数が多く様式が安定しているものから始めるのが確実です。1種類でも「様式の固定→可変項目の特定」が通れば、他の帳票にも同じ考え方で広げられます。

どの項目を可変にすべきか、条件による出し分けをどう設計するか。この整理を自社で進めるための「差し込み設計シート」を、LINE登録された方にお渡ししています。 自社の見積書・請求書を対象に手を動かしてみたい方は、LINEからお受け取りください。