多数公司记录争议变复杂，并不是因为少写了某个法律术语，而是档案回答不了最基本的执行问题：究竟是哪一家entity、请求人是什么capacity、调查目的是什么、要的是哪一类record、适用哪个jurisdiction、实际发出了什么、收到了什么、交付了什么、拒绝了什么、又附带了哪些限制。 与其一上来扩大范围或加重指控，更稳妥的下一步通常是先把这些事实补齐。

以下是问题诊断，不是一套全球统一法律规则。Delaware公司法、英国register of members制度和加拿大联邦CBCA本身就是三套差异明显的框架。

症状1：请求第一句就是“我要全部资料”

“全部books、records、email、message、accounts和board materials”听起来很全面，实际却容易把真正要核实的问题淹没。

在继续加类别之前，先回答三个问题：

  • 到底要确认哪个事实？
  • 哪一类record最可能证明这个事实？
  • 为什么这个date range与该事实相称？

Delaware现行§220可以作为法域特定例子。对于stockholder demand，法条涉及good faith、proper purpose、reasonable particularity，以及所求books and records是否与purpose具有specific relation。

更好的下一步： 把请求改写成purpose → category → date range → custodian。解释不出与调查目的关系的类别，不要先塞进第一封request。

症状2：档案里写着“股东”，却没人核对这里的“股东”意味着什么

shareholder、beneficial owner、director、former director、creditor、employee、agent和litigant不是可以互换的身份标签。

一个人可能同时与公司存在多种关系，但不代表某一条法律路径可以打开全部记录。适用的statute可能要求身份或授权证明，合同也可能另外约定information right。

更好的下一步： 给请求人做一张capacity card：当前身份、证明文件、生效日期、正在考虑的法律路径。如果由agent行动，把授权文件一起保存。

症状3：真正掌握资料的不是正在回信的那家公司

一个品牌背后可能同时有holding company、operating subsidiary、IP company、property owner和SPV。

如果争议交易由Subsidiary B完成，请求却一直发给Holding Company A，双方可能花很多时间争论A根本不持有的“missing records”。

更好的下一步： 升级前先画清entity、transaction与likely custodian，用准确legal name写时间线。

症状4：“proper purpose”变成一句口号，而不是可调查的问题

“我只是想要透明”“我怀疑管理层有问题”可以表达不满，却未必能解释为什么某一类record与目标相关。

更可执行的purpose类似：“核对Transaction X如何获批、最终consideration是多少、批准机构当时看到了哪些信息。” 这并不自动证明法律上的entitlement，但至少让relevance可以被检验。

更好的下一步： 把purpose写成一个事实问题，再要求每个record category回答其中一部分。

症状5：旧模板被当成现行法律

法律模板最危险的地方，是看起来很完整，所以人容易忘记法条会改。

Delaware §220已经经历修法，现行文本包含当前定义和程序条件；英国register-of-members制度存在现行修订和protected-material限制；加拿大联邦规则又把section 20中的record categories与section 21中的access mechanics分开处理。

更好的下一步： 给法律研究加日期戳。模板可以提供版式，不能替代current authority。

症状6：某一种record category被当成取得所有资料的捷径

register类请求最容易发生这个问题。

英国Companies Act 2006 section 116针对register of members的查阅或复制，并要求请求中提供指定信息，包括purpose和披露信息；section 117随后规定公司在五个working days内compliance或申请法院；sections 118–119处理拒绝、default以及与请求或披露有关的不当行为。

这不能被改写成“任何人都能拿全部board email、accounting file和commercial contract”。

加拿大联邦CBCA下，section 20(1)列出specified corporate records，section 20(2)则另外要求accounting records以及director/committee records；section 21针对20(1)记录提供查阅机制，并对securities register或shareholder list设置专门条件。

更好的下一步： 先精确写record category，再去找可能适用的法条，不要反过来用一条法条包打天下。

症状7：团队分不清original和working copy

一张screenshot可以证明某条消息曾经被看到，却可能丢失完整thread、header、attachment、edit history和time-zone context。

一份board pack PDF虽然方便阅读，也未必能说明它是会前真正发出的版本，还是后来重新整理的版本。

更好的下一步： 保存provenance。在合法范围内保留native file或可靠export，记录系统和日期，把attachment与parent message放在一起，并明确区分draft、approved、corrected和signed版本。

症状8：等事情已经升级，才开始谈preservation

日常删信、邮箱清理、换设备、协作文档覆盖、删除draft，都可能在任何人判断资料重要性之前把上下文抹掉。

保存资料不等于承认另一方一定有权查阅。

更好的下一步： 尽早识别可能的custodian和system，在法律允许且合比例的情况下停止可避免的销毁；如果已经涉及litigation、privilege、privacy、employment或监管义务，让当地专业人士介入。

症状9：“confidential”被当成一句终局答案

“资料保密”不一定意味着分析到此结束；反过来，存在inspection right也不一定意味着取得后可以无限制转发。

Delaware现行§220例如明确涉及合理的confidentiality、use或distribution限制，并允许对与stockholder purpose没有specific relation的部分进行redaction。

