経理ミニツールズ

AIで経理を半自動化する — freee記帳を自動化して分かったこと

結論から言うと、経理は「全自動」にはできませんが、「半自動」にはできます。私は自社(クリニックとEC事業)の記帳を freee で行っていますが、口座明細に科目を付ける定型作業を自動化し、判断に迷う取引だけを人が確認する形にしています。この記事は、その仕組みを実装した経験から、どこまで自動化でき、どこは人が残るのかを一般的な話としてまとめたものです。

もうひとつ、最初に言っておきたいことがあります。この自動化の中心は、実は「AIが科目を推測する」ことではありません。科目付けは正規表現のルールと、人が一度教えたことを覚える学習で回しています。AI(大規模言語モデル)が効くのは、むしろ対話での照会や、PDF請求書の読み取りといった非定型の作業でした。この役割分担が、実運用でたどり着いた結論です。

消費税の計算はツールで — 税抜・税込・軽減税率をまとめて計算

何を自動化したのか — 口座明細の「科目付け」

経理の作業を分解すると、大きく次の3つに分かれます。

作業中身自動化のしやすさ
記帳(仕訳)口座やカードの明細に「勘定科目」を付けて帳簿に記録する定型が多く自動化しやすい
消込(しょうけし)請求・支払と入出金を突き合わせて「決済済み」にする一部だけ自動化できる
判断・相談この支出は経費か、どの科目が妥当かを考える人が残る

このうち、毎日いちばん量が出て、いちばん退屈なのが記帳です。「このカード明細は通信費」「この振込は外注費」——同じ取引先の同じ科目を、月に何十回も手で選び直す。ここが自動化の主戦場でした。

「半自動化」の意味

全部を機械に任せる(全自動)のではなく、ルールで判断がつく明細は自動で科目を付け、つかない明細だけを人に回すのが半自動化です。人は「はじめて見る取引先」だけを見ればよくなり、一度教えれば次からは自動になります。作業量は「全明細を見る」から「新顔だけを見る」に減ります。

自動記帳の流れ — 1日3回、明細を読んで科目を付ける

私の環境では、記帳の自動化を1日3回のバッチ処理(常駐ではなく、決まった時刻に起動する仕組み)で回しています。リアルタイムではなく、次のバッチのタイミングでまとめて処理される、という点がまず実務上のポイントです。1回の実行では、freee の「自動で経理」に上がっている未入力の明細を1行ずつ読み、次の順で科目を決めます。

1件の口座明細を処理する流れ 明細を1行読む ① ルールに一致する? 正規表現21パターン ② 学習済みの取引先? 人が教えたルール どちらか一致 → 科目確定 自動でfreeeに登録 (人の手を介さない) どちらも不一致 → 人に確認 返信で科目を教える=次から学習
1件ごとに「ルール→学習」の順で科目を判定。一致すれば自動登録、しなければ人に確認し、その回答を覚えて次に活かす。

ポイントは、この判定に2段の網を張っていることです。まず汎用的なサービス名(SaaSや広告など)を正規表現のルールで拾い、そこに無い取引先は人が過去に教えた学習ルールで拾います。どちらの網にもかからなければ、機械は勝手に推測せず、人に「これは何費ですか?」と確認を投げます。人が答えると、その取引先は学習ルールに追記され、次回からは自動で仕分けられます。

AIはどこで効くのか — 科目付けは「ルール+学習」、AIは非定型に

「AIで経理を自動化」と聞くと、AIが明細を見て科目を推測してくれる姿を思い浮かべるかもしれません。私も最初はそう考えました。しかし、定型の科目付けにAI(大規模言語モデル)を使うのは、実はあまり筋が良くありません。理由は3つあります。

では、AIはどこで効くのか

私の環境でAIが担っているのは、①対話での照会(「今月の広告費は?」とチャットで聞くと試算表を読んで答える)と、②非定型の読み取り(PDF請求書から金額・取引先・品目を抜き出す)です。どちらも「決まった形がない」作業で、ここはルールでは書ききれず、言語モデルの読解力が活きます。逆に、形が決まっている記帳の科目付けは、ルールと人の学習に任せる——これが役割分担の結論です。

言い換えると、経理におけるAIの正しい使いどころは「推測」より「読解と対話」です。定型はルールで固め、AIには人間がやると時間のかかる読み取り・要約・応答をやらせる。この切り分けが、正確さとコストの両方で効きました。

人が承認する境界 — 金銭に触る操作は自動で確定させない

自動化でいちばん怖いのは、間違ったまま自動で確定してしまうことです。だから私は「どこまでを機械が確定してよいか」の線を、はっきり引いています。

工程機械が自動で確定人が確認・承認
ルール・学習に一致した科目付け
はじめて見る取引先の科目×○(1件ずつ確認)
請求書入金の消込触らない○(担当者・別の仕組み)
支払の消込(複数支払をまとめた振込)組合せが一意なときだけ曖昧なら保留して人へ

