銀行エンジニアリング 13：FraudとAML、取引モニタリングの全体像

Level 1 基礎：2つの「怪しい取引」

Level 2 銀行業務：検知から判断までの流れ

リスクベース・アプローチとは、すべての取引を同じ強さで調べるのではなく、リスクの高いものほど深く確認する考え方です。MiniBankではルールごとに重要度（HIGH / MEDIUM）があり、アラートのスコアとして表示されます。

1. 01Transaction（台帳に記録された取引）
2. 02Detection（ルールで兆候を探す）
3. 03Alert（確認すべき兆候）
4. 04Case（口座単位で調査をまとめる）
5. 05Investigation（証拠収集・調査メモ）
6. 06Decision（誤検知・問題なし・要二次確認・上申）

Level 3 システム：MiniBankでの実装

• 監視対象は台帳そのもの（aml.monitored_transactions）。顧客の預金勘定の仕訳から、振込・入出金・他行送金を1つの流れとして見る
• 検知・アラート・ケースの処理は、口座を凍結したり、支払を止めたり、記帳したりしない（DBテストで、検知の前後で仕訳件数と口座状態が変わらないことを確認）
• データはすべてテスト用に作った架空の顧客・取引。実在の人物・犯罪データ・外部サービスは使わない

Level 4 アーキテクチャ：監視を「記帳の外」に置く理由

検知ロジックを記帳処理の中に入れると、ルールの不具合やルール変更で決済そのものが止まる危険があります。MiniBankは、記帳が終わった台帳を後から読む形にし、検知と業務処理の障害範囲（Failure Domain）を分けています。その代わり、検知は即時ではなく、Scanを実行した時点になります。

どこを確認すればよいか

• 管理画面「AML・不正検知」：ルール・未対応アラート・ケース一覧