更好的下一步： 把两个问题分开：

  1. 是否有权查阅或取得这个record category？
  2. 如果可以取得，哪些保护、redaction或use restriction可能合法适用？

不要让第二个问题吞掉第一个，也不要用第一个忽略第二个。

症状10：没回应、部分提供、最终拒绝，全都被记成“denied”

这是三类甚至更多不同事实，不能只写一个“拒绝”。

Delaware现行§220在其条件下设置了五个business days的响应节点，之后stockholder可依subsection (c)向Court of Chancery申请命令；英国register-of-members体系中，section 117使用五个working days的compliance或apply-to-court机制。

更好的下一步： 建response ledger，分别记录date、exact position、涉及哪一类record、下一步要求，以及问题究竟是程序性、实质性还是单纯没有回答。

症状11：收到300个文件，就默认请求已经满足

文件数量不能证明production完整。

一个folder可能整段缺少date range、某个custodian、attachments或早期版本，也可能塞入很多无关材料，让人误以为“东西这么多，应该都给了”。

更好的下一步： 逐category对照原request，把每一项标成produced、partly produced、said not to exist、withheld、outside scope或unexplained。

症状12：没人核对use restriction，资料就先转到其他团队

“可以拿到”和“拿到以后可以怎么用”是两个问题。

例如加拿大联邦CBCA对依据section 21取得的shareholder list或securities-register information设置用途限制，限于法条列出的公司事务相关目的；英国section 119也涉及不当请求陈述或披露所产生的offence问题。

更好的下一步： 资料进入内部系统时，就给敏感记录标记source、statutory/contractual restriction、confidentiality condition和approved recipients，再决定是否复制到其他团队的workspace。

诊断表：表面症状背后可能是什么问题

你看到的现象 真正可能出错的地方 第一修正动作
“把全部资料给我” purpose与scope断开 建purpose-to-record matrix
“我们找不到” entity或custodian找错 映射entity和record owner
“我肯定有权” capacity没有证据 建capacity card
只有截图 provenance太弱 合法范围内保留native/reliable source
对方交了一部分 completeness未知 逐项对照demand
一句“confidential”挡住所有讨论 access与protection混在一起 分开分析entitlement与restriction
跨境参与方很多 governing company law不清楚 先核incorporation与entity type
直接复用旧模板 法律或程序可能已经变化 重查最新官方来源

一个虚构的纠错流程

设想一个纯属虚构的minority owner，怀疑公司出售一项重要资产时，最终批准条件与股东收到的信息不同。第一版demand要求“五年内全部公司email、financials、contracts和board records”。

有纪律的纠错，不是简单再加几条法律引用，而是：

  1. 先确认到底是哪一家corporation的board批准资产出售；
  2. 核请求人的当前身份与证明；
  3. 把调查问题限定为authorization、final consideration和disclosure chronology；
  4. 第一批只要与这三个问题最直接相关的records；
  5. 设定能解释的date range；
  6. 保存signed demand及delivery evidence；
  7. 按record category记录公司回应；
  8. 把confidentiality/redaction当作单独问题处理；
  9. 在升级之前核对当前法域的程序。

这只是说明方法的fictional workflow，不预测任何案件结果。不同jurisdiction、entity、status、purpose或litigation posture都可能改变正确路径。

有时根本不是inspection问题

有些信息其实是为了现有诉讼、employment dispute、insolvency process、regulatory inquiry、valuation process或合同audit right而需要。硬把所有信息需求都塞进shareholder inspection route，反而可能增加延误。

可以先问一个诊断问题：拿到这些信息之后，准备改变哪个决定？而针对这个决定，是否已经存在另一条法律程序？

如果诉讼已经进行，当地律师可能需要协调inspection、discovery、preservation、confidentiality order和pleading obligation。如果问题来自合同，合同里的audit或information clause也可能与company legislation同样重要。

发出、回应或升级前的最终清单

下一步动作前，至少确认：

  • 准确legal entity与incorporation jurisdiction；
  • 请求人的current capacity及证明；
  • 用事实语言写出的investigation purpose；
  • record categories和date ranges；
  • 每一类资料为什么相关；
  • 正确recipient或custodian；
  • 当前官方法条文本及已知生效修订；
  • 原始demand、附件与delivery proof都已保存；
  • 不同response event分别记录；
  • production已逐项与request核对；
  • confidentiality、privacy、privilege和use restriction单独跟踪；
  • 没有虚构事实、案件、客户结果或保证；
  • 涉及具体entitlement、deadline、demand form或enforcement step时，由对应法域专业人士复核。

什么因素会改变答案

entity type、incorporation law、requester status、purpose、record category、timing、statutory amendment、case law、contract、privacy、privilege以及pending litigation，都可能改变结果。Delaware §220、英国Companies Act sections 116–119、加拿大CBCA sections 20–21只是不同制度的例子，不能拼成一条全球规则。

截至2026年10月4日，英国官方legislation页面显示section 116已纳入截至2026年10月3日已知生效的变更；加拿大Justice Laws页面显示CBCA current to 2026-09-21，last amended 2026-03-26。真正的demand或response仍应按最新法律、当地程序与具体事实，由相应法域的合格专业人士核对。

Sources

Related Reading