会計事務所・税理士のAI活用｜記帳代行と決算業務のどこまで任せるか
会計事務所がAIを導入する際には、一般企業の利用とは異なる前提を2つ押さえなければなりません。第一に、日々扱う書類の大半は事務所自身の情報ではなく、顧問先から管理を託された資料です。第二に、仕事の出口には、法律上、税理士だけが担える領域があります。
この二重の制約がある以上、利便性だけを理由に試用を始めるわけにはいきません。会社をまたいで資料を参照すれば秘密保持に関わり、税務判断まで自動化すれば資格制度との衝突が生じます。しかし、何も変えなければ、記帳や月次資料の準備にかかる負担もそのままです。
検索結果に並ぶ「会計事務所 AI」の解説は、製品の比較や導入事例を中心にしたものが目立ちます。一方、顧問先別に情報を隔離する方法、人が検査すべき出力の選び方、読取失敗を見逃さない仕掛けなど、現場を動かす設計は十分に説明されていません。
そこで本稿では、記帳代行を提供する税理士法人を想定して当社が作成した検証結果を題材に、機械へ渡す工程と、人が責任を持つ工程の境界を作業単位で示します。事務所や顧問先、担当者を特定できる名称と、金額にまつわる情報は公開しません。
業務範囲および秘密保持についてはe-Gov法令検索「税理士法」を参照しました。消費税の経過措置と帳簿保存の例外は国税庁「No.6498 適格請求書等保存方式（インボイス制度）」、製品挙動はClaude Code公式のセキュリティ資料および同・チェックポイント資料で調べています。確認日はすべて2026年8月29日です。制度と製品仕様は更新され得るため、実際に運用するときは必ず最新の公式情報を確かめてください。本稿は法的な助言を目的とするものではなく、個別案件は所属税理士会、所轄税務署または専門家へご相談ください。検証値は架空資料を用いた当社環境での結果であり、一般的な読取性能を保証しません。他媒体で公表された削減率なども根拠にはしていません。
この記事で理解できる実務の要点
会計事務所のAIの話が「ツール比較」に寄る理由
税理士業界のAI解説が製品選びの話へ集約されやすい背景には、いくつかの事情があります。
最初の理由は、比較項目を揃えやすいことです。OCRなどの読取機能、連携可能な会計ソフト、課金方式であれば一覧表にできます。表形式の情報は記事化しやすく、検索する人の需要にも合います。対して、会社ごとの書類をどの場所へ保存するかは、各事務所の体制に左右されるため、横並びにしにくいテーマです。
次に、記帳の自動処理そのものが、すでに各サービスの主要な競争分野になっています。証憑の読み込みから仕訳候補の作成まで対応する製品は珍しくありません。そのため、新たな機能論よりも、候補の中から何を採用するかという比較論へ記事の焦点が寄っていきます。
さらに、職員の時間を実際に奪う細かな確認作業は、事務所の外から把握しづらいという事情があります。負担が大きいのは文字を読む瞬間だけではありません。用途が判然としない支出、前月分との二重計上、登録番号が見当たらない証憑の扱いなど、読み込み後の調査と顧問先への問い合わせに多くの時間がかかります。現場固有の手順であるため、製品紹介には表れにくい部分です。
当社は、非エンジニアを対象にAI研修と導入支援を提供し、記帳代行を行う税理士法人の相談にも対応してきました。そこで繰り返し出た質問は、読取率の高さではありません。誤りを含む可能性がある結果を、事故なく普段の仕事へ接続するにはどうすればよいかという相談でした。以下では、この実務的な疑問を軸に説明します。
上位記事を実際に読んで見つけた空白
この記事の準備段階で、「会計事務所 税理士 AI活用 記帳代行 決算」と周辺キーワードを使って検索し、上位ページの内容まで確認しました。
最初に確認したのは、税理士向けAI製品を比べるガイドです。推定12,000〜13,000字で、導入の必要性から製品分類、比較表、期待効果、リスク、開始手順まで広く扱っていました。特に、最終判断はAIに委ねられず、税理士が責任を負う体制が必要だと明示した点は重要です。ただ、顧問先別の情報隔離、確信度を使った仕分け、読取漏れの検出、連絡を送信直前で止める仕組みについて、具体策は見当たりませんでした。
続いて読んだのは、支援機関系媒体による税理士事務所の生成AI活用記事です。推定8,500字程度で、業界への影響、長所と短所、主要製品、用途、活用時の要点という流れでした。個人情報や重要情報を入力しないよう促しているものの、預かった証憑を現実にどこへ保管して扱うかまでは説明されていません。また、出力は人が確認するという方針にとどまり、検査箇所や方法は示されていませんでした。
3件目は、会計システムの提供会社が公開した事例記事です。推定3,500〜4,000字で、税務調査への備え、決算時の相談、相続税の提案という3つの場面が紹介されていました。具体的な利用場面は参考になりますが、顧問先間のデータ遮断、資格判断との境界、行別の確信度、外部送信を防ぐ権限制御は取り上げられていません。
3記事を比較すると、共通して不足しているものが分かります。任せられる仕事と任せられない仕事の原則は語られていても、その原則を月次作業へ落とし込む手順が欠けているのです。抽象的な注意は、繁忙期ほど守りにくくなります。ここからは、実際の工程として組み立てます。
この業種だけにある2つの制約
製品や操作法を検討する前に、設計の土台となる制約を明確にします。この順番を逆にすると、導入後に作業環境を作り直すことになりかねません。
制約1：預かった資料には守秘義務がかかっている
税理士法第38条では、税理士が業務を通じて知った秘密を、正当な理由なく漏らしたり不正に利用したりすることが禁じられています。この内容は、2026年8月29日にe-Gov法令検索で確認しました。
現場で先に対処したいのは、外部漏えいだけではありません。同じ事務所内で、別々の顧問先資料が一つの作業範囲へ入ってしまうことも問題です。ある会社の処理中に別会社の試算表を参照できる状態なら、生成物に関係のない情報が入り込む余地があります。紙の書類なら机を分けるだけで避けられた混在が、デジタル資料をまとめて渡すと起きやすくなります。
制約2：業務の最終段階は資格で限定されている
税理士法第2条第1項は、税務代理、税務書類作成、税務相談を税理士業務として定めています。また、第52条により、法律上の例外を除き、税理士または税理士法人以外が税理士業務を行うことは認められていません。いずれも同じ日に条文を確認しています。
この規定から、日々の作業にも明確な区切りを置けます。判断に必要な情報を整える行為と、税務上の結論を示す行為は同じではありません。仕訳候補を作る処理、採用する仕訳を決定する行為、顧問先の相談へ税務判断を伝える行為を、一続きの自動処理にしてはいけません。
したがって、以降の設計方針は単純です。顧問先単位で資料を隔離し、AIには判断材料の準備だけを担当させ、結論は税理士が出します。この原則を具体的な業務フローに変えていきます。
任せるのは「材料づくり」までという線
まず、運用全体を左右する境界を決めます。AIが記帳代行で作るのは完成済みの仕訳ではなく、税理士が確定するための候補と根拠です。
検証結果を見ると、この線引きの必要性がよく分かります。誤りを含む仕訳も、見た目だけでは正しい仕訳と区別できません。科目、税区分、金額、日付、摘要が整然と並び、登録番号に見える文字も記載されます。外形が自然なため、全件を眺めるだけの確認では異常を見落としやすくなります。
反対に、候補作成までと決めれば、機械から確認箇所を申告させられます。確信を持てない行や、画像から判別できない行を先に示せば、人が点検する範囲を数十行から数行へ絞れます。全行を丁寧に再検査する規則は継続しにくくても、対象が6行なら日常業務として実行可能です。
同様の発想は企業経理の照合作業にも当てはまります。実践例は経理の月次をAIで軽くする｜請求書・経費・入金の突合をClaude Codeで「手元の表のまま」回すで紹介しています。税理士事務所では、これに資格業務の境界と秘密保持の要請を重ねて考える必要があります。
顧問先を混ぜない仕組みは置き場所で作る
資料を取り違えないよう職員へ注意喚起するだけでは、繁忙時の事故を防げません。確実性を高めるには、最初から別会社の情報が同じ作業範囲へ入らない保存構造を用意します。
Claude Codeの公式説明によれば、書き込み可能な範囲は、起動したフォルダとその配下に限定され、追加の許可なしに上位フォルダを変更できません。また、初期状態では厳格な読み取り専用権限を採用しているとされています。これらは2026年8月29日時点の仕様です。
この性質を利用すれば、秘密保持を注意力だけに依存せずに済みます。会社ごとに作業フォルダを設け、必ず対象会社のフォルダから開始することで、他社領域への書き込みを防げます。どこまで扱えるかは担当者の記憶ではなく、開始位置によって定まります。
保存と作業開始には、次の決まりを設けます。
- 1顧問先につき1つの専用フォルダを用意する。当月分の証憑、以前の仕訳、所内ルールのメモも、その会社用の領域へまとめます
- 対象フォルダ内から毎回作業を始める。事務所全体を含む上位階層では起動せず、開始ディレクトリをアクセス境界として扱います
- 共通ルールは必要な領域へコピーする。科目一覧や記帳方針は、利用する顧問先フォルダに複製し、上位にある原本を横断参照させません
- 契約終了後の資料は作業領域から退避する。日常的に参照できるファイルを少なく保つことで、問題発生時に影響する範囲も狭められます
案件間で秘密情報を分離する考え方は、ほかの受託業にも使えます。制作会社や広告代理店での構成例は、制作会社・代理店のAI活用｜提案書・レポート・進行管理をClaude Codeで軽くするで解説しています。
なお、顧問先の個人情報をAIへ渡す場合に、委託と第三者提供のどちらに該当するかといった法的な検討は、顧客データをClaude Codeに渡すのは「委託」か「第三者提供」か｜個人情報保護法との付き合い方をご参照ください。この記事では、日常運用の組み方に焦点を限定します。
記帳代行を回す5つの工程
記帳代行を5段階に分解してみましょう。細分化する狙いは、人による確認が入る位置を毎回同じにすることです。
工程1は原本の収集です。受領した書類を該当する顧問先フォルダへ保存し、各画像に連番を付与します。番号がなければ、後で疑問のある仕訳から証憑を探す際に、すべての画像を開き直すことになります。
工程2では情報を読み取ります。抽出対象は日付、支払先、金額、税区分、登録番号です。この段階で最も大切な規則は、判別できない欄を推測せず空白で返すことです。空欄を残すことで、画像から取得できなかった事実を後工程へ伝えられます。
工程3で仕訳の候補を組み立てます。その顧問先の過去処理を参考に、勘定科目と税区分の案を作ります。候補だけでなく、各行に確信度も同時に記録させます。詳しい区分は次節で扱います。
工程4は確認対象の抽出と分類です。確信度の低い候補、以前の処理と矛盾する項目、二重計上の可能性がある項目を抜き出し、問題の理由と原本位置を一覧化します。自動処理の担当はここで終わります。
工程5で税理士が結論を出します。仕訳の採否、会計ソフトへの取り込み、顧問先への正式な回答は、人の責任で実施します。前段で作った一覧は、あくまで専門家が判断するための補助資料です。
当社の試験では、架空の領収書30枚から仕訳候補が31行できました。1枚に2種類の税率が含まれたため、その証憑だけ2行へ分けています。24件は自動確定の候補となり、6件は確認対象として分離されました。この結果から一般的な比率を導くことはできません。注目すべきなのは、点検が必要な6件を、全体とは別に取り出せたことです。
仕訳1行ごとに確信度を付ける
確信度は、人が出力の扱いを決めるための重要な目印です。別ファイルにはせず、各仕訳行の列として一緒に保持します。
区分を3段階にするのは、単に人が確認するとだけ決めても、担当部署や次の動きが定まらないためです。段階別の処理先をあらかじめ次のように設定します。
- 高：画像から得た情報と以前の仕訳パターンが一致しており、会計ソフトへ取り込む候補として扱えるもの
- 中：人の判断を要するものの、事務所内の資料と知識で処理方針を決められるもの
- 低：証憑だけでは結論が出ず、顧問先への質問や原本の再確認が必要になるもの
検証時に「低」となった例には、コンビニエンスストアで買った飲食料品が事業用か私用か判定できないケース、写真がぶれて金額を識別できない1枚、記載された総額と明細合計に110円の差がある1枚などがありました。これらは読取技術が高性能になっても、自動で確定できる問題ではありません。判断材料が画像の外側に存在するからです。
運用を安定させるには、この違いを理解する必要があります。読取性能の向上によって確認事項がゼロになる想定では、完成時期のない仕組みになってしまいます。確認対象を無理に減らすのではなく、漏れなく抽出することを目標にしたほうが現実的です。
生成結果の信頼性をどう評価するかについては、AIの出力をどこまで信じるか｜業務で使う前の検算手順と、別のAIに見せる二重チェックの型で一般的な検算方法を整理しています。
要確認は「所内で判断」と「顧問先へ照会」に割る
確認対象を一つのリストにまとめるだけでは、次の行動へ進めません。顧問先に尋ねなければ分からない事実と、専門家として事務所内で処理すべき論点が同居してしまうためです。試験結果の6件は、以下の2系統へ分けました。
顧問先に事実確認する項目（5件）
- 二重計上の可能性：日付、支払先、金額が同じ証憑を2枚検出したため、実際に原本が2枚あるか確かめてもらう
- 画像から判別できないもの：写真のぶれや端の欠落で支払先と金額を読めず、撮り直した画像の提供をお願いする
- 総額と明細に差があるもの：表示額と内訳を足した金額が110円一致しないため、割引や端数調整があったか質問する
- 個人的な支出の可能性：弁当と飲料だけで業務目的の記載がなく、事業用の購入か私用かを尋ねる
- 登録番号を確認できないもの：レシート画像に番号が見つからず、手元の原本にも記載がないか見てもらう
事務所内で処理方針を決める項目（1件）
- 従来処理と税率区分が一致しないもの：書籍代が以前は軽減税率として仕訳されている一方、今回の内訳は標準税率による計算と合致しました。顧問先へ回答を求める事項ではなく、事務所が過去の処理を点検すべき論点です。したがって、問い合わせ文から除外します
どこまで自動分類させるかは、各事務所で決めることになります。当社のテストでは、過去データとの矛盾は所内確認へ、証憑以外の事実が必要なケースは顧問先照会へ送る、という条件を最初に設定しました。この方針なしに文章を作ると、過去の会計処理に誤りがあると顧問先へ指摘するような内容になり得ます。敬語が整っていても、専門家から出す連絡として適切とは限りません。
要確認にしなかった行こそ記録に残す
検索上位の記事で触れられていなかった重要点があります。照会対象から外した理由も記録すると、翌月以降の確認時間を短縮できます。
今回の検証では、以下の3項目について確認不要とした根拠を、仕訳とは別の表に保存しました。
- 登録番号が書かれていない鉄道運賃。国税庁の案内では、3万円未満の公共交通機関による旅客運送など、一定の課税仕入れは帳簿のみを保存して仕入税額控除を受けられます。2026年8月29日時点でこの特例に該当すると考え、照会対象から外しました
- 番号の記載がない郵便切手代。非課税取引として処理する前提なので、登録番号の確認を求める必要はないと整理しました
- 喫茶店の支払いを軽減税率にしたもの。店内飲食なら標準税率となりますが、以前の仕訳が軽減税率だったため、事務所内の従来運用を踏襲しました。ただし確信度は「中」にして、判断が含まれることを見えるようにしています
除外理由を残す利点は、大きく3つあります。
一つ目は、翌月に同じ検討を最初から繰り返さなくてよいことです。鉄道運賃に番号がない場合は照会しない、という方針が文書化されていれば、毎月同じ論点を調べ直す必要がありません。
二つ目は、後日問題が見つかった場合に、その時点の判断過程を説明できることです。確認しなかった理由を追跡できれば、単なる見落としと根拠のある判断を区別でき、事務所側の説明材料になります。
三つ目は、記録が次回の自動分類ルールになることです。別表に蓄積した事例を、同種の取引を照会対象にしないための条件として再利用できます。判断履歴が、実務ルールへ育っていきます。
業務の進め方を再利用できる「技」として残す方法は、社内の手順書をAIの「技」にする｜Claude Codeスキルの作り方と粒度の決め方で詳しく紹介しています。
読み取りの取りこぼしに気づく5つの仕掛け
記帳代行における重大なリスクは、誤った仕訳だけではありません。処理対象から証憑そのものが抜けたのに、未処理だと認識できない状態がより危険です。出力済みの誤りは原本との比較で発見できますが、出力されなかった書類は一覧を眺めても見つかりません。
1．証憑数と処理結果の対応を確認します。30枚を入力した場合、仕訳候補と保留項目を合わせた結果が、30枚すべてにひも付いているか数えます。この確認は文章生成に任せず、件数計算を行う独立した処理として実施します。そうする理由は後の章でも触れます。
2．識別できない値を空白で維持します。読み取れない金額を予測で補完するより、欠損として残すほうが安全です。空欄があることで、原本の再確認が必要だと機械的に発見できます。
3．完了した原本へ処理済みの目印を付けます。完了状態が分かれば、同じ証憑を再度仕訳する事故を防げます。処理をやり直しても行が重複しない設計なら、途中停止後の再開もしやすくなります。
4．各回の実行履歴を保存します。実施日時、対象枚数、保留件数を一行で記録します。履歴によって、処理が失敗した回と、実行自体が行われなかった回を見分けられます。
5．仕訳から証憑へ逆引きできるようにします。摘要の末尾へ画像番号を加えると、疑問のある行から対応する原本をすぐ開けます。当社の試験では、会計ソフト側の取込形式を維持するため、この方法を採りました。既存フォーマットを変えず、追跡用の手掛かりだけを追加する小さな工夫です。
異常を通知せず停止する事態への備えは、定期処理にも必要です。詳細はAIの作業を毎朝自動で動かす｜定期実行の作り方と、壊れたときに気づく仕組みでも説明しています。
制度が変わる年に過去の仕訳を真似させる危うさ
同じ顧問先の同じ支払先であれば処理も似るため、過去仕訳は候補作成の有力な参考資料です。ただし、法制度の移行期には、この経験則が気づかないうちに成り立たなくなります。
国税庁の説明では、適格請求書発行事業者ではない者から行った課税仕入れについて、令和5年10月1日から令和11年9月30日まで、仕入税額相当額の一定割合である80％・50％を控除できる経過措置があります。加えて、令和6年10月1日以後に始まる課税期間では、一の免税事業者等からの対象仕入れが年または事業年度で合計10億円を超えたとき、その超過部分に経過措置を適用できません。これらは2026年8月29日にタックスアンサーで確認した内容です。適用期間や詳しい要件は、必ず利用時点の公式ページで再確認してください。
実務上注意したいのは、同じ取引でも期間に応じて使う割合が変化する仕組みです。前年の仕訳を無条件で模倣すると、取引先も支出内容も同じであるために、古い割合を引き継いだ候補が作られます。その行も周囲と同じ整った形式で出力されるため、見た目から異常を察知しづらいことが問題を深刻にします。
予防策は2段階で用意します。
第一の対策は、日付によって処理が変わる論点を一覧にし、過年度データの模倣対象から除くことです。経過措置の控除割合、税率、期間限定の特例などは、古い仕訳を根拠にせず、その時点で有効な基準を参照させます。
第二の対策として、制度の境目を含む月だけ確信度の規則を厳しくします。該当する可能性がある取引を一段階低く評価し、まとめて確認対象へ回します。追加作業は発生しますが、対象は切替時期に限られます。
このリスクは税制特有のものではなく、日付で正解が変化するデータ全般にあります。資格や保険の期限を扱う業務でも同じです。建設業の事務作業をAIで｜日報・見積・写真整理を「現場に戻さない」形にするでは、期限情報を過去資料から安易に転記しない方法を取り上げています。
顧問先への照会は下書きで止める
確認事項を分けた後は、顧問先へ質問する文章を準備します。定型的な文面作成はAIが力を発揮する一方、誤送信による影響が特に大きい工程でもあります。
当社のテストでも、問い合わせメールは文案まで生成しましたが、外部への送信操作は行っていません。担当者へ送らないよう注意するだけでなく、システム上、送信権限を付与しないことでこの境界を守ります。
権限設定には、表示名だけでは分からない注意点があります。読む権限、下書き権限、送信権限が別々に見えても、Googleが示すGmail APIのスコープでは、gmail.composeは下書きの管理に加え、メール送信も可能な権限として説明されています（2026年8月29日時点）。つまり、Gmail API上では下書き作成だけを許し、送信だけを禁止する権限として分離できません。確実に止めるならgmail.readonlyによる読み取りだけを認め、文案は事務所内のローカルファイルへ出力します。
問い合わせ文そのものにも、作成基準が必要です。今回の文案では、以下の条件を設定しました。
- 記載するのは日付、支払先、金額など確認済みの事実に限る。私用と決めつけず、事業用途と私用のどちらに該当するかを中立的に質問します
- 専門家が所内で解決すべき問題を含めない。従来の会計処理を再検討する論点は、顧問先向けの文案から外します
- 相手が証憑を特定できる手掛かりを付ける。日付と支払先を示し、顧問先側でも対象書類を探しやすくします
メールを読むところから文案作成までの全体設計は、Claude Codeでメール業務を軽くする｜「読む・探す・下書きする」までに止める設計で詳しくまとめています。
決算・申告で任せてよい仕事とそうでない仕事
次に、記帳後の決算・申告工程を見ていきます。この段階では、先に確認した税理士資格の境界が、より直接的に関係します。
AIへ補助させられる作業
- 複数資料の照合：試算表と補助元帳、前期と当期を比較し、変動幅の大きい勘定科目を抽出します。計算は別の処理で行い、AIには注目箇所とその理由を文章化させます
- 未提出資料の抽出：決算時の必要書類リストと受領済みファイルを照らし合わせ、まだ届いていない資料を列挙します
- 前年対比コメントの素案：計算結果を変更せず、増減の事情を説明するための文章案を準備します
- 事務所内の論点整理：担当職員が気づいた疑問を集約し、後から再検討できる一覧へ整えます
AIに完結させない作業
- 申告書を完成させること：税務書類の作成は税理士業務に該当するため、機械だけで終わらせません
- 税務相談への対外的な回答：下書きの名称でも、顧問先へ渡れば事務所からの回答として受け取られます
- 事実認定を伴う勘定科目の決定：交際費か会議費かといった区分は、状況を確認した人が判断します
- 合計値や割合の算出を文章生成だけに任せること：数値計算は再現可能な計算処理で行い、誤差を検証できる状態にします
- 事実が揃わないまま税務調査の想定回答を作ること：不足情報のまま生成すると、体裁だけ整い、根拠の弱い説明文ができてしまいます
数値集計と文章生成を分離する原則は、経営企画のレポートにも共通します。詳しい手順は経営企画のAI活用｜散らばった数字を毎月1枚のレポートに畳むClaude Codeの手順をご覧ください。
所内資料と顧問先向け資料は分けて考える
同じ事務所が作る文書でも、職員だけが使う資料と顧問先へ渡す資料では、必要な完成度が異なります。両者に一律の確認基準を課すと、内部作業が遅くなるか、外部文書の検査が甘くなります。
所内向けの資料では、完璧さより早く論点が分かることに価値があります。確認対象の一覧、月次変動が目立つ科目のメモ、以前の判断履歴などは、職員がその場で訂正でき、顧問先へ直接渡すものでもありません。
顧問先に見せる文書は、一度出せば簡単には回収できません。月次報告の解説、追加資料の依頼、各種案内は公開資料と同等に扱います。形式だけの全文チェックを避けるため、数値、固有名詞、断定表現、出典という4項目に検査を集中させる方法が有効です。漫然と最初から最後まで読む規則は、忙しい時期に省略されやすくなります。
また、顧問先から受け取ったファイル、取引先メール、請求書PDFなど、外部由来の内容には別の危険もあります。文書中にAIへの命令を装った記述があっても、業務上の指示として扱わせないことが必要です。Claude Codeの公式セキュリティ資料は複数のプロンプトインジェクション対策を説明していますが、あらゆる攻撃を完全に防げる仕組みはないとも注意を促しています。確認日は2026年8月29日です。
そのため、検出機能だけを頼らず、万一その記述に反応しても重大な操作ができない権限構成にします。送信許可を与えない、変更可能な領域を対象顧問先のフォルダ内に絞るといった対策が有効です。具体例はClaude Codeに社外の文書を読ませる前に｜メール・Webに埋め込まれた「AIへの指示」の防ぎ方で紹介しています。
さらに公式資料では、-pフラグによる非対話実行では信頼性確認が働かないと説明されています。これも同日現在の情報です。夜間などに無人運転する場合は、対話操作時と安全上の前提が異なることを踏まえて設計してください。
最初の2週間で進めること
導入初期は、削減効果が最大の仕事ではなく、失敗しても顧問先や申告へ影響しない仕事から試します。
1〜2日目は、既存資料の検索に使います。過年度の申告書、契約書、顧問先との連絡履歴から、指定条件に当てはまるファイルを探します。新しいデータを書き込まないため失敗時の影響が小さく、検索漏れが起きる特徴もここで把握できます（Claude Codeでまず効くのは「作る」より「探す」）。
3〜5日目に、作業領域を準備します。まず顧問先1件だけ専用フォルダを設け、その場所を起点に処理を試します。他の会社の資料が操作対象にならないことを、実際の環境で確かめます。
6〜8日目は、1社分の証憑から仕訳候補を作ります。書類枚数が少ない会社を選び、行別の確信度と確認リストまで出力します。この時点では、会計ソフトへデータを投入しません。
9〜11日目に、確認事項の振り分けルールを文章化します。実際の候補を材料に、所内で処理するものと顧問先へ質問するものの境界を決めます。この判断基準は、繰り返し使える事務所のノウハウになります。
12〜14日目で、未処理を検出する対策を加えます。原本数との照合、完了済みの表示、実行ログを組み込み、それらが機能することを確認してから通常の月次業務へ移します。
2週間の検証後は、短縮時間だけを評価しないでください。作成者へ質問しなくても、別の職員が同じ流れを再現できたかも重要な判断材料です。一人に依存する仕組みは、繁忙期や担当変更に耐えません。引き継ぎ可能な設計は担当者が辞めても残るAI活用｜Claude Codeで作った仕組みの引き継ぎ設計で解説しています。
導入全体の概要から知りたい方は、Claude Code 完全ガイド｜法人導入の全体像・料金・セキュリティ・始め方を先に読むと流れをつかみやすくなります。
よくある質問
顧問先から預かった書類をAIで処理することは、秘密保持に反しませんか。
最終的な可否は各事務所で判断すべきですが、実務では利用の有無だけでなく、保存場所と参照可能な範囲をどう制限するかが重要です。会社別のフォルダ内で作業を始めれば、別の顧問先情報を対象外にできます。個人情報の取扱いと契約上の条件は、顧問契約や個人情報保護法を踏まえ、専門家へ確認してください。
証憑は何％くらい正しく読み取れますか。
この記事では、精度を一つの数値で示していません。第一に、写真の鮮明さや欠けなど原本の条件で結果が大きく変わり、他社や当社の検証値をそのまま適用できないためです。第二に、技術的な読取率が改善しても、事業用か私用か、同じ証憑が重複しているかなど、原本外の情報が必要な確認は残るためです。
既存の会計ソフトに自動仕訳があれば、それだけで足りませんか。
読み取りと候補生成だけが目的なら、既存機能で対応できる場合があります。ここで扱っているのは、生成された候補を安全に事務所の工程へ組み込む方法です。確信度の区分、問い合わせ先の分類、処理漏れの発見、外部送信を止める地点は、採用するソフトにかかわらず事務所が定める必要があります。
職員が個人アカウントで利用しているときは、どう対応すべきでしょうか。
禁止通知だけを出すと、利用実態が見えなくなる可能性があります。先に事務所として認める利用窓口を準備し、その後に現状を調べて会社管理へ移す順序が現実的です。詳しい進め方は社員が個人契約でClaude Codeを使っている｜把握の仕方と、会社契約へ寄せる手順で説明しています。
職員が自分だけの1人事務所でも導入効果はありますか。
効果は期待できます。複数人で相互確認できない環境だからこそ、点検対象をAI側から先に示させる意味が大きくなります。すべての仕訳を一人で毎回見直す運用は、繁忙期ほど維持が難しくなります。
税務相談の回答案は、どの範囲まで作らせてもよいですか。
本稿では、顧問先へ提示することを前提とした回答文をAIに完成させない方針です。「案」であっても相手へ渡した瞬間に、事務所からの回答として機能するためです。用途は所内の論点整理や、確認候補となる条文・通達の洗い出しまでに限定し、税理士が最終回答を執筆する運用を推奨します。適法性は専門家へご相談ください。
まとめ
- 税理士事務所向けのAI解説では、製品比較や事例に比べ、日常運用の組み方が十分に扱われていません。検索上位3記事を確認したところ、顧問先間の情報隔離、行別確信度、処理漏れの検出、送信を防ぐ設計はいずれも具体性が限られていました
- この業界では、二つの法的前提を起点にします。税理士法第38条に基づく秘密保持と、第2条・第52条が定める資格業務の範囲です。条文は2026年8月29日にe-Gov法令検索で確認しました
- AIの成果物は、確定済み仕訳ではなく、専門家が確定に使う候補と根拠に限定します。形式が自然な誤仕訳は、一読しただけでは異常を見つけにくいためです
- 顧問先間の混在は、フォルダ構成と開始位置で予防します。公式仕様では書き込み先が起動フォルダとその配下に限られるため、会社別領域から始めることで作業範囲を限定できます
- 各仕訳候補を高・中・低の確信度に分け、それぞれの処理先を決めます。原本外の事実が必要な低確信度の行は、読取精度が向上しても完全にはなくなりません
- 確認リストは、事務所内で結論を出す項目と、顧問先へ事実を尋ねる項目に分割します。分類基準がないと、専門家として外部へ出すべきでない質問まで文案に混入します
- 問い合わせなかった項目についても、除外理由を保存します。同じ検討の反復を防ぎ、後日の説明に使え、次回処理の判断条件として再利用できます
- 原本漏れを防ぐ対策は5種類です。証憑数との突合、判別不能欄の空白維持、処理済み表示、実行履歴、証憑番号による逆引きを組み合わせます
- 制度移行の年は、以前の仕訳をそのまま模倣すると、目立たない誤りが生じます。期間で条件が変化する経過措置などは、過去データではなく現行の公式基準を参照します
- 顧問先への問い合わせはローカルの文案で止めます。gmail.composeは送信も許可するため、読み取り専用権限に限定し、下書きファイルを人が確認する構成が安全です
会計事務所におけるAI活用の到達点は、記帳工程から人を完全に外すことではありません。専門家が見るべき仕訳を前もって特定し、限られた判断時間を重要な行へ配分できる状態を作ることです。読取率を上げ続けるより、疑わしい候補を確実に拾える工程のほうが、月次運用を安定させます。税理士が結論を担い、その手前にある整理と抽出を厚くすることが、資格と守秘義務の双方に配慮した現実的な導入方法です。
職員自身が再利用できる手順を作る力を身につけたい事務所向けに、職種別の学習内容を用意しています。所内だけで運用案を具体化しにくい場合は、職種ごとのAI実践研修も選択肢としてご覧ください。
当社は、エンジニアではない職員がClaude Codeを普段の業務へ取り入れられるよう、研修と初期環境の構築を支援しています。顧問先単位の保存領域、確信度付き仕訳候補、確認漏れを防ぐ記録、照会文を外部送信前で止める権限まで、事務所の人数と既存フローに合わせて設計します。最初のご相談に費用はかかりません。
