真正好用的公司记录档案，并不是文件最多的那一份，而是能顺着一条清楚的证据链回答：涉及哪一家法人、请求人以什么身份提出请求、到底在查什么问题、哪一类记录能回答这个问题、实际发出了什么请求、公司后来如何回应。 这几层如果断掉，即使堆了几百份文件，后续核对仍然会很慢。

下面不用“资料清单越长越好”的方式写，而是用几个档案复盘来说明：原来的证据为什么不好用、如何纠正、纠正后能看清什么，以及以后可以复用什么规则。这里不表示股东、董事、债权人、员工或诉讼当事人在不同法域拥有相同的查阅权。

档案复盘1：请求找的是品牌，法律问题却属于另一家公司

背景。 对外只有一个品牌名，但合同、股权、资产和董事会决定分别落在不同法人名下。

原来的问题。 所有资料都塞进一个以品牌命名的文件夹，没有标明哪家公司发行股份、哪家公司签署交易、哪一个董事会作出批准。

纠正办法。 先做一页entity sheet：准确法律名称、注册法域、可获得时的登记号码、与请求人的关系、可能保存记录的主体。再附上章程性文件和一张简洁集团结构图。

纠正后能看清什么。 原本以为“缺失”的记录，可能其实属于另一家公司；同时也能更快确定该查哪个法域的规则。

可复用规则。 在讨论“拿什么文件”之前，先证明“应该由哪一家法人持有这些文件”。

档案复盘2：身份写在信里，却没有证据放进档案

背景。 请求里写着“我是股东”或“我获授权代理”，档案里却只有旧邮件或截图。

原来的问题。 请求人的法律身份被当成背景事实，而不是需要留存的证据。

纠正办法。 按实际路径保留能证明当前身份的材料，例如securities register记录、share certificate、brokerage或nominee材料、董事任命文件、债权凭证、遗产代表文件，或者书面代理授权，并记录文件日期和来源。

纠正后能看清什么。 某些法定路径对身份、持股证明或代理授权本来就有专门要求。以Delaware现行DGCL §220为例，法条对beneficial owner以及通过律师或其他agent提出请求的情形设置了具体要求。

可复用规则。 记录档案不只要说明“想拿什么”，还要能说明“为什么由这个人通过这条路径来请求”。

档案复盘3：调查目的和文件列表完全没有连起来

背景。 真正担心的是一笔交易，但请求却写成“全部邮件、全部财务资料、全部合同、全部董事会材料”。

原来的问题。 没有任何一处解释某一类文件为什么能回答正在调查的问题。

纠正办法。 在继续扩张范围前，先做一张purpose-to-record matrix。

想确认的问题 第一批应核的记录类别 档案里应保留什么
某笔交易由谁批准 board minutes、resolution、written consent 最终版、会议日期、批准状态
股东当时收到了什么 shareholder notice及面向股东的一般沟通 完整通知、附件、发送日期
某日谁被登记为持股人 securities/members register 带日期的extract、来源、必要时的证明
最终批准的条款是什么 executed agreement及approval materials 签署版、修订版、审批轨迹
请求后来被缩窄还是拒绝 demand及response correspondence 每一版文本、送达证明、回应日期

Delaware现行§220是一个很典型的法域例子：股东请求涉及good faith、proper purpose、reasonable particularity，以及所求记录与purpose之间的specific relation。但这只能说明Delaware这条法定路径的结构，不能直接推广成全球规则。

纠正后能看清什么。 一些文件类别会因为无法回答核心问题而被删掉；另一些则需要缩短日期范围，或明确由哪个custodian保存。

可复用规则。 每一类请求资料都应该能用一句话解释：“它准备回答什么问题？”

档案复盘4：PDF很整齐，来源链却丢了

背景。 文件夹里全是排版整齐的PDF，但找不到native message、board pack分发记录、版本历史，也不知道PDF如何生成。

