跳转至正文
移动端 指南

公司治理 Code 简明解读:2026 年指南

了解公司治理 code 是什么、背后的核心原则,以及 2026 年如何通过实际案例应用并报告,并明确下一步。

公司治理 Code 简明解读:2026 年指南

董事会会议一开始,就遇到一个不在议程上的决定。公司想批准一项重大交易,涉及某位董事长期合作的业务伙伴。主席问,存在利益冲突的董事是否应离席,审计委员会是否必须审查交易条款,股东是否需要得到解释。人人都有看法,但没人能指出一条共同规则。

那一刻正是 公司治理 code 发挥作用的时候。它为董事提供了一套实用的操作系统,用来做决策、明确责任、处理冲突并解释自己的选择。设计良好的 code 不会只是年报里无人问津的文字。它会塑造议程、委员会工作、董事会材料、会议纪要、信息披露,以及压力最大时发生的对话。

目录

为什么每个董事会都需要一套治理 Code

如果没有书面的 code,主席往往会成为治理规则的默认解释者。这对于关系稳固的小型董事会或许可行,但会造成系统脆弱。新任董事可能对同一问题有不同理解,高管可能会干预流程,或者由于事先未就争议解决机制达成共识,导致分歧演变为个人恩怨。

问题不仅仅在于合规风险。 治理不透明会带来三个实际风险:

  • 单方面决策: 一名强势的董事或高管可以在缺乏充分质疑的情况下推动决策。
  • 问责机制不透明: 董事会批准了结果,但会议纪要并未显示谁验证了假设,或谁负责后续跟进。
  • 隐性的利益冲突: 某些关系在私下里是众所周知的,但从未经过申报、评估、记录或管理。

治理 code 能将这些风险转化为明确的行动。它可以要求董事在讨论前申报利益,明确由哪个委员会审查交易,规定主席如何处理异议,并列出董事会必须披露的内容。对于面临更广泛监管义务的公司,清晰的治理结构还能更容易地将董事会决策与运营控制联系起来,因为治理与合规之间的实际界限将变得更易于管理。

流程图展示了建立书面公司治理 code 对董事会决策的重要性。

董事会的操作系统

可以将 code 视为董事会的操作系统。公司章程确立了法律结构,但 code 为董事如何在其中开展工作提供了可重复执行的指令。它应当回答如下问题:

  • 谁负责制定议程?董事如何添加议题?
  • 重大投资提案必须附带哪些信息?
  • 哪些决策属于董事会、委员会或管理层?
  • 董事会如何检验董事的独立性?
  • 哪些证据支撑年度治理与控制声明?

code 也能保护优秀的董事。有记录的流程能为主席提供站得住脚的依据,用来暂停仓促决策、寻求独立建议,或要求有利益冲突的董事回避。

现代准则正日益将这些董事会习惯与以下方面联系起来: 可持续性、韧性、内部控制、投资者保护以及市场诚信。OECD 修订后的框架体现了这一更广泛的宗旨。将 code 视为动态控制系统的董事会,更有能力管理下文讨论的六项原则,也能在国家准则日益注重可操作性和信息披露时作出应对。

公司治理 Code 到底是什么

一个 公司治理 code 是一套原则和规定,界定了董事会如何组建、如何行事,以及如何持续对股东和其他利益相关者负责。它将独立性或透明度等宽泛期望,转化为董事可以遵循、投资者可以评估的实践。

现代国际参考标准始于 OECD 公司治理原则。这些原则最初是在 OECD 理事会于 1998 年 4 月,经协议于 1999,于...更新 2004,并在经过为期 18 个月的审查流程后进行了修订。修订后的 G20/OECD 公司治理原则已由 OECD 理事会在部长级会议上通过,时间为 2023 年 6 月 并由 G20 领导人在 2023 年 9 月予以认可,具体内容详见 针对 G20/OECD 原则制定的 OECD 法律文件。该框架目前在涵盖传统董事会职责的同时,还涵盖了资本市场、投资者保护、可持续性和金融稳定。

三层权力架构

