制裁篩查軟體：數字貨幣團隊如何評估和選擇工具

什麼是制裁篩查軟體？

制裁篩查軟體是替你執行名單核查的工具層：將客戶、付款和地址與公佈的制裁名單比對，標記命中，並保留每次決定的記錄。本文介紹如何選擇，下面五個維度是實際評估真正比較的內容。相關指南匯集在OFAC 制裁專題。

購買還是自建是第一個岔路。呼叫公開名單 API 的指令碼能檢查一個名稱，卻不能觀察名單變化、規模化處理模糊匹配，或交給審查人員記錄。軟體在這三個關節上證明費用合理，本指南就是在簽署任何文件前測試它們。

逐步篩查流程見本系列的制裁篩查指南，本文聚焦工具選擇。AML 專題介紹更廣的合規工作流程。本文比較篩查類別，並以 Phalcon Compliance 作為定位示例，不對第三方供應商排名，也不引用第三方評分。

名單來自財政部主管機構公佈的制裁計劃，官方計劃與國家資訊目錄說明各計劃範圍。工具聲稱篩查卻實際不包含某名單，是評估最安靜的失敗方式，因此名單來源排第一。

篩查軟體必須做好五件事

工具在五處不同，清單短到可在一次會議記住。包含哪些名單來源？如何更新和複查？如何處理模糊匹配？如何接入系統？交出什麼記錄？形成候選名單前，按五項給每個候選評估。

第一，名單來源。SDN 是底線，不是上限：歐盟、英國、聯合國都有指定，交易對手可能先在某名單，之後才進另一名單。問包含哪些名單、誰維護、新指定多久到達匹配引擎。31 CFR Chapter V 的 eCFR 文本提供美國名單體系及篩查義務依託的法律規則。

第二，更新複查。名單無預告變化，真正問題是第二次檢視由日曆還是名單觸發。持續篩查在指定發生時重跑整個客戶庫，這是應要求供應商達到的標準。也記住正常篩查不等於正常交易對手，OFAC 50% 規則解釋所有權陷阱；詢問工具如何處理名單從未命名的對象。

第三，匹配處理。名稱有音譯、連字元、跨欄位，因此引擎都使用某種模糊匹配，也都產生誤報。測試命中後的流程：分析員能否在工具內一次操作，以書面理由關閉相似對象？OFAC 核查指南手工教的分流，在這裡成為功能需求而非習慣。

第四，整合。待在瀏覽器標籤頁的檢查器不會自行檢查。問自動化供應商核查的實際人員什麼最重要，答案是管道：ERP 指令碼層呼叫端點、付款在入口暫停、每次暫停寫審計備註。要求 REST API 和自定義 webhook，再問每項實際適合你的哪些流程。

第五，記錄。重要輸出是審查人員以後可調取的內容：檢查了什麼、依據哪個名單狀態、誰決定、何時決定，能夠以 PDF 或 CSV 匯出並附決定軌跡。評估時要求樣例，而非上線後，因為樣例就是產品。

本文提供買方清單，OFAC 制裁專題提供每行背後的指南。

制裁篩查工具比較

誠實比較按工具類型而非品牌：綜合合規套件、鏈上篩查 API 和 Phalcon Compliance 位於同一表的不同行。將表看作各類型強項地圖，按自身風險選行，因為沒有一行贏得所有列。

按流程和風險而非知名度選。已有案件管理體系的持牌機構常從第一行開始；在自身付款程式碼中工作的團隊常從第二行開始。第三行適合想在付款路徑內寫篩查記錄的團隊，Phalcon Compliance 頁面列當前套餐。

如何將篩查整合到工作流程

整合評估有三步，前提是使用供應商實際提供的環境和 API 權限：測試端點，在適當付款步驟中接入一次篩查呼叫，再檢查事件記錄。開始前確認權限和套餐要求，並非每家供應商都提供沙盒或免費 API 試用。

API 管線篩查約 100 毫秒返回（據 BlockSec），足以放在入金或提現步驟內，而非之後。Webhook 關閉另一半：風險等級變化時，系統主動呼叫你方，而不等下次輪詢。

開始接線前先明確邊界：OFAC 合規計劃指南介紹風險評估及檢查人員關注的責任人。工具支援記錄，不能替機構制定政策或提供負責人。法律背景可參閱OFAC 是什麼及執法指南。如果採購目標是持牌 VASP 的完整合規工具棧，VASP 工具指南介紹互補類別，而本文只比較篩查。

Phalcon Compliance 每月提供三次免費手工檢查，用於評估介面和篩查結果。這些檢查不包含 API 權限，不能用來接通端到端付款流程。API 整合需要 Scale 或 Enterprise 權限；Phalcon Compliance 當前不提供 API 沙盒或免費 API 試用。OFAC 制裁專題彙集整個系列：工作流程、核查指南、名單本身及容易讓謹慎團隊失誤的陷阱。