一套服装供应链SCM系统在大促当天真正难的不是没数据，是数据来得太晚。库存表早上导出、车间进度下午汇总、外协进度靠群里问一圈，等消息拼齐，该做的决定已经过点了。

我们把大促当天要看的指标收在 6 个，标准有两条：每一个都能追到具体单据与责任人，每一个都能当天触发动作。下面按指标讲三件事——它回答什么问题、在系统里从哪张单出数、以及哪几种情况它其实算不准。

一、只留 6 个的理由：当天要看的是「还能不能动」

大促当天看板和月报的取向不同。月报看结果，当日看余量：还有多少料能动、还有多少产能能接、还有多少单没回传。所以指标必须满足三个条件。

一是当天可变。毛利、周转、月度准交率这些指标，当天算出来也改不了，排除。

二是有责任人。每个指标卡住时，要知道找谁。没有责任岗的指标，只会变成群里转发的截图。

三是能从单据取数。取数口径要固定在某张单、某个状态字段上——这也是服装供应链SCM系统与报表工具的分界。同一指标两种算法，现场就会吵起来。

按这三条筛过，剩下的就是下面 6 个。它们不是标准答案，只是我们认为大促当天最不该缺的 6 个。

二、备料齐套率：按裁数算，不按总量算

它回答：今天要开的这几十张单，有几张料齐了。

从哪出数：服装供应链SCM系统在备料核算里读 BOM 用料与损耗参数，先占用加工厂侧余料、再占用面辅料仓，差额生成待采购量。齐套判定挂在领发料环节，物料齐配套状态按单显示；按裁数采购或补领发料都走同一套单据。

容易算错的地方：拿总量减总需求。总量看着够，实际是「A 面料多、B 号里布缺」，齐套率虚高。我们要求齐套判定落到订单与物料两级，同一个面料号还要看缸号能不能对上——羽绒、功能性面料尤其如此，缸号不齐，裁出来就是色差。

三、到料节点达成：盯的是还差几跳，不是到没到

它回答：关键物料还在路上哪一段，有没有跳票。

从哪出数：采购进度跟踪把采购、到料、发料、收料拆成可配置节点，延误按节点自动预警；采购操作台里的收货质检入库、预约入库状态同步更新。催料不是靠打电话，而是看节点停在谁那里。

容易算错的地方：只记「已到／未到」。物流在途与到厂待检都算「未到」，但一个还能催、一个只能等，处理方式完全不同。节点不拆开，预警就只能报「还没到」，等于没预警。

四、在制产出：报工数据决定今天还能不能加单

它回答：今天的实际产出到哪了，剩余产能还接不接得住插单。

从哪出数：车间侧扫码报工，产量自动归集；裁剪录入衔接物料与裁数；产线级进度按工序显示在制数量。这几项合起来，才看得出「卡在哪道工序」。

容易算错的地方：用计划产量代替实际产出。计划是排出来的，产出是扫出来的，中间差着返工与待料。用计划的数去判断能不能接单，接进来就是二次拥堵。

五、外协回传：不回来的进度等于没有进度

它回答：外发出去的那部分，到底做到哪一步。

从哪出数：服装供应链SCM系统的协同侧，加工厂在移动端接收物料扫码确认、报工、完工数据自动回传、预约入库；面料商侧可上传质检报告、更新发料进度、反馈货期。供应商不需要装客户端，微信、钉钉、企微、飞书里就能操作；数字化能力弱的小厂，允许品牌侧代录关键节点。

容易算错的地方：把「已发料」当成「已开工」。料到了厂里，排产顺序由对方定，不发扫码确认就没有起点时间。这也是我们坚持扫码确认是必填动作的原因——它不是一个管理要求，它是这条数据链的起点。

六、可用库存：四个状态必须分开

它回答：现在真正可以被占用的料有多少。

从哪出数：品牌仓、在途、加工厂、车间在制四态分别取数，占用后不重复计入可售。备料核算与领发料都读同一套可用量口径。

容易算错的地方：四态混成一个总数。大促期间在途与在制占比高，混算会把还没到手的料算成可用，待采购量偏小，开裁当天才发现缺料。这个错误在平时不明显，在双11 当天几乎必然暴露。

七、异常与返工：当天必须清到人

它回答：今天冒出来的问题单，有没有人接。

从哪出数：服装供应链SCM系统把疵点登记、质检结论、返工与废次品记录按单归集；异常单量挂到对应责任岗，扣款类处理随业务单据关联。当天没清掉的异常，第二天就会变成交期问题。

容易算错的地方：只统计数量、不盯时长。30 张异常单当天全清，和 3 张异常单挂了三天，前者问题不大，后者可能已经影响发货。所以这一项我们看的是「未闭环时长」，不是一个总数。

八、这 6 个指标怎么落在同一处

指标分散在不同模块里，大促当天最怕的是来回切系统。新物云供应链系统的做法是把它们收到移动端与 PC 同一个入口：移动侧由新物云 BOSS 承接，进度类数据看当天快照，明细点进去直接到单据。

这里有一个取舍要说明：我们不预置几十张报表。报表越多，当天越没人看。这套服装供应链SCM系统默认只留当天要动的几项，其余按角色自配。这也是「少而准」在系统里的落法——把指标做少，比把看板做花更难。

九、这 6 个指标算不准的三种情况

协作方不扫码，实时性就无从谈起。 外协回传与车间报工都以扫码为起点，只要有一端不扫，「实时」就退化成人工台账。系统能做的是把扫码动作做到足够省事，做不到替你要求对方执行。

平台侧数据要靠对接。 销量、退款、平台库存属于电商平台侧，系统读到的前提是接口打通。接口没通，这几个数只能人工同步，时效性由人决定。

预测类判断不在系统里。 明天卖多少、要不要提前压产能，属于经营判断。系统提供的是当下的余量与节奏，不提供销量预测结论。任何声称能自动算出该补多少的说法，都值得追问依据。

十、常见问题（FAQ）

问：6 个指标够用吗，会不会漏掉关键项？

够不够取决于你当天要做哪些决定。这 6 个覆盖的是「料、进度、产能、异常」四类当天必须动的信息；如果你的核心风险在别处，比如跨境清关或平台罚款，那几项要单独加，不在这套默认口径里。

问：数据多久更新一次，能到秒级吗？

取决于数据源。扫码报工与单据提交后即时可见；外协与供应商侧回传的时效由对方操作决定；平台侧数据取决于接口频率。我们不承诺统一的秒级刷新，这个承诺没有依据。

问：小厂不配合扫码怎么办？

两条路：一是把操作做到足够轻，移动端点两下就能报工；二是允许品牌侧代录关键节点。代录能保证数据不断，但代价是品牌侧多一道人工。

问：必须上全套系统才能看这 6 个指标吗？

不必。缺哪段补哪段也能先把关键几项跑起来，只是跨段的关联会断——比如报了工但没做领发料，齐套与产出的对应关系就接不上。上线顺序建议按「料→进度→异常」推进。

问：这些指标和我们现有的报表冲突吗？

口径一致就不冲突。冲突通常来自同一指标两套算法，建议先固定口径再谈展示，否则两边都能算出自己的数。

结语

大促当天，指标的价值不在多，在能不能当天动。6 个指标各自的取数单据固定下来，责任岗挂上，系统才谈得上帮上忙。

新物云供应链系统在这件事上的做法是：把取数落到单据、把动作落到岗位、把做不到的部分说清楚。指标可以少，口径不能糊——这句话在大促当天比在平时更成立。