税理士事務所・会計事務所 AI導入課題リスク管理 DX ガバナンス

【税理士事務所・会計事務所】AI導入の課題とリスクを抑える実務対策

Q: Q1. AIが作成した仕訳をそのまま申告書に使ってもいいですか？

回答 AI出力は支援情報として扱い、申告や最終的な税務・法的判断は人（税理士・所内責任者）が確認・承認してください。作成者と承認者を分け、原記録とAI出力を突合し、確認ログ（誰が・いつ・何を確認したか）を保存します。e-TaxやeLTAXの手続・要件は手続種別や時期、対象者で異なります。提出形式・添付要件・電子署名などは最新の公式資料で個別に確認してください（参考: https://www.e-tax.nta.go.jp/、https://www.eltax.lta.go.jp/denshishinkoku/gaiyou/）。AIに電子申告の提出・送信や法令解釈の最終判断を委ねないでください。

Q: Q2. データの外部クラウド保存や外注は問題ありませんか？

回答 可能性はありますが、顧問先の個人情報・個人番号・口座情報・取引情報・帳簿・証憑・申告情報等を外部AI/クラウドに無制限に入力しない運用が前提です。具体的には、(1)入力最小化（必要最小限のみ投入）、(2)マスキング/匿名化（氏名・住所・口座・取引先IDなどを伏せる）、(3)持ち出し禁止データの定義（個人番号・申告書データ等は投入禁止）、(4)事前承認（顧問先・所内責任者の承認フロー）、(5)プロンプト/出力の記録・監査（誰が何を投入し何が出たかをログ化しレビュー）、(6)ベンダの学習利用オプトアウト設定、(7)データ所在地・越境移転の確認（保存地域・冗長化先を含む）、(8)認証情報・APIキーの管理（最小権限・鍵のローテーション・保管場所の分離）、(9)保持期間と消去条件の明記、(10)侵害発生時の通知・対応手順を契約（DPA等）で明文化、(11)サブプロセッサの開示・変更時の通知、(12)RBAC/ワークスペース分離（顧問先別に権限とデータ領域を分離）を徹底します。国税庁の公開事例・指針（https://www.nta.go.jp/law/joho-zeikaishaku/sonota/jirei/tokusetsu/index.htm）やIPAの実務助言（https://www.ipa.go.jp/digital/ai/security/ai_security_tips.html）を参照しつつ、最終判断は税理士・所内責任者・必要に応じ顧問先や公式窓口と確認してください。

Q: Q3. ベンダー選定の評価軸は何ですか？

回答 技術適合性（API/CSV仕様、エクスポートの網羅性）、セキュリティ（転送/保存時暗号化、RBAC、監査ログ、ワークスペース分離、SSO/多要素認証）、データガバナンス（学習利用の制御、保持期間、削除確認、データ所在地・越境移転）、契約（DPA、監査権、侵害時通知、サブプロセッサ開示、SLA/保守範囲）、運用（障害対応、モデル/ルール更新プロセス、導入後教育・サポート）、ポータビリティ（乗換時の完全エクスポート）を比較します。e-Tax/eLTAX等との連携可否や要件は手続・対象者・時期で異なるため、最新の公式資料を必ず個別確認してください（https://www.e-tax.nta.go.jp/、https://www.eltax.lta.go.jp/denshishinkoku/gaiyou/）。

ArcHack 2026年7月8日 1分で読めます

はじめに本稿は、税理士事務所・会計事務所におけるAI活用の一般的な情報提供を目的としています。税額計算、申告内容、電子帳簿保存制度等の適用可否、補助金の採否、法令解釈、電子申告の提出・送信、顧問先への正式な税務助言をAIに委ねることは想定していません。最終判断は、税理士・所内責任者・顧問先が行い、必要に応じて国税庁・地方公共団体等の公式窓口や最新の公式資料で確認してください。また、本稿の運用例は内部統制の参考であり、個別手続の公式要件は必ず最新の公式情報を確認してください。

業務別の導入課題と実務的な確認手順

主要業務ごとに「対象データ」「検証手順」「最終確認者」を明確化し、AI出力は常に人のレビューを前提に扱います。

仕訳・請求書処理（OCR＋自動仕訳）
- 想定課題: レイアウト差、摘要の表記揺れ、科目推定の過学習
- 確認手順: 代表サンプルの精度測定→誤判定の分類・再学習/ルール更新→改善差分の再測定
- 最終確認: 仕訳監査担当または税理士
月次入力・突合（銀行・カード明細）
- 想定課題: 未照合残の処理、例外ルールの散逸
- 確認手順: 失敗事例の抽出→例外ハンドリング設計→未照合キューのSLA運用
- 最終確認: 経理リーダー
決算・申告書作成支援
- 想定課題: 税務判定や注記の文脈解釈
- 確認手順: AIを下書きとして活用→根拠データ突合→税理士が最終確認・承認記録
- 注意: e-Tax/eLTAXの要件は手続・対象者・時期で異なるため最新の公式資料で個別確認
顧客対応・FAQ自動化
- 想定課題: 誤情報拡散、境界事例の切り分け
- 確認手順: 監修済みテンプレート化→想定外質問のエスカレーション→定期品質レビュー

