受益人信息权与信托文件披露：Schmidt v Rosewood 之后怎么读

1. 受益人信息权为什么会成为争议第一枪

家族信托真正爆发争议时，很多受益人的第一个请求不是“马上分我多少钱”，而是“先告诉我信托里有什么、过去怎么分、trustee 为什么这样做”。

这类请求可能来自：

• 一代去世后的婚生子女；
• 被怀疑写入 letter of wishes 的婚外子女；
• 再婚配偶；
• 被长期排除在分配之外的某一支；
• 受益人中的美国 / 英国税务居民；
• 受益人律师；
• 境内继承或婚姻诉讼中的当事人。

如果 trustee 拒绝披露，争议就会升级为 beneficiary information rights / disclosure application。

2. 老规则：财产权式解释的局限

在较早的普通法传统里，受益人查阅信托文件常被解释为一种和受益人 proprietary interest 相关的权利。换言之，受益人之所以能看文件，是因为这些文件某种意义上属于受益人财产利益的一部分。

这个解释在固定权益信托里比较容易理解，但在现代 discretionary trust 里会出问题：

• 全权受益人可能只是 object of power；
• 受益人未必有既得份额；
• 受益人类别可能很大；
• letter of wishes 不是普通财产文件；
• trustee deliberations 可能需要保密；
• 不同受益人的利益可能冲突。

所以，如果继续用“有没有 proprietary interest”作为唯一门槛，就无法处理现代离岸信托的复杂信息结构。

3. Schmidt v Rosewood 的核心转向

Schmidt v Rosewood 的关键转向是：受益人获取信息的法理基础，不应只放在受益人对 trust property 的财产权上，而应放到法院对信托执行的监督管辖权上。

这意味着：

1. 有 proprietary interest 不自动等于一定能看全部文件；
2. 没有既得权益也不自动等于完全不能申请披露；
3. 法院会看申请人的实际身份、文件类别、披露目的、保密性和其他受益人利益；
4. trustee 需要证明其拒绝披露不是任意的，而是基于合理判断；
5. disclosure 是治理问题，不只是文件所有权问题。

对中国家庭来说，这一点打破了一个常见话术：所谓“信托文件绝对保密”。更准确地说，信托文件通常不公开，但在受益人监督 trustee 或法院介入信托执行时，保密性会进入平衡，而不是自动压倒一切。

4. 哪些文件最常被请求

信息请求通常分层：

第一层：基本存在和身份文件

• trust deed；
• supplemental deeds；
• trustee appointment / retirement documents；
• beneficiary class definition；
• governing law and forum clauses。

这类文件用于确认：信托是否存在、谁是 trustee、谁可能是受益人、适用哪个法域。

第二层：财务和账目文件

• trust accounts；
• asset schedule；
• bank statements summary；
• investment reports；
• distribution records；
• fees schedule。

这类文件用于监督 trustee 是否妥善管理信托财产。

第三层：决策和理由文件

• trustee minutes；
• distribution committee notes；
• internal deliberations；
• legal advice；
• tax advice；
• investment adviser recommendation；
• letter of wishes。

这一层最敏感。法院和 trustee 常会区分：账目和事实性信息，与 trustee 内部 deliberation / reasons / confidential wishes 是否应披露。

5. Jersey Article 29 的提示意义

Jersey Trusts Law Article 29 展示了一个重要思路：

• trust terms 可以设置信息披露权；
• beneficiary、named charity beneficiary 或 enforcer 可以请求与 trust accounts 相关的文件；
• trustee 在特定情况下可拒绝披露；
• 法院可以决定某人请求或接收信息的范围；
• trustee deliberations 和特定裁量理由通常受到特别保护。

这个结构告诉我们：信息权不是一个“全有或全无”的问题，而是一套分层、可拒绝、可由法院监督的机制。

6. 中国家庭高发场景

场景一：配偶不知道信托存在

设立人去世后，配偶发现境外资产进入 trust。她可能要求 trustee 披露 trust deed、asset schedule、资金注入时间和受益人名单，以判断是否涉及夫妻共同财产单方处分。

场景二：婚外子女主张受益人身份

如果 letter of wishes 曾经提到某位婚外子女，或者 trustee 历史分配记录显示持续支付教育或生活费用，该子女可能要求确认自己是否处于受益人类别，并进一步申请披露。

场景三：某一支长期没有分配

二代中的一支认为 trustee 偏袒另一支，要求账目和历史分配记录。trustee 如果完全拒绝，可能被指不透明；如果全部披露，又可能激化家族冲突。

场景四：受益人是美国 / 英国税务居民

该受益人可能不是为了争产，而是为了税务申报需要而要求信息。trustee 需要区分：税务申报所需信息、分配信息、trust accounts 和内部 deliberation 的边界。

7. trustee 应如何回应信息请求

一个稳健 trustee 不应只写一句 “we decline to disclose”。

更合理的步骤是：

1. 确认申请人身份；
2. 确认其在 trust 中的地位；
3. 要求说明请求目的和文件范围；
4. 分类处理文件；
5. 考虑其他受益人利益；
6. 考虑是否需要 redaction；
7. 考虑是否要求 confidentiality undertaking；
8. 必要时申请 court directions；
9. 在 minutes 中记录理由；
10. 避免把拒绝披露写成情绪化或惩罚性。

8. 起草层面的提前设计

信托设立时可以提前写入 information protocol，但不能把一切信息权绝对排除。

建议文件包括：

• beneficiary information clause；
• trustee confidentiality clause；
• letter of wishes handling protocol；
• tax information request procedure；
• beneficiary communication policy；
• dispute escalation protocol；
• confidentiality undertaking template。

需要注意：如果条款写成“任何受益人永远不得看任何账目或文件”，在很多法域可能与 trustee accountability 的核心义务冲突，未必可靠。

9. 反向风险：披露过度也会出问题

很多人只担心 trustee 不披露，忽略 trustee 披露过度也会造成风险。

例如：

• 披露某一支的分配记录，引发另一支诉讼；
• 披露 letter of wishes，暴露婚外子女或再婚安排；
• 披露税务意见，引发 waiver of privilege 问题；
• 披露底层公司信息，影响商业秘密；
• 向境内诉讼当事人披露过多，导致外部程序扩大。

因此，披露不是越多越透明，而是要按文件类别、申请目的和受益人利益精细处理。

10. 实务复核清单

1. trust deed 是否有 information rights 条款？
2. 是否明确区分 accounts、trust deed、minutes、letter of wishes、legal advice？
3. 受益人是否知道信托存在？若不知道，将来何时告知？
4. 税务居民受益人是否有单独信息请求流程？
5. trustee 是否有 redaction policy？
6. 是否有 confidentiality undertaking 模板？
7. 是否定期向核心受益人提供 summary report？
8. trustee 是否记录过拒绝披露的理由？
9. protector 是否有权参与信息披露决策？
10. 发生信息请求争议时，是否考虑 court directions？

相关页面

• case/schmidt-rosewood.html
• risk/heir-dispute.html
• risk/governance-failure.html
• clause/beneficiary-information-rights.html
• document/trustee-resolution-minutes-reading-guide.html
• checklist/beneficiary-information-request-checklist.html

最后更新：2026-05-02 · 法有承 · 主笔（合成）