1. 見積書・発注書・納品書は、同じ内容をそのまま使わない

同じ取引でも、見積時の予定、発注時の合意、納品した実績は違います。まず「誰が誰に出す書類か」と「どの時点の情報か」を決めます。以下は一般的な整理例で、取引先指定の様式や契約条件があれば、それも確認します。

書類 目的と元情報 人が確定する項目
見積書 売る側が、依頼内容と価格表から取引条件を提案 品目・仕様、数量、適用単価、納期、見積有効期限、対象外の作業
発注書 買う側が、採用した見積と合意内容に基づき注文 発注先、採用する見積の版、数量、納入先、納期、支払条件
納品書 売る側が、受注と出荷・作業完了の記録から納品内容を示す 実際の納品日・数量、分納分、取消・返品、関連する受注番号

過去の見積を複製しても、単価や納期が今も有効とは限りません。納品書へ変換するときも、発注数量をそのまま納品済み数量にしないようにします。書類のタイトルを変えるだけでなく、各段階で内容を確定し直してください。

2. 既存ソフトの変換機能を先に調べる

確認するのは「作りたい書類を出せるか」「どの項目が引き継がれるか」「承認と送付を分けられるか」です。標準機能で足りれば、別のAI連携を作らずに運用を整えられる場合があります。

公式ヘルプから分かる、変換時の注意点

マネーフォワード クラウド請求書の帳票変換の案内では、見積書から納品書・請求書などへの変換が示されています。ただし、帳票番号は引き継がれず、日付は変換時の条件に基づきます。備考やテンプレートも、すべて元の書類のままになるわけではありません。変換後に確認する項目を決める必要があります。

特に、同製品の発注書の作成機能は、取引先が自社へ発注するための書類です。自社が仕入先へ発注する用途には使えないと案内されています。見積書からPDFを作る方式で、備考は空欄となり編集できず、発行日は変換した日になります。

「発注書を作れる」という機能名だけで、購買業務にも使えるとは判断しません。自社の用途・必要な項目に合わない場合は、購買に対応する既存機能や別の様式を検討します。ここで紹介した条件は公式資料の確認結果で、hirostaによる実装・操作検証の結果ではありません。他の製品に同じ条件を当てはめないでください。

3. AIには候補を作らせ、金額と取引条件は別に確定する

AIを使う価値があるのは、形式の違う依頼文から確認すべき項目を整理したり、承認済みの条件から短い説明文を作ったりする工程です。品番・単価・税率・納期の決定を、自然な文章を作る処理と一緒にしません。

  1. 元情報をそろえる：依頼文、価格表、採用した見積、受注・納品の記録の最新版を決めます。書類ごとに元の記録と版を追えるようにします。
  2. 入力範囲を決める：氏名や連絡先、非公開の取引条件を無条件にAIへ渡しません。契約・設定・社内ルールを確認し、整理に不要な情報を除きます。詳しくは顧客情報の入力前確認をご覧ください。
  3. 候補と不足を分ける：AIに品目・数量・希望納期などの候補と、確認が必要な点を整理させます。元情報にない値は空欄にし、根拠となる文や資料を担当者が見られる形にします。
  4. 人が条件を確定する：担当者が品目・仕様を照合し、単価、税区分、値引き、納期などを決めます。「なるべく早く」を具体的な納期に置き換えるには、人の確認が必要です。
  5. 下書きを出力する：確定した値から、ソフトや計算式で金額を計算し、帳票へ転記します。AIが作る備考も、取引条件を追加していないか確認します。
  6. 承認・送付を分ける：出力された書類を元情報と照合し、承認した版だけを発行・送付します。修正が入った版は、再承認します。

発行を止める条件

同じ品名で品番が複数ある、価格表が古い、値引きの承認がない、希望納期と合意した納期が違う、計算結果と帳票の合計が合わない場合は、確認待ちにします。納品の記録がない数量も納品済みにしません。

少人数で作成と承認を兼務する場合でも、下書き作成と送付直前の確認を別の操作にします。確認できる担当者が不在なら、書類を自動で送る範囲を広げないようにしてください。

4. 想定シナリオ：受注した20個を、12個と8個に分けて納品する

ここからは、部品を販売する中小企業を想定した進め方です。架空の説明例であり、実際の導入・検証・成果ではありません。特定製品に以下の機能が備わっていることを示すものでもありません。

見積の下書きから受注の確定まで

顧客から「前回と同じ部品を20個、できれば来週」と依頼が届くとします。AIは「品目は要確認、数量20、希望納期は来週」と整理します。担当者は前回の品番と今回の依頼を照合し、現行の価格表・在庫・納入先を確認して、見積条件を確定します。

