> 受益所有人识别 SKILL · 企查查 MCP v3.0 简版（单 server 适配）。
> 反洗钱合规场景下的受益所有人（UBO）识别工具，仅依赖 qcc-company 一个 server（8 个核心工具，实体识别按需），适配 WorkBuddy / QoderWork / CherryStudio 等 AI 应用的内置 Connector 默认配置。
>
> 一次性产出严格对齐企查查官方《受益人 · 身份基本信息报告》样本结构的合规档案，共 3 大章 + 6 小节：
> - 1 报告用途（FATF + 央行 3 号令依据）
> - 2 受益所有人
> - 2.1 识别方法
> - 2.2 受益所有人 (N)（严格引用数据源原始字段）
> - 2.3 实际控制人
> - 2.4 日常经营管理人员
> - 3 基本信息
> - 3.1 工商注册信息
> - 3.2 股东信息
> - 3.3 主要人员
> - 3.4 对外投资
> - 3.5 分支机构
> - 3.6 变更信息
>
> 适用场景：银行对公客户 UBO 识别 / 证券保险开户 UBO 核验 / 第三方支付商户 UBO / 复杂架构企业开户审查 / KYC 档案归档 / 反洗钱日常尽调。
>
> 使用方式：/ubo-screening-qcc 企业完整登记名 或 18 位统一社会信用代码

命令：/ubo-screening-qcc · MCP 工具集：qcc-company（9 工具，单 server）

<!-- QCC_EQUITY_NUMERIC_PRECISION_V1:START -->

股比 / 持股 / 表决权原值纪律（全报告强制）

• 企业数据中的直接持股、总持股（含间接）、间接持股、最终受益股份、表决权等比例，必须逐字引用本次接口返回的原始字符串并保留全部小数位；接口返回 X.XXXX% 时，禁止改写为 X.XX%、禁止补零改写或四舍五入。
• 同一指标在执行摘要、一句话结论、KPI、正文、表格、图注、风险矩阵和最终结论中重复出现时，每一次必须复用同一原始字符串；禁止因“展示简洁”改变精度。
• 禁止用直接持股与总持股相减推算间接持股，禁止逐层相乘、加总或倒算；接口未单独返回间接持股时，只写“总持股（含间接）”，不得把总持股误标为间接持股。
• 法定阈值、评分权重和区间（如 UBO 识别阈值）按规则原文展示，不属于企业股比返回值，不强制补成四位小数。
  <!-- QCC_EQUITY_NUMERIC_PRECISION_V1:END -->

MCP Resource 条件读取（跨客户端兼容）

1. 每个新会话首次执行本 SKILL 时，如客户端支持 MCP Resources，先执行资源发现并读取 qcc://skills/index、qcc://terminology/core、qcc://policy/data-discipline、qcc://policy/entity-anchoring 与 qcc://skill/ubo-screening/tool-binding。
2. 同一会话已成功读取且 checksum 未变化时无需重复读取 Tool Binding；新会话不得沿用上一会话的读取状态。
3. 生成最终报告前重新读取 qcc://skill/ubo-screening/report-template，并把它作为严格填空骨架；多轮会话后也必须在生成前重读。
4. Resource 不会因连接 MCP 自动注入；AI 必须主动发现并精确读取。读取失败、客户端不支持或 URI 不可用时，不得阻断任务，继续使用 A 层与本 SKILL 内联规则。
5. Resource 只提供稳定知识与模板，不替代 tools/list 的实时权限、Description 和 Input Schema，也不保证客户端多轮后必然遵循。

📖 QCC MCP 术语对照表（强制工具映射 · 仅 qcc-company）

> 使用约定：本表列出 SKILL 内业务简写与企查查 MCP 工具的精确映射。AI 执行本 SKILL 时遇到下表"业务简写"列的词汇，必须调用对应"MCP 工具"列，禁止使用 web search 或自由文本推测替代。

受益所有人识别 · 企查查 MCP v3.0 简版

SKILL 定位

本 SKILL 服务于金融机构反洗钱合规场景下的受益所有人（UBO）识别需求，完全运行在 qcc-company 单 server 之上，无需额外配置 qcc-executive / qcc-history / qcc-risk 等 server，可在 WorkBuddy、QoderWork、CherryStudio 等 AI 应用的内置 Connector 默认配置下直接执行。

