【税理士事務所・会計事務所】生成AI活用の実務ガイド：業務フロー、データ管理、検証と運用

はじめに（重要な留意事項） 本記事は一般的情報の提供を目的とするものであり、税務・法務の助言ではありません。税額計算、申告内容、電子帳簿保存制度等の適用可否、法令解釈、補助金の採否、電子申告の提出・送信、顧問先への正式な税務助言をAIに委ねることは推奨されません。最終的な確認と判断は、所内責任者・担当税理士・顧問先が行い、必要に応じて国税庁や地方公共団体など公式窓口の最新情報をご確認ください。e-TaxやeLTAX、関連制度の個別要件は、対象者・対象手続・時点により異なるため、本記事では断定せず、最新の公式資料を参照する前提で記載します。

業務別の導入ポイントと実務で必要な確認手順

税理士事務所・会計事務所が生成AIを業務に取り込む際は、「対象業務の定義」「検証設計」「運用時の人による最終確認」を明確にします。

• 記帳・仕訳入力（OCR→抽出→自動仕訳候補）
  • 自動化は候補生成までとし、サンプル監査・突合チェックを継続して精度を評価します。
  • 電子帳簿保存法（スキャナ保存等）の要件充足を自動化が直ちに意味するわけではありません。案件ごとに最新の公式資料を確認し、適用可否・必要手続を所内で判断してください。
• 決算・申告書作成
  • AIはドラフト生成や形式的な整合性チェックの補助にとどめ、税務判断や申告内容の確定は人が行います。提出データは作成者・承認者を分離し、承認記録と根拠資料の突合結果を保存します。
• 顧客対応（チャットボット等）
  • 定型FAQは自動応答可能ですが、税務判断を含む回答は必ず人が事前/事後レビューします。誤回答時のエスカレーション基準と応答停止手順を定義します。

必須の確認手順（例）

• ベースライン測定（人手処理の品質・時間）
• 精度評価（ランダム抽出監査、誤り類型の分類と対策）
• 出力の可監査性（プロンプト・出力・修正履歴の記録）
• 提出/送信前レビュー（原記録突合、作成者/承認者の分離、承認ログ保存）

データ品質・評価指標の設計方法（数値は自社で測定）

• 処理時間：作業ログのタイムスタンプで人手と自動化後を比較。
• エラー率：ランダムサンプルを人的監査し、誤り種別（抽出ミス、勘定科目誤り等）を分類。
• 再作業件数：修正発生を起票から提出までトレースし原因を特定。
• カバレッジ：対象タスクのうちAIが安定処理できた範囲を記録。
• レビュー遅延：作成から承認までの経過時間を可視化しボトルネックを抽出。
• 逸脱検知：基準からの乖離（例：勘定科目の選択傾向）を定点観測。

PoCで基準値を確立し、本番運用後も同指標で継続評価・改善します。

セキュリティ・ガバナンスと公的手続きとの関係

生成AIの導入は、情報セキュリティと法令遵守を前提に設計します。以下は所内規程に落とし込むべき具体論点です。

• 外部AIへの入力禁止・最小化ルール
  • 原則禁止：顧問先の個人情報、個人番号、口座情報、取引情報、帳簿、証憑、申告情報、営業秘密を外部AIに入力しない。
  • 例外時の統制：所内承認を前提に、入力目的・範囲・保存可否を事前申請。必要最小限のみ送信し、送信記録を残す。
  • 匿名化/マスキング：氏名・住所・口座・請求書番号等の直接識別子はダミー化。金額や日付等の準識別子はレンジ化や乱数シフトで再識別リスクを低減。変換表は分離保管。
• アクセス管理と認証
  • RBAC（役割ベースアクセス制御）で最小権限を徹底。閲覧・作成・承認・送信権限を分離。
  • 多要素認証（MFA）とシングルサインオン（SSO）を必須化。個人アカウント・無料版の利用は禁止。
• 監査ログと可視化
  • プロンプト・添付・AI出力・人手修正・承認・外部送信の全イベントを改ざん検知付きで記録。保持・削除期限を規定。
  • ログは業務ID/顧問先IDと紐付け、検索・追跡可能にする。