画面は「元の依頼文」「項目候補」「確認待ちの理由」「帳票のプレビュー」を並べるイメージです。希望納期と確約する納期は別の欄にし、単価・数量を直したら計算し直します。顧客の合意後は、採用された見積の版と顧客の発注書を受注記録へひも付けます。自社から仕入先へ出す発注書は、この受注書類と区別して扱います。

分納では、予定数量と納品数量を分ける

20個の受注に対し、最初に12個、後日に8個を納品する想定です。受注記録は20個のまま残し、出荷確認済みの12個だけで1回目の納品書を作ります。残り8個は未納として管理し、2回目の出荷確認後に別の納品書へ記録します。

  • 受注の一覧：受注番号、採用した見積の版、受注数量20、納品済み12、残り8。
  • 納品書の下書き：対象の出荷記録、納品数量12、実際の納品日、納入先、担当者の確認状況。
  • 確認待ちの表示：受注数量を超える、出荷記録が重複する、納入先が変わる、納品日が未確定。

数量の差し引きや合計は、決めた計算ルールで行います。AIが依頼文を読み取れても、出荷した事実までは確定できません。担当者が出荷記録と出力を照合して承認する流れです。

費用・期間は、下書きだけか連携までかで分ける

既存ソフトの操作と承認手順を整える案、AIで候補だけ作る案、受注・出荷の記録と連携する案で、必要な作業が違います。見積りでは、書類・ルールの整理、ひな形の設定、項目抽出、連携、確認画面、導入時の照合、保守を分けます。ソフト・AIの利用料と社内の確認時間も含めて比較します。

期間は、品目・価格表がそろっているか、分納や返品などの例外が何種類あるか、取引先の様式確認、ソフトの連携条件、担当者が確認できる日程で変わります。まず一種類の見積書の下書きで、転記と確認の手間を見てから広げる進め方を想定しています。実測の費用・日数や削減率は示していません。支援範囲と料金はサービス・料金でご確認ください。

5. 訂正・再送と、請求書につなぐときの確認

見積の改訂版、発注内容の変更、分納分を、同じファイルへの上書きだけで管理すると、何を承認して送ったか分からなくなります。元の取引番号に、書類番号・版・承認状況・発行状況・送付状況をひも付けます。

通信が途切れて送付結果が分からないときは、履歴を確認してから再送を判断します。別の担当者が同じ書類を処理中なら、新たに発行しません。訂正時は、元の書類、変更理由、送る版、相手への説明を確認し、どの版が有効かを記録します。

納品書という名称だけで、インボイス対応とは判断しない

国税庁のインボイスの記載事項では、所定の事項を満たせば納品書などもインボイスとなる旨が示されています。適格請求書として使う場合は、交付先、売手の名称・登録番号、取引日、取引内容、税率別の対価・適用税率・消費税額等を確認します。AIが見た目を整えたことだけで、必要事項を満たすとは判断しません。

この記事は個別の税務判断や保存要件の網羅的な確認を代行するものではありません。判断が必要な取引は経理担当者・税理士などに確認してください。分納のどの記録を請求対象にするか、締め日・発行・二重請求の扱いは、経理AIの記事で整理しています。

公開事例のLINEとAIによる書類処理・請求書作成では、AIの読み取り・分類と、記録からの請求書作成を分けています。見積・発注・分納の仕組みを導入した事例ではなく、今回の想定例の費用や効果を裏付けるものではありません。

書類の整理・連携については経理の支援内容をご覧ください。無料相談では、最初から顧客の書類を送らず、書類の種類、月の件数、転記先、困っている工程からお伝えいただけます。

6. よくある質問

Q. AIに見積書の金額や納期を決めてもらえますか？ 単価・値引き・納期は、価格表や合意内容を人が確認して確定します。金額は決めた計算ルールで求め、AIには依頼文の整理や説明の下書きを補助させる範囲から始めます。

Q. 見積書から納品書へ変換すれば、確認は不要ですか？ 必要です。見積は予定、納品書は実際の納品内容を示します。納品日、納品数量、分納・取消分、宛先、変換時に引き継がれない項目を確認してください。

Q. 発注書を作れるソフトなら、仕入先への注文にも使えますか？ 用途によります。取引先が自社へ発注するための書類だけを作る製品もあります。売る側・買う側のどちらに対応し、必要な項目を編集できるかを公式資料で確認します。

Q. 小さく始めるなら、どこからですか？ 既存ソフトの機能を確認し、一種類の見積書の下書きと人の照合から始めます。確認の手間や不足情報を整理し、発注・納品との連携や送付は別に範囲を決めます。