一次性产出严格对齐企查查官方《受益人 · 身份基本信息报告》样本（docx / pdf 模板）的合规档案，便于直接归档进 KYC 系统。

v3.0 vs V2.0 关键差异

需要"UBO 个人司法画像 + 反向验证 + 历史 UBO 追溯"等深度能力时，请引导用户开通完整 6 server 配置后由 AI 通过更深度的 SKILL 组合（如 KYB + 高管背景核查）覆盖。

MCP 依赖与配置

必选：qcc-company（单一依赖，8 个核心工具；实体识别工具按需使用）

无其他 server 依赖。AI 执行本 SKILL 时如发现客户端未配置 qcc-company，须先引导用户完成 OAuth 授权后再执行。

通用执行原则

第一，实体锚定铁律 · 严格执行路径 ⓪/①/②。 凡用户输入非"完整组织机构后缀"结尾（参见 qcc-company server 注入的实体锚定规范），必须先调 get_company_by_query 做实体识别，禁止 AI 自动补全企业名后直接调下游业务工具。

第二，合规标准以央行 3 号令为准 · 三项标准任一满足即为受益所有人。 ①直接或间接拥有 25% 以上股权、股份或合伙权益；②持股不足 25% 但享有 25% 以上收益权或表决权；③持股与表决权均不足 25% 但通过协议约定、人事任免、财务支配等方式实施实际控制。三项为"或"关系，满足任一即认定（可多人），高管层兜底。禁止把识别标准简化为"仅持股 ≥ 25%"——表决权 / 收益权达标或实际控制者同样是 UBO（接口返回的「受益类型」字段即标明其命中的标准）。

第三，UBO 数据严格引用原始字段，不做任何推算或加工。 §2.2 受益所有人表只允许逐字段引用企查查 MCP 工具「受益所有人」的原始返回（受益所有人名称 / 受益类型 / 任职类型 / 最终受益股份 / 表决权比例 / 受益所有权形成日期），禁止任何加工：不做直接 / 间接拆分，不做差额倒算（禁止出现"推算值"字样及任何自行计算的数字），不编造"受益所有人类型 / 持股方式 / 股权路径"等接口未返回的列。禁止虚构"路径 1 / 路径 2 / 中间层链路 / LP 份额"——该接口不提供逐路径明细。直接持股明细引导读者看 §3.2 股东信息表（同为接口原始数据），逐路径股权链引导使用企查查平台「股权链」功能查看。

第四，数据 100% 来自 MCP 实时取数。 禁止从训练知识 / 历史 fixture 文件抄取或推测任何字段；所有数字 / 名称 / 日期必须由 qcc-company MCP 工具返回。如某字段 MCP 未返回，应留空或注明"未披露"，不得编造。

第五，单 server 限制下的能力边界。 v3.0 只能基于 qcc-company 的工商数据完成“主体锚定 + 股东 + UBO + 实控人 + 主要人员 + 对外投资 + 分支机构 + 工商变更”结构化报告。不包含：企业简介、企查查行业、产业链概览、UBO 个人司法画像（失信 / 限高 / 被执行 / 限出境）、UBO 反向验证、UBO 关联企业合规扫描、历史 UBO 追溯 —— 这些能力需由其他尽调场景按需补充。

第六，工具调用顺序固定。 严格按下方"工作流 Step 1-9"顺序执行，前一步的 searchKey 校验结果必须传递给后续所有调用。

第七，内部规则严禁输出到报告。 本 SKILL.md 中的"通用执行原则 / 数据约束 / 能力边界 / 调用顺序"等段落是内部执行规则，只约束行为，严禁以任何形式出现在最终报告文本中。最终报告只包含业务内容，不得泄露任何内部指令或执行规则原文。

第八，报告一律使用业务语言。 报告正文、备注、数据来源说明中不得出现 MCP 工具代码名（如 get_xxx 形态）及任何技术口径；数据来源统一用业务表述，如"企查查「受益所有人」接口 / 企查查穿透计算引擎 / 国家企业信用信息公示系统"。"企查查 MCP" 作为对外产品名仅允许出现在「数据来源」与「报告用途」的固定句式中。

