ストーリー(冒頭プレビュー)
🦉 Episode 17: サーバールームの扉と「見えない帳簿」
監査法人に入って数ヶ月。カイロウは大型クライアントの監査チームに配属された。今日は初めて、クライアントのITセンターを訪れる日だ。
💼「今日はクライアントのITシステムを理解するためのウォークスルーだ。サーバールームも見せてもらう」
🦉「サーバールーム……? 倉庫の棚卸しみたいに、モノを数えるんですか?」
💼「違う。ここに入っているのは帳簿だ。ただし、紙の帳簿じゃない。電子データとしてだけ存在する帳簿だ」
クライアントのIT部門の担当者がカードキーをかざすと、重い扉が開いた。冷房が効いたサーバールームの中には、無数のラック型サーバーが並び、緑色のランプが点滅している。ファンの回転音だけが響いていた。
🦉「紙の帳簿がないんですか? じゃあ、どうやって確認するんですか?」
💼「いい疑問だ。紙なら手に取って、筆跡を見て、修正液の痕跡を探すことができた。だがデジタルデータは上書き一つで痕跡なく消える。だから監査のやり方を変える必要がある」
IT部門の担当者が会議室でシステムの概要を説明してくれた。
「うちの基幹システムは、受注から請求まで全て自動化しています。手入力は最小限です」
💼「手入力が減ることの利点は?」
「計算ミスがほぼゼロになりました。以前は経理スタッフが電卓で計算していて、月に何件かミスが出ていたんです」
🦉「じゃあ、IT化すればミスはなくなるんですね!」
💼「それが最大の落とし穴だ」
先輩の声が急に厳しくなった。
💼「IT化で計算ミスは確かに減る。だが、もしプログラム自体に間違いがあったらどうなる? たとえば消費税率を8%と入れるべきところを0.8%と設定してしまったら?」
🦉「……全部の取引の税額が間違う?」
💼「そう。手作業なら1人が1件間違えるだけだ。だがプログラムのバグは、そのプログラムを通る何千件もの取引全てに影響する。これをSystematic errorと呼ぶ。IT化で減るのはRandom error。増えるのはSystematic errorのリスクだ」
先輩はホワイトボードに図を描き始めた。
💼「IT統制は2層構造で理解する。まず全般統制(IT General Controls)。これはIT環境全体の土台だ。パスワード管理、プログラム変更管理、バックアップ。建物で言えば基礎工事」
💼「その上に乗るのがアプリケーション統制。入力チェック、処理の照合、出力の検証。これは各部屋のドアの鍵。基礎がグラグラの建物に、いくら頑丈な鍵をつけても意味がない」
インプット(冒頭プレビュー)
この章の試験での位置づけ
CPA Exam Blueprint(試験設計図) とは、AICPA(米国公認会計士協会)が公式に公表している「試験で何が、どのくらいの比率で、どのレベルで問われるか」を定めた文書です。 全ての出題はこのBlueprintに基づいて作成されます。つまり Blueprintを知ることは、試験の設計者の意図を知ること です。
| 項目 | 内容 |
|---|---|
| 所属エリア | Area II -- Assessing Risk and Developing a Planned Response(リスク評価と対応計画の策定) |
| Blueprint参照 | II-C: Understanding an entity's internal control environment, including IT |
| エリア出題比率 | 25--35% |
| 求められるスキルレベル | Application(適用) --- 単なる暗記ではなく、場面に応じた判断が求められる |
このChapterのポイント: IT監査は「ITがあることで監査がどう変わるか」を問う分野。 全般統制(ITGC)とアプリケーション統制の区別、入力統制の6種の識別、CAATs 5技法の特徴比較 が最頻出。
前提知識 --- この章に入る前に、分かっているとラクなこと
| 前提知識 | なぜ必要か |
|---|---|
| 内部統制の5つの構成要素(COSO) | IT統制は内部統制の一部。統制環境・リスク評価・統制活動・情報と伝達・監視の枠組みを知っていると、IT統制がどこに位置づけられるか即座に分かる |
| 統制テスト vs 実証性テストの違い | CAATs(コンピュータ利用監査技法)は統制テストの手法。なぜ統制をテストするのかが分かっていないと、各技法の目的が理解できない |
| 監査証拠の種類と十分性・適切性 | IT環境では監査証拠が電子的にしか存在しない場合がある。証拠の質の概念が前提 |
| 職務分離(Segregation of Duties)の概念 | IT環境での職務分離は手作業環境とは異なる形をとる |
1. なぜこの論点が必要か(Why)
監査プロセス全体の中での位置づけ
契約 → 計画 → 内部統制の理解 → 統制テスト → 実証性テスト → 完了・報告 ▲ ▲ ▲ ▲ └─────────┴───────────────┴────────────┘ IT監査(Ch17) 内部統制〜実証性テストの全段階に関わるIT監査は特定のフェーズに閉じた論点ではない。ITが会計処理の基盤である以上、内部統制の理解・統制テスト・実証性テストの全段階でIT環境を考慮する必要がある。
想像してほしい。あなたがある企業の監査人だとする。
経理部長が誇らしげに言う。「うちは先月、全ての会計処理をクラウドシステムに移行しました。紙の帳簿はもうありません。」
続きとアウトプット演習・整理ノートはAUD教材(購入者限定)でご覧いただけます。