• ベンダー条件の確認（契約・設定）
  • 学習利用のオプトアウト可否と既定値、保持期間、保管地域（データセンター所在地）、第三者提供、削除手続を契約書と管理画面で確認・記録。
  • APIキー・認証情報は保管庫で管理し、権限・ローテーション・失効手順を定義。
• 外部送信前の人によるレビュー
  • 申告関連や対外共有文書は、原記録との突合・根拠確認のうえ承認者がリリース。作成者と承認者を分離し、承認記録を保存。
• 公的手続との整合
  • e-Tax/eLTAX等の要件は対象手続と時点で異なるため、最新の公式情報を個別に確認し、システム実装・運用手順に反映する。自動送信は行わず、最終送信は人が実施し、証跡を残す。

参考となる実務上の留意点はIPAのAIセキュリティに関する情報を参照し（https://www.ipa.go.jp/digital/ai/security/ai_security_tips.html）、e-Tax（https://www.e-tax.nta.go.jp/）やeLTAX（https://www.eltax.lta.go.jp/denshishinkoku/gaiyou/）の最新案内で対象手続の仕様を必ず確認してください。国税に関する法令解釈等は国税庁の公開情報（https://www.nta.go.jp/law/joho-zeikaishaku/sonota/jirei/tokusetsu/index.htm）を確認し、個別案件は公式窓口で最終確認してください。

実務用チェックリスト（導入・運用の必須項目）

この表は内部規程・運用マニュアルに組み込み、所内教育と監査で継続的に点検してください。

導入プロセスの進め方（段階的アプローチ）

1. 現状分析と要件定義：業務フロー、入力データ、承認・送信の責任分解点を可視化。人手処理の品質・時間を測定し、基準を定める。
2. 小規模PoC：限定案件で検証し、精度・再作業・レビュー遅延・監査可能性を評価。入力禁止/最小化ルールと匿名化手順を試行し、ログ要件を調整。
3. 本番展開：RBAC/MFA、監査ログ、承認フロー、外部送信前レビューを前提化。作成者と承認者の分離を運用に定着させ、教育と抜取監査を実施。
4. 継続改善：公式要件（e-Tax/eLTAX、国税庁公開情報等）の変更を定期確認し、設定・手順を更新。評価指標を定点観測し、誤り類型ごとに改善計画を回す。

注意：電子申告や電子帳簿保存制度等の個別要件は、本記事では断定しません。対象者・対象手続・時点ごとに、最新の公式資料を確認の上、所内責任者・顧問先で最終判断してください。

よくある質問（FAQ）

Q1. Q1. 生成AIに任せてよい処理と、人が必ず確認すべき処理はどう切り分ければよいですか？

回答：定型的でルールが明確な処理は自動化候補ですが、税額計算、申告内容、電子帳簿保存制度の適用可否、法令解釈、補助金の採否などはAIに委ねず、人（所内責任者・担当税理士等）が最終決定します。誤り時の影響度と再現可能なルール性を基準に切り分け、作成者と承認者を分けた承認フローを必ず設けてください。

Q2. Q2. e-TaxやeLTAXと自動連携する際の注意点は何ですか？

回答：対象手続・対象者・時点の最新要件を公式サイトで必ず確認してください。最終送信・申告確定は人が行い、送信直前の出力は原記録と突合のうえ承認ログを残します。データ形式や認証方式は仕様に沿って実装し、監査可能なログ（作成・改版・承認・送信）を保持します。

Q3. Q3. 情報セキュリティやプライバシーの確保はどのように進めればよいですか？

回答：外部AIへの入力は原則禁止（例外は所内承認時のみ最小化）とし、顧問先の個人情報・取引情報・帳簿・証憑・申告情報・営業秘密は送信しない/マスキングします。個人アカウント・無料版の利用は禁止、RBACと多要素認証を適用、プロンプト/出力の監査ログを取得、外部送信前は人によるレビュー・承認を必須にします。ベンダーの学習利用の有無、保持期間、保管地域、削除条件を契約で確認・記録してください。

参考資料

• https://www.nta.go.jp/law/joho-zeikaishaku/sonota/jirei/tokusetsu/index.htm
• https://www.e-tax.nta.go.jp/
• https://www.eltax.lta.go.jp/denshishinkoku/gaiyou/
• https://www.ipa.go.jp/digital/ai/security/ai_security_tips.html