OFAC 核查：如何依據制裁名單核驗客戶或交易對手

OFAC 核查覆蓋什麼

OFAC 核查是將一個客戶、公司或地址與 OFAC 維護的名單，主要是 SDN 名單，進行查詢比對的行為。它回答一個狹窄問題：這個確切對象現在是否被凍結？它沒有回答的，以及下文討論的，是圍繞這次查詢的一切。相關指南匯集在OFAC 制裁專題。

範圍值得直說。核查覆蓋眼前對象：開戶的人、付款背後的公司、接收提現的地址。它將識別符號，即個人與公司的名稱和拼寫，以及鏈上活動的地址，與當前名單版本比對，主要是 SDN 名單。比對針對精確和近似匹配，因為名單中的音譯名稱從來不只有一種穩定拼寫。

單次核查不能做什麼同樣重要。它不持續觀察對象，那屬於持續篩查；它不穿透公司結構，那是 50% 規則的問題；它也不是整個篩查計劃，只是其中重複最多的動作。本專題的制裁篩查指南介紹端到端流程，而本文放慢節奏，聚焦單次查詢本身。

如何逐步執行 OFAC 核查

有效的 OFAC 核查有四個動作：確定識別符號、執行搜尋、判斷命中、歸檔記錄。官方搜尋工具讓第二步免費，因此技能集中在第一和第三步。四步齊全，一次查詢就成為證據；只做第二步，它仍只是匆匆一瞥。

從識別符號開始，因為核查質量取決於輸入。護照拼寫、公司舊名稱、收款地址，每個都是搜尋鍵。目標名單條目可能以音譯儲存，因此搜尋前收集變體，而非遺漏後才補。

單次查詢可以使用 OFAC 託管的官方制裁名單搜尋。輸入名稱，設定匹配嚴格程度，閱讀附帶計劃代碼的結果。搜尋刻意允許近似拼寫，因此返回可能性，而非結論。鏈上活動中的地址核查使用同一名單，但輸入從名稱變為地址本身，這是錢包篩查專題的核心主題。

判斷命中值得練習。名稱相同不代表匹配；名稱、國家和計劃代碼相同則可能匹配。OFAC 關於篩查匹配的 FAQ 指南說明機構要求：用證據排除誤報，而非按刪除鍵。下一節的陷阱就是實際操作指南。

隨後歸檔。輸入、名單版本、原始結果、決定、姓名和日期。六個欄位，一行記錄，就讓核查成為幾個月後可交給審查人員的證據。

兩個小習慣使記錄更強。記錄確切名單版本，而不只是日期，因為一天內版本也會變化，差別能提前回答問題。完整儲存實際查詢，包括嚴格程度設定，因為只有這樣第二個人才能重複核查並得到同樣結果。

單次核查累積成計劃時，OFAC 制裁專題展示更廣闊的地圖。

名稱匹配陷阱：為何正常公司也會被標記

多數 OFAC 核查告警是相似對象，而非真實命中：音譯名稱拆分重組，共同名稱片段像同一個人，常見詞又承擔多重含義。識別這些陷阱模式，是快速分流處理與凍結付款、恐慌升級之間的區別。

音譯是最深的陷阱。名稱跨字母體系時會同時出現多種拼寫，連字元出現又消失，一條記錄可能拆成片段，每段與名單上的某個對象部分匹配。單個匹配片段就足以暫停合法轉帳，等待判斷真假，管理客戶庫一年的團隊都親歷過這種模式。

共同片段是第二個陷阱。名單儲存正式長名稱，客戶輸入簡稱。兩個詞的公司名可能包含在五個詞的列名實體中，簡單匹配就會認定命中。國家欄位有幫助，直到真實客戶與列名實體恰好同國。

第三個更隱蔽：複製貼上的身份。兩名客戶的欄位互換、多個帳戶重複使用地址、公司編號輸錯，核查便針對一個不存在的對象執行。輸入衛生是防線，因此上表第一步不是套話，真實的一部分遺漏正是在這裡被捕獲。

防線是有結構的分流。比較完整識別符號集，而非一個相同詞：出生日期、國家、計劃代碼和地址歷史。用證據排除相似對象，寫一行說明原因。批次堅持紀律的團隊能讓誤報成本保持低位；臨時發揮的團隊要麼凍結正常客戶，要麼更糟，為了疏通佇列而放過真實命中。

經得起審計的 OFAC 核查記錄

審計評估的是記錄軌跡：檢查了什麼、依據哪些名單資料、誰判斷命中、何時判斷。核查執行時儲存篩查結果，能夠提供部分軌跡。機構還須保留其流程要求的名單證據、人工判斷理由、審批及其他記錄；API 篩查日誌本身不能證明完整檔案已經齊備。

監管者認可的模式刻意簡單。轉帳前，核查已執行；告警期間，一名具名人員作出決定；之後，有附帶名單版本的記錄。按需為一萬名客戶中的一名重建這些資訊，審計一個下午就能完成；做不到，同一審計就變成考古。

地址層工具在這裡融入 OFAC 核查。Phalcon Compliance 覆蓋地址側，篩查地址和交易，被制裁實體屬於其標記的風險類別。Audit Logs 記錄篩查事件和風險等級變化的時間線，團隊備註與之並列，支援表格中的第四步，但不替代人員身份材料或機構的審批記錄。

OFAC 制裁專題彙集整個系列：名單本身、超出名單的規則，以及監管者期望你圍繞它們建立的計劃。Phalcon Compliance 頁面介紹套餐和定價。