4. 筛查对象与数据源设计

制裁筛查的准确性，首先取决于“筛谁”和“拿什么筛”。如果筛查对象定义过窄，会漏掉真正承担交易功能的船舶、银行或联系人；如果定义过宽，又会把大量无关主体纳入名单，造成误报和人工复核负担。因此，筛查对象与数据源设计不是简单的名单导入，而是一套围绕交易链条、主体角色和数据时效性展开的工程化配置。

一、筛查对象的五类核心维度

在跨境贸易中，一笔交易往往同时涉及多个法律主体和物理载体。筛查对象至少应覆盖以下五类：

• 主体：包括交易对手、最终受益人、母公司、子公司、担保方、代理人和中间商。重点识别股权穿透后的实际控制人，以及是否被列入OFAC SDN、欧盟综合制裁名单、联合国安理会制裁清单等。
• 船舶：包括船名、IMO编号、MMSI、船旗、船东、管理公司和AIS历史轨迹。船舶是规避制裁的高频工具，常见手法包括关闭AIS、频繁更名、换旗和船对船转运。
• 地址：包括注册地址、经营地址、收货地址和通知地址。同一地址被多个受制裁主体共用时，应触发关联风险提示。
• 银行：包括付款行、中间行、收款行和开证行。需关注银行是否位于高风险司法管辖区，或是否已被切断SWIFT通道。
• 联系人：包括业务联系人、报关联系人、船长和船员。联系人信息可用于交叉验证主体真实性，也是识别“人头公司”的重要线索。

这五类对象并非孤立存在，而是通过交易关系相互连接。下图展示了筛查对象与数据源之间的采集、比对和更新关系。

二、内部数据源与外部数据源的采集分工

外部数据源解决“名单从哪来”的问题，内部数据源解决“交易长什么样”的问题。两者缺一不可。

外部数据源主要包括：OFAC SDN及其行业制裁名单、欧盟综合制裁名单、联合国安理会制裁清单、英国OFSI名单、美国BIS实体清单和未经核实清单，以及Dow Jones、Refinitiv等商业数据库。这些数据源的更新频率差异很大：OFAC通常在名单变更后数小时内发布，欧盟可能延迟一至两天，商业数据库则依赖其抓取和清洗周期。因此，不能假设所有外部名单“同时最新”，必须为每个数据源单独记录版本号和更新时间戳。

内部数据源包括ERP中的客户主数据、CRM中的联系人记录、合同管理系统中的交易对手信息、提单和报关单中的船舶与地址信息，以及银行回单中的付款行和中间行信息。内部数据的价值在于它反映了真实交易关系，但往往存在字段缺失、名称不统一、地址格式混乱等问题。例如，同一客户在ERP中登记为“ABC Trading Co., Ltd.”，在提单上却写成“ABC Trading Limited”，如果直接做精确匹配就会漏筛。

三、数据标准化与匹配策略

采集完成后，第一步是字段标准化。名称字段需要处理大小写、标点、公司后缀（Co.、Ltd.、LLC、GmbH等）和音译差异；地址字段需要拆分为国家、城市、街道和邮编；船舶字段需要校验IMO编号的校验位是否正确。以IMO编号为例，其校验规则为：前六位数字分别乘以7、6、5、4、3、2，求和后取个位数，应与第七位校验位一致。如果校验失败，说明该IMO编号可能被伪造或录入错误。

第二步是匹配策略选择。精确匹配适用于IMO编号、SWIFT代码等结构化字段；模糊匹配适用于名称和地址，常用算法包括Levenshtein编辑距离、Jaro-Winkler相似度和音译匹配。实践中建议设置分层阈值：相似度高于0.95视为精确命中，0.80至0.95视为疑似命中需人工复核，低于0.80视为无命中。阈值不是固定不变的，应根据历史误报率定期调整。

四、更新机制与复核触发

数据源更新机制应包含三种模式：全量刷新用于每周或每月重新加载全部名单，确保没有遗漏；增量推送用于接收外部数据源的实时变更通知，通常通过API或文件订阅实现；交易触发复核用于在每笔交易创建或修改时，自动对相关主体、船舶、地址、银行和联系人重新执行筛查。

更新之后必须保留版本记录。每次名单变更应记录变更日期、变更来源、新增或移除的条目数量，以及受影响的在途交易。如果某主体在交易执行中途被新增列入名单，系统应自动冻结该交易并触发人工复核，而不是等到下一轮批量筛查。

五、筛查对象配置清单示例

以下清单可作为筛查对象与数据源配置的参考模板。字段可根据实际业务系统调整，但核心逻辑是：每个筛查对象都要明确数据来源、更新频率和匹配字段。

需要强调的是，筛查对象与数据源设计不是一次性工作。随着制裁名单更新、业务模式变化和监管要求调整，筛查字段、匹配阈值和更新频率都需要定期回顾。建议每季度做一次筛查有效性评估，统计误报率、漏报率和人工复核耗时，并据此优化配置。