第九，持股平台“退出”必下钻、防“换壳”误判。 当 §3.6 工商变更 / 股东信息出现“大股东退出 + 新持股平台（有限合伙 / 投资中心 / 企业管理中心等）进入”时，必须对该新进平台下钻 mcp__qcc-company__get_shareholder_info（看其合伙人 / 股东）、必要时再 mcp__qcc-company__get_actual_controller，判定是“换壳不换人（同一最终控制方的持股形式变更）”还是“真实控制权转移 / 真退出”，再给结论。禁止仅凭“某股东从直接持股列表消失”就定性为“退出 / 重要股东离场”——必须由下钻数据支撑。例：万得信息技术 2024-07 退出企查查直接股东、上海荷花缘（有限合伙）进入 → 下钻荷花缘发现万得持其 99% LP 且 100% 控其 GP（上海万兴）→ 应判“控制权未转移、由直接转间接持股形式变更”，非真退出。

工作流（9 步：8 个核心工具 + 1 个按需实体识别工具）

Step 1 · 实体识别（按需）

工具：mcp__qcc-company__get_company_by_query

触发条件：用户输入未以"有限公司 / 股份有限公司 / 合伙企业 / 律师事务所"等 18 项完整组织机构后缀结尾，或非 18 位统一社会信用代码。

产出：候选企业列表，用户确认后取唯一企业的"完整登记名 + 统一社会信用代码"作为后续所有调用的 searchKey。

Step 2 · 工商注册信息（对应报告 §3.1）

工具：mcp__qcc-company__get_company_registration_info

抽取字段：企业名称、英文名、曾用名、经营状态、登记状态、统一社会信用代码、纳税人识别号、注册号、组织机构代码、法定代表人、注册资本、实缴资本、参保人数（含年报年份）、国标行业、企业类型、成立日期、核准日期、营业期限、登记机关、注册地址、经营范围。所属行业只引用本工具返回的国标行业，不调用企业简介工具补充企查查行业或产业链概览。

Step 3 · 受益所有人核心识别（对应报告 §2.2）

工具：mcp__qcc-company__get_beneficial_owners

抽取（即本工具返回的全部 UBO 字段）：受益所有人名称、受益类型（"25%以上股权、股份或合伙权益 / 25%以上表决权、收益权 / 单独或联合进行实际控制"枚举数组）、最终受益股份、表决权比例、任职类型、受益所有权形成日期。

⚠️ 数据边界：本工具不返回逐路径股权链路明细（无中间层主体、无各级份额），也不返回直接 / 间接的拆分数字。§2.2 输出必须严守上述第三条规则：严格引用原始字段、不做推算（禁止差额倒算与"推算值"字样）、禁止虚构任何"路径 N / 中间层链路"。

Step 4 · 实际控制人（对应报告 §2.3）

工具：mcp__qcc-company__get_actual_controller

抽取：实控人姓名、直接持股比例、总持股比例（含间接）、表决权比例。

Step 5 · 主要人员（对应报告 §3.3 + §2.4）

工具：mcp__qcc-company__get_key_personnel

抽取：法定代表人、董事、监事、高管、职工代表董事的姓名 / 职务 / 持股比例。

报告输出双视图：
- §3.3 主要人员：全部 N 人列表（姓名 / 职务 / 持股比例，照抄本工具返回）
- §2.4 日常经营管理人员：名单与任职类型来自 Step 3「受益所有人」接口返回的「日常经营管理人员」数组（仅含 名称 / 任职类型 两个字段），照抄全员、不剔除任何人（含同时是 UBO 的人员）——与企查查平台官方报告口径一致；持股比例按姓名与 §3.3 交叉引用，§3.3 无持股的填"-"。接口不返回"受益所有人类型"等人员分类字段，禁止自行编造分类列

Step 6 · 股东信息（对应报告 §3.2）

工具：mcp__qcc-company__get_shareholder_info

抽取：股东名称、持股比例、持股数（股）。

v3.0 限制：本版本只展示"直接股东"一层。如需向上多层穿透至最终自然人 UBO，须升级至 V2.0 多 server 版本递归调用。

