三監査統合システムの導入可否検討会計監査・業務監査・システム監査 —— 融合ではなく、証拠台帳・タクソノミ・連携プロトコルの共通化による段階的統合

目 次

第1章　検討の目的と結論の要旨..................................... 3
第2章　三監査の定義と法的位置づけ............................... 3
第3章　「統合」の三層モデル........................................... 3
第4章　組織統合の可否 —— 独立性という制約................. 4
第5章　基盤・データ統合 —— 統合アシュアランス基盤（本命） 4
第6章　枠組み統合 —— 共通タクソノミと評価座標系........ 5
第7章　導入アーキテクチャ............................................. 6
第8章　J-SOX改訂（2024年度適用）との整合................. 6
第9章　AIエージェント統制への接続................................ 7
第10章　導入リスクと統制上の留意点............................... 8
第11章　段階導入ロードマップ......................................... 8
第12章　結論と意思決定のための論点............................... 9
付録　導入判断チェックリスト......................................... 10

第1章　検討の目的と結論の要旨

〔事実〕本書の目的は、会計監査・業務監査・システム監査という三つの監査を統合した仕組みを、企業が導入できるかを検討することにある。三者はいずれも組織の適正性を確かめる営みだが、根拠となる法令、担い手、独立性の要件、目的が異なる。したがって「統合」という言葉が何を指すかを定めないまま可否を論じると、議論が噛み合わない。

〔分析〕結論を先に述べる。三監査を単一の監査意見・単一の組織へ融合するシステムは、導入できない。会計監査の独立性という法的制約が、それを許さないからである。一方、三監査が共通の証拠台帳・統一タクソノミ・連携プロトコルの上で動く「統合アシュアランス基盤」は、導入可能である。むしろこれは、J-SOXがすでに歩んできた方向の自然な延長線上にある。

〔考察〕言い換えれば、可否は二択ではなく設計問題である。統合すべきは監査そのものではなく、監査が依拠する記録と境界だ。監査の意見と報告経路は分離を保ったまま、その下の証拠・分類・連携の層だけを共通化する。本書は、この「分離された統合」という設計を、可否・制約・アーキテクチャ・導入手順の順に具体化する。

第2章　三監査の定義と法的位置づけ

〔事実〕会計監査は、金融商品取引法および会社法に基づき、財務諸表（および内部統制報告書）の適正性について、独立した監査人（公認会計士・監査法人）が意見を表明する外部監査である。公認会計士法と品質管理基準により、被監査会社からの独立性が厳格に要求される。

〔事実〕業務監査は、業務の適法性・効率性・有効性を対象とする。日本の会社法構造では、監査役（会）・監査等委員会・監査委員会が業務監査と会計監査の双方を担い、加えて内部監査部門が業務プロセスを継続的に検証する。多くは経営者に対するモニタリング機能として位置づけられる。

〔事実〕システム監査は、情報システムの信頼性・安全性・効率性を対象とし、経済産業省のシステム監査基準等を参照する。J-SOXの文脈ではIT全般統制（ITGC）とIT業務処理統制の評価として、財務報告の信頼性確保の一部を構成する。担い手は内部監査部門・IT監査人が中心で、外部の保証業務（SOCレポート等）と接続する。

〔分析〕三者の決定的な違いは独立性の水準にある。会計監査は「外部かつ独立」であることが法定要件だが、業務監査とシステム監査は経営者の内部統制機能として設計されている。この非対称が、統合可能な範囲を最初から画定している。統合を論じる際は、この壁を動かせないものとして扱う必要がある。