一份名单里多了几家机构，合作方尽调要重跑哪几项
一、名单变动之后，第一件能做的事不是表态而是盘点
据公开报道，若干中国实体被列入境外一份制裁名单，其中包含一家早期投资与孵化机构及其管理的多家关联基金实体。名单本身的背景、依据与后果都不在本篇讨论范围内，本篇也不做任何法务判断，那类结论要交给法务与专业顾问。这里只谈一件纯工程的事：名单一变，企业侧的合作方尽调要重跑哪几项，每项的输出物长什么样。
之所以要把这件事做成流程而不是做成一场会议，原因很实在。名单类事件的难点从来不在“知不知道”，而在“我方能说清楚什么”。绝大多数企业既没有完整的关系台账，也没有把合同条款按触发条件索引过，于是在事件发生后的头几天里，谁都不知道自家的真实暴露面有多大，只能靠猜测对外沟通，而猜测本身就是风险。
盘点的第一个教训是：只看签约主体必然漏。关系要按四层看。第一层是直接合同相对方，也就是合同抬头上那个名字。第二层是股权与实际控制关系，包括母公司、子公司、受同一方控制的兄弟公司、基金份额穿透后的被投企业。第三层是被列名主体在供应链里的真实角色，它可能是投资方，也可能是技术服务方、数据来源方、渠道方或测试资源提供方，角色不同，我方的动作完全不同。第四层是间接关联，常见的形态是子基金、专项基金与被投企业，以及以顾问、联合实验室、孵化器入驻这类非合同形式存在的连接。
只做第一层的盘点，出一份“我方与之无合同关系”的说明，这句话在第二到第四层里可能全部站不住。这是最常见的一类自伤。
二、关系台账的字段，缺一项就会在关键时刻查不出来
台账不是供应商名录，它的用途是回答关系问题，因此字段要按关系来设计。
| 字段 | 取值与要求 | 为什么必须有 |
|---|---|---|
| 主体名称与别名 | 全称、简称、英文名、曾用名、常见误写 | 名单上的写法与合同上的写法经常不同 |
| 注册标识 | 统一社会信用代码或境外注册号，作为主键 | 名称会重复会变，注册号不会 |
| 注册地与实际办公地 | 分别记录，不一致时标注 | 同一主体在不同辖区的暴露面不同 |
| 在我方体系中的角色 | 客户、供应商、技术服务方、数据来源、渠道、投资相关、其他 | 角色决定后续动作，而不是合同金额 |
| 合同号与有效期 | 含框架协议与订单的层级关系 | 用于判断在途义务 |
| 在途交付与里程碑 | 未完成项、依赖关系、已开票状态 | 决定切换成本 |
| 资金往来方向 | 收款、付款、投资、代垫，附末次发生的期间 | 回答有无资金关系 |
| 数据往来内容 | 接口清单、数据类别、授权依据、访问主体 | 回答有无数据关系 |
| 股权与实际控制 | 上层控制方、持股比例区间、共同控制关系、穿透层级 | 第二层与第四层全靠它 |
| 最后核对时间与核对人 | 精确到日，记录信息来源 | 没有时间的台账不可引用 |
字段之外还有一条纪律：台账的信息来源要写下来。同一主体在工商、境外注册处、公开报道与我方合同里的记录经常互相矛盾，注明来源之后才能判断哪一条更可信，也才能在事后解释当时依据什么做判断。
三、名称匹配的三种坑，主键必须用注册号
匹配是最容易做错的一步，因为它看起来只需要一次字符串搜索。
第一个坑是别名与译名。中英文名互为直译时往往对不上，简称、缩写、品牌名与法律实体名并存，名单用法律实体名，合同用品牌名，两边搜都搜不到。第二个坑是母子公司同名或近似名，差别常常只是“投资”与“投资管理”、“科技”与“科学技术”、一处地区前缀。人工读的时候，会本能地认为同一家，或者本能地认为不是同一家，两种直觉都会错过。第三个坑是更名后的历史记录未更新：合同上还写着旧名，名单上出现的是新名，台账里的主体记录则停在更早的一次维护。
可用的匹配方式是：以注册号或统一社会信用代码为主键建立匹配，名称只作辅助召回；先做精确匹配，再做别名表匹配，最后做模糊匹配；模糊命中一律不得自动判定，必须由人工核对来源并留下判定记录；别名表要作为独立数据维护，允许一条主体挂多个名称，包括已经失效的旧名。
模糊匹配留给人工的那一步，判定记录要写三行：命中了什么、依据哪个来源确认或排除、判定人是谁。这三行在事后极有价值，因为它把“我们查过”变成了“我们查过并且能说明是怎么查的”。
四、名单公布后 24 小时内的三项动作
这段时间的目标不是得出结论，而是把事实边界定住。三项动作按顺序做。
第一项，在台账里跑一次匹配，输出命中清单。清单要分三档写：确认命中、疑似命中待核、经核对排除。排除项也要留在清单上，否则下一轮还得重查一遍。
第二项，找出仍在履行的合同与在途交付。按合同号列出剩余义务、未完成里程碑、已开票据与未结款项的状态，标出哪些交付依赖该主体提供的服务、数据或许可。这一步的输出是一张表，不是邮件正文里的一句话。
第三项，确认我方是否有任何人员或资金与该主体发生关系。三处要查：财务侧的收付与代垫记录，要覆盖一段期间而不是只看当期；投资侧的持股与基金份额，包括通过基金穿透到被投企业的层级；人员侧的顾问、外部评审、兼职与联合项目安排，以及与之关联的账号与权限清单。
三项做完，输出一页内部事实清单。清单只写已核实与待确认两类状态，不写结论，不写推测。同时要定一条沟通纪律：不在盘清之前对外表态，对外口径由一个出口发布，其余人一律回复“以官方说明为准”。把不确定项写成“待确认”，比写成任何乐观表述都安全。
五、合同条款要识别五项，每项预先定触发后的内部流程
条款识别不是判断条款是否有效，那属于法务范围；工程侧要做的是把条款变成流程索引。要识别的五项是：合规陈述与保证，注意对方对我方作出的、以及我方向对方作出的两个方向都常在合同里；制裁与出口管制条款；终止与暂停权；通知义务；违约与责任限制。
每一项识别之后，要在内部条款索引里补上四格内容：这条由谁负责解释，通常是法务；触发后先停哪个动作，可选的停止项包括停止新订单、停止数据推送、停止交付验收签字、停止付款审批；需要在多久之内通知谁，客户、上游供应商与内部管理层各有时限；留下什么证据，例如通知回执、停止动作的系统日志、往来函件的编号。
这里有一个容易被忽略的点：通知义务常常是双向且带时限的。我方如果只盯着“对方能不能终止我”，就会漏掉“我方有义务在多长时间内告知对方某类变化”。这类时限一旦过期，本来只是流程瑕疵的事会变成违约事实。所以条款索引里要把时限单独做成字段并设提醒，而不是等法务临时翻合同。
六、交付影响四问，与投资类关系的特殊界定
评估交付影响，按四问走。第一问：这个主体是最终用户还是中间环节？中间环节涉及的是链路切换，最终用户涉及的是承诺兑现，两种处理完全不同。第二问：切换需要多久？要拆成“停止使用、找到替代、完成验证、恢复对外承诺”四段分别估时，不能给一个笼统数字。第三问：切换期间的数据与许可怎么办？要查清许可是绑定主体还是绑定部署环境，历史数据是否有权继续访问，导出与清除各需要哪些证明。第四问：是否影响已对第三方作出的承诺？包括对客户的交付期、对上游的付款安排、对监管或审计的报送义务。
洹拓在盘查里单独设了一类关系，叫投资相关但非交付关系。投资关系不等于交付关系，这一点在事实上成立，但在外部视角下容易被误读，尤其是双方在技术文档、联合发布或数据共享上有过接触的时候。处置办法是书面界定而不是口头澄清：把信息共享边界写进会议纪要或说明函，明确双方各自的独立开发来源、可访问的数据范围与访问记录，以及技术成果的归属路径。这类文件平时没人看，名单变动时它就是回答第四层关系的唯一凭据。
长期机制有四条：定期核对，按季度做一次全量匹配；变动触发式核对，即名单公布后在规定时限内跑一次增量；台账有唯一责任人与统一留痕格式，格式固定为“命中来源、判定依据、判定人、核对时间”四列；新合作方准入时就把注册号、别名与角色登记进台账，不要等名单出来再补录，补录出来的台账没人敢引用。
最后是给客户的那一句。有些客户会在项目里要求供应商声明与列名主体无资金与数据往来。与其等对方来问，不如平时就把证据准备好：付款与收款流水的覆盖期间、账号与权限清单、数据接口清单、采购与分包台账、外部顾问与评审人员名册的筛查记录，以及一份可随时出具的声明。声明要能被这些记录支撑，否则它就只是一张纸。