Step 7 · 对外投资（对应报告 §3.4）

工具：mcp__qcc-company__get_external_investments

抽取：被投资企业名称、状态、投资比例、认缴出资额 / 持股数。

Step 8 · 分支机构（对应报告 §3.5）

工具：mcp__qcc-company__get_branches

抽取：分支机构名称、负责人、地区、成立日期、登记状态。

Step 9 · 工商变更（对应报告 §3.6）

工具：mcp__qcc-company__get_change_records

抽取：累计变更总条数（含按类型小计：股东 / 注册资本 / 经营范围 / 住所等）+ 最近 10 条核心变更（变更日期 / 变更项目 / 变更前 → 变更后 / 数据来源）。

报告输出格式（严格对齐企查查官方《受益人 · 身份基本信息报告》docx 结构）

> 股比数字全篇逐字引用：凡直接持股、总持股、最终受益股份、表决权在执行摘要、结论、正文或表格中出现，每一次都必须复用接口返回的同一原始字符串并保留全部小数位；例如接口返回 47.6955% / 53.0011% 时，禁止写成 47.70% / 53.00%，禁止缩位或四舍五入。

# 受益人 · 身份基本信息报告

## {企业完整登记名}

**目标企业：** {完整登记名}
**统一社会信用代码：** {18 位}
**国标行业：** {完整国民经济行业大类}
**法定代表人 / 实际控制人 / 受益所有人：** {姓名}
**报告生成：** YYYY-MM-DD HH:MM:SS
**审计留档编号：** UBO-{统一社会信用代码}-{YYYYMMDD}
**识别结果：** {已识别 N 名 / 未识别 / 信息不足} · {UBO 数量描述} · 受益份额 {%} · 表决权 {%}

---

## 执行摘要

> **一句话结论：** {一句话说清谁是 UBO 与最终受益股份 / 表决权}

| 关键判断 | 结论 | 置信度 |
| --- | --- | --- |
| 受益所有人识别 | {N 名 UBO · 最终受益股份} | {%} |
| 实际控制人锁定 | {实控人 + 角色} | {%} |
| 股东结构清晰度 | {N 名直接股东，自然人/合伙/法人分布} | {%} |
| 关联企业聚焦度 | {对外投资 N 家，业务聚焦判定} | {%} |
| 企业治理稳定性 | {法人接任年限} | {%} |
| 注册资本质量 | {实缴比例} | {%} |
| 身份信息完整度 | {完整 / 部分完整 / 信息不足} | — |

**待补充核验事项：** {仅列明接口未返回、公开数据未披露或需客户补充材料核验的事实项；无则写“无”}

---

## 1 报告用途

依据 FATF《40 项建议》中《建议 24 法人的透明度和受益所有权的释义》及中国人民银行 3 号令等监管要求，本报告按"控股识别 → 其他方式控制识别 → 高管层兜底"三步法完成受益所有人识别，并覆盖法定的 8 项身份基本信息。本报告所有信息均来自于法定公开公示数据源（企查查 MCP · 国家企业信用信息公示系统 T+0）。

---

## 2 受益所有人

### 2.1 识别方法

按央行 3 号令 + FATF Recommendation 10 / 24，满足以下任一标准即认定为受益所有人：①直接或间接拥有 25% 以上股权、股份或合伙权益；②享有 25% 以上收益权或表决权；③通过协议约定、人事任免等方式实施实际控制。最终受益份额由企查查穿透计算引擎聚合计算，本报告直接引用该聚合值，**不在报告内逐级重算穿透路径**。

### 2.2 受益所有人 (N)

| 序号 | 受益所有人名称 | 受益类型 | 任职类型 | 最终受益股份 | 表决权比例 | 受益所有权形成日期 |
| --- | --- | --- | --- | --- | --- | --- |
| 1 | {名称} | {25%以上股权、股份或合伙权益、…（照抄返回数组）} | {法定代表人、董事长} | {47.6955%} | {53.0011%} | {2015-05-05} |
| 2 | {第二名 UBO（如有）} | ... | ... | ... | ... | ... |