读者常将 code 与公司法或交易所规则混淆。一个形象的比喻是交通系统:

  • 公司法是宪法。 它确立了公司的法律人格、董事职责、股东权利以及正式权力。
  • 上市规则是交通信号灯。 它们对获准在交易所上市的公司提出特定市场要求,包括披露和上市资格条件。
  • 治理 code 则是驾驶手册。 它说明董事会应如何组织自身、作出判断、监督管理层并传达其做法。

这些层面相互作用,但不可互换。code 通常不应重复所有法定义务,而应说明董事会如何在实践中履行这些义务。例如,利益冲突条款可以规定申报流程、回避规则、登记簿负责人和报告要求,从而超出法律最低要求。

OECD 将其原则描述为 非约束性指南 面向国家框架、交易所、投资者、企业和监管机构。在许多市场,该指南支持“遵守或解释”模式:公司遵循某项条款,或解释为何采用不同安排。

层级 源码 约束力 执行主体 适用范围
公司法 立法机关与公司章程 强制性法律要求 法院、监管机构及公共部门 相关司法管辖区内的公司
上市规则 证券交易所或市场监管机构 约束市场条件 交易所与市场监管机构 相关上市类别的发行人
治理 code 国家 code、交易所框架或国际原则 通常为带有披露预期的软法 投资者、监管机构、交易所及市场监督 通常为上市公司,并针对其他组织进行调整

“遵守或解释”机制提供了必要的灵活性。规模较小的董事会可能不需要与大型上市公司相同的委员会结构。其弱点在于当“解释”变成含糊的借口时。如果公司不描述替代方案、为何该方案有效以及董事会如何对其进行测试,那么“董事会认为此安排是合适的”这类表述对投资者几乎毫无意义。

维系 Code 的核心原则

只有当董事能够将原则转化为董事会的实际行为时,code 才会发挥作用。它不应仅仅是挂在墙上的海报,而应更像是支撑董事会工作的操作系统。G20/OECD 框架提供了国际参考点,而国家准则则将这些理念应用于当地市场和法律结构。 G20/OECD 公司治理原则 强调董事会的实际运作条件,例如独立性、信息披露、投资者权利以及负责任的监督。

一张展示 G20/OECD 治理框架核心原则的信息图,包括问责制、公平性、透明度和伦理。

问责制

问责制意味着特定的个人或机构需对决策负责,并能解释其背后的逻辑。例如,签署预测报告的首席财务官应能解释重大差异、所使用的假设以及采取的纠正措施。董事会应对战略、风险、薪酬和重大交易执行同样的标准。

在实际操作中,code 通过委员会职权范围明确责任归属,并在会议纪要中记录质疑意见。这并不要求每位董事都达成一致,而是要求董事会证明其已负责任地审议了该问题。

公平性

公平性旨在保护股东免受有利于控股股东、高管或关联方的决策影响。以配股为例,公平的流程应向股东提供相关信息并适用统一的权利框架,而不是允许内部人员获得未公开的优势。

公平性还体现在董事会处理异议的方式上。当少数派观点有助于优化决策或揭示重大风险时,主席应当允许将其记录在案。

透明度

透明度并不等同于发布更多页面。它的核心在于提供足够的信息,让知情的读者能够理解事件的经过与原因。如果一项拟议交易涉及董事的关联方,董事会应在批准前披露该关系、说明审查流程并描述保障措施。

code 应明确由谁维护利益冲突登记册、何时更新声明,以及重大事项如何呈报至董事会和股东报告中。良好的信息披露能减少投资者从零散文件中还原决策过程的需求。

责任

问责制要求董事会进行主动监督。如果董事会仅在事故发生后才审查网络风险,那只是在应对而非治理。更强大的 code 需要定期的风险报告、明确的升级阈值,并证明董事已充分了解风险敞口,足以对管理层提出质疑。

这一原则同样适用于可持续发展与韧性。董事无需管理每一个运营项目,但必须理解重大风险、分配监督职责,并测试管理层的控制措施能否产生可靠的信息。

独立性

独立性是客观判断的前提,而非仅仅是贴在董事身上的标签。OECD 指出,应有足够数量的董事和关键委员会成员独立于管理层。根据 OECD 2023 年的对比审查报告, 58% 的司法管辖区要求审计委员会至少半数成员为独立董事,同时 72% 的地区建议薪酬委员会实现完全或多数独立性 和 64% 的地区对提名委员会也有此要求. OECD 关于委员会独立性的对比数据

