制度已经很完善了，为什么套保还是没有效果

如果你们的制度是成熟的——流程规范、报表齐全、内审每年都在做、 套保也一直在做——但毛利波动并没有收敛，敞口依然说不清， 出了问题依然查不到原因，那么这篇文章是写给你的。

这种情况并不少见。它有一个明确的名字，叫成熟度错位： 制度完备性和机制有效性，是两件不同的事。

前者靠写文件就能达成——而且你们大概率已经做到了。 后者必须在真实业务里跑起来才能达成。 绝大多数企业卡在中间的接缝上：该有的都有了，就是没跑起来。

为什么制度齐全，套保还是没效果

先看一个结构性的事实。你们的资源和能力集中在纸面上： 制度、内控流程、审批链条、授权额度、监控报表、年度审计——这些都在。

但套保的三个关键环节，恰恰都不在纸面上：

• 敞口有没有在业务里流动——合同签了，敞口算得出来吗？
• 头寸有没有和敞口对得上——期货成交归得回具体合同吗？
• 做对的人有没有被认出来——套保做对了的季度，在考核里看得见吗？

这三件事只要有一件没跑起来，前三层的努力就传不到结果上。 制度解决的是「有没有规定」，机制解决的是「规定有没有被执行」。

看丢分的位置，比看总分更有用

商品风险管理成熟度测评通常给出五个维度的分数。 对你们这样的企业，分数本身的信息量其实很低，失分的位置才真正说明问题。

最典型的失分组合是：文档层高分 + 运行层低分。 具体表现为——制度完备度、内控与审计得分很高， 但授权限额、工具组合、监控预警这三项低分。

这个组合的含义非常明确：制度写得好，但没有在真实业务里跑起来。 能力在纸上是具备的，在操作中是缺位的。

因此，问问题的方式要换。不是问「你们有没有敞口限额」， 而是问「上个月实际有几笔交易触发了限额？触发的处理率是多少？」； 不是问「你们有没有敞口监控日报」， 而是问「昨天日报上的那个数字，是净敞口还是期货持仓？和财务口径差多少？」。

还有一个更值得注意的信号：空白栏。 在诊断报告里，总有一些字段是你们填不出来的。 比如「请填写营收成本结构，此处将显示敞口测算」—— 如果这一栏交回来是空的，说明这个概念在管理层的日常语言里还不存在。

这不是遗漏，而是最有价值的信号： 一个说不清的核心概念，恰恰是最容易产生改进空间的地方。 因为它意味着改进不需要推翻任何东西，只需要让一个模糊的概念变得清晰。

六个具体表现，逐条对照

下面这张表可以直接对照自查。左边是你们可能有的表现， 中间两列是常见的误读和实际含义，右边是每个表现背后第一个该问的问题。

表现一：授权额度写得合理，但一个月用不到两次

制度上写着「单笔敞口超过 500 万需风控负责人审批」， 但如果上个月一笔都没触发过，说明两个可能： 要么敞口长期低于这个水平（那么这条额度形同虚设，因为真正的风险不在它上面）， 要么额度设得太高（那么它拦不住任何风险）。

无论是哪一种，这条制度都没有在管理风险。它只是写在文件里。

表现二：套保比例写在制度里，但问不出它的来源

「我们套保比例是 70%。」——这句话本身没有信息量。 关键的后续问题是：这 70% 是按什么敞口算出来的？

如果答案只是「行业惯例」或「管理层定的」， 那么这个数字和企业真实的风险暴露之间没有任何联系。 它在价格上行时救了企业，在下行时制造错配—— 这不是因为 70% 这个数错了，而是因为它从来没有被重新计算过。

表现三：内审每年做，但审的是合规不是有效性

这是一个非常普遍、也非常隐蔽的缺口。 内审会检查「有没有按规定审批」「额度有没有超」， 但很少检查「这套套保到底有没有降低风险」。

结果是企业的合规得分很高，但风险管理的实际效果从未被验证。 套保损益长期处于「无人解释」的状态： 赚了就觉得是运气好，亏了就觉得是套保没用。

表现四：监控看板看的是持仓，不是敞口

很多企业已经有了相当现代化的监控界面—— 期货持仓、保证金余额、行情波动，一屏俱全。 但这些全部是期货端的数据。

