業務処理統制とIT全般統制(application controls / IT general controls)
個々の業務処理に組み込む統制が業務処理統制。それが働く土台を守る統制がIT全般統制。
もう少し詳しい説明
2つの違い
| 業務処理統制 | IT全般統制 | |
|---|---|---|
| 守る対象 | 個々の業務処理の正しさ | 業務処理統制が働く土台 |
| 例 | 入力値の確認、合計の照合 | 変更の管理、アクセス管理、運用の管理 |
| 英語 | application controls | IT general controls |
土台が崩れると、業務処理統制も意味を失います。 入力の確認を組み込んでいても、プログラムを誰でも書き換えられる状態なら、その確認は外せてしまいます。
業務処理統制
処理の流れに沿って、3つに分けて考えます。
| 場面 | 統制の例 |
|---|---|
| 入力 | 入力値の範囲や形の確認、一覧からの選択、二重入力と照合 |
| 処理 | 計算結果の照合、処理件数の突合せ、順序の確認 |
| 出力 | 出力件数の照合、配付先の限定、出力の記録 |
手で入れるところには、必ず誤りが入り得ます。 入力の時点で止める仕掛けが要ります(入力コントロールのページで扱っています)。
IT全般統制
| 分類 | 中身 |
|---|---|
| 開発・変更の管理 | プログラムの変更を、承認を受けてから本番へ適用する |
| アクセス管理 | 誰が何に触れてよいかを決め、権限を与える |
| 運用の管理 | バッチ処理の実行、バックアップ、障害への対応 |
| 外部委託の管理 | 任せた相手が決まりを守っているかを確かめる |
開発する人と本番へ適用する人を分けるのも、この分類に入ります。1人で書き換えて反映できる状態にしない、という形です。
なぜ分けて考えるのか
監査で見る順番が変わるためです。
| 土台の状態 | 業務処理統制の評価 |
|---|---|
| IT全般統制が働いている | 業務処理統制を確かめれば、その結果を信頼できる |
| IT全般統制が弱い | 業務処理統制を確かめても、あとで外された可能性が残る |
土台から先に見ます。 誰でもプログラムを変えられるなら、入力の確認が今日あることを確かめても、明日も同じとは言えません。
手作業で登録するところ
システムの外で決めた値を、人が入れる箇所が弱点になります。
| 例 | 起き得ること |
|---|---|
| 標準の時間を表から手で登録する | 誤った値が入る |
| 職種や区分を手で登録する | 別の区分として扱われ、計算結果がずれる |
誤った値は、連携した先まで運ばれます。 入り口で誤ると、その先で算出された金額まで誤る、という形になります。
監査では、手作業の箇所にITの統制が組み込まれているかを確かめます。
試験ではこう出る
科目A(旧・午前)では、どちらに当たるかが問われます。個々の処理の中なら業務処理統制、土台なら全般統制です。
午後や応用情報(システム監査)では、空欄に入れる字句として出ます。「手作業での登録であることから、ITに係る〇〇が適切に組み込まれているか」という形で、業務処理統制と答える設問になります。
どこを見るべきかを選ぶ形も出ます。手作業の箇所、連携の入り口が答えになりやすいところです。
関連する用語
- 内部統制
- 組織の中に組み込む仕組み全体。2つの統制はその一部
- 管理策と代替の管理策
- 実際に置く手立て。原則と代わりの形
- 入力コントロール
- 業務処理統制の代表的な形
- システム監査
- 統制が働いているかを外から確かめる活動
ミニクイズ
IT全般統制に当たるものはどれか。
正解は 3番:本番環境のプログラムを変更する際に、承認を受けてから適用する手続
IT全般統制は、業務処理統制が正しく働く土台を守る統制です。プログラムの変更を承認の手続のもとで行うことは、開発や変更の管理に当たるのでIT全般統制です。入力値の確認、合計の照合、出力件数の照合は、いずれも個々の業務処理の中に組み込まれた業務処理統制になります。
この分野をまとめて解く → 法務とシステム監査のミニテスト(全24問)
最終更新:2026-11-09