大促出问题，很少出在车间。更常见的是组织之间：品牌以为料已发出，工厂说没收到；采购按承诺日排了产，实际到料晚两天没人预警；完工数据月底才汇总，对账时双方各拿一张表。

这些断点的共同点，是外部协同方的动作没有落在同一张单上。我们把这套检查整理成一份供应商协同检查表，分四组、共十二项，用于大促前逐项核对。下面按我们的设计讲：每组查什么、字段落在哪里、代录边界怎么划，以及哪些事我们不覆盖。

一、我们为什么把协同检查放在大促前一周

大促前三天再补协同，基本来不及。原因不是时间不够，而是动作有前置依赖：主数据不统一，协同入口配了也用不上；承诺到料日没确认，预警就没有触发依据；单据链没串起来，对账只能人工匹配。

所以我们的建议是把检查分成四组，按依赖顺序推进，从大促前一周开始，到前一天收口。这份供应商协同检查表的顺序本身就是结论——倒着做，前面的项会被后面反复推翻。一套服装供应链SCM系统的配置顺序也应当与之一致，检查表与系统互为印证，而不是两套流程。

二、四组十二项，每组一个落点

A 组，主数据与口径。 查款号、色码与 BOM 版本是否全链路一致，供应商档案是否分级维护，单据状态是否分别定义。这一组的落点是「对象稳定」——没有稳定的对象，后面九项都在核对同一件事。

B 组，协同接入。 查面料商能否在线接单、上传质检报告、标记发货，加工厂能否扫码确认收料，以及代录边界是否写明。落点是「动作有入口」。

C 组，进度与异常。 查发料进度与货期反馈是否可见，到料延误是否自动预警，质量异常与扣款是否关联原单。落点是「异常有人认领」。

D 组，对账与留痕。 查报工与完工是否由协同方回传，对账单是否由同一条单据链生成，变更与重排是否留版本。落点是「数字可回溯」。

十二项在实操里不必全过。纯现货采购的组织，D 组的报工回传可以裁掉；但 A 组与 D2 对账两项几乎普遍适用。裁剪要写明理由，否则下一轮检查会再次扯不清。

三、主数据：三个字段决定后面十项

我们把主数据收在三处，因为这三处出错最贵。

款号与 BOM 版本。 新物云供应链系统里，款号是全链路的关联键，BOM 带版本号，改版保留历史版本。补料与采购清单引用的是当前生效版本，不是创建时的那一版。

供应商档案与分级。 面辅料商、加工厂分别维护，核心与普通的协同范围写明。分级不是管理姿态，而是决定推送哪些单据、要不要强制在线确认。

单据状态定义。 已发货、已发料、已收料、已投产、已入库分别定义，不共用一个进度条。这一条最不起眼，但它是「状态同名不同义」的根因——品牌端标「已发货」，工厂端读成「已收料」，两边都显示完成，实物还在路上。

四、协同接入：入口要低门槛，代录要留痕

外部协同方不会为了一套系统专门培训。所以我们把入口做在常用移动端上：微信、钉钉、企业微信、飞书都能用，扫码即可操作。

面料商侧。 在线接单、上传质检报告、更新发料进度、反馈货期、标记发货。五项都是他们本来就要做的事，只是从聊天窗口搬到单据上。

加工厂侧。 扫物料码确认收料、报工、完工数据回传、预约入库。收料确认这一步最关键：确认动作带时间与操作方，物料的位置才有依据。

代录边界。 数字化能力弱的合作方，由品牌方代录关键节点，但代录单据会被标记出来，并在报表里体现代录比例。混合口径不标注，进度看板会显得很完整，实际实时性差一个量级。

品牌侧收口。 色样与船样审批、业务单据自动关联扣款、对账单生成，都在同一侧完成。扣款若另记台账，月末一定要重做一次匹配。

五、预警：触发源比阈值重要

很多项目把预警做成「库存低于阈值就报警」，用起来很快就没人看。我们改为按事件触发：

到料延误——承诺到料日到期未收料；用量变化——改版导致 BOM 调整，原采购量不足；发料异常——补领未回写，车间领了但系统没有记录。

三条触发之后，输出里必须带四个字段：哪张单、哪一档用料、缺多少、责任方是谁。责任方取的是采购单或发料单上的协同方，不是人工填的备注。这条不因厂商而异，任何服装供应链SCM系统都应按事件触发设计预警，而不是按阈值报警。

六、我们不覆盖的部分

车间内部的工位级执行。 工序进度、计件工资、设备联机属于 MES 的范围，协同检查表不涉及。

供应商的产能规划与排产。 我们看得到对方的承诺回厂日，看不到对方内部的排产逻辑，也不应介入。

质量标准的判定。 质检报告由协同方上传，判定标准属于企业自身的质量体系。

大促后的结算规则。 扣款与对账的口径由合同约定，系统按规则执行，不替企业定义规则。

七、大促前到大促当天，我们建议这样排

大促前一周。 完成 A 组与 B 组，主数据与协同入口定型；核心供应商的承诺到料日录入系统并在线确认。

大促前三天。 完成 C 组，逐家核发料进度与延误预警；承诺日晚于投料日的单据，提前给出调整方案。

大促前一天。 完成 D 组，取一张真实外协加工单从收料跑到对账；遗留项标明责任岗，不带入当天。

大促当天。 只盯异常，不重跑清单。到料延误、收料未确认、完工未回传三类事件，由值班岗按预警逐条闭环。

大促后一周。 按留痕做一次复盘，把改版、补料、插单的触发原因归类，回写为下一轮的口径修订项。

八、常见问题（FAQ）

问：这份供应商协同检查表适合什么规模的企业？

有外部面辅料商与加工厂、且大促期间订单集中的企业都适用。只有自有工厂、没有外部协同的组织，B 组可以大幅裁剪。

问：12 项要全过吗？

不必。按业务形态裁剪，纯现货采购可以去掉报工回传，但主数据与对账两项建议保留。裁剪项要写明理由，避免下一轮重复讨论。

问：协同方不愿意用系统怎么办？

分级处理。核心工厂要求在线确认收料与报工，普通工厂由品牌代录并标明代录来源。全部代录也能跑，但进度实时性要按实际情况折算。

问：预警误报多怎么办？

多数误报来自分态不清与承诺日无确认。先修库存分态，再让协同方在线确认承诺到料日，误报会明显下降。只调阈值是治标。

问：对账为什么总在月末对不上？

因为业务发生时的确认动作没留在系统里。收料、报工、完工由协同方产生，扣款关联原单据，对账单从同一条链长出，才不需要月末人工匹配。

结语

大促前的协同检查，落点是让每个外部动作都能沿款号回到同一张订单。四组十二项按主数据、协同接入、进度异常、对账留痕推进，每组用真实单据验收，再按大促前一周到当天的节奏分派责任岗。一套服装供应链SCM系统在这里承担的是承接动作、保留来源、让差异可解释。