とくにお金の消込は慎重にしています。たとえば複数の支払先へまとめて振り込む「総合振込」は、1件の出金が複数の請求に対応します。ここは、未払として計上済みの取引の組合せと突き合わせ、合計が一致する組合せがただ1通りに定まるときだけ自動で消し込みます。同じ金額の未払が2枚あって「どちらを消すか」が決まらない場合は、機械は判断せず人にアラートを出す——曖昧なら止まる、を徹底しています。

freee自動化でハマる3つの罠

実際に自動化して分かった、freee特有の落とし穴を挙げます。同じことをする人が必ず踏むと思います。

罠1: 「消込の推測」は未入力フィルタに出てこない

freeeの「自動で経理」は、金額が近い既存取引を見つけると勝手に「これは消込では?」と推測します。この推測に振られた明細は、「未入力」の一覧に出てきません(ステータス「すべて」で探す必要があります)。これを知らないと、「登録したはずの明細が見当たらない」「未処理が可視化されない」という事故になります。総合振込のまとめ払いも、この消込推測に分類されがちです。

罠2: 消込の推測を鵜呑みにすると二重計上する

freeeが「消込」と推測しても、同じ金額の未払計上が本当に存在するとは限りません。推測をそのまま登録すると、未払と入金の両方を計上して二重計上になります。対策は、freeeの推測を信じる前に「同額の未決済取引が実在するか」を突き合わせること。実在するなら消込(=新規計上しない)、実在しないならfreeeの推測が誤りなので科目を付けて登録、と分岐させます。

罠3: 記帳の「登録」に使える公開APIが実質ない

freeeには読み取り用の公開API(試算表・取引・残高の照会)があり、これは便利です。ところが口座明細への“記帳(取引登録)”を直接行う公開APIは実質なく、自動化しようとするとブラウザを自動操作して画面を叩くしかありません。「freee自動化=API」と思い込むと、読み取りはできても書き込みで詰まります。ここは想定しておくべき制約です。

まとめ

  • 経理は全自動にはできないが、定型の記帳は半自動化できる。人は「新顔の取引先」だけを見ればよくなる。
  • 科目付けの中心はルール+人のフィードバック学習。AIの推測より、正確・安価・監査可能。
  • AI(言語モデル)が効くのは対話での照会と、PDF等の非定型の読み取り。「推測」より「読解と対話」。
  • お金に触る操作(消込)は自動で確定させない。組合せが一意なときだけ自動、曖昧なら人へ。
  • freeeは消込の推測が未入力に出ない・二重計上しやすい・書き込みAPIが実質ない——この3点に注意。

よくある質問

Q. AIに全部任せて、経理を完全自動化できますか?

A. 現実的には難しく、半自動化が妥当です。同じ取引先の同じ科目のような定型はルールと学習で自動化できますが、はじめて見る取引の判断、経費性の判断、消込のうち曖昧なものは人が残ります。むしろ「全部をAIに推測させる」より、定型はルールで固定し、判断が必要な部分だけ人が見る形のほうが、正確でコストも低くなります。

Q. 科目の自動仕分けにAI(言語モデル)は必要ですか?

A. 定型の科目付けには必ずしも必要ありません。「この取引先はこの科目」という決めごとは、正規表現などのルールと、人が一度教えたことを覚える学習で十分に回せます。ルールのほうが結果がぶれず、費用もほぼかからず、なぜその科目にしたかを後から検証できます。AIは、対話での照会やPDF請求書の読み取りなど、形の決まっていない作業に向いています。

Q. freeeを自動化するとき、まず何に気をつけるべきですか?

A. freeeが「金額の近い取引の消込」を勝手に推測する挙動です。推測された明細は「未入力」の一覧に出てこないため見落としやすく、また推測を鵜呑みにすると未払と入金を二重計上します。登録の前に「同額の未決済取引が実在するか」を突き合わせるのが安全です。あわせて、記帳(取引登録)の公開APIが実質ないため、書き込みの自動化は画面操作になる点も想定しておきます。

Q. 自動記帳はリアルタイムに反映されますか?

A. 仕組みによります。私の環境は常駐ではなく1日数回のバッチで動くため、明細が上がってから反映まで最大で数時間の遅れがあります。リアルタイム反映が要る場合は常駐型にする必要がありますが、経理の記帳では即時性より、確実さと重複防止のほうが重要なことが多いです。

Q. 会計事務所・税理士に頼むのと、自動化はどちらが良いですか?

A. 対立するものではなく、役割が違います。自動化は日々の記帳の手間を減らすもので、決算・申告や個別の税務判断は税理士の領域です。当サイトは一般的な情報とツールの提供であり、個別の税務相談には応じられません。自動化で日々の記帳を整えつつ、判断が必要なところは顧問の税理士に相談する、という組み合わせが現実的です。

出典

この記事は令和8年7月時点の一般的な情報であり、個別の事案に対する助言ではありません。会計ソフトの仕様は変更されることがあります。税務・会計上の個別の判断は、顧問の税理士または所轄の税務署にご確認ください。