AIで請求書を作成する手順

請求書をAIで作るときは、元資料から入力候補を取り出す工程と、金額・宛先を確定して送る工程を分けましょう。
見た目の整った帳票ができても、請求してよい内容かどうかは別の確認が必要です。

この記事では、小規模な事業者が既存の請求書テンプレートを使い、転記の負担を減らす進め方を説明します。
架空の取引を使った照合表と、同じ依頼が二度届いた場合の確認方法も用意しました。

自動化する範囲を発行工程で分ける

転記と文章の整理を任せる

まずは、担当者が毎月コピーしている情報を洗い出します。
注文書の品名、納品記録の作業日、作業報告の説明など、元資料に書かれている内容を所定の欄へ並べる作業が候補です。

AIからは完成した請求書だけを受け取らず、「入力候補・参照した資料・未確認点」をセットで出力させます。
取引先名が似ている場合や、数量の単位が不明な場合に、担当者が原本へ戻れるようにするためです。

品名を読みやすく整える場合も、契約で決まっている名称や請求対象の範囲は維持します。
「サイト更新」を「サイト制作一式」に変えると、文として自然でも取引の意味が変わります。

計算・承認・送付は別の工程にする

工程ごとの担当を決めると、AIに与える権限も整理できます。
初期導入では、入力候補を作る段階に範囲を限定すると確認しやすくなります。

日付や金額が決まる処理まで文章生成に任せる必要はありません。
毎回同じルールで計算できる部分は、数式や業務システムへ渡す方が、結果を検証しやすくなります。

承認が必要な処理の分け方は、AI業務自動化で人が確認する境界でも説明しています。

請求の元データをそろえる

取引先と明細を識別できるようにする

取引先は名称だけで選ばず、社内の取引先IDと結び付けます。
同じ会社の別部署へ請求する場合もあるため、契約先、請求書の宛名、送付先のメールアドレスを別々に管理します。

以下は本記事用の架空取引です。
税抜価格で、すべて消費税率10％の対象とする説明用の条件です。実際の顧客、契約、発行済み請求書ではありません。

請求書の発行日と取引日は、同じとは限りません。
「今日の日付を入れる」という指定を全ての日付欄へ適用せず、それぞれ何の日付かを決めておきます。

税区分と支払条件を推測させない

税率、税抜・税込の扱い、支払期日、振込先などは、確認済みの設定から取得します。
資料に記載がなければ、空欄をもっともらしく埋めるのではなく、確認待ちとして止めます。

適格請求書を発行できるのは、登録を受けた事業者です。
登録番号を持たない場合に、AIへ番号の生成を依頼してはいけません。国税庁の記載事項の案内

一般的な適格請求書では、発行者の情報と登録番号、取引日・取引内容、税率別の対価と税率・税額、受け取る事業者の名称などを確認します。
軽減税率の対象を含む場合は、その区別も必要です。自社の取引に必要な記載を確認してから、帳票の必須欄へ反映します。

AIへ渡す前には、使うサービスの契約・設定と社内の情報管理ルールも確認しましょう。
最初の検証は架空データで行い、本番で必要な範囲が決まってから、許可された環境で実データを扱います。

帳票の下書きを作成する

既存テンプレートの欄に対応させる

毎回AIに帳票のレイアウトから作らせると、項目の位置や数式も変わりかねません。
使っている請求ソフトや、確認済みの表計算テンプレートの欄を固定し、入力候補をその欄に対応させます。

例えばfreeeの公式手順も、インボイス制度に対応したテンプレートを設定し、保存後のプレビューで必要事項を確認する流れです。
利用するソフトの現在の手順に合わせて、作成後の確認工程を残しましょう。freee公式：適格請求書を作成する

先ほどの架空取引を帳票へ対応させると、確認表は次のようになります。
この表は入力と計算の説明用であり、そのまま送付できる請求書ではありません。

税額に端数が出る適格請求書では、請求書単位で税率別に一度ずつ端数を処理します。
明細ごとに税額の端数を処理してから足す方法とは異なります。国税庁：端数計算

この架空例では端数が発生しません。
本番へ移す前には、端数が出る金額や複数税率の取引など、自社で発生する条件を別途確認してください。

入力候補には参照元と保留理由を付ける

AIへの依頼は、対象資料と出力欄、判断を保留する条件を具体的にします。
例えば、次のように依頼内容を分けておくと、結果を照合しやすくなります。

