【好評につき期間延長】データ品質診断が今なら半額ITよろず支援サービス経由の申し込み限定▶ 詳細を見る ↗
データプライバシー・コンプライアンス
データプライバシー・コンプライアンス2026年7月31日

内部統制(J-SOX)とデータ品質:監査で指摘されるデータ管理の問題とは

「J-SOX対応はシステム部門と監査法人の間でやりとりするもの」と考える企業は多いですが、実際には現場でのデータ管理の状態が内部統制評価に直結します。財務報告の正確性は、基盤となるデータが正確・完全・適時に管理されていることによって担保されます。マスタデータのコード不整合、手動入力の転記ミス、承認なしのデータ変更——これらは監査で「統制上の問題」として指摘されうるデータ品質の課題です。

本記事では、J-SOX(内部統制報告制度)におけるIT統制の2区分とデータ品質の関係を整理し、監査対応を意識したデータ管理の実務ポイントを解説します。

J-SOXにおける「IT統制」とデータ品質の関係

J-SOXの内部統制報告制度は、金融商品取引法に基づき上場企業に義務付けられた制度で、財務報告に係る内部統制の有効性を経営者が評価し、監査法人が監査する仕組みです。この評価の中で「ITへの対応」では、IT全般統制(ITGC)とIT業務処理統制(ITAC)が重要な構成要素となります。

J-SOXにおけるIT統制の2区分とデータ品質リスク
IT全般統制
IT General Controls(ITGC)
ITシステム全体の信頼性・完全性を保証する基盤的な統制
アクセス管理
権限のない担当者がマスタデータや財務データを変更できない設計
変更管理
システムやデータへの変更が承認プロセスを経て記録・管理されている
運用管理
データバックアップ・ジョブ運用・障害管理・監視の仕組み
監査指摘リスク
マスタデータへの不正変更・変更履歴の欠如・承認なしのデータ操作
IT業務処理統制
IT Application Controls(ITAC)
個別の業務処理における入力・処理・出力の正確性を保証する統制
入力統制
必須項目チェック・フォーマット検証・マスタ参照チェック・重複入力防止
処理統制
集計・計算ロジックの正確性と処理件数・合計金額の照合確認
出力統制
財務レポート・帳票の完全性確認・配信先と承認管理
監査指摘リスク
手動入力の転記ミス・集計エラー・コードの不統一による財務数値の誤り
※ J-SOXでは上記2区分のほか、人手による確認(手動統制)もあわせて内部統制の評価対象となる
J-SOXにおけるIT統制の2区分とデータ品質リスク

IT全般統制はシステム全体の信頼性を保証する基盤的な統制で、アクセス管理・変更管理・運用管理が主な評価対象です。IT業務処理統制は個別の業務処理における入力・処理・出力の正確性を保証する統制で、財務データが正しく入力・集計・報告されているかを評価します。どちらの統制が機能していない場合でも、財務報告の正確性に対するリスクがあると判断されます。

監査で指摘されやすいデータ品質問題

IT統制の評価において、以下のようなデータ品質上の問題が、内部統制の設計または運用上の不備を示す兆候として評価されることがあります。

  • マスタデータのコード不整合:複数システムで同一の商品・取引先に異なるコードが使われており、システム間の突合・集計ができない状態
  • 変更履歴の未記録:マスタデータや設定値が変更された際に、誰が・いつ・何を変更したかのログが残っていない状態
  • 承認なしのデータ変更:変更申請・承認のフローを経ずにデータが修正されている状態(アクセス管理の不備に起因することが多い)
  • 手動入力の転記ミス:Excelや帳票からシステムへの手動入力が多く、入力誤りのチェック機能がない状態
  • 集計ロジックの属人化:特定の担当者しかわからない集計方法に依存しており、処理の正確性を検証できない状態
内部統制で求められる変更管理フロー(マスタデータ・システム設定変更)
1
変更申請
変更内容・理由・影響範囲・実施予定日を記録した申請書を作成
2
審査・影響確認
担当者がデータへの影響・財務報告への影響を評価し審査
3
承認
権限を持つ管理者が変更内容を承認・却下を決定
4
実行・記録
承認された内容のみを実行し、変更前後の値・実施者・日時をログに記録
※ 承認なしで実行された変更・ログが残っていない変更は、監査で「統制の不備」として指摘される可能性がある
内部統制で求められる変更管理フロー(マスタデータ・システム設定変更)

変更履歴の記録がなぜ監査で重視されるか

内部統制の評価において、「変更が適切なプロセスを経て行われたこと」を証明するためには、変更の記録(監査証跡)が不可欠です。「誰が・いつ・どのデータを・どのような承認のもとで変更したか」が記録されていない場合、不正な変更の有無を事後的に確認できないため、統制が機能していないと判断される可能性があります。

マスタデータ管理において変更ログを残す仕組みがない場合、システム改修や運用ルールの整備が必要になります。変更ログの要件としては最低限「誰が・いつ・何を・どのように変更したか(変更前後の値)」の4点を記録することが実務上の目安とされることが多いですが、具体的な要件は業界・組織の規模・監査法人や内部監査部門との協議によって異なります。

「重要な欠陥」とデータ品質の関係

