← 概念辨析に戻る

Concept Contrast Fable

監査可能性と監査証跡。一つはシステムが人に調べさせる構造であり、もう一つは調べて出てくるあの紙切れである

先に結論:監査可能性とは、システムの設計そのもの——ログ構造、記録方針、データ保持、クエリ能力——が独立した審査を支えるかどうかを指す。監査証拠とは、監査を一度実施した後に収集される具体的な記録、ログ、文書である。監査可能性が低いとは、システムがそもそも証拠を生み出せないことを意味し、監査証拠がないとは、ある監査で求めていたものが見つからなかったことを意味する——この二つは病因が異なる。

監査可能性とは、システムの設計そのもの——ログ構造、記録方針、データ保持、クエリ能力——が独立した審査を支えるかどうかを指す。監査証拠とは、監査を一度実施した後に収集される具体的な記録、ログ、文書である。監査可能性が低いとは、システムがそもそも証拠を生み出せないことを意味し、監査証拠がないとは、ある監査で求めていたものが見つからなかったことを意味する——この二つは病因が異なる。

寓話

経理係には二人が調べるべきことがある。一人は帳簿が勝手に閲覧できるかどうかを調べ、もう一人は過去に不正な帳簿がなかったかを調べる

揚州塩商総会は毎年臘月に帳簿を検査する。査察官は十二の支店の帳簿をめくり、ある支店は半日で塩引が誰から来て誰に売られ、銀がいつ金庫に入ったかを説明できるのに、ある支店は日が暮れるまでめくっても、毛辺紙が数枚見つかるだけで、日付は半分欠け、担当者は姓しか書かれていないことに気づいた。

彼は最初、後者の方が必ず多く貪ると考えていた。半年調べて初めて分かったのは、問題はまず貪るかどうかではなく、調べられるかどうかだった。ある分号は開店の日から規定していた:すべての出入りには日付、金額、担当者の印、相手の名前を書くこと。七日ごとに総勘定を照合すること。古い帳簿は鉛封して総会の倉庫に送って保存すること。このような店はたとえ誤りがあっても、手がかりを残す。

劣った支店にはこうした規則がなかった。今日は木札に記し、明日は散らばった紙に記す。櫃の銀が足りなければ、経理係は使用人が書き忘れたと言い、使用人は店主が口頭で命じたと言う。査察の役人は調べれば調べるほど霧の中で壁を手探りするようで、一つの痕跡に触れても、それがどこから来たのか分からない。

総会はそこで帳簿検査を二つに分けた。七月はまず「帳法」を調べる:帳簿の枠が固定か、印章が揃っているか、証憑を何年保存するか、鉛封は誰が開けられるか、追記に旧痕を残すか。この時は特定の銀を追わず、店が後の帳簿検査のために道を残しているかだけを見る。

臘月に再び「帳目」を調べる:具体的な塩引、銀票、署名捺印、往来書簡を引き出す。たとえば東号の三月十八日の塩引一笔が二十担少なく記録され、価格の一致しない二枚の契紙が引き出され、これこそが当年に調べ上げた証拠だった。

稽查の旦那は後に新人によくこう注意した:七月に調べるのは道であり、臘月に拾うのは道に残った足跡だ。道がなければ、足跡は泥の中に散らばり、誰が来ても説明できない。道があればこそ、足跡は見つけられ、保存され、法廷に持ち込んで語ることができる。

後に新しい査察官が腊月の証憑だけを持って結論を出そうとしたとき、古参の査察官が止めた。まずこの証憑がどこから来たかを見よ。帳簿に普段誰も署名捺印していなければ、古い帳簿は勝手に改ざんでき、今日見つけた紙がどんなに立派でも、後から書き足しただけかもしれない。逆に、帳法がどんなに厳しくても、今回塩引、銀票、署名捺印が取得されていなければ、制度が清潔だからといってある取引が誤りないとは言えない。二つが合わさって初めて、審査は安定する。後に総会は二種類の検査を別々の巻宗に書き分けた。帳法巻は長期にわたって使用でき、帳目巻は特定の年月にのみ対応する。新人が巻宗を間違えると、古参の査察官は再調査させた。

監査可能性

システムやプロセスが設計時に内蔵する、独立した審査を支える構造的特性。記録の完全性、改ざん不可能性、追跡可能性、保持ポリシーを含む。「このシステムは設計上、監査に耐えられるか」という問いに答える。

監査証拠

具体的な一回の監査プロセスで収集された記録、ログ、文書、その他の検証可能な情報断片。これは監査可能性に実際の監査操作を加えた産物であり、「今回の監査で何が見つかったか」という問いに答える。

物語の対応

  • 十二の支店で見つかった問題の分布は偏っていた。不正の程度が違うのではなく、記帳制度の質が違うのだ。
  • 良い支店の三大規律:監査可能性の三つの設計属性——完全な記録、定期的な照合、改ざん防止ストレージ
  • 査察官が底を探って制度の質を検証:証拠を待つのではなく、自ら監査可能性を確認する
  • 揚州東号の塩引取引異常記録:一つの具体的な監査証拠
  • 証拠が存在する二つの前提:制度規定(監査可能性)と実行記録(証拠の生成)
  • 総会の二層監査プロセス:七月制度審査(監査可能性チェック)→ 臘月帳目審査(証拠収集)
  • ERROR ONLY ログの悲劇:可用性は高いが監査可能性がゼロの典型的なシステム設計反例

システム監査能力の設計とコンプライアンス審査準備に落とし込む

顧客監査を受ける前に、監査通知が来てからログをめくるのを待ってはいけない——まず自己点検でシステムの監査可能性を判断する。チェックリスト:ログレベルはすべての重要操作をカバーしているか?ログに改ざん防止機構はあるか?重要フィールド(ユーザー ID、操作タイプ、タイムスタンプ、送信元 IP、対象リソース)はすべてログ schema に含まれているか?保持期間はコンプライアンスと契約の要件を満たしているか?監査可能性はシステム稼働前の設計課題であり、監査前の緊急課題ではない。監査可能性がアーキテクチャ段階で無視されると、後から補うコストは通常、別系統の監査システムを新設するのと同じになる——時間も予算も当初案の五倍からである。

京ICP备2026014272号