試験概要と形式
試験とこのガイドについて
Certified Transaction Monitoring Associate（CTMA）は、取引モニタリング、アラート調査、記録、エスカレーション、報告に関する基礎的な実務能力を扱うACAMSのアソシエイトレベル認定です。取引モニタリング担当者、アラート調査担当者、AMLオペレーション担当者のほか、関連するKYCや不正対策の業務に携わる方にも役立つ内容です。
提供元の情報に基づく試験形式は、90分で60問です。採点対象外の試行問題が含まれることがあり、合格に必要な正答率74%は採点対象の問題について示されています。日本語の本ガイドは学習用の翻訳コンテンツであり、ACAMSが日本語での受験を提供していることを意味しません。試験言語や予約条件は、申込み前に公式情報でご確認ください。
本ガイドの内容確認日は2026年10月11日です。試験形式や提供条件は変更される可能性があります。最新情報はACAMS CTMA認定ページおよびACAMSアソシエイト認定の案内で確認してください。
学習の進め方
各項目では、考え方、短い適用例、ありがちな誤解を順に示します。特定の国・地域に固有の届出要件や法的義務を一律のルールとして示すものではありません。実務では、適用される法令、社内手順、担当者の権限に従ってください。
学習領域と編集上の目安
| 学習領域 | 主な範囲 | 学習上の目安（公式比率ではありません） |
|---|---|---|
| 取引モニタリングの基礎 | 目的、監視方式、シナリオ、閾値、顧客プロファイル、比較対象、データ品質 | 25% |
| アラート調査プロセス | 初期確認、証拠収集、顧客・関連口座の文脈、記録、クローズ、品質確認 | 30% |
| 疑わしい活動の識別 | 資金の分割や移動、不正収益、サイバー関連、貿易関連、仲介口座、行動の異常 | 30% |
| エスカレーションと報告 | 判断と引継ぎ、SAR/STRに関する社内対応、秘密保持、品質確認、統制へのフィードバック | 15% |
押さえておきたい60の概念 1–10
1. 取引モニタリングの目的
取引モニタリングの基礎
取引モニタリングは、顧客や口座の取引を分析し、説明を要する活動を検知するための統制です。すべての不正を自動で見つける仕組みではなく、アラートを調査につなげてリスクを評価する役割を担います。
実務例: 定期的な給与入金しかなかった口座に、短期間で多数の第三者送金が現れました。仕組みは変化を示し、担当者が背景を確かめます。
よくある誤解: モニタリング導入だけで不正を防止できるとは限りません。検知範囲やデータ、調査、改善の各工程が適切に機能する必要があります。
2. 予防的統制と検知的統制
取引モニタリングの基礎
取引モニタリングは、取引や顧客の行動を分析して確認が必要な活動を知らせる検知的統制です。分析が取引実行前か実行後かはシステムの設計によって異なります。取引前の承認や制限などの予防的統制とは役割が異なり、両者を組み合わせることで、問題の発生抑制と発見を補い合います。
実務例: 送金前の承認確認は予防的統制です。一方、送金後に通常と異なる受取人への資金移動を抽出する仕組みは、取引実行後に働く検知的統制の例です。
よくある誤解: アラートの生成が、そのまま取引の停止を意味するわけではありません。リアルタイム監視の場合も、停止の可否や手続はシステムの機能と担当者の権限によります。
3. ルールベースの監視
取引モニタリングの基礎
ルールベースの監視は、あらかじめ定義した条件に取引が合致したときにアラートを生成します。条件が明確で説明しやすい一方、設定したパターンから外れる活動や、顧客ごとの違いを捉えにくい場合があります。
実務例: 一定期間の現金入金回数が設定条件を超えたときにアラートを出します。担当者は該当取引の背景を調べます。
よくある誤解: 明確なルールがあるからといって、発報した取引が疑わしいと決まるわけではありません。条件一致は調査の開始点です。
4. リスクベースの監視
取引モニタリングの基礎
リスクベースの監視は、顧客属性、商品、地域、取引行動などのリスク差を考慮して監視の重点を調整します。リスク評価の根拠を定期的に見直し、低リスクとされた顧客も変化があれば再評価できる設計が重要です。
実務例: 複雑な国際送金を行う顧客には、その取引特性に関連する監視を適用し、想定外の変化がないかを確認します。
よくある誤解: リスクベースとは、低リスク顧客を一律に監視対象外にすることではありません。評価は状況の変化に応じて見直します。
5. 取引データと顧客情報の違い
取引モニタリングの基礎
取引データは金額、日時、相手先などの活動を示し、顧客情報は職業、事業、資金目的などの背景を示します。両方を組み合わせることで、単独の取引だけでは分からない行動の意味や不整合を評価できます。
実務例: 高額な入金を確認した担当者は、入金記録だけでなく、顧客の事業内容や申告済みの資金源も照合します。
よくある誤解: 取引履歴だけで顧客の目的を断定するのは危険です。一方、古い顧客情報を無条件に正確な説明として扱うのも誤りです。
6. シナリオの役割
取引モニタリングの基礎
シナリオは、検知したい行動の特徴をデータ上の条件として表現する仕組みです。たとえば、複数の取引、一定の時間範囲、取引間の関係などを組み合わせます。シナリオの設計と、実際の調査判断は別の工程です。
実務例: 短期間に入金後の送金が繰り返されるパターンを検知するシナリオが発報しました。担当者は資金の流れを確認します。
よくある誤解: シナリオ名が特定の類型を示していても、顧客の行動がその類型に該当すると確定したわけではありません。
7. 閾値と感度の調整
取引モニタリングの基礎
閾値は、どの程度の活動でシナリオを発動させるかを定めます。低くすると多くの活動を捉える一方、調査負荷が増えることがあります。高くすると負荷は減る可能性がありますが、対象となる活動を見逃すおそれもあります。
実務例: 同じ条件で小規模な事業者のアラートが過剰に増えた場合、担当チームは根拠を確認して設定の妥当性を検討します。
よくある誤解: アラート件数を減らすことだけを目的に閾値を上げてはいけません。検知できなくなるリスクも評価が必要です。
8. 集計期間と取引のまとまり
取引モニタリングの基礎
取引をどの期間で集計するかによって、検知されるパターンは変わります。短い期間は急な動きを捉えやすく、長い期間は分散した活動を見つけやすい場合があります。期間の選択は、監視対象の行動とデータの性質に合わせます。
実務例: 毎週少額の入金を繰り返す口座では、日単位の確認だけでなく、一定期間の累積や反復性も調べます。
よくある誤解: 単一取引が小さいからといって、関連する取引全体のリスクも小さいとは限りません。期間をまたぐ活動を見落とさないようにします。
9. ピアグループによる比較
取引モニタリングの基礎
ピアグループは、事業の種類、顧客属性、商品利用など共通点のある顧客を比較するための集団です。適切な比較対象を選べば異常な行動を見つけやすくなりますが、グループの作り方が不適切だと誤った警告や見逃しにつながります。
実務例: 季節商材を扱う小売店は、一般の個人口座ではなく、事業特性が近い顧客との入金パターンを比べます。
よくある誤解: すべての顧客を同じ集団と比べると、正当な違いを異常と誤認することがあります。比較対象の根拠を確認します。
10. 顧客プロファイルと期待される行動
取引モニタリングの基礎
顧客プロファイルは、顧客について把握している情報から、通常想定される活動を考える基礎になります。実際の取引がその想定と合うかを確認し、相違があれば、情報の古さや正当な事業変化も含めて理由を調べます。
実務例: 小規模な国内事業者の口座に突然多数の海外送金が現れました。取引の目的と、事業内容に変化があったかを確認します。
よくある誤解: プロファイルと違う行動だけで不正を確定することはできません。まず情報が正確で最新かを確かめます。
押さえておきたい60の概念 11–20
11. データの完全性と正確性
取引モニタリングの基礎
監視の品質は、入力データの完全性、正確性、適時性に左右されます。取引が欠けていたり、顧客属性が誤っていたりすると、アラートの有無や評価が歪む可能性があります。結果を論じる前に、対象データが信頼できるか確認します。
実務例: 顧客の職業欄が空白で、想定行動との比較が難しいと分かりました。担当者は制約を記録し、情報の更新を依頼します。
よくある誤解: 誤アラートを見つけたとき、すぐシナリオ設定だけを原因と決めつけてはいけません。データ上の問題も点検します。
12. システムの対象範囲と限界
取引モニタリングの基礎
モニタリングシステムは、取り込まれたデータと設定されたシナリオの範囲でしか活動を評価できません。対象商品、口座、取引経路に抜けがあれば、実際の活動を捉えられないことがあります。監視できる範囲とできない範囲を把握することが重要です。
実務例: ある決済経路が監視データに含まれていないと判明しました。担当者はその制約を記録し、適切な管理担当へ共有します。
よくある誤解: アラートがないことは、疑わしい活動がなかった証明ではありません。監視対象やデータの限界を考慮します。
13. アラートとケースの違い
取引モニタリングの基礎
アラートは、設定条件に合致した活動を知らせる単位です。ケースは、関連するアラートや情報をまとめて調査・判断するための管理単位として使われることがあります。組織ごとに運用は異なりますが、発報と調査上の結論は区別します。
実務例: 複数のアラートが同じ口座と資金移動に関係していました。調査担当者は手順に沿って関連情報を一つのケースで整理します。
よくある誤解: アラート一件を、そのまま独立した不正事案と見なすのは早計です。関連する活動を確認し、根拠をまとめます。
14. 監視結果を見直す仕組み
取引モニタリングの基礎
監視の有効性は、設定した後も点検が必要です。アラートの傾向、調査結果、データの変化、品質確認などを振り返ることで、検知上の弱点や不要な負荷を把握できます。見直しは根拠と承認を伴う統制された活動として行います。
実務例: 特定シナリオで同じ理由の誤アラートが続いたため、チームは原因と変更案を記録し、所定の審査に回します。
よくある誤解: 現場担当者が独断で閾値やシナリオを変更するのは適切ではありません。変更権限と承認手順に従います。
15. 初期確認と優先順位付け
アラート調査プロセス
初期確認では、アラートの基本情報、対象顧客、関連する緊急性、必要な対応期限などを確かめます。優先順位は社内基準とリスクに沿って付け、扱いやすい案件だけを先に処理するような偏りを避けます。
実務例: 複数のアラートを受け取った担当者は、関連する資金移動や社内の優先基準を確認し、対応順を記録します。
よくある誤解: 金額の大きさだけで優先順位を決めるのは不十分です。取引の性質、速度、顧客との関係なども見ます。
16. 調査範囲を明確にする
アラート調査プロセス
調査を始める際は、どのアラート、期間、口座、取引を確認するのか明確にします。範囲を定めることで、確認漏れと無関係な情報の過剰収集を減らせます。調査中に新たな関連情報が見つかった場合は、範囲を更新した理由も残します。
実務例: 最初は一週間の送金が対象でしたが、同じ相手への反復取引が前月にも見つかったため、確認期間を広げました。
よくある誤解: 範囲を広げること自体が常に良い調査とは限りません。追加確認が判断にどう関係するかを説明できるようにします。
17. アラートの発報理由を再構成する
アラート調査プロセス
調査担当者は、どのシナリオ条件や取引が発報につながったのかを把握します。発報理由を再構成すれば、関連する取引、期間、比較条件を絞り込めます。システムの説明を確認せずに調査を進めると、重要な根拠を見落とすおそれがあります。
実務例: アラート画面で複数入金の集計が発報理由と分かりました。担当者は対象期間と入金ごとの記録を照合します。
よくある誤解: シナリオの名称だけを読んで発報理由を推測してはいけません。実際に一致した条件と取引を確認します。
18. 取引の時系列を作る
アラート調査プロセス
時系列は、入金、振替、送金、出金などの順序と間隔を示し、資金の動きや行動の変化を把握しやすくします。個々の取引だけでは見えない反復や急速な移動が分かる一方、時系列だけで目的や意図を確定することはできません。
実務例: 入金直後に複数の送金が続いていました。担当者は各取引の時刻、金額、相手先を並べ、流れを確認します。
よくある誤解: 時間が近いというだけで取引間の関係を断定してはいけません。口座情報や取引記録でつながりを確認します。
19. 顧客情報の確認と更新状況
アラート調査プロセス
顧客情報を確認するときは、職業や事業、想定取引、資金の目的などが現状に合っているかを見ます。古い情報や不明な項目は、結論の確度を制限します。確認済みの情報、未確認の情報、更新が必要な情報を分けて記録します。
実務例: 過去の登録情報では個人事業主でしたが、最近の入金は法人名義でした。担当者は関係性や情報の変更時期を確認します。
よくある誤解: 顧客ファイルに記載があるだけで、情報が最新で検証済みと考えるのは誤りです。更新状況と根拠を確かめます。
20. 取引相手と関係性の確認
アラート調査プロセス
相手先の名称だけでなく、顧客との関係、取引の目的、反復性を確認すると、取引の文脈が明確になります。分かる範囲と分からない範囲を区別し、確認できない相手情報から犯罪性を推測しないことが重要です。
実務例: 顧客から多数の個人宛て送金がありました。担当者は送金先が従業員、仕入先、その他の相手なのかを確認します。
よくある誤解: 新しい相手先というだけで疑わしいと決めてはいけません。新規性は背景を調べるきっかけであり、結論ではありません。
押さえておきたい60の概念 21–30
21. 関連口座と取引の結び付け
アラート調査プロセス
同じ顧客や相手先に関係する複数口座を確認すると、資金の流れや反復パターンを把握できることがあります。口座の関連性は、信頼できる識別情報や社内データで確かめ、名前が似ているだけで同一人物と判断しないようにします。
実務例: 顧客の口座から別の保有口座へ資金が移り、その後第三者へ送金されていました。担当者は確認可能な口座関係を整理します。
よくある誤解: 関連口座の分析で、権限のない個人情報や部門外の記録にアクセスしてはいけません。承認された経路を使います。
22. 資金の出所と使途
アラート調査プロセス
資金の出所は資金がどこから来たか、使途はどこへ向かったかを考える視点です。入金元、口座間の移動、最終的な受取先を追うことで、顧客の説明との整合性を検討できます。追跡できない部分は推測で埋めず、制約として記録します。
実務例: 海外からの入金が受領後すぐ複数の第三者へ送金されました。担当者は各段階の取引記録と説明の整合を確認します。
よくある誤解: 確認できた入金元だけで、資金の最終的な出所や目的まで分かったと思い込まないでください。追跡範囲を明示します。
23. 証拠の照合と裏付け
アラート調査プロセス
調査では、取引記録、顧客情報、社内記録など複数の情報を照合し、重要な事実を裏付けます。情報源の内容が異なる場合は、どれをどの理由で重視したかを説明できるようにします。根拠の質は結論の妥当性を支えます。
実務例: 顧客の申告と送金記録で取引日が一致しませんでした。担当者は記録を再確認し、相違を判断メモに残します。
よくある誤解: 同じ情報を別の画面で二度見ても、独立した裏付けが増えたとは限りません。情報の出所を区別します。
24. 外部情報の使い方
アラート調査プロセス
公開情報や社内で承認された外部情報は、顧客や取引の背景を理解する助けになります。検索結果は誤認や古い情報を含み得るため、本人確認、情報源、日付、内容の一致度を慎重に確かめ、確認済み事実と未検証情報を分けます。
実務例: 同名人物に関するニュースを見つけました。担当者は識別情報を照合し、本人と結び付けられる根拠がなければ一致と扱いません。
よくある誤解: 検索結果の見出しだけで顧客の関与を断定してはいけません。未確認の報道は、確立した事実と区別して扱います。
25. 顧客への照会と担当権限
アラート調査プロセス
追加説明が必要な場合、顧客への照会は社内手順、担当権限、適用法令に従って行います。通常の業務上の確認で得た説明も、取引記録などと照合して評価します。届出や調査の存在を示唆しない配慮が必要となる場合がありますが、虚偽の口実を使って照会することは避けます。
実務例: 入金目的が不明な担当者は顧客に独断で連絡せず、社内の担当窓口に照会の必要性と方法を確認します。許可された場合は、正当な業務目的に沿った質問を行い、調査や届出の存在を示唆しません。
よくある誤解: 顧客に直接問いただすことも、照会を常に避けることも一律の正解ではありません。権限と案件の状況を確認し、誤解を招く口実を使わずに手順に従います。
26. 別の合理的な説明を検討する
アラート調査プロセス
疑わしく見える活動については、顧客の業種、季節性、生活上の事情、情報の誤りなど、別の説明が成り立つか検討します。別の説明は無条件に受け入れるものではなく、確認できる事実と照合し、説明が合わない点も記録します。
実務例: 繁忙期の現金入金が急増しました。担当者は事業の季節性を確認し、同時期の過去実績や資金の流れと比べます。
よくある誤解: 正当な説明の可能性を検討することは、懸念を無視することではありません。説明の根拠と未解決点を評価します。
27. 事実、分析、結論を分ける
アラート調査プロセス
質の高い記録では、確認された事実、担当者の分析、判断を明確に区別します。何を見てどのように考えたかが追えるため、別の担当者や品質確認者も結論を検証できます。不確実性や不足情報も、隠さずに示します。
実務例: 記録に送金日時と相手先を記し、その後に反復性への評価、さらに未確認の関係性を別々に記載します。
よくある誤解: 「不審だった」とだけ書くと、判断の根拠が分かりません。印象ではなく観察事実と分析のつながりを示します。
28. クローズ判断の根拠
アラート調査プロセス
アラートをクローズする場合は、発報内容、確認した事実、顧客との整合性、残る不確実性を踏まえ、なぜ追加対応が不要と判断したか記録します。クローズは調査を行わないことではなく、確認した範囲での判断を示すものです。
実務例: 取引が申告済みの仕入れ支払と一致し、相手先も確認できました。担当者は照合した情報とクローズ理由を記録します。
よくある誤解: 「問題なし」や「異常なし」の一言では、調査経路が分かりません。判断に至った根拠を具体的に残します。
29. 継続監視の記録
アラート調査プロセス
現時点でエスカレーションに至らなくても、再発や変化に注意すべき場合があります。継続監視を選ぶときは、何をどの観点で見るのか、追加確認が必要となる条件は何かを社内手順に沿って明確にします。
実務例: 新しい取引相手への送金に説明は得られましたが、反復するか確認が必要です。担当者はその理由と確認観点を記録します。
よくある誤解: 継続監視とだけ記して案件を放置してはいけません。具体的な確認事項や適用する社内プロセスを示します。
30. 品質確認とレビュー
アラート調査プロセス
品質確認は、調査の範囲、根拠、記録、結論が一貫しているかを点検します。記録の不足を見つけるだけでなく、誤った判断や手順の問題を組織的に把握する助けにもなります。レビューの役割や方法は社内の統制に従います。
実務例: レビュー担当者がクローズ理由と取引記録の対応を確認し、追加説明が必要な箇所を調査担当者に戻します。
よくある誤解: 品質確認を記録の体裁だけを見る作業に限定しないでください。証拠から結論に至る道筋も検討します。
押さえておきたい60の概念 31–40
31. 引継ぎ可能な調査記録
アラート調査プロセス
担当者が交代しても調査を続けられるよう、対象、確認内容、情報源、未解決点、次の対応を整理して記録します。分かりにくい略語や個人的なメモに依存しないことが、適切な引継ぎと一貫した判断につながります。
実務例: 休暇に入る担当者は、確認済みの取引、顧客への照会状況、残っている確認事項をケース記録にまとめます。
よくある誤解: 口頭で共有したから記録は不要、とはなりません。重要な判断や未完了事項は、承認された記録に残します。
32. レッドフラグは調査の手掛かり
疑わしい活動の識別
レッドフラグは、通常と異なる活動や特定のリスクを示す兆候です。調査の優先点を考える助けにはなりますが、それ自体は不正の証明でも、必ず報告すべき結論でもありません。顧客や取引の文脈と合わせて評価します。
実務例: 通常の取引先と異なる相手への送金が見つかりました。担当者は金額、頻度、目的、顧客との関係を確かめます。
よくある誤解: レッドフラグが一つあれば犯罪と判断できる、という考えは誤りです。兆候と証拠、最終判断を分けます。
33. ストラクチャリング（取引の分割）
疑わしい活動の識別
ストラクチャリングとは、適用される報告要件等を回避する意図で、取引を複数に分ける行動を指します。小口取引や基準付近の取引だけで意図を確定することはできません。報告要件は法域等によって異なるため、反復性、口座間の関係、顧客の活動を文脈として調べます。
実務例: 適用法域の報告基準を下回る額に分けたように見える入金が、関連する複数口座で繰り返されています。担当者は口座間の関係や顧客の通常の活動を確認し、金額のパターンだけで回避意図を断定しません。
よくある誤解: 基準に近い金額を扱っただけで、ストラクチャリングと断定してはいけません。適用される基準を確認したうえで、取引の分割状況や顧客の活動など、意図を評価するための事実を調べます。
34. レイヤリングと資金の複雑化
疑わしい活動の識別
レイヤリングは、資金の経路を複雑にして出所や実質的な関係を見えにくくする可能性のある類型です。複数の口座や取引を経由することは手掛かりですが、正当な事業上の決済もあり得ます。経路、相手、時間、目的を総合します。
実務例: 入金後、関係が明らかでない複数口座へ資金が移りました。担当者は中継口座と最終的な資金の流れを調べます。
よくある誤解: 資金が複数口座を通っただけでレイヤリングと確定するのは早計です。取引の目的と関係性を確認します。
35. 急速な入金後の移動
疑わしい活動の識別
入金後すぐに資金の大部分が送金や出金に使われる行動は、口座の通過利用などを検討する手掛かりになります。資金の速度だけで疑いを決めず、入金元、受取先、顧客の活動、同様の反復があるかを調べます。
実務例: 長期間動きのなかった口座に入金があり、当日中にほぼ全額が送金されました。担当者は前後の取引を追います。
よくある誤解: 短時間で資金が動いたことだけを不正の証拠にしてはいけません。事業上の決済など別の説明も確認します。
36. 通過口座の可能性
疑わしい活動の識別
口座の入出金が短期間に繰り返され、保有残高がほとんど残らない場合、資金を通過させるための利用が疑われることがあります。口座の役割を評価するには、反復性、資金の出所と行先、顧客の事業目的を確認します。
実務例: 新設法人の口座で、複数の相手から入金した資金がすぐ別の受取人へ流れます。担当者は取引の商業的背景を確かめます。
よくある誤解: 残高が少ない口座を直ちに通過口座と断定してはいけません。短期の残高だけでなく取引全体を見ます。
37. マネーミュールのネットワーク
疑わしい活動の識別
マネーミュールは、他者の資金を受け取り、移動させる役割を担う人を指す類型です。複数人への分散送金、共通の資金源、反復する受け渡しなどは調査の手掛かりになり得ますが、口座名義人の認識や関与は別途確認が必要です。
実務例: 複数の個人口座に似た入金が続き、資金が一つの口座へ集まっていました。担当者は口座間の関係を記録します。
よくある誤解: 資金を受け取った人が必ず故意に協力したとは限りません。口座の行動と本人の認識を混同しないようにします。
38. 不正収益の流れ
疑わしい活動の識別
詐欺などの不正に関係する収益は、受取口座への入金後、別口座への移転や換金を経ることがあります。被害申告や不正検知の情報があれば照合しますが、個別の案件に関する情報を適切な権限と手順の範囲で扱います。
実務例: 複数の送金人から似た名目の入金があり、直後に外部へ送金されました。担当者は社内の不正情報と照合します。
よくある誤解: 不正の警告情報があることだけで、顧客本人の関与を断定してはいけません。資金の記録と本人とのつながりを確認します。
39. サイバー関連の資金移動
疑わしい活動の識別
サイバー犯罪に関係する資金は、オンライン送金、複数の仲介口座、迅速な換金などを伴うことがあります。技術的な記録や不正情報との照合が有用な場合がありますが、モニタリング担当者は専門部署の権限を越えて技術調査を行わず、必要な懸念を連携します。
実務例: アカウントへの不正アクセスが疑われた後、登録情報に合わない送金が連続しました。担当者は承認経路で不正対策部門へ共有します。
よくある誤解: オンライン取引であること自体は犯罪の指標ではありません。通常の利用と異なる点や、確認可能な関連情報を評価します。
40. 貿易取引の価格異常
疑わしい活動の識別
貿易ベースの資金洗浄では、請求価格や数量を操作して価値を移転する可能性があります。市場価格との大きな差は調査の手掛かりですが、商品品質、契約条件、運送費、為替なども価格に影響します。関連書類と取引の背景を照合します。
実務例: 輸入品の請求額が類似品よりかなり高く見えました。担当者は品質、数量、契約条件を含めて差の理由を調べます。
よくある誤解: 相場と価格が違うだけで過大請求と断定してはいけません。比較対象と商品の条件が適切か確認します。
押さえておきたい60の概念 41–50
41. 貿易書類と実際の取引の照合
疑わしい活動の識別
貿易関連の調査では、請求書、輸送情報、支払記録などが同じ取引を示しているかを照合します。数量や品目、相手先、日付の不一致は追加確認の手掛かりです。書類の不一致だけで意図的な操作と断定せず、訂正や正当な経緯も検討します。
実務例: 請求書の品目と輸送書類の品目に食い違いがありました。担当者は契約書や修正書類、支払記録を照合し、誤記や契約変更で説明できるかを確認します。
よくある誤解: 書類の不備をすべて資金洗浄の証拠と扱うのは誤りです。不一致の内容と取引への影響を見極めます。
42. 地理的要因の文脈化
疑わしい活動の識別
国や地域に関するリスク情報は、取引を評価する一つの要素です。顧客の事業、相手先、商品、送金目的などと組み合わせ、組織のリスク評価や適用されるルールに照らして判断します。地域に関連があることだけで疑いを確定することはできません。
実務例: 顧客の通常の活動範囲外にある地域への送金が見つかりました。担当者は相手先との関係や取引目的を確認します。
よくある誤解: 特定地域との関係だけで顧客を犯罪者と見なしたり、一律に取引を拒否したりしてはいけません。状況に応じて評価します。
43. 現金取引の評価
疑わしい活動の識別
現金の入出金は、業種や顧客の通常の活動と照らして評価します。金額、頻度、拠点、入金後の資金移動を見て、申告済みの現金利用と整合するかを調べます。現金を扱う事業であることも、現金が多いことも、単独では結論になりません。
実務例: 小売店の現金入金が過去の傾向から増えました。担当者は繁忙期や店舗数の変化を確認し、口座内の資金の動きも見ます。
よくある誤解: 現金取引だから疑わしい、あるいは現金商売だからすべて説明できる、という両極端を避けます。
44. 第三者による入出金
疑わしい活動の識別
顧客と異なる名義の第三者が資金を入金したり、顧客口座から資金を受け取ったりする場合、関係性や取引目的を調べます。第三者利用は正当な代理、事業上の支払などでも生じるため、反復性や顧客の説明と合わせて評価します。
実務例: 個人顧客の口座に互いに無関係に見える人から入金が続きました。担当者は資金の目的と受取後の動きを確認します。
よくある誤解: 第三者との取引が一度あっただけで不正と判断してはいけません。誰が、何のために関与したかを調べます。
45. 申告目的と実際の活動のずれ
疑わしい活動の識別
顧客の申告した用途や事業と、実際の取引の種類、相手、規模が大きく異なる場合は調査の価値があります。違いが見つかったら、顧客情報の古さや事業変更を考慮し、説明と記録を照合して、未解決の不整合を明確にします。
実務例: 国内の給与受取口座で、継続的な事業決済のような入出金が始まりました。担当者は利用目的に変更があったか確認します。
よくある誤解: 申告と異なる行動があれば必ず不正という意味ではありません。変化の時期と理由を調べ、説明の裏付けを見ます。
46. 複数の兆候を一つのパターンとして見る
疑わしい活動の識別
複数の兆候は、それぞれを独立に数えるだけでなく、同じ資金の流れや行動にどう関係するかを分析します。相互に裏付け合う情報もあれば、無関係な情報もあります。結論には、兆候の数より、関係性と根拠の質が重要です。
実務例: 新しい相手への送金、入金直後の資金移動、顧客情報との不一致が見つかりました。担当者は同一の取引経路で関連するか整理します。
よくある誤解: レッドフラグを多く並べるだけでは疑いの根拠になりません。各指標が事実に基づき、どうつながるか説明します。
47. 誤検知と見逃しの両面
疑わしい活動の識別
誤検知は、調査の結果、想定したリスクや不審な活動に該当しないと判断されるアラートを指します。見逃しは、監視の検知対象となる活動がアラートとして捉えられないことです。個別案件の調査結果と、システム全体の検知性能は区別して評価します。
実務例: 品質レビューで、複数のアラートが通常の事業活動で説明できると確認されました。同時に関連口座の一部が監視データに含まれていないと分かり、チームは誤検知の傾向と見逃しのリスクを別々に記録します。
よくある誤解: 誤検知が多いからといって、アラートを一律に無視してはいけません。個々の調査根拠と監視設計の問題を分けて検討します。
48. 類型は判断の補助線
疑わしい活動の識別
資金洗浄や不正の類型は、似た行動を理解し、追加で調べる点を見つけるための枠組みです。実際の事案が典型例と完全に一致するとは限らず、同じ行動に正当な説明がある場合もあります。類型名より具体的な事実を優先します。
実務例: 送金の形は既知の仲介口座の類型に似ていますが、担当者は顧客と送金先の関係を別途確認します。
よくある誤解: 類型に似ているというだけで、顧客がその犯罪に関与したと決めつけてはいけません。類型は調査の手掛かりです。
49. クローズ、監視、エスカレーションの選択
エスカレーションと報告
調査結果に応じて、アラートのクローズ、継続監視、社内エスカレーションなどを選びます。選択は確認できた事実、未解決の懸念、社内基準に基づきます。どの対応も、判断理由と担当者の権限を明確にすることが重要です。
実務例: 取引の説明が部分的に得られたものの、資金の受取先に関する疑問が残りました。担当者は社内手順に従って懸念を引き継ぎます。
よくある誤解: すべてのアラートを閉じるか、すべてをエスカレーションするかの二択ではありません。証拠と手順に合う対応を選びます。
50. 疑いの判断と確証の違い
エスカレーションと報告
犯罪の確証が得られるまで社内エスカレーションを待つべきとは限りません。一方、社内でのエスカレーション基準と法定届出の判断基準は同じとは限らず、法域や制度によって異なります。担当者は適用される基準を確認し、確認済みの事実と未確定事項を権限ある部署に伝えます。
実務例: 説明と整合しない複数の資金移動が確認されました。担当者は社内基準に沿って根拠を整理し、判断権限を持つ担当へ報告します。
よくある誤解: 確証がないから社内報告は不要、または兆候が一つあれば直ちに法定届出が必要、と一律に決めつけることはできません。適用基準と社内の報告経路を確認します。
押さえておきたい60の概念 51–60
51. 担当者の権限とエスカレーション
エスカレーションと報告
アラート担当者は、自身に与えられた職務の範囲で事実を確認し、懸念を適切な社内担当へ引き継ぎます。顧客関係の終了、取引停止、外部当局への届出などの判断権限は、組織の役割分担や法令に左右されます。
実務例: 重大な懸念を確認した担当者は、独自に顧客へ措置を通知せず、規定されたエスカレーション先に記録を送ります。
よくある誤解: 現場のアナリストが必ず最終的な届出や顧客措置を決めるとは限りません。職務権限と承認者を確認します。
52. SAR/STRの法域依存性
エスカレーションと報告
SARやSTRなどの疑わしい取引に関する報告制度は、名称、対象、判断基準、提出先、期限が法域によって異なります。共通する実務上の要点は、疑いの根拠を社内で適切に評価し、該当する制度と手順に従うことです。
実務例: 複数国に関係する案件でも、担当者は一律の期限を想定せず、対象法域と社内コンプライアンス手順を確認します。
よくある誤解: FATFの国際基準が、そのまま各国の国内法や共通の提出期限になるわけではありません。適用される法域を特定します。
53. エスカレーション記録の要点
エスカレーションと報告
引継ぎでは、何が起きたか、どの情報を確認したか、なぜ懸念が残るか、何が未確認かを簡潔に伝えます。結論だけでなく、重要な取引経路と根拠を添えることで、次の担当者が判断を再検証しやすくなります。
実務例: 担当者は入金から送金までの時系列と、顧客説明と一致しない点を整理し、確認済み資料とともに審査担当へ引き継ぎます。
よくある誤解: 「疑わしいので対応してください」だけでは、受け手が判断する材料に欠けます。根拠と未解決事項を伝えます。
54. 届出の秘密と顧客対応
エスカレーションと報告
疑わしい取引の届出や、その有無・内容などの情報を顧客に開示することは、法域によって禁止または制限される場合があります。通常の顧客確認が一律に禁止されるわけではありませんが、目的、質問の表現、担当者の権限を社内手順と適用法令に照らして判断します。
実務例: 追加書類が必要な場合、担当者は届出の検討を示唆せず、社内手順で認められた通常の確認として質問します。
よくある誤解: 疑わしい案件では顧客への連絡が常に禁止される、あるいはどのような情報でも顧客に伝えてよい、とは言えません。適用法令と手順を確認します。
55. 情報の機密性とアクセス
エスカレーションと報告
調査情報は、職務上必要な範囲で、承認された経路を通じて扱います。アクセスや共有の記録を適切に管理し、無関係な相手への開示や個人端末への不適切な保存を避けます。具体的な守秘義務と保存要件は、適用法令と組織の規則に従います。
実務例: 別部署から案件情報の共有依頼がありました。担当者は業務上の必要性と権限を確認してから、承認された方法で共有します。
よくある誤解: 社内の依頼であれば誰にでも詳細を渡せるわけではありません。共有先の役割と必要性を確認します。
56. 緊急性と通常対応の切り分け
エスカレーションと報告
資金移動の進行など、時間に敏感な懸念がある場合は、通常の記録作成と並行して、定められた緊急連絡経路を使う必要があることがあります。担当者は独自の措置を決めず、緊急性と確認済み事実を権限ある部署に速やかに伝えます。
実務例: 資金が継続して外部へ移動している可能性が分かりました。担当者は通常の調査記録を整えながら、指定された緊急窓口にも連絡します。
よくある誤解: 緊急に見えるからといって、権限外の資金凍結や顧客通知を独断で行ってはいけません。定められた経路に従います。
57. ケースの引継ぎと対応状況
エスカレーションと報告
引継ぎ後も、誰が案件を受領し、どの段階にあり、追加情報が必要かを社内の管理方法に沿って把握します。重複作業や対応漏れを避けるため、責任者、進捗、関連記録を追える状態に保ちます。
実務例: 審査担当へ案件を渡した後、調査担当は受領状況と追加確認の依頼をケース管理記録に反映します。
よくある誤解: 引継ぎメールを送った時点で案件管理が完了するとは限りません。受領や次の責任者を手順に沿って確認します。
58. 管理情報（MI）の活用
エスカレーションと報告
管理情報は、アラート件数、処理状況、調査品質、傾向などを集約し、統制の運用状況を理解するために使われます。数値だけでは原因や有効性を説明できないため、対象範囲、期間、定義、データ制約を明確にして解釈します。
実務例: 月ごとのアラート増加を報告する際、担当チームは取引量の変化やシステム変更も確認し、件数だけで原因を断定しません。
よくある誤解: 処理件数が多いことだけで監視が有効だとは言えません。品質や見逃しの可能性など、複数の観点が必要です。
59. 品質確認から得る傾向
エスカレーションと報告
品質レビューで繰り返し見つかる不足は、個人の記録ミスにとどまらず、手順、研修、システム設計上の問題を示すことがあります。傾向を分類し、具体的な根拠とともに責任ある担当へ共有すると、改善の優先順位を決めやすくなります。
実務例: 複数の案件で関連口座の確認漏れが見つかりました。品質担当は発生状況を整理し、調査手順の見直しを提案します。
よくある誤解: 単発の指摘だけから、全担当者に共通する問題と断定してはいけません。件数や範囲を確認して傾向を評価します。
60. 調査結果を統制の改善につなげる
エスカレーションと報告
調査で判明したデータの欠落、検知の弱点、過剰な誤検知などを適切に共有すると、監視や業務手順の改善に役立ちます。現場の観察は重要な入力ですが、変更は影響評価、承認、記録、検証を伴う管理された過程で進めます。
実務例: 関連口座の情報が調査画面に表示されないと分かりました。担当者は具体例を記録し、システム管理部門へ改善課題として共有します。
よくある誤解: 現場の担当者が有効な改善案を見つけても、承認前に監視設定を変えてはいけません。提案と変更実施を区別します。
実務につなげる6段階の学習プラン
参照した公式情報
主な情報源はACAMSのCTMA認定ページ（https://www.acams.org/en/certifications/ctma）とアソシエイト認定の案内（https://www.acams.org/en/help-center/associate-certifications）です。提供元の確認日は2026年10月11日。学習領域の割合は公式配点ではなく、法域固有の法令要件も本ガイドでは一律に定めていません。