公司记录查阅没有一条全球统一的“升级阶梯”,也不是永远先发邮件、再发法定函、最后去法院。真正决定路径的,是记录类型、请求人的法律身份、法域、紧迫程度,以及这些信息最终要支持什么决定。
与其把它理解成升级脚本,不如画成一棵决策树。
路径A:关系仍可合作时,先走普通治理或业务请求
如果双方沟通仍正常、资料属于日常公司记录、收件人明确,而且没有迫近的法定期限,可以从低摩擦请求开始。
例如:向公司秘书索要最新版章程;董事在权限明确时申请恢复 board portal;财务团队提供某笔交易的限定审批包。
**优点:**快、成本低、格式灵活,误解可以马上澄清。
**风险:**普通邮件未必保留正式法定权利;对方可能把它当成可做可不做;如果写得很泛,后来甚至说不清当时到底要过什么。
**不宜盲目使用的情况:**法律期限逼近、证据存在流失风险、关系已经破裂,或当地法律要求特定格式的正式请求。
路径B:真正争议只是“范围太大”时,谈一个分阶段交付方案
有些案子并不是公司完全拒绝,而是双方都承认“应该给一些”,只是对时间范围、资料量、保密、保管人意见不一致。这时最有价值的谈判不是空谈谁更有理,而是把 production protocol 做出来。
协议可以写清记录类别、日期窗口、交付顺序、必要时的搜索方式、遮盖原则、保密限制、文件格式,以及发现缺件后怎么处理。
**优点:**把“全给/全不给”的争执拆成可执行任务;减少收集和审查成本;有时第一批资料就足够回答核心问题。
**风险:**措辞不慎可能被理解为主动缩减权利;谈判拖太久又会吃掉本来想节省的时间。
**控制点:**给谈判设截止日。到了日期仍解决不了限定争点,就按当地专业人士已确认的下一条路径走,不要无限循环。
路径C:当法条与“身份—目的—记录”真正匹配时,走正式法定查阅
法定路径之所以有力量,恰恰因为它不是一句“请公平一点”,而是有明确要件。Delaware §220 会涉及股东身份、请求形式、proper purpose,以及记录与目的之间的具体关联;英国这里引用的是股东名册的特定制度;加拿大联邦 CBCA 第20、21条又对公司记录类别与查阅机制有自己的安排。
**优点:**法律框架明确,权利义务和可能救济更清楚,也能形成是否合规的记录。
**风险:**技术性错误可能很重要;制度可能只覆盖特定记录;把其他法域的规则“搬过来”会浪费时间。
**最适合的前提:**当地专业人士能清楚回答四个问题:谁有权?哪些记录在范围内?形式和目的要求是什么?拒绝后有什么救济?
路径D:如果真正的信息权来自合同,就别只盯着公司法
股东协议、投资协议、融资文件、合资协议里常有独立的信息权条款,可能要求提供管理报表、预算、董事会材料、检查机会或定期报告。
很多团队会直接跳到法定权利,却忘了合同可能是更精准的入口。
**优点:**针对具体关系设计,时间、格式和资料类别有时写得更明确。
**风险:**通知条件、保密条款、争议解决条款、修订版本都可能改变结论。合同权利也不当然替代成文法,两者不能混着写。
**不适用时:**主张者不是协议当事人或受益人、协议已失效,或请求内容根本不在信息权条款中。
路径E:已经存在真实诉讼时,再评估 litigation discovery
公司记录查阅和诉讼 discovery 不是同义词。Delaware §220 本身也把股东作为诉讼当事人的 discovery 权利与 §220 查阅区分开。其他法域同样可能把诉前公司记录权与诉讼程序中的披露分开。
如果诉讼已经启动,某些信息可能更适合在案件程序中取得,但要看法院、诉状范围、相关性、比例原则、特权和 case management order。
**优点:**法院监督,程序本来就是为争议证据设计的。
**风险:**成本高、周期长、战略后果大。仅为了“想看文件”就启动诉讼,往往会带来远超文件本身的问题。
路径F:正式查阅权已经成熟地被拒绝时,再讨论法院执行
当公司拒绝、持续缩减、拖延或挑战正式请求,而当地法律又提供执行救济时,问题会从“能否帮忙给一下”变成:法定要件是否已经满足、法院可以给什么命令。
**优点:**独立决策者可以处理身份、目的、范围与合规争议。
**风险:**证明会变得重要。请求函写得含糊、目的摇摆、实体找错、范围过宽,都可能成为记录的一部分。
真正提交之前,最好用“反方视角”审一次:身份能证明吗?每类记录为什么相关能解释吗?目的真实且符合法律要求吗?形式和送达符合当地规则吗?紧急问题有没有更窄的办法?
六条路径放在一张表里
| 路径 | 最适合的场景 | 成本大致特征 | 最大控制风险 |
|---|---|---|---|
| 普通请求 | 关系正常、资料常规 | 低 | 被当成可选事项或写得太泛 |
| 协商交付 | 权利部分认可、范围有争议 | 低至中 | 谈判拖过期限 |
| 法定请求 | 法条与身份、记录明确匹配 | 中 | 形式或范围出错 |
| 合同信息权 | 协议有可执行条款 | 低至中 | 条件、通知、争议条款漏看 |
| 诉讼discovery | 已有真实案件 | 高 | 比例、特权和诉讼战略 |
| 法院执行查阅权 | 正式权利已被成熟拒绝 | 高 | 证明负担和程序错误 |
这张表不是“强弱排名”,而是六种不同工具。
用五个问题把决策树跑一遍
一:有没有一条合作路径,能在需要的时间内拿到真正关键的信息? 有,就先用,但把目的和范围写清楚。
二:双方争的其实只是“给多少”吗? 是,就做分阶段协议并设置截止日。
三:是否存在一个与当前身份和记录类别真正匹配的法条或合同? 有,就在援引之前让当地专业人士核要件。
四:是否已经在诉讼中? 是,就把查阅和 discovery 放在同一策略里,避免两个程序互相矛盾。
五:正式权利是否已被明确拒绝或实质阻碍? 是,就评估执行救济、证据和经济性,而不是继续发越来越生气的邮件。
三个错误会让所有路径都更差
第一个是混淆实体:不分析控制关系,就向母公司索要子公司的全部记录。第二个是混淆身份:一会儿说自己是股东,一会儿又用董事身份,却不解释哪个身份支持哪个请求。第三个是混淆目的:一段说估值,一段说怀疑不当行为,另一段又说为诉讼准备,却没有把目的与记录逐一对应。
因此,最好的路径不是“最强硬”的路径,而是能在一页纸上说清楚法律来源、范围、时间和决策价值的路径。
还有一条常被忽略的分支:先暂停,核实基础事实
有时下一步根本不是再发一封请求,而是先做一个很短的 verification phase。尤其是请求人手里只有旧 cap table、某人可能已经不再担任董事、股东协议经历过修订,或者业务长期使用与注册主体不同的品牌名称时。
核实阶段可以非常窄:拿到当前公司登记信息,确认 governing law,找到已签署的投资/股东协议,确认现任公司秘书或记录联系人,再把之前请求按时间排成 chronology。它表面上比立刻发正式 demand 慢一点,却能避免“从一开始就走错制度”的昂贵错误。
这也会改善谈判。能清楚说“我们已经确认实体、身份、适用协议和三类争议记录”的请求人,比每封邮件都换一个说法的人更容易与公司进行有效沟通。
核实也要有 stop rule。一旦身份和路径的关键问题已经回答,就应进入下一步;如果没有人定义“还缺哪个事实才可以行动”,研究本身也可能变成拖延。
相关阅读
来源与适用边界
- Delaware General Corporation Law, 8 Del. C. §220 — 公司账簿与记录查阅。 Delaware Code Online: https://delcode.delaware.gov/title8/c001/sc07/index.html
- 英国 Companies Act 2006 第116–119条 — 股东名册的查阅、回应、拒绝/违约及信息使用。 UK Legislation: https://www.legislation.gov.uk/ukpga/2006/46/part/8/chapter/2
- 加拿大 Business Corporations Act 第20条 — 公司记录。 Justice Laws: https://laws-lois.justice.gc.ca/eng/acts/C-44/section-20.html
- 加拿大 Business Corporations Act 第21条 — 公司记录与股东名单的查阅。 Justice Laws: https://laws-lois.justice.gc.ca/eng/acts/C-44/section-21.html
这些法源只用于说明不同法域在身份、记录类别、目的和程序上的差异,并不构成全球统一的查阅权。实际行动前,应由相关法域的专业人士核对现行成文法、判例、公司章程/协议、实体类型、程序与期限。
本文仅提供一般公司治理信息,不构成法律意见。查阅权、程序、保密义务与救济会因法域、实体类型、法律身份和具体事实而明显不同;采取行动前应由当地合格专业人士核对现行法律、治理文件与期限。