1. 経理業務のどこまでAI化できる？
AIに任せやすいのは、入力の下準備と候補づくりです。 正確な計算、社内の承認、税務上の判断まで一つのAIに任せる前提にはしません。
| 工程 | 任せる方法 | 人が確認する点 |
|---|---|---|
| 領収書・請求書の読み取り | AIで日付・取引先・金額などを抽出する | 原本との一致、読み落とし、修正箇所 |
| 仕訳の候補づくり | AIで勘定科目や用途の候補を出す | 取引の実態、社内ルール、税区分 |
| 請求額・月次集計の計算 | 表計算やプログラムで決めた式を使う | 元データ、単価、対象期間、端数処理 |
| 登録・発行・送付 | 承認済みの内容を通常の自動化で反映する | 承認対象、宛先、処理済みかどうか |
| 税務上の判断・例外対応 | 担当者が判断し、必要に応じて税理士に相談する | 判断根拠と処理方針 |
たとえば、請求書の金額をAIで読み取っても、合計は計算式で照合します。取引内容から勘定科目の候補が出ても、税務上の扱いまで正しいとは限りません。判断できないものは確認待ちに戻し、推測のまま登録しない流れにします。
最初の対象は、毎月くり返し発生し、元資料と結果を見比べられる作業から選びます。書類が欠けている、単価が担当者の記憶にしかない、承認者が決まっていない場合は、その整理を先に進めます。経理全体の入口は経理AIのガイドをご覧ください。
2. 受領請求書は、読み取りから登録前の確認までを整理する
取引先から受け取った請求書では、原本を保管し、項目を読み取り、内容を確認してから会計ソフトに登録する工程を分けます。以下は導入時に検討する運用例であり、すべての会計ソフトで同じ機能が使えるという意味ではありません。
- 受け付け・保管：受領したPDFや画像に管理番号を付け、受領日と処理状況を記録します。同じ書類の再送や差し替えは、元の記録にひも付けます。
- 項目の抽出：AIで取引先、請求書番号、請求日、支払期日、明細、金額などを読み取ります。読めない項目は空欄や確認待ちにし、埋め合わせません。
- 照合・候補づくり：発注・納品の記録と突き合わせ、金額を計算式で確認します。必要なら勘定科目の候補をAIで作ります。
- 確認・承認：担当者が原本と抽出結果、請求の根拠、税区分、支払先、重複の有無を確認します。判断が必要な点は税理士などに確認します。
- 登録・結果の記録：承認済みの内容だけを登録し、会計ソフトの登録先と処理結果を記録します。支払いの実行は別の承認工程として扱います。
検証ラボで起きた、税抜金額の取り違えと修正
2026年10月8日、hirostaの請求書PDF→CSVの検証ラボで、同じ配置の1ページの架空請求書PDF5件からCSV候補を作りました。AIが試作コードの作成・修正を補助し、文字抽出とCSV出力は通常の自動化で実行した試作です。お客様の書類を使った実運用の成果ではありません。
初版は「金額」に続く数字を探したため、先に現れる「税抜金額」を拾ってしまいました。税込合計がない書類や同じ請求書の再送も、候補に含めていました。修正では、取得する項目を「税込合計」と明示し、必須項目が不足する書類と同一取引先・請求番号の再送を保留にしました。複数税率の書類も、今回の1行出力では内訳を表せないため対象外とし、結果はCSV候補2行・保留3件になりました。
この失敗から、上の「項目の抽出」では金額が税抜か税込かを指定し、「照合・候補づくり」では原本の合計と出力金額を見比べる必要があると分かりました。不足や再送を候補から外しても、過去の受付・登録履歴との照合は別に必要です。訂正版をどう扱うかも、人が判断できる流れにします。
今回の照合はAIが行い、人による原本の確認・承認と、会計ソフトへのアップロード・登録は未実施です。候補の勘定科目・税区分も空欄で、そのまま取り込める完成CSVではありません。同じ配置の架空データでの結果なので、実際の書式での読み取り精度や時間削減を示すものではありません。失敗した出力と修正後の内訳は、検証ラボの結果と修正内容をご覧ください。
請求書と銀行明細を二重に登録しない
請求書から未決済の取引を登録したあと、支払いの銀行明細を新たな経費として登録すると、同じ支出を二重に計上するおそれがあります。既存の未決済取引に支払いをひも付ける「消込」か、新しい取引の登録かを確認します。freeeの「自動で経理」には、未決済取引の消込や既存取引との重複を扱う操作があります。
書類の再送は、取引先・請求書番号・日付・金額などと原本を照合します。金額と日付だけで同一と決めつけず、同額の別取引や訂正版も確認してください。受付・画像の補正を詳しく検討する場合は、書類処理AIのガイドにつなげて考えます。
3. 自社からの請求書発行は、単価・締め日・承認を先に決める
自社から請求書を出す場合は、承認した売上・作業記録から、決まった単価と計算式で請求額を作るのが基本です。AIは書類からの項目抽出などを補助し、単価や請求の可否を推測で決めません。
発行前にそろえるルール
- 請求の根拠：どの受注・納品・作業記録を請求対象にするか。未承認の作業や取消分をどう扱うか
- 単価と計算：契約上の単価、数量、値引き、税率、端数処理。単価改定をいつの取引から適用するか
- 締め日と対象期間：締め日、支払期日、月をまたぐ作業、締め後の修正の扱い
- 宛先と承認者：請求先の法人・部署・担当者、送付先、発行を承認する人、送付前に確認する人
作成・発行・送付を分ける流れ
- 承認済みの記録を締め日で集計し、決めた単価と計算式で請求額を出します。
- 下書きの請求書を作り、担当者が対象期間・明細・合計・宛先を確認します。
- 承認した版を発行し、請求書番号と発行状況を記録します。内容を変更したら、再確認します。
- 宛先と添付する版を確認して送付し、送付結果を記録します。送付を自動化する場合も、この確認と承認を通ったものだけを対象にします。
一般的な活用例として、作業記録をAIで読み取り、担当者が数量を補正し、契約単価で計算して請求書の下書きを作る流れが考えられます。読み取り結果からそのまま顧客へ送るのではなく、数量・単価・宛先を確認する場所を設けます。
再実行で二重発行・二重送付を起こさない
請求先・対象期間・元の作業記録をひも付け、どの記録を請求済みにしたかを残します。発行と送付の状況は別々に管理し、複数の担当者が同じ対象を同時に処理できないようにします。
通信が途切れて結果が分からない場合は、すぐに再発行・再送せず、発行先や送付履歴を確認します。訂正や再送は担当者が理由と対象の版を確認して行う流れにし、処理済みの記録を無条件にやり直さないことが大切です。
4. freeeとAIは連携できる？
freeeの既存機能を使う方法と、APIで追加の仕組みをつなぐ方法があります。 外部AIとの連携を作る前に、今の業務で既存機能がどこまで使えるかを確かめます。
まず「自動で経理」と自動登録ルールを確認する
freeeの「自動で経理」は、取り込んだ銀行口座やクレジットカードの明細をもとに帳簿付けする機能です。自動登録ルールでは、条件に合う明細を登録する方法だけでなく、登録せず入力内容を推測させる方法もあります。
定型の取引は既存ルールで処理し、担当者が内容を確認する運用にできるかを先に検討します。外部AIで同じ候補を重ねて作るより、既存機能で足りない取引や確認工程を絞ることが大切です。追加連携を使う場合は、freee側の自動登録と同じ明細を処理しないよう担当範囲を決めます。
追加連携で扱う範囲と条件
freee会計APIには口座明細の取得や取引の登録などの機能があります。利用者の認可と事業所の選択が必要で、アプリタイプによって利用条件や銀行明細取得の制限が異なります。自社で使えた連携を、そのまま他社に提供できるとは限りません。
公式資料では、特定事業所で使うプライベートアプリは銀行明細の取得に申請が不要ですが、複数事業所への配布を目的とするパブリックアプリでは申請とセキュリティチェックが必要です。利用事業所数にも上限があります。自社内の利用か他社への提供かを先に整理し、アプリタイプ別の条件を確認してください。
追加連携を検討するときは、契約プラン、アプリタイプ、利用するAPI、取得・登録の権限、対象事業所を確認します。また、freee会計APIとfreee請求書APIは分かれているため、会計の取引登録ができることだけで、請求書の発行・送付もできるとは判断しません。
hirosta自社での実践：明細取得から承認後の登録まで
AIによる仕訳の自動化は、hirostaの自社での実践です。顧客への導入実績や、freeeの標準機能として紹介しているものではありません。
- freeeから未処理の明細を取得する
- Claude APIで勘定科目を推定する
- 担当者が候補を確認して承認する
- 承認した内容をfreee APIでまとめて登録する
この事例でAIが担うのは勘定科目の推定です。税務判断や承認までAIが行う例ではありません。
同様の連携を設計する場合は、明細の識別情報と登録結果をひも付け、登録済み・処理中の明細を再処理しないようにします。一部だけ登録に成功した場合も、成功分を含めて全部やり直さず、結果が不明なものを確認してから対応します。これは導入時の運用提案であり、自社事例の未公開の実装詳細を示すものではありません。
5. 小さく試す前に、人の確認と情報の扱いを決める
対象業務を一つ選んだら、担当者と承認者を決め、元資料・候補・修正内容を一緒に見られるようにします。読み取れない書類、単価不明、登録結果が不明な取引は、確認待ちで止められることが必要です。
最初は登録・発行・送付を行わない下書きの段階で、従来の結果と見比べます。本登録に進む際は、従来の作業と連携処理の担当範囲を分け、並行運用による二重登録を避けます。結果を確認する時間も含めて負担を見直し、対象を広げるか判断します。一定の精度や削減時間を前提にしません。
取引先名、口座、金額などを外部AIに渡す前には、入力してよい項目、契約・設定上の学習利用、保存期間、閲覧権限、削除方法を確認します。必要な項目だけに絞り、認証情報は書類やプロンプトに含めません。freeeへのアクセス許可と、外部AIに情報を渡してよいかの社内承認は別々に確認します。
6. 公開事例で、AIと通常の自動化の分担を見る
LINEとAIで、書類の読み取りから請求書の発行まで自動化は、業界団体への導入事例です。LINEで受け取った書類をAIが読み取り・分類し、スプレッドシートに記録します。記録したデータから請求書PDFを作成し、LINEで通知する仕組みで、読み取れないものは人が補正します。
この事例は、受領した請求書の会計入力に限定した事例ではありません。書類の読み取り・記録から、自社側の請求書作成につなぐ工程の参考です。発行・送付前の承認や二重処理防止は、導入先のルールに合わせて別途整理します。
freeeの自社実践とこの導入事例では、AIの担当工程も対象業務も異なります。自社に合うかは、書類の状態、請求ルール、連携条件、担当者の確認体制で判断してください。具体的な支援内容は経理の効率化支援、契約範囲と料金はサービス・料金でご案内しています。
7. よくある質問
Q. 経理業務のどこまでAI化できますか？
書類の読み取りや勘定科目の候補づくりから検討できます。金額は決めた式で計算し、登録・発行・送付の前に担当者が確認して承認します。税務上の判断はAIに任せきりにせず、必要に応じて税理士に確認します。
Q. 請求書処理はAIでどこまで自動化できますか？
受領請求書は項目抽出と入力の下準備、自社からの発行は承認済みの記録をもとにした計算と下書き作成を検討できます。単価・締め日・宛先を決め、登録・発行・送付前の承認と二重処理防止を組み込みます。支払いは別の承認工程として扱います。
Q. freeeとAIは連携できますか？
既存の「自動で経理」や自動登録ルールを確認し、足りない部分はAPIによる追加連携を検討できます。契約プラン・アプリタイプ・利用権限・対象事業所の確認が必要です。hirostaの明細取得・勘定科目推定・承認・登録の例は、自社での実践です。
Q. 会計ソフトを変える必要はありますか？
まず今のソフトの取り込み・候補づくり・出力機能を確認します。既存機能や連携条件で必要な工程を組めるかを見てから判断し、最初からソフトの変更を前提にしません。
Q. AIの読み取りや登録に失敗したら、やり直せばよいですか？
読み取り結果は原本と照合して補正します。登録・発行・送付の結果が不明な場合は、先に処理先の記録を確認します。無条件の再実行は二重処理につながるため、確認できた未処理分だけを対象にします。