code 应根据适用的独立性测试对每位董事进行评估。此外,还应说明董事会如何处理可能影响判断的关系,特别是在股权集中或受国家影响的公司中。

风险与内部控制

风险监督只有在与决策相结合时才有效。董事会应了解支持财务报告、网络安全、可持续发展数据、主要供应商和战略执行的控制措施。仅规定“监督风险”的委员会职责是不够的。董事会需要报告路径、审查频率、升级标准以及后续跟进的证据。

国家框架可能使用不同的名称,但许多都遵循这些惯例。其结果是形成一套描述董事实际行为的治理 code,而非在年报中反复出现的口号。一个健全的 质量保证流程 用于董事会文件和审批,可以帮助将这些预期转化为可重复的证据,而不是仅凭个人记忆。

主要司法管辖区对治理准则的处理方式

根据公司注册地、上市地或监管地的不同,董事会面临的治理预期也各不相同。关键问题是框架中哪些部分是强制性的,哪些部分遵循 “遵守或解释”原则,而哪些部分属于信息披露、公司法或交易所规则范畴。

英国模式通常与基于原则和条款的 code 相关联。在实践中,它要求上市公司解释如何应用该框架以及为何偏离该框架。如今的发展方向更偏运营层面。英国财务报告委员会(FRC)当前的 code 材料指出,正转向由董事会就重大内部控制的有效性作出声明,因此董事会需要的是证据,而不只是年报里的一句声明。某项条款可能在公司还没准备好用记录、测试和明确的责任归属来支撑时就开始适用。

欧盟的方法通常将国家治理准则与更广泛的报告和可持续发展义务相结合。因此,董事会可能需要使治理披露、可持续发展信息、内部控制证据以及鉴证机构的工作保持一致。这带来了一个实际考验:公司能否在年度报告、可持续发展报告、委员会文件和控制记录中讲出一套一致的说法?如果这些来源的信息不一致,那么即便纸面上遵循了 code,其底层运营体系可能依然薄弱。

美国的框架更分散。它依托交易所标准、州公司法、证券监管和公司政策。上市公司可能需要满足强制性上市要求,同时还要向投资者解释其治理选择。承担重大财务报告义务的公司,应将董事会监督与有记录的内部控制衔接起来。同样的要求也适用于个人数据。一家了解如何 GDPR 合规如何落地 的公司通常更善于将政策语言与证明合规所需的记录区分开来。同样的思路也有助于处理治理证据。书面规则固然重要,但日志、审批记录和上报轨迹同样关键。

简单的对比会有所帮助。英国倾向于依赖以解释为支撑的原则。欧盟体系通常在更广泛的报告义务之上叠加治理准则。美国则更倚重上市规则和法律要求,并由投资者审查来填补空白。

维度 英国,FRC Code 2018,2024 年更新 欧盟,CSRD 及各国准则 美国,NYSE 或 Nasdaq 及州法律
主要导向 原则与条款,偏离需解释 各国治理预期与更广泛报告义务相结合 上市标准、证券规则、州法律和公司实践
约束力 上市义务与“遵守或解释”预期的结合 取决于适用的国家及报告框架 强制性的交易所与法律要求,以及市场对额外实践的监督
范围 取决于上市类别及适用的市场规则 取决于司法管辖区、发行人身份及报告义务 取决于上市、注册地、发行人身份及受控公司待遇
执法压力 披露质量、投资者反应、交易所预期及监管审查 备案、报告、鉴证、监管及投资者监督 交易所合规、证券执法、国家救济及投资者监督
典型证据 董事会效能评估、委员会工作、控制评估及说明 与财务及可持续发展报告挂钩的治理记录 委员会章程、控制认证、政策、披露文件及董事会会议纪要

公司秘书在未核实当地法律范围前,不应直接照搬外国的 code。更稳妥的做法是先确定强制性层级,再利用公认的 code 来完善运营细节。这与团队在以下场景中使用的方法一致: 2026 年 SOX 合规指南,即控制证据与治理报告必须相辅相成,而非各自存放于独立的文件夹中。