原来的问题。 保存了“方便阅读的版本”，却没有保存provenance。

纠正办法。 在合法、合比例的范围内，把原始或native source和working copy一起保留。董事会材料要尽量保留分发邮件或portal记录、会议实际使用版本、最终minutes及正式更正轨迹；沟通资料尽量保存完整thread和附件，而不是只保留几张截图。

纠正后能看清什么。 draft和approved record可以区分，后来制作的汇总文件也不会被误当成当时决策者真正拿到的资料。

可复用规则。 一份能用的证据文件至少要回答：“从哪里来的、什么时候已经存在、当时哪个版本才是有效版本？”

档案复盘5：拿到一份名册，就把它叫作“全部公司资料”

背景。 请求人取得members register或securities register后，文件夹直接被命名成“company records”。

原来的问题。 特定法定记录类别，被误解成可以查阅所有公司材料的一般权利。

纠正办法。 精确写清record category，并把对应法定路径放在旁边。英国Companies Act 2006 sections 116–119针对的是register of members：section 116要求请求包含指定信息，section 117规定五个working days内公司应当compliance或申请法院，section 119还涉及请求及信息披露中的不当行为。这并不是取得全部board或accounting records的万能入口。

如果公司适用加拿大联邦CBCA，section 20(1)列出一组specified corporate records，section 20(2)则单独处理accounting records以及directors/committee的minutes和resolutions；section 21针对20(1)记录提供查阅机制，并对securities register和shareholder list设置另外的条件。

纠正后能看清什么。 “什么记录”“什么身份”“适用什么公司法”“取得后如何使用”，可能分别是不同问题。

可复用规则。 引用一条statutory route时，一定同时写明它真正覆盖的record category。

档案复盘6：共享文件夹到了，却没人能证明到底交付了什么

背景。 往来数周后出现一个shared folder，团队下载后就把请求标成“已完成”。

原来的问题。 没有production log，没有逐项对照原request，也没记录redaction、限制条件或仍未解释的空缺。

纠正办法。 建一份production index，至少记录date、producing party、file/folder、format、date range、redaction说明、restriction和未解决缺口，再逐项与请求类别比对。

Delaware现行§220明确涉及合理的confidentiality、use或distribution限制，也允许对与股东purpose没有specific relation的部分作redaction。因此，文件本身和交付条件不能分开保存。

纠正后能看清什么。 “对方交了部分资料”和“某一请求类别已经完整回应”是完全不同的结论。

可复用规则。 把production当成需要记录和核对的事件，而不是一个一出现就代表争议结束的文件夹。

最值得交给当地专业人士的精简证据包

真正进入当地法律核对前，可以先把档案压缩成九项：

  1. entity sheet和集团结构图；
  2. 请求人的身份与授权证明；
  3. 一句话写清的调查目的；
  4. purpose-to-record matrix；
  5. 每一版demand；
  6. 送达证明及带日期的response log；
  7. 在合法范围内保留的关键原始或可靠来源文件；
  8. production index、redaction记录及use/confidentiality限制；
  9. 一页gap list：还有什么没回答，以及为什么重要。

这类小而清楚的review pack，通常比一个没有时间线、没有类别地图的大文件夹更容易核对。

什么因素会改变答案

公司记录查阅规则可能受注册法域、实体类型、请求人身份、具体记录类别、purpose、时间节点、修法、判例、合同安排、诉讼状态、privilege、privacy和confidentiality影响。本文提到的Delaware、英国和加拿大联邦规则属于不同制度，不能拼成一套全球规则。

截至2026年10月4日，英国legislation.gov.uk页面显示section 116已纳入截至2026年10月3日已知生效的变更；加拿大Justice Laws页面显示CBCA current to 2026-09-21，last amended 2026-03-26。真正涉及某一封demand、deadline、entitlement或enforcement action时，仍应由对应法域的合格专业人士按最新法条和具体事实核对。

Sources

Related Reading