DX

会計事務所のDXとは?記帳代行の自動化と顧問先連携を優先順位で決める進め方【2026年】

確定申告期の会計事務所では、顧問先から届いた領収書と通帳のコピーが担当者の机に積み上がり、入力に追われた職員が深夜まで残ります。会計事務所のDXでは、この入力作業の総量を減らすことが出発点です。この記事では、事務所自身の業務変革と顧問先の業務変革支援を分けたうえで、記帳代行と入力作業をAI-OCRとRPAでどこまで機械に渡せるか、顧問先とのデータ連携をどの方式で組むか、既製ツールで足りる範囲と受託開発で内製連携すべき範囲の分岐点までを、着手順に整理します。事業会社の経理部門が自社のために進める経理DXとは対象業務が違うため、会計事務所と税理士事務所が自分たちの手を動かす側の話に絞ります。

まとめ:会計事務所のDXを記帳代行の自動化から着手する優先順位の結論

結論を先に置きます。会計事務所のDXは、顧問先向けの新サービス開発から始めるより、事務所内で最も人手を食っている記帳代行と入力作業の機械化から着手したほうが回収が早くなります。優先順位は四段階です。第一に、顧問先から届く証憑をAI-OCRでデータ化し、担当者の手入力を確認作業へ置き換える。第二に、会計ソフトへの転記と月次の定型帳票出力を、APIかRPAへ寄せる。第三に、顧問先との資料回収をクラウド会計の共有か顧問先ポータルへ移し、紙とメール添付の往復を止める。第四に、ここまでで残った工程の進捗を可視化し、確定申告期に偏った業務量を年間へならします。

この順序を崩すと投資が回収できません。進捗管理の仕組みだけを先に入れても、入力の総量が変わらなければ職員の残業は減らないからです。既製ツールと受託開発の境目もはっきりしています。職員十名以下で顧問先が二百件程度までなら、会計事務所向けパッケージとクラウド会計、それに国産RPAの組み合わせでほぼ足ります。受託開発が回収できるのは、既製ツール同士のデータが分断して転記が月二十時間規模で発生している場合と、顧問先へ提出する経営分析レポートを事務所独自の様式で作り続けている場合の二つ。判断の条件は後半で言い切りました。

会計事務所のDXが一般企業のDXと分かれる二重の対象|自事務所と顧問先

会計事務所のDXという言葉には、対象が二つ混ざっています。ここを分けないまま議論を始めると、投資の優先順位が決まりません。

事務所内の業務変革と顧問先側の業務変革を分けて考えるときの線引き

一つ目は事務所自身の業務変革です。記帳代行、申告書作成、顧問先とのやり取り、職員の工数管理といった所内の工程を組み替えます。二つ目は顧問先の業務変革支援で、顧問先の請求業務や経費精算をクラウドへ移し、その導入支援を新たな収益源にする動きを指します。

この記事が扱うのは一つ目です。投資対効果の出方が違うからで、所内の機械化は削減できた工数がそのまま利益に変わる一方、顧問先支援は提案と教育の人件費が先に出ます。所内の入力作業が減っていない状態で顧問先支援へ人を割くと、繁忙期に両方が崩れました、という結末になりがちです。DXという語そのものの定義と、デジタル化との区別はDXとは?定義とデジタル化との違い・進め方を受託開発の実務目線で解説で整理しています。

税理士の53.6パーセントが60歳以上という人員構成が決める着手順序

着手順を決める前に、業界の人員構成を見ておきます。日本税理士会連合会の第7回税理士実態調査(令和6年実施・対象86,166件、有効回答38,607件、回答率44.8パーセント)では、年齢構成は60歳代25.7パーセント、70歳代22.0パーセント、50歳代21.5パーセント、40歳代18.1パーセント。60歳以上が53.6パーセントを占めます。開業税理士に限れば70歳代が27.0パーセントとさらに高い。