如何起草、应用并报告 Code

当 code 表现得像董事会的操作系统,而非仅仅是存放良好意愿的“文件柜”时,其效果最佳。家族企业、受监管的子公司以及上市公司可能遵循相同的原则,但各自需要的控制措施、汇报路线和说明各不相同。首先应明确公司的所有权结构、上市状态、司法管辖区、受监管业务、委员会、利益相关者风险敞口及主要风险。然后,选择适合该范围的框架。

五个实用起草步骤

  1. 设定范围。 确定 code 涵盖哪些实体、董事、委员会及报告周期。将强制性条款与公司可自行调整的条款区分开来。

  2. 选择参考框架。 从公认的国家级 code 或 G20/OECD 原则开始。将其作为对照图谱使用,而不是直接复制到政策文件夹中。

  3. 定制相关条款。 规模较小的董事会可以合并委员会,但仍需建立清晰的机制以保持独立监督。规模较大的发行人可能需要独立的授权、技能矩阵和正式的升级路径。每次调整都应明确说明替代标准结构的保障措施。

  4. 将 code 与委员会授权挂钩。 审计委员会应承担与其角色相关的财务报告、控制和保证职责。薪酬和提名委员会需要明确的权限、成员预期和汇报职责。如果某项职责出现在 code 中,但在委员会章程中无处体现,则该职责缺乏明确的执行主体。

  5. 将 code 融入董事会日常工作。 将利益冲突声明纳入会议资料包。根据年度董事会日程规划技能分配。记录出席情况与质疑意见。在入职培训中加入治理培训。安排对重大控制措施的审查。董事会应能够随时提供证据,而不必在数月后重新梳理流程。

让“遵守或解释”原则更具公信力

OECD 指出,公司应在定期申报文件中报告治理实践,至少每年公开披露一次,部分市场还要求更频繁。香港的框架展示了这一机制如何落地:要求发行人说明合规情况、解释偏离原因、披露董事会构成和会议信息,并描述董事会与管理层的职责分工。 在其治理报告指引中.

有效的解释不会只给结论。它应指明相关条款,说明公司的替代做法及为何适合业务,明确保障措施,并说明董事会何时再次复审。

应用并解释: 鉴于当前规模,董事会已将提名委员会和薪酬委员会合并。独立主席领导这两个委员会,每次会议前都会记录利益冲突,董事会也在年度有效性评估中复审该架构。若公司规模、股权结构或风险状况发生变化,董事会将重新审视这一安排。

近期英国在内部控制方面的变更提高了准备工作的门槛。2024 年 Code 推动第 29 条转向由董事会对重大内部控制的有效性作出声明,从 2026,而 FRC 的 2025 审查表示,将根据更新后的 code 评估年度报告,并预计第 29 条报告将在 2027 FRC 2025 年对英国公司治理 Code 的审查中开始. 正式报告与真正准备就绪之间的差距很重要。这正是检验董事会能否识别重大控制、评估有效性、记录缺陷并说明整改措施的时机。

保留一份实用的证据文件。它应能让董事会证明自己做了什么,而不是凭记忆还原。

  • 董事会会议纪要: 记录决策、质询、回避以及后续跟进负责人。
  • 利益冲突登记表: 记录申报、管理层行动以及复审日期。
  • 委员会文件: 列明已审阅的信息以及提出的建议。
  • 技能矩阵: 把董事的能力与当前风险和委员会分工对应起来。
  • 入职培训记录: 证明董事已收到 code 并理解自身职责。
  • 控制评估: 保留关于重大内部控制结论的依据。

治理 code 可以与安全及审计计划并行,而不会与其混为一谈。一家记录了访问审查和控制证据的公司可能会使用 SOC 2 认证概览 作为独立的参考,同时让董事会 code 专注于监督、问责和决策权。

常见误区与真实案例教训

最常见的错误是将 code 视为一种备案工作。董事会批准了措辞完美的文本,发布了合规声明,却继续通过非正式关系进行决策。这种做法只制造了受控的假象,却缺乏底层的习惯。

独立性沦为标签