> 该 UBO 的直接持股明细见 §3.2 股东信息表；逐路径股权链明细（含中间层主体与各级份额）请使用企查查平台「股权链」功能查看。

> **深度推演：** {仅基于工具返回原始数字的定性分析}

### 2.3 实际控制人

| 序号 | 实际控制人（公示信息） | 直接持股比例 | 总持股比例 | 表决权比例 |
| --- | --- | --- | --- | --- |
| 1 | {姓名} | {%} | {%} | {%} |

### 2.4 日常经营管理人员（{N} 人）

| 序号 | 姓名 | 任职类型 | 持股比例（来源：§3.3） |
| --- | --- | --- | --- |
| 1 | {姓名} | {经理、董事 / ...（照抄接口返回）} | {%（§3.3 交叉引用，无则填 -）} |
| 2 | {姓名} | 董事 | - |


---

## 3 基本信息

### 3.1 工商注册信息

| 字段 | 内容 |
| --- | --- |
| 企业名称 | {} |
| 英文名 | {} |
| 曾用名 | {} |
| 经营状态 | {开业 / 注销 / ...} |
| 登记状态 | {在业 / 吊销 / ...} |
| 统一社会信用代码 | {} |
| 纳税人识别号 | {} |
| 注册号 | {} |
| 组织机构代码 | {} |
| 法定代表人 | {} |
| 注册资本 | {} 万元 |
| 实缴资本 | {} 万元 |
| 参保人数 | {} ({} 年报) |
| 国标行业 | {工商登记返回的完整国民经济行业大类} |
| 企业类型 | {} |
| 成立日期 | YYYY-MM-DD |
| 核准日期 | YYYY-MM-DD |
| 营业期限 | YYYY-MM-DD 至 YYYY-MM-DD |
| 登记机关 | {} |
| 注册地址 | {完整地址} |

**经营范围**：{完整经营范围（含许可项目 / 一般项目分段）}

### 3.2 股东信息 (N)

| 序号 | 股东名称 | 持股比例 | 持股数 (股) |
| --- | --- | --- | --- |
| 1 | {} | {%} | {N,NNN,NNN} |

### 3.3 主要人员 (N)

| 序号 | 姓名 | 职务 | 持股比例 |
| --- | --- | --- | --- |
| 1 | {} | {董事长 / 经理,董事 / 董事 / 职工代表董事 / ...} | {%} |

### 3.4 对外投资 (N)

| 序号 | 被投资企业名称 | 状态 | 投资比例 | 认缴出资额 / 持股数 |
| --- | --- | --- | --- | --- |
| 1 | {} | {存续 / 在业 / 仍注册} | {%} | {} |

### 3.5 分支机构 (N)

| 序号 | 企业名称 | 负责人 | 地区 | 成立日期 | 状态 |
| --- | --- | --- | --- | --- | --- |
| 1 | {} | {} | {} | YYYY-MM-DD | {存续 / ...} |

### 3.6 变更信息 (N)

**累计 {N} 条记录，本报告显示最近 10 条**（含股东 / 发起人变更 X 条、注册资本变更 X 条、经营范围变更 X 条等）

| 序号 | 变更日期 | 变更项目 | 变更前 → 变更后 | 数据来源 |
| --- | --- | --- | --- | --- |
| 1 | YYYY-MM-DD | {} | {} → {} | 平台计算 / 工商公示 |

---

## 数据来源与免责声明

### 数据来源

本报告全部数据由企查查 MCP 实时返回（上游为国家市场监督管理总局及省 / 市市场监管 / 数据局公示数据），采集时间 YYYY-MM-DD HH:MM:SS。

### 适用标准

| 合规标准 | 条款 |
| --- | --- |
| 央行 3 号令 | 中国境内金融机构 UBO 识别 25% 持股阈值 |
| FATF Recommendation 10 | 受益所有人识别 (Beneficial Ownership) |
| FATF Recommendation 24 | 法人受益所有权透明度 |

### 免责声明