この構成が示すのは、新しい操作画面を覚え直す負荷を所内で一斉には吸収しにくいということです。だから着手順は「操作を覚える人数が少なくて済む工程」から選びます。AI-OCRとRPAが先に来る理由もそこにあります。日々の画面操作を新しく覚えるのは入力担当の数名だけで、所長や上席が自分のやり方を変える必要は小さい。逆に、所内の全員が毎日触るチャットツールや進捗管理ツールの入れ替えは、教育コストが人数分そのままかかります。

紙のPDF化で止まる事務所とDXへ進む事務所を分ける判断基準

紙をスキャンしてPDFにしただけで止まる事務所には共通点があります。データ化したあとの工程が人手のまま残っていることです。

判断基準は一つで、そのデータが次の工程へ人の再入力なしに流れるかを問えば足ります。領収書をPDF化しても、金額と日付を担当者が会計ソフトへ打ち直しているなら、作業量は変わらず保管場所が変わっただけ。読み取った仕訳候補が会計ソフトへ自動で入り、担当者は例外だけ直す形になれば、そこで初めて工程が変わります。国税庁が令和7年10月20日に公表した令和6年度のオンライン利用率では、法人税申告の電子申告が前年度比2.9ポイント増の89.1パーセント、相続税が13.2ポイント増の50.3パーセントでした。申告という出口はすでに電子へ寄っています。詰まっているのは入口の証憑データ化です。

記帳代行と入力作業を自動化するAI-OCRとRPAの守備範囲と限界

入力作業の機械化はAI-OCRとRPAの二段構えで組みます。役割が違うため、どちらか一方だけでは工程が途中で途切れます。

AI-OCRで読み取れる帳票と人の確認が残る帳票を切り分ける基準

AI-OCRは、手書きや帳票レイアウトのばらつきに機械学習で対応する読み取り技術で、従来型OCRとの違いはAI-OCRとは?従来OCRとの違い・仕組み・料金相場と導入判断を解説にまとめています。会計事務所が扱う帳票は、精度が出るものと人の確認が残るものにはっきり分かれます。

  • 精度が出やすい:定型フォーマットの請求書、レシート、通帳の入出金明細、給与支払報告書
  • 確認が残る:手書きの現金出納帳、複数税率が混在する飲食レシート、但し書きから勘定科目を判断する領収書
  • 機械に渡さない:契約書や議事録など、金額以外の文意を読む必要がある書類

切り分けの基準は、読み取った文字列から勘定科目が一意に決まるかどうか。決まらない帳票は、読み取りまでは機械に任せて科目の当てはめを人に残す設計です。実務では読み取り結果に確信度スコアを付け、閾値を下回った行だけを確認画面へ回す設計にすると、目視対象を全体の一割から二割まで絞り込めます。帳票ごとの精度検証と閾値設計、それに既存の会計ソフトへの取り込みまで含めて設計するなら、AI-OCR導入支援のように連携部分まで手当てできる体制と組むほうが、読み取りだけ入れて出口で止まる事態を避けられます。

RPAが会計ソフトへの入力を代行できる条件とAPI連携との使い分け

RPAは画面操作を記録して再生する仕組みで、国産のWinActorやMicrosoftのPower Automate Desktopが会計事務所でも使われています。仕組みと選定の考え方はRPAとは?仕組み・できること・主要ツールと導入判断をわかりやすく解説をご覧ください。

RPAが会計ソフトへの入力を代行できる条件は三つ。画面のレイアウトが頻繁に変わらないこと、対象データが表形式で揃っていること、例外を人へ戻す口が設計されていること。会計ソフトは制度改正のたびに画面が変わりますから、改正月にシナリオが止まる前提で保守体制を組んでおきます。

APIが公開されている会計ソフトなら、画面操作より先にAPI連携を検討してください。画面に依存しないぶん改正の影響を受けにくく、処理速度も桁が違います。RPAを使うのは、APIが無い旧来の申告ソフトや、金融機関のWebサイトからの明細取得のように外部の画面しか入口が無い工程に限ると、保守が軽く収まります。

