/vendor-check —— 供应商协议状态

如果您看到不熟悉的占位符或需要检查已连接了哪些工具，请参见 CONNECTORS.md。

检查与某个供应商在所有已连接系统中现有协议的状态。提供法律关系的统一视图。

重要提示：此命令协助法律工作流程，但不提供法律意见。协议状态报告应由合格的法律专业人士对照原始文档进行核实。

调用

/vendor-check [供应商名称]

如果未提供供应商名称，提示用户指定要检查的供应商。

工作流程

第 1 步：确定供应商

接受用户的供应商名称。处理常见的变体：

• 完整的法律名称 vs. 商业名称（例如，"Alphabet Inc." vs. "Google"）
• 缩写（例如，"AWS" vs. "Amazon Web Services"）
• 母子公司关系

如果供应商名称不明确，请用户澄清。

第 2 步：搜索已连接的系统

按优先级顺序在所有可用的已连接系统中搜索该供应商：

CLM（合同生命周期管理）—— 如果已连接

搜索涉及该供应商的所有合同：

• 活跃协议
• 已过期的协议（最近 3 年）
• 正在谈判或待签署的协议
• 修订和附录

CRM —— 如果已连接

搜索供应商/账户记录：

• 账户状态和关系类型
• 相关的机会或交易
• 供应商法律/合同团队的联系信息

电子邮件 —— 如果已连接

搜索最近的相关通信：

• 与合同相关的电子邮件（最近 6 个月）
• NDA 或协议附件
• 谈判线程

文档（例如 Box、Egnyte、SharePoint）—— 如果已连接

搜索：

• 已执行的协议
• 修订标记和草稿
• 尽职调查材料

聊天（例如 Slack、Teams）—— 如果已连接

搜索近期提及：

• 涉及该供应商的合同请求
• 关于该供应商的法律问题
• 相关团队讨论（最近 3 个月）

第 3 步：整理协议状态

对于找到的每个协议，报告：

第 4 步：差距分析

识别存在哪些协议以及可能缺少哪些协议：

## 协议覆盖范围

[已检查] NDA —— [状态]
[已检查/缺失] MSA —— [状态或"未找到"]
[已检查/缺失] DPA —— [状态或"未找到"]
[已检查/缺失] SOW —— [状态或"未找到"]
[已检查/缺失] SLA —— [状态或"未找到"]
[已检查/缺失] 保险证明 —— [状态或"未找到"]

标记任何基于关系类型可能需要的差距（例如，如果存在 MSA 但无 DPA，且供应商处理个人数据）。

第 5 步：生成报告

输出综合报告：

## 供应商协议状态：[供应商名称]

**搜索日期**：[今天的日期]
**已检查的信息源**：[已搜索的系统列表]
**不可用的信息源**：[未连接的系统列表，如有]

## 关系概览

**供应商**：[完整的法律名称]
**关系类型**：[供应商/合作伙伴/客户/等]
**CRM 状态**：[如可用]

## 协议摘要

### [协议类型 1] —— [状态]
- **生效日期**：[日期]
- **到期日期**：[日期]（[自动续期 / 不会自动续期]）
- **关键条款**：[实质性条款的摘要]
- **位置**：[已执行副本的存储位置]

### [协议类型 2] —— [状态]
[等]

## 差距分析

[已有的 vs. 可能需要的]

## 即将采取的行动

- [任何即将到来的到期或续期截止日期]
- [尚未到位的所需协议]
- [可能需要的修订或更新]

## 备注

[来自电子邮件/聊天搜索的任何相关背景]

第 6 步：处理缺失的信息源

如果关键系统未通过 MCP 连接：

• 无 CLM：注明未连接 CLM。建议用户手动检查其 CLM。报告在其他系统中找到的内容。
• 无 CRM：跳过 CRM 背景。注明缺口。
• 无电子邮件：注明未搜索电子邮件。建议用户搜索其电子邮件"[供应商名称] agreement"或"[供应商名称] NDA"。
• 无文档：注明未搜索文档存储。

始终明确说明已检查了哪些信息源以及哪些未检查，以便用户了解报告的完整性。

备注

• 如果在任何已连接系统中均未找到协议，明确报告此情况并询问用户是否在其他地方存有协议
• 对于供应商集团（例如，拥有多个子公司的供应商），询问用户是要检查特定实体还是整个集团
• 标记任何已过期但可能仍存在存续义务（保密、赔偿等）的协议
• 如果协议即将到期（90 天内），突出显示此信息