J-SOXの評価では、内部統制の不備が「財務報告に重要な誤りをもたらす可能性がある」と判断された場合、「重要な欠陥(開示すべき重要な不備)」として開示が必要になります。データ品質の問題が財務数値の誤りに直結するケース——たとえば、受注データの重複が重要な財務報告の誤りにつながり、かつ統制によって防止・発見できない状態——は、重要な欠陥と評価される可能性があります。

データ品質問題は「業務効率の問題」だけでなく「財務報告の信頼性リスク」として捉え直すことで、経営層・監査委員会への問題提起と改善投資の判断がしやすくなります。

J-SOX内部統制評価における不備の区分とデータ品質問題の対応
開示すべき重要な不備旧称:重要な欠陥(Material Weakness)
財務報告に重要な誤りをもたらす可能性があると判断される不備。内部統制報告書への開示が必要。J-SOX制度上の正式区分。
データ品質上の例: • 受注データ重複による売上の過大計上 • コード不統一で棚卸計算が正しく行えない
重要な不備Significant Deficiency
財務報告に影響を与える可能性があるが、重要な欠陥の基準には達しない不備。是正措置が求められる。
データ品質上の例: • 変更履歴が一部のシステムで記録されていない • 入力チェック機能が一部で無効化されている
軽微な不備Minor Deficiency
財務報告への影響は限定的で軽微と判断される不備。改善を推奨されるが開示義務は生じない。
データ品質上の例: • 一部帳票の出力確認手順が文書化されていない • マスタデータ更新権限が過剰に広い
※ J-SOXの制度上の正式区分は「開示すべき重要な不備」と「不備」の2区分。「重要な不備」「軽微な不備」は実務上広く使われる整理であり、制度的な開示義務が生じるのは「開示すべき重要な不備」のみ。
J-SOX内部統制評価における不備の区分とデータ品質問題の対応(実務上の整理)
内部統制と財務報告の信頼性

BFTのアプローチ:内部統制対応とデータ品質改善の統合

BFT Insightでは、J-SOX対応の文脈でデータ品質改善が必要な企業に対して、変更管理フローの設計・マスタデータの変更ログ整備・アクセス権設計の見直しを、データ品質改善プロジェクトとして一体的に支援しています。監査法人からの指摘事項をもとに改善を進める場合も、「何がどの程度不備か」の診断から着手し、優先順位をつけて対応する進め方を取ります。

内部統制対応でデータ品質の整備が必要な方へ

「監査で変更管理の不備を指摘された」「マスタデータの変更ログが残っていない」「コードの不統一が財務集計に影響している」——J-SOX対応を起点としたデータ品質改善についてご相談ください。

まとめ

  • J-SOXのIT統制評価では「IT全般統制(システム全体の信頼性)」と「IT業務処理統制(入力・処理・出力の正確性)」の2区分が評価対象になる
  • 監査で指摘されやすいデータ品質問題は、マスタコードの不整合・変更履歴の未記録・承認なしのデータ変更・手動入力の転記ミスなど
  • 変更ログ(誰が・いつ・何を・どのように変更したか)の記録は、内部統制の監査証跡として不可欠な要件
  • データ品質問題が財務数値の誤りに直結する場合、「重要な欠陥」として開示対象になりうる
  • 内部統制対応とデータ品質改善を一体として設計することで、監査対応コストと業務品質リスクを同時に低減できる

よくある質問

Q

上場企業でなければJ-SOXは関係ありませんか?

A

上場企業に直接適用される制度ですが、上場企業のグループ会社(子会社・関連会社)も内部統制の評価範囲に含まれることがあります。親会社の監査範囲に子会社が含まれる場合、子会社でも同水準のデータ管理・変更管理の整備が求められることがあります。また、将来の上場(IPO)を目指す企業では、上場前の準備段階でJ-SOXに準拠した内部統制の整備を求められるケースがあります。

Q

マスタデータの変更ログを残すためにはシステム開発が必要ですか?

A

システムによっては既存の監査ログ機能を有効にするだけで対応できるケースがあります。多くのERP製品では変更履歴機能を備えていますが、対象や記録内容は製品・設定によって異なります。設定で有効化・保持期間を確認した上で対応できる場合があります。カスタム開発のシステムや、Excelで管理しているデータについては、変更があった際にログシートへの記録を運用ルールとして義務付けるか、システム改修が必要になります。どのデータについて優先的にログ整備が必要かは、監査法人や内部監査部門との協議で確認することをおすすめします。

Q

「内部統制の不備」と「重要な欠陥」はどう違いますか?

A

J-SOXの制度上の正式区分は「開示すべき重要な不備(旧称:重要な欠陥)」と「不備」の2区分です。実務では「重要な不備」「軽微な不備」といった3区分で管理するケースもありますが、制度上の開示義務が生じるのは「開示すべき重要な不備」のみです。データ品質上の問題がこれに該当するかどうかは、財務報告への影響度・金額的重要性・定性的影響を踏まえて判断されます。具体的な判断基準は監査法人や内部監査部門との協議で確認することが必要です。

コンプライアンス対応の基盤として、データ品質を整備する

個人情報保護法・GDPR・J-SOXへの対応は、都度の確認ではなくデータ品質の継続管理として設計すると効率的です。BFT Insightは法規制対応に必要なデータ品質の現状を診断し、対応設計を支援します。

コンプライアンス対応の資料を無料ダウンロード →
AI相談