自動化の投資回収が成立する月間処理件数の目安と回収できない規模

回収の計算は単純です。削減できる作業時間に職員の時間単価を掛けた額が、ライセンス費用と初期設定費用を上回るかどうか。

目安として、月間の証憑処理が三千枚を下回る規模では、AI-OCRの月額費用と例外確認の工数が削減分を食い潰しやすくなります。顧問先百件で一件あたり月三十枚なら三千枚に届きますから、顧問先が百件を超えたあたりが一つの線。RPAは枚数ではなく同一手順の反復量で見ます。月二十時間以上を同じ手順の転記に使っている工程があれば、シナリオ作成と保守の工数を差し引いても残ります。

回収できないのは、顧問先ごとに帳票様式も処理手順もばらばらで、同じシナリオを二社以上に使い回せない場合。この状態では機械化より先に、顧問先へ渡す資料テンプレートの統一を進めたほうが効きます。

顧問先との資料回収をペーパーレス化する連携方式の比較と定着条件

入力を機械へ渡しても、証憑が紙で届く限り事務所の手間は残ります。

クラウド会計の共有と銀行明細の自動取込と顧問先ポータルの適否

顧問先からの資料回収をデジタルへ寄せる方式は三つあり、顧問先の規模と担当者の習熟度で使い分けます。ペーパーレス化そのものの手順と対象業務の順序はペーパーレス化の進め方とは?手順・対象業務の優先順位と電帳法対応を解説で扱っています。

方式 顧問先の負担 事務所の削減幅 向く顧問先
クラウド会計の共有 中(日々の入力) 自計化できる法人
銀行明細の自動取込 小(初期連携のみ) 現金取引が少ない法人
顧問先ポータル 小(撮影して送信) 記帳代行が中心の個人

三方式は排他ではありません。銀行明細の自動取込は顧問先の負担が初期設定だけで済むため、どの顧問先でも最初に入れる価値があります。クラウド会計の共有まで進められるのは、経理担当者がいて自計化できる法人に限られる。記帳代行が中心の個人事業主には、スマートフォンで撮影して送るだけのポータル方式が現実的です。

電子取引データの保存義務が顧問先の資料回収フローに与える制約

回収フローの設計で外せないのが電子帳簿保存法です。電子取引で授受したデータは、令和6年1月1日以後の取引から電磁的記録での保存が必要になりました。三区分の要件全体像は電子帳簿保存法とは?3区分の要件・対象書類と自社システム対応を解説で確認できます。

資料回収に直接効くのは二点です。一つは、顧問先がメールやWebサイトで受け取った請求書を紙に印刷して事務所へ渡す運用が、原則として保存要件を満たさなくなること。もう一つは、国税庁の一問一答(電子取引関係・令和8年7月版)が示す猶予措置で、保存要件に従えなかったことに相当の理由があると所轄税務署長が認め、かつ税務調査等でデータのダウンロードの求めと出力書面の提示・提出に応じられる場合には、検索要件等を満たさない保存も認められます。検索要件については、基準期間の売上高が5,000万円以下でダウンロードの求めに応じられる場合の不要規定もあります。

ここから事務所側の設計が決まります。顧問先へ紙での提出を依頼せず、電子で受け取ったものは電子のまま事務所へ渡す導線を先に作る。そのうえで、電子取引データの保存場所を事務所側の共有ストレージに寄せるのか顧問先側に置いたままにするのかを、顧問契約書と業務範囲の説明資料に明記しておきます。ここを曖昧にしたまま回収方法だけ変えると、税務調査で提示責任の所在がもめます。

資料未着の督促を自動化する仕組みと顧問先が使わない場合の代替

資料未着の督促は、担当者の記憶と手打ちのメールで回っている事務所が多い工程です。ここは機械化の効きが大きい。