而套保真正要回答的问题是净敞口：手上这批货，加上已签未执行的合同， 加上在途的点价请求，减去已有头寸，还剩多少暴露。 这个计算在多数企业的看板里根本没有——因为它需要把期货数据 和合同台账连起来，而这两者在系统里通常不相通。

表现五：有专岗，但没有否决权

企业设了风险管理岗，配了专职人员，职责写进了文件。 但如果这个岗位没有对业务决策的实质影响力， 它的实际作用就只是报表生产和合规检查。

判断方法很简单：问一句「这个岗位能否否决一笔交易」。 如果答案是「不能，但会提出意见」，那这个岗位在机制上是缺位的。

表现六：套保纳入了考核，但考核的是盈亏

最需要警惕的一种状态：企业把套保损益直接并入业务部门的当期考核。

结果是套保在考核上天然是负分项—— 它产生的是浮亏，而浮亏不区分「风险被正确对冲了」还是「判断错了」。 理性的业务部门会选择不套或少套。

成熟的做法是把套保贡献单独列示：一边是「套保避免的损失」， 一边是「套保承担的机会成本」，两边分开看。 只有这样，套保才从「当期数字的拖累」变成「可以论功的经营动作」。

对你们来说，真正值得做的三件事

既然前两层已经到位，改进就不需要从补制度开始。 我们更建议做三件此前多半没有做过的事——都是验证，不是建设：

1. 取一段历史区间（建议 6–12 个月），把当时的净敞口序列重建出来， 和实际毛利波动做对照，回答「如果当时敞口是零，毛利波动会是什么样」。 很多企业第一次看到这条对照就会改变看法——因为真实的波动幅度， 通常比印象中大得多。
2. 对现有的三到五份套保交易做逐笔归因， 区分出「方向判断贡献」「基差变化贡献」「执行偏差贡献」三部分。 套保做了很多年却说不清赚在哪亏在哪，往往是因为从来没有做过这个拆解。
3. 模拟一次压力情景：在现有头寸上，假设价格反向运行 10%、15%， 看保证金需求峰值出现在哪一周、现金流能不能撑住。 这是最能打动管理层的一项，因为它把「风险」变成了一个具体的日期和一个具体的金额。

这三件事有一个共同点：它们不要求你们承认自己缺什么， 只需要回答「实际效果到底如何」。

为什么这类改进值得做

需要说明的是，成熟度越高，改进的空间往往越藏在细节里， 而不是在框架里。这也意味着见效会比从零搭建的企业慢一些。

但它的回报结构完全不同：从零搭建的企业要先补齐制度， 再让制度跑起来；你们只需要让已有的制度跑起来。 前两层积累下来的信任、流程和人才，都是现成的资产—— 缺的那部分一旦跑通，稳定性和抗波动能力会显著优于新建体系的企业。

这就是为什么我们通常建议这类企业走 「先验证、再局部试点、最后全量推开」的路径： 用最小的动作，验证最关键的假设。

一个可以立刻做的自检

1. 上个月实际有几笔交易触发了敞口限额？触发的处理率是多少？
2. 套保比例这个数字，是从哪个敞口、按什么时点算出来的？多久重算一次？
3. 昨天的敞口报表上那个数，是净敞口还是期货持仓？和财务口径差多少？
4. 过去 12 个月的套保损益，有没有被拆成「方向判断」「基差变化」「执行偏差」三部分？

如果这四个问题里有三个答不上来，那么可以基本确认： 你们缺的不是制度，是机制。

而机制这件事有一个好消息——它不需要推倒重来， 只需要先把实际效果验证出来，再针对真正在生效的那几个环节做加强。

数据来源与说明

本文关于成熟度五维度分层（敞口识别、制度与治理、工具与策略、执行与监控、组织与能力）、 文档层高分与运行层低分的判读方法、授权限额与工具组合的低分识别， 来自 RMC 在企业商品风险管理诊断中的方法框架与项目观察， 其中高层级客户的成熟度判读经验已在多个真实项目中验证。 本文未使用特定企业客户名称或数据。所有自检问题均可由企业自行验证。 文中不构成对任何具体软件产品的推荐或评价。