指标口径：定义与校验

「口径=合同」——一个指标怎么被定义、怎么保证报表与 AI 引用的是同一份、变更如何受控。本文讲经营指标字典背后的定义与校验机制。

本文解决什么问题：经营指标体系讲清了「同一词汇 = 同一数字」是平台主张；这篇回答紧接着的问题——一个指标到底怎么被定义进字典、凭什么保证它到处一致、改了会怎样。机制层讲清楚，业务侧才敢放心把「销售额=多少」交给平台去对齐。

一句话机制：指标是「定义」不是「各算各的」

平台里的报表、看板、AI 数据解读，都不自己「发明」怎么算一个数，而是引用指标字典里的一条定义。指标字典把「口径」收敛到唯一一处——这是全平台同一个词出现同一个数字的根本原因。

三处消费端共享同一份定义，所以「报表里说的销售额」和「AI 说的销售额」天然一致——不是靠大家约定好，而是靠它们本来就指向同一个定义。

指标字典里的每条指标，通常同时包含两层表达：

两层必须对齐：人读口径描述的就是公式实际计算的，不允许「文档说一套、程序算一套」。这种「口径与实现一致才成立」的约束，可以理解为——口径是平台与业务方之间的一份合同。

业务方最头疼的往往不是「算」，而是「我们到底怎么定义销售额」——这事自己拍板容易和财务打架。

平台按业务域预置了行业常用指标（销售、库存、订单等域），选择模板即自带。预置指标的口径已经按通行业务逻辑定义好，例如把「销售额」与「订单总额」拆成两个指标：

两个词各归各位，报表里用到哪个就用哪个——不再有「同一列到底含不含取消单」的争论。企业要做的是在预置基础上按自身情况微调与补充，而不是从零定义一套。

需要自定义时也支持：在预置之上新增自定义指标（给出口径 + 公式 + 适用维度），纳入字典统一管理——但它同样要满足「口径与公式一致」的约束。

指标定义一旦被报表、看板、AI 引用，就成了多方依赖的契约。因此变更不是随手改个公式：

我不想用预置的「销售额」口径，想按自己公司来，能改吗？ 可以。预置口径是起点而非终点——在业务实施时按您公司的实际定义调整或新增指标即可。调整后，引用该指标的所有页面与 AI 解读会基于新口径。

报表能不能不算指标、自己写个算法？ 从平台机制上不鼓励这么做——绕开字典另算，等于把「口径」散落到单张报表，正是口径分裂的源头。需要新口径时，正确做法是进字典新增/调整指标，再让报表引用它。

AI 会自己编一个口径吗？ 不会。AI 数据解读引用的是字典里已定义的口径——它不发明「销售额怎么算」，只按您企业定义的口径、基于您企业的数据作答。