顧問先マスタに決算期と資料提出期日を持たせ、期日から逆算して未着の顧問先へ自動でリマインドを送る形にすると、担当者の督促工数がほぼ消えます。送信履歴が残るため、期限直前に言った言わないでもめる場面も減らせます。

ただし、メールもポータルも見ない顧問先は必ず残ります。ここを機械で押し切ろうとしないでください。自動リマインドを二回送って反応が無い顧問先は担当者へエスカレーションし、電話か訪問へ切り替える運用を最初から組み込みます。全件を一つの仕組みで処理しようとすると、例外対応が属人化して結局は担当者の記憶に戻ります。

既製ツールで足りる範囲と受託開発で内製連携すべき範囲の分岐点

ここからは判断です。どこまでを既製ツールで済ませ、どこから作るのかを条件付きで書きます。

職員十名以下で顧問先二百件までの事務所が開発を採用しない条件

職員十名以下、顧問先二百件までの事務所では、受託開発を採用しないでください。この規模で必要な機能は、会計事務所向けパッケージ(ミロク情報サービスのACELINK NX-Pro、TKC、JDLなど)とクラウド会計、AI-OCR、それに国産RPAの組み合わせでほぼ埋まります。事務所内の基幹側で何を満たすべきかは会計事務所の基幹システムとは?顧問先管理・申告進捗・報酬請求を統合する選び方に整理しました。

開発費を投じない理由は、制度改正への追随コストにあります。税制改正と電子帳簿保存法の運用変更は毎年発生し、自作した部分の改修は事務所の負担として残る。パッケージに乗せておけば、その追随はベンダーの保守範囲です。削減できる工数が年間百時間程度にとどまるなら、改修負担を上回りません。

既製ツール間でデータが分断したときに内製連携が回収できる分岐点

受託開発が回収できる一つ目の条件は、既製ツール同士の間でデータが分断し、人が転記で橋渡ししている状態です。

典型は、AI-OCRの読み取り結果をCSVで書き出し、会計ソフトの取込形式へ表計算ソフトで整形し直す工程。あるいは、パッケージの顧問先マスタとクラウド会計の事業所情報が二重管理になり、契約変更のたびに両方を直している状態。この転記が月二十時間を超え、かつ双方がCSVかAPIで外部と入出力できるなら、連携部分だけを作る差分開発が現実解になります。

逆に、分断があっても転記が月数時間で収まるなら作らない。連携プログラムは作った瞬間から保守対象になり、どちらかの製品がバージョンアップするたびに動作確認の手間が発生します。年間数十時間の削減のために毎年の確認作業と障害対応を抱え込む取引は、割に合いません。

顧問先ごとの独自集計と経営分析レポートを個別開発する判断基準

二つ目の条件は、顧問先へ提出する経営分析レポートを事務所独自の様式で作り続けている場合です。

会計ソフトの標準帳票では出せない指標を、担当者が毎月、表計算ソフトで組み直している事務所があります。顧問先五十件に対して一件あたり月三十分かけていれば、それだけで月二十五時間。この工程は元データが会計ソフト側に揃っているため、集計とレイアウトだけを個別開発すれば自動生成へ置き換えられます。

判断基準は、その様式が事務所の営業上の差別化要素になっているかどうか。差別化になっていないなら標準帳票へ寄せて開発しない。差別化になっていて、かつ顧問先への提案時に実際に使われているなら作る。この順で決めると、作りたい欲求と回収可能性を取り違えずに済みます。

確定申告期の繁忙を平準化する工程の可視化と導入着手時期の設計

最後は、施策をいつ入れるかの設計です。会計事務所は業務量の季節変動が極端で、着手時期を誤ると導入そのものが失敗します。

決算期の分散状況を可視化して担当者別の山を崩す進捗管理の設計

平準化の前提は、顧問先の決算期分布を数字で見ることです。三月決算に偏っていれば五月に山ができ、個人事業主が多ければ二月から三月に山ができます。

