目的
AML Sentinel 透過整合個案背景、突出相關風險信號並產生結構化審查資料來協助交易監控和篩選操作。它旨在提高分類品質和分析師的一致性，而無需將模型評分轉換為未經審核的客戶行為。
營運模式
- 從機構的監控堆疊接收警報或交易事件。
- 解決允許的客戶、交易對手、交易和篩選上下文。
- 套用配置的策略、規則和分析套件。
- 返回結構化原因代碼、證據參考、置信度和建議路線。
- 當政策需要審查時，向分析師展示個案。
- 保留請求、輸出、分析人員操作和策略版本以供審核。
結構化輸出
| 領域 | 意義 |
|---|---|
| risk_level | 用於路由的標準化嚴重性 |
| reason_codes | 支援該路線的機器可讀原因 |
| review_memo | 供分析師審查的人類可讀摘要 |
| evidence_refs | 參考所考慮的證據 |
| policy_version | 應用的策略或配置版本 |
| confidence | 模型或分析置信度（如果有） |
輸出合約應該保持足夠穩定，以便個案係統進行儲存和查詢。單獨的敘述文本並不是充分的整合契約。
分析師經驗
分析師應該能夠看到：
- 為什麼存在警報。
- 哪些信號實質地改變了評估。
- 哪些證據缺失或互相矛盾。
- 應用了哪些策略或配置。
- 建議採取哪些行動以及是否需要批准。
- 任何重新處理或分析師覆蓋後發生了什麼變化。
部署選擇
Sentinel 支援客戶控制、雲端和混合部署模式。使用 Edge Agent 或客戶 VPC 部署時，原始 KYC 或 AML 資料可以保留在客戶環境中。雲端服務應僅接收工作流程明確同意的資料。
參見 部署模型 了解每個選項所需的決策標準和證據。
上線前控制措施
- 將每條建議路線對應到負責任的內部行動。
- 定義強制性人工審核條件。
- 測試假陽性和假陰性樣本。
- 確認證據保留和存取控制。
- 驗證模型、提示、規則和策略版本擷取。
- 練習超時、重試、重複和降級服務行為。
- 同意事件升級並更改審批所有權。
Sentinel 不做什麼
Sentinel 不會取代 MLRO、在未經批准的工作流程的情況下提交報告或對客戶做出法律決定。它並沒有消除維護機構監控規則、風險偏好和記錄治理的需要。