董事可能通过了形式上的测试,但由于社交、商业或历史关系而回避难题。解决办法并非假设每种关系都会导致人员失职,而是要记录评估过程,确保独立董事能够获取信息,并要求主席测试委员会是否能在无压力的情况下对管理层提出质疑。

冲突仅记录而未管理

仅每年签署一次的登记册并不能起到有效的管控作用。董事可能在任命时声明了利益相关,但随后又面临涉及相同关系的交易。良好的实践要求在相关会议上进行声明、决定是否参与、在适当时记录回避情况,并审查该安排是否仍然合规。

董事会评估沦为简单的问卷调查

问卷可以揭示一些主题,但无法取代关于董事会如何做出艰难决策的深入沟通。主席应审查质疑的质量、信息提供的时机、委员会的效能,以及董事是否随证据的变化而改变观点。董事会应记录行动项、负责人及完成状态。

仅有多样性披露,缺乏董事会层面的挑战

虽然人口统计描述看起来很完整,但董事会可能仍在招募背景、人脉和假设完全相同的人员。更强大的 code 会将多样性与继任计划、技能、建设性挑战和提名流程挂钩。它关注的是董事会是否变得更有能力,而不仅仅是看起来更体面。

这些是实际存在的失效模式,而非针对特定公司的指控。它们同样适用于事件治理。当严重事件发生时,董事需要明确的升级路径、决策记录和事后审查。一个结构化的 事件响应指南 可以支持运营层面,而治理 code 则决定了由谁负责监督响应,以及董事会如何从中学习。

当语言取代了判断力时,code 就会失效。强大的董事会利用 code 来深化对话,而不是为了逃避对话。

实践指南与总结问题

一个 90 天落地计划 为董事会提供一个可控的开端。

  • 第 1 至 30 天: 梳理当前的治理框架,将其与 G20/OECD 原则进行对比,访谈主席及委员会负责人,并制定范围说明书和差距登记表。决策关卡是批准 code 的范围及优先差距项。
  • 第 31 至 60 天: 起草 code,统一委员会职权范围,测试独立性与冲突处理流程,并完成法律与合规审查。决策关卡是达成运营模式及证据责任人的共识。
  • 第 61 至 90 天: 进行“遵守或解释”报告的模拟演练,开展董事培训,批准 code,发布入职手册,并安排首次年度审查。决策关卡是确认董事会能够为每一项实质性条款提供证据。

实施公司治理 code 的 90 天落地路线图,分为三个递进的 30 天冲刺。

首次起草者的最后几个问题

私营企业需要 code 吗? 它可能不需要与上市发行人相同的 code,但一套成文的决策、利益冲突、监督和问责规则,可以防止对创始人的依赖,让增长更安全。

code 应该多久更新一次? 应在规定的年度周期审查,并在所有权、上市状态、监管、战略或重大风险发生变化时随时审查。OECD 2025 Factbook 记录了多个司法管辖区的更新,并将日本 2026 年的修订描述为迈向更务实的解释和实质重于形式,说明静态文件为何会过时 在其治理与制度框架审查中.

如果某项条款无法适用怎么办? 清楚解释替代方案,明确保障措施,指定负责人,并设定审查触发条件。没有可操作的替代方案,解释就只是在承认存在缺口。

董事会如何证明其有效性? 使用会议纪要、委员会报告、利益冲突记录、技能审查、控制测试、培训日志和有记录的跟进。证据应表明董事实际做了什么,而不只是 code 规定他们应该做什么。


Capgo 提供基于角色的访问控制 (RBAC)、组织活动与部署变更的审计日志,以及单点登录 (SSO) 和成员管理等企业级功能。如果您的董事会负责监督移动应用团队,并需要更清晰的证据来追踪“谁在何时更改了什么”,请访问 Capgo 以评估这些记录如何为您的整体治理和审查流程提供支持。

为 Capacitor 应用提供实时更新

当 Web 层 Bug 已上线时,通过 Capgo 推送修复,不必等 App Store 审核数天。用户会在后台获取更新,而原生变更仍走常规审核流程。

博客最新文章

Capgo 为你提供打造真正专业移动应用所需的深度洞察。