顧問先マスタから決算期別の件数を集計し、担当者別に月次の想定工数を積み上げると、誰のどの月が破綻しているかが見えます。ここまで見えて初めて、担当替えや外部委託の判断ができる。工数の実績が取れていない事務所では、まず担当者別と顧問先別の作業時間記録から始めてください。記録が無い状態で人員配置を動かしても、勘で山を移すだけになります。

DX施策の着手を六月から八月に置く理由と着手して失敗する時期

導入の着手時期は、次の順で選びます。

  1. 六月から八月:三月決算法人の申告が終わり、年末調整までの間隔が最も長い
  2. 十月:年末調整の準備が本格化する前の短い谷
  3. それ以外の月:新規導入を避け、設定変更や小さな改善に限定する

一月から三月中旬の確定申告期、五月の三月決算申告期、十一月から十二月の年末調整期に新しい仕組みを入れるのは避けてください。この時期は職員が操作を覚える時間を取れず、うまく動かないと即座に旧来のやり方へ戻り、二度目の導入がさらに難しくなります。逆算すると、要件整理と製品選定は前年の秋から冬に始めるのが無理のない進め方。並行運用は二か月を上限とし、旧来の手順を止める日を着手時点で決めておくと、二重作業の常態化を防げます。

よくある質問

会計事務所のDXについて検索されることの多い質問に、実務の判断基準で答えます。

会計事務所のDXは何から着手するのが効果的ですか?

顧問先から届く証憑のデータ化からです。記帳代行と入力作業は所内で最も人手を食う工程で、ここを減らすと削減した工数がそのまま利益に変わります。進捗管理ツールやチャットツールの導入を先に置く事務所が多いのですが、入力量が変わらなければ残業は減りません。証憑のデータ化、会計ソフトへの取り込み、顧問先からの回収方法、進捗の可視化という順に進めると、各段階の効果が次の段階の投資判断材料になります。

AI-OCRとRPAはどちらを先に導入するべきですか?

AI-OCRが先です。RPAは既にデータになっているものを別の画面へ運ぶ道具で、紙のままの証憑には手が出せません。読み取りの入口を作らずにRPAだけ入れると、担当者が手入力したデータを転記するだけの仕組みになり、削減幅が小さくとどまります。順序としては、AI-OCRで読み取り精度と例外率を三か月ほど測り、確認工程が安定してからRPAかAPI連携で出口をつなぐ形が無理なく回ります。

顧問先が紙の資料しか出してくれない場合はどう進めますか?

顧問先の運用を変えずに、事務所側でデータ化する構成から入ってください。届いた紙をスキャナで一括読み取りし、AI-OCRで仕訳候補まで作れば、顧問先に何も依頼しなくても入力工数は下がります。そのうえで、電子取引で受け取った請求書だけは印刷せず電子のまま渡してほしいと個別に依頼する。電子帳簿保存法上、電子で授受したデータの紙保存は原則として要件を満たさないため、顧問先にとっても合理的な依頼になります。

職員数名の小規模な会計事務所でもDXの効果は出ますか?

出ますが、投資の形が変わります。月間の証憑処理が三千枚に満たない規模では、AI-OCRの月額費用が削減分を上回ることがあるため、まずは銀行明細の自動取込とクラウド会計の共有という、追加費用の小さい方式から始めてください。この二つだけでも現金取引の少ない顧問先の入力はほぼ消えます。読み取り系のツールは、顧問先が百件を超えて処理量が積み上がってから検討しても遅くありません。

既存の会計ソフトを入れ替えずにDXを進められますか?

進められます。判断の分かれ目は、その会計ソフトがデータをCSVかAPIで外部と入出力できるかどうか。入出力の口があれば、読み取りと集計を外側に足す形で工程を組み替えることが可能です。口が無い場合でも、画面操作をRPAで代行する逃げ道は残ります。入れ替えを検討すべきなのは、外部との入出力が一切できず、かつベンダーが制度改正への追随を止めている場合に限られます。

関連記事

資料請求

RELATED POSTS 関連記事