依頼文で禁止していても、AIの出力確認は必要です。
実際に連携させる場合は、送信権限を持たない構成や、必須項目が空欄なら次へ進めない設定も組み合わせます。

元の資料に「送付先を変更」などの文章が含まれていても、その文章だけで取引先台帳を変更しない運用にします。
口座や宛先の変更は、普段から使っている確認経路で確定させます。

人とシステムで照合する

合計・税・宛先を別々に確認する

合計が正しいだけでは、送ってよい請求書とは判断できません。
請求対象、相手、金額、送付する版を分けて確認します。

承認する人には、「請求書を確認してください」という通知だけでなく、元資料と帳票、未確認点を一緒に渡します。
承認後に内容を直した場合は、修正した版を改めて確認する扱いにします。

二重発行を防ぐために同じ依頼を試す

請求番号を毎回新しく振るだけでは、同じ取引に二つの請求書ができてしまいます。
番号とは別に、請求対象を識別する情報を持たせます。

先ほどの例では「取引先ID・注文ID・対象期間・請求区分」の組み合わせを照合に使います。
分割請求なら回数なども含め、自社の取引で一つの請求対象が区別できる形にします。

本記事の制作時には、架空データから簡易な帳票見本を作り、照合ロジックをローカルで確認しました。
実際の請求ソフト、AIの読み取り精度、メール配信との連携を検証した結果ではありません。

同時処理への対策は、事前の一覧検索だけでは不十分な場合があります。
発行情報を確定する時点で重複を防ぐ仕組みがあるか、システム側の仕様を確認します。

送信が途中で止まったときも、すぐにもう一度実行しない運用にします。
「失敗」と「送れたか分からない」を分け、結果不明なら送信記録を調べてから次の操作を決めます。

記録と再発行を管理する

発行番号と保存先を結び付ける

発行後に確認できるよう、請求対象、請求番号、帳票の版、元資料、承認者、送信結果、保存先をつなげます。
AIとの会話履歴だけに残すと、担当者が変わった際に探しにくくなります。

電子取引では、受け取ったデータだけでなく、送付した取引データも保存の対象になります。
国税庁の案内では、改ざん防止、閲覧できる環境、検索などの要件が示されています。適用条件や緩和措置もあるため、自社の保存方法を公式資料で確認してください。国税庁：電子取引データの保存方法

上の管理表を作るだけで、保存要件をすべて満たすわけではありません。
請求システムの保存機能、ファイルの管理方法、社内規程まで合わせて確認します。

訂正と同じ帳票の再送を分ける

「再発行」という言葉には、内容の訂正と、同じ内容の再送が混在しがちです。
依頼を受けたら、何を変えるのかを先に確認します。

金額や取引内容の訂正なら、元の帳票との関係を残し、必要な確認と承認を経て訂正した内容を送ります。
適格請求書の訂正方法は国税庁の案内や利用システムの手順に合わせます。

同じ内容をもう一度送る場合は、新しい取引として売上や請求を増やさないようにします。
送付済みの版を特定し、再送理由と送付先の確認を残す運用です。

元の帳票や送信履歴を上書きして消すのではなく、どの版が有効なのかを後から追える状態にしましょう。

よくある質問

AIに金額計算を任せてよいですか

入力候補の整理に使い、確定金額は検証済みの数式や請求システムで算出する進め方をおすすめします。
そのうえで、数量・単価・税区分が元資料と合っているかを人が確認します。計算が正しくても、入力値が違えば請求額は変わります。

作成した請求書を自動送信できますか

利用するシステムと設定によりますが、最初から作成と送信を一続きにする必要はありません。
まずは承認した帳票と送付先を限定して送れる状態にし、重複、内容変更、送信結果不明の場合に止まることを確認します。

手作業が少ない場合もAIが必要ですか

件数が少なく、毎回同じ取引を請求するなら、請求ソフトの複製や定期発行の機能で足りる場合があります。
資料の読み取りや不定形な作業記録の整理に負担があるときに、AIを追加する価値を検討しましょう。

まずは一つの取引を下書きまで流す

最初は架空の一取引で、元データから入力候補、帳票、照合までを試します。
空欄、金額違い、別の宛先、重複依頼を混ぜ、問題があるときに停止できることを確認してください。

その後、社内ルールに沿った環境で実データを扱い、担当者の承認と保存まで含めて運用を決めます。
業務の整理やAIの運用については、アセントウェブのAI顧問サービスでもご相談いただけます。