データ品質の整備と測定

AIの有効性は「入力データの標準化」「再現性ある測定」で決まります。

データ資産の棚卸し
- 紙・PDF・会計ソフト・メール・銀行API/CSVなどの出所、形式、保管場所、責任者を台帳化
標準化テンプレート
- 頻出帳票の抽出フィールド定義、命名規則、文字コード・日付形式の統一
サンプリングと精度測定
- 前後比較の同一サンプル・同条件運用、例外データの定義、エラー分類の共通ルール化
- 測定指標例:
  - エラー率＝誤り件数÷検査対象件数
  - 生産性比＝（旧処理時間合計−新処理時間合計）÷旧処理時間合計
フィードバックループ
- 誤りのタグ付け→モデル/ルール更新→変更点の承認→再測定→運用へ反映

データ保護とAI利用の基本原則

外部AIやクラウドの活用時は、顧問先データの取り扱いに厳格な統制を敷きます。

入力最小化とマスキング/匿名化
- 氏名・住所・口座・個人番号・取引先ID・取引明細などの直接識別子は投入しないか、伏字・トークン化
- 「持ち出し禁止データ」を所内規程で定義（例: 個人番号、申告書データ、原始証憑画像など）
事前承認と記録
- 顧問先・所内責任者の承認ワークフロー、プロンプト/出力の保存、レビュー記録の保持
学習利用・越境移転の制御
- ベンダの学習利用オプトアウト、データ所在地と越境移転可否・冗長化先の確認
最小権限と鍵管理
- 顧問先別RBAC、ワークスペース分離、APIキーの保管・ローテーション、SSO/MFAの適用
保持・削除
- 保持期間、削除方法（物理削除/論理削除）、ログの保存年限をルール化し定期監査
参考資料
- 国税庁の運用事例・指針: https://www.nta.go.jp/law/joho-zeikaishaku/sonota/jirei/tokusetsu/index.htm
- IPAのAIセキュリティ実務助言: https://www.ipa.go.jp/digital/ai/security/ai_security_tips.html

システム連携と運用ガバナンス

既存会計ソフト、文書管理、官公庁向けサービスとの連携では、データ仕様と契約・運用の三位一体で設計します。

連携仕様の確認
- API/CSVの項目・文字コード・時刻基準・エラーコード、監査用エクスポートの可否
- データポータビリティ（完全エクスポート）をRFP要件に明記
委託管理と法令対応（断定回避）
- DPA（データ処理契約）、監査権、侵害時の通知・復旧・報告、保持/消去条件、サブプロセッサ開示
- e-Tax/eLTAXや電子帳簿保存制度等は手続・対象者・時期で要件が異なるため、最新の公式資料で個別確認（参考: https://www.e-tax.nta.go.jp/、https://www.eltax.lta.go.jp/denshishinkoku/gaiyou/、https://www.nta.go.jp/law/joho-zeikaishaku/sonota/jirei/tokusetsu/index.htm）
セキュリティ対策
- 転送/保存時暗号化、改ざん検知、顧問先別RBAC、ワークスペース分離、IP制限
- プロンプト/出力の監査ログ、アラート、定期レビュー
- 参考: IPAの実務アドバイス（https://www.ipa.go.jp/digital/ai/security/ai_security_tips.html）

内部統制の運用例（準拠確認は公式資料で）

作成者・承認者の分離
- 申告・届出に用いるデータや送信直前の出力は、作成者と承認者を分け、二者承認を標準化
原記録との突合
- 証憑・台帳・外部明細とAI出力をサンプル突合し、不一致の原因分析・是正を記録
変更管理と証跡
- ルール/プロンプトの変更申請→承認→適用→効果測定→ログ保存の一連プロセスを運用
例外処理
- 例外の定義、エスカレーション経路、暫定対応と恒久対策の切り分け

以下は導入時に使える実務表のサンプルです（必要に応じて列を追加してください）。