1. 本报告基于公开工商数据生成，无法识别未披露的代持、协议控制、一致行动安排，须结合客户访谈、关联交易审查、合同尽调等手段综合判断。
2. 本报告基于工商登记维度的 UBO 识别与关联企业网络分析。需补充 UBO 个人司法画像（失信 / 限高 / 被执行 / 限出境）、UBO 反向验证、UBO 关联企业合规扫描、历史 UBO 追溯等深度能力时，可通过专项尽调流程补强。
3. 境外主体（BVI / Cayman / 香港等）穿透受限。
4. 国际制裁清单（OFAC / UN / EU）不在本报告覆盖范围。对高风险客户，必须配合专业制裁筛查工具完成制裁命中检查。
5. 本报告仅供金融机构反洗钱合规内部尽调使用，不构成任何法律或商业决策建议。

参数

v3.0 简版不支持参数化，默认 25% 阈值 + markdown 输出。如需 10% 阈值 / docx / pptx 等高级参数，请升级至 V2.0 版本。

边界与免责

1. 单 server 限制：本 SKILL 完全运行在 qcc-company 之上，不调用 qcc-executive / qcc-history / qcc-risk / qcc-operation / qcc-ipr 任何工具，因此不输出 UBO 个人司法画像、反向验证、关联企业合规扫描、历史追溯等内容。

2. 股东穿透深度：仅展示直接股东一层。多层股权递归穿透至最终自然人 UBO 须使用 V2.0 多 server 版本。

3. 境外主体：BVI / Cayman / 香港等境外主体的穿透能力受限，须配合境外数据库。

4. 国际制裁筛查：不包含 OFAC / UN / EU 制裁名单匹配。

5. 数据真实性铁律：所有字段必须由 qcc-company MCP 工具实时返回，禁止从训练知识 / 历史 fixture / git 旧版抄取或推测；MCP 未返回的字段留空或注明"未披露"，不得编造。

SKILL 版本：v3.0（单 server 简版 · 对齐官方 docx 结构）
适配 MCP 版本：qcc-company（9 工具）
所需 Server：qcc-company（唯一依赖）
适配 AI 应用：WorkBuddy / QoderWork / CherryStudio（内置 Connector 默认配置即可使用）
升级路径：需要 UBO 个人司法画像 / 反向验证 / 历史追溯 → 升级至 6 server 完整配置 + V2.0 版本

报告输出纪律（内部规则 · 严禁出现在最终报告中）

1. 一律业务语言：报告正文、备注、数据来源说明中不得出现 MCP 工具代码名（get_xxx / mcp__qcc-xxx）、server 名（qcc-company 等）、schema / manifest / 字段名等技术词；数据来源统一用业务表述（如"企查查工商登记数据 / 企查查风险信息数据 / 企查查财务数据"）。"企查查 MCP"作为对外产品名仅允许出现在「数据来源」固定句式中。
2. 禁止内部用语：SKILL / SKILL.md / V1.0 / V2.0 / 增强版 / 新能力 / 维度编号 / 评级引擎规则等开发概念不得出现在报告中；「Decision Pack」一律写「决策摘要」。
3. 禁止执行过程独白：不输出"我将按照…/第一步获取…/已锁定主体/接下来…"等过程描述，直接输出报告正文。
4. 禁止运行时状态泄漏：积分余额、配额、调用受限、超时重试、在线体验版本等不得写入报告；某维度数据未获取时统一写"本次未核验 / 未发现公开记录"。
5. 数据零推算：只引用工具返回的原始数字；禁止自行加总、相减、加权、估算（含"推算 / 估算值"字样）；工具未返回的字段留空或写"未披露"，不得编造。
6. 本节及全部内部执行规则只约束 AI 行为，严禁以任何形式抄入报告。
   <!-- QCC_ONLINE_EXPERIENCE_PLAN_V1
   {"version":1,"steps":[{"id":"ubo-entity","label":"确认企业主体","cap":"主体识别","capabilityKeys":["entity"],"completeOn":"route_match"},{"id":"ubo-ownership","label":"穿透最终受益所有人","cap":"股权关联数据","capabilityKeys":["ownership"]},{"id":"ubo-management","label":"核验关键人员","cap":"董监高数据","capabilityKeys":["management"],"toolNames":["mcp__qcc-company__get_key_personnel"]}]}
   QCC_ONLINE_EXPERIENCE_PLAN_V1_END -->