業務領域	検証すべき具体項目	検証方法（手順）	監査ログ/権限	最終確認責任者
請求書OCR→自動仕訳	抽出フィールド精度、誤判定パターン	代表サンプル→OCR→誤り分類→ルール改定→再測定	プロンプト/出力ログ、顧問先別RBAC	仕訳監査担当/税理士
銀行明細突合	未照合率、例外ハンドリング	自動突合→未照合キュー審査→原因分析	ワークスペース分離、操作ログ	経理リーダー
申告ドラフト	根拠データの明示、注記の妥当性	根拠突合→差分レビュー→承認記録	二者承認ログ、変更履歴	担当税理士
顧客FAQ応答	誤回答率、エスカレーション率	テスト質問群→品質レビュー→改善反映	回答承認フロー、学習利用制御	顧客対応責任者

失敗を抑える実務チェックリスト

目的の明確化：対象業務・期待成果・非対象を文書化
ベースライン測定：処理時間・エラー率・例外率の事前計測
小規模パイロット：限定スコープで運用検証、停止基準を定義
レビュープロセス：作成・レビュー・承認の役割分担とSLA
データ統制：入力最小化、マスキング、持ち出し禁止データの明記
アクセス管理：顧問先別RBAC、ワークスペース分離、SSO/MFA
ログ管理：プロンプト/出力/承認の監査ログ保存と定期点検
契約・法令：DPA、監査権、侵害通知、保持/消去、サブプロセッサ開示
公式資料確認：e-Tax/eLTAX/国税庁の最新情報で個別手続を都度確認
教育・周知：所内ポリシー、禁止投入例、ハンズオン研修
鍵・秘密情報：APIキー/証明書/電子署名鍵の保護とローテーション
継続改善：KPIレビューとフィードバックループの運用

よくある質問（FAQ）

Q1. Q1. AIが作成した仕訳をそのまま申告書に使ってもいいですか？

回答\nAI出力は支援情報として扱い、申告や最終的な税務・法的判断は人（税理士・所内責任者）が確認・承認してください。作成者と承認者を分け、原記録とAI出力を突合し、確認ログ（誰が・いつ・何を確認したか）を保存します。e-TaxやeLTAXの手続・要件は手続種別や時期、対象者で異なります。提出形式・添付要件・電子署名などは最新の公式資料で個別に確認してください（参考: https://www.e-tax.nta.go.jp/、https://www.eltax.lta.go.jp/denshishinkoku/gaiyou/）。AIに電子申告の提出・送信や法令解釈の最終判断を委ねないでください。

Q2. Q2. データの外部クラウド保存や外注は問題ありませんか？

回答\n可能性はありますが、顧問先の個人情報・個人番号・口座情報・取引情報・帳簿・証憑・申告情報等を外部AI/クラウドに無制限に入力しない運用が前提です。具体的には、(1)入力最小化（必要最小限のみ投入）、(2)マスキング/匿名化（氏名・住所・口座・取引先IDなどを伏せる）、(3)持ち出し禁止データの定義（個人番号・申告書データ等は投入禁止）、(4)事前承認（顧問先・所内責任者の承認フロー）、(5)プロンプト/出力の記録・監査（誰が何を投入し何が出たかをログ化しレビュー）、(6)ベンダの学習利用オプトアウト設定、(7)データ所在地・越境移転の確認（保存地域・冗長化先を含む）、(8)認証情報・APIキーの管理（最小権限・鍵のローテーション・保管場所の分離）、(9)保持期間と消去条件の明記、(10)侵害発生時の通知・対応手順を契約（DPA等）で明文化、(11)サブプロセッサの開示・変更時の通知、(12)RBAC/ワークスペース分離（顧問先別に権限とデータ領域を分離）を徹底します。国税庁の公開事例・指針（https://www.nta.go.jp/law/joho-zeikaishaku/sonota/jirei/tokusetsu/index.htm）やIPAの実務助言（https://www.ipa.go.jp/digital/ai/security/ai_security_tips.html）を参照しつつ、最終判断は税理士・所内責任者・必要に応じ顧問先や公式窓口と確認してください。

Q3. Q3. ベンダー選定の評価軸は何ですか？

回答\n技術適合性（API/CSV仕様、エクスポートの網羅性）、セキュリティ（転送/保存時暗号化、RBAC、監査ログ、ワークスペース分離、SSO/多要素認証）、データガバナンス（学習利用の制御、保持期間、削除確認、データ所在地・越境移転）、契約（DPA、監査権、侵害時通知、サブプロセッサ開示、SLA/保守範囲）、運用（障害対応、モデル/ルール更新プロセス、導入後教育・サポート）、ポータビリティ（乗換時の完全エクスポート）を比較します。e-Tax/eLTAX等との連携可否や要件は手続・対象者・時期で異なるため、最新の公式資料を必ず個別確認してください（https://www.e-tax.nta.go.jp/、https://www.eltax.lta.go.jp/denshishinkoku/gaiyou/）。