多业态集团的采购管控,最怕的不是“没制度”,而是制度落不下去。总部签了框架协议,子公司照样走自己的采购渠道;同一个物料,从不同业态报上来的编码和价格能相差好几倍。这类问题靠一份红头文件解决不了,需要落到采购组织、权限和流程的设计上。
下面围绕“统分结合”的管控逻辑,拆解分层模型,再看 SRM 系统怎么把边界固化成可执行的规则。
多业态采购管控的矛盾与统分结合的方案边界
多业态集团在采购上天然存在两种相反的力量:总部想集中,子公司想灵活。两种力量都有道理,真正的问题出在“统没统住该统的,放没放开该放的”。拉开看,冲突通常集中在三个地方。
多业态场景下管控冲突的三种典型表现
品类分散。同一类物料在不同事业部、不同子公司里,各自建品名、各自编码、各自跟供应商谈价。总部推集采目录时,发现连“办公用纸”这种标准化物资都对应着几十个物料编码,很难归并成一个集采包。
流程割裂。总部的采购部管一套流程,子公司采购岗另走一套流程,两边的审批节点互不感知。总部不知道子公司什么时候采购、采购什么,子公司也看不到总部签了哪些协议价。流程一旦跑成平行线,管控就只是纸面上的。
数据不统一。支出数据散落在各自的 ERP 和手工报表里,口径、分类、入账科目都不一样。集团层面看不清整体采购花了多少钱、花在哪、是否执行了协议价。没有统一的数据,管控决策就缺乏依据。
统分结合要解决的核心问题
从这些冲突里可以提炼出统分结合的真正落脚点,不是一刀切地把所有采购收归集团,也不是放弃管控让各业态完全自治。
核心问题有三个:统什么、分什么、边界怎么划。能统住的,是有规模效应、通用性强、供应风险可评估的物资;该放开的,是长尾、低频、紧急或有业态特殊要求的物资。有了边界,下一步才是用制度或系统把边界固定下来。
本文不展开 SRM 的全部功能模块,只聚焦在组织架构、权限组、审批流和商品目录这几个点上,看它们如何支撑分层管控的实际运转。
分层管控视角下的三种典型模式与组织策略
多业态集团不适合用一套规则管所有采购。常见的做法是按品类特征和采购金额,分三层来管控。
以品类和金额为基础的管控分层模型
根据物资的通用性、年度采购金额和供应风险,通常可以分出三个层级。
强管控对应的是战略型物资和高价值通用品,比如大宗原料、包装材料、集团标配的 IT 设备、办公用品等。这类物资由集团统谈统签统结,锁定协议价,子公司只需要在目录内按需下单。强管控品类数量不一定多,但通常占集团总采购金额的 60% 以上。
半管控对应的是区域性、有一定通用度但供应市场差异大的物资,比如 MRO 备品备件、劳保用品、部分工程辅材。集团负责定标准、圈定合格供应商范围、发布最高限价或建议价,子公司在额度内自行比价和下单。这个层级在管控和灵活之间留出了缓冲带。
弱管控对应的是长尾、定制、紧急或实验类物料。子公司完全自主寻源,事后向总部报备,或接受定期合规抽查。弱管控品类的特点是单次金额小、采购频次低、标准化难度大,强行集中反而推高管理成本。
管控模式对应的采购组织与职责边界
三层管控模式如果不落到组织职责上,很快就会回到“名义上归集团管,实际上各自为政”的老路上。
强管控模式下,集团层面需要设立专门的采购组,集中负责寻源、谈判、签约和供应商绩效管理。子公司的采购岗从谈判角色退出来,转向需求收集、下单执行和到货验收。职责变了,考核指标也得跟着调,从“采购降本额”转向“集采执行率、下单准确率”。
半管控模式下,可以组建跨组织的品类小组,总部牵头、核心子公司参与,共同维护供应商资源池和价格基准。子公司在这个框架内有比价决策权,但更换供应商或突破限价需要走升级审批。
弱管控模式下,子公司独立行使采购权。总部的角色是合规审计和数据监控,定期检查采购流程留痕、供应商准入合规性以及采购价格是否偏离市场水平。
SRM系统如何将“统”与“分的边界固化成规则
组织职责划分清楚后,下一步是在 SRM 系统里把规则配置进去,让边界不再依赖人为判断。
采购组织虚拟化与多层级架构设置
SRM 里可以建立集团采购中心、区域采购组、工厂采购组等多级虚拟组织。这些组织不改变现有行政架构,但能在系统内独立绑定采购品类和审批流程。
举个例子,大宗原料品类只挂在集团采购中心下面,子公司的采购员登录系统后,在这个品类里只能看到“申请数量”的入口,看不到寻源、比价、签约的操作界面。区域性 MRO 品类挂在区域采购组,对应区域的子公司可以在这个品类下发起询价和订单。通过组织与品类的绑定关系,统采与分采的操作空间一目了然。
权限组与数据权限模型的应用
组织架构解决了“谁能做什么品类”的问题,权限组解决的是“对同一个品类,能看到什么、能改什么”。
SRM 的权限模型可以做“角色 + 品类 + 金额”三个维度的交叉控制。强管控品类,价格信息和供应商信息仅对集团采购员开放,子公司只能看到商品名称、规格和下单入口。半管控品类,子公司可以看到多家协议供应商的报价,比价后自主下单,但修改价格或替换供应商的按钮是灰色的。弱管控长尾品类不设操作权限限制,但所有采购记录都会被系统抓取进事后分析的数据池。
审批流程分流与弹性机制
管控层级不同,审批路径也得分流设计。
集采订单走标准化审批流,系统自动校验预算和协议价。预算内、价格匹配协议价的订单,可以配置成无需人工审批、直接推送给供应商,减少中间环节。
非集采订单则根据预估金额触发不同层级的审批路径。金额低的由部门主管审批,金额高的自动上升到品类负责人或总部采购审批节点。所有节点强制留痕,便于事后追溯。
紧急采购需要单独处理。可以在 SRM 里设一条“快速通道”流程,限定 24 小时内补报事由说明和替代方案评估,既保证生产经营不卡壳,也防止把紧急采购当成绕开管控的常规手段。
采购商城与协议池对统分结合的支撑
采购商城是强管控落地的一个关键载体。集团把签订框架协议的物资上架到商城,锁定价格和供应商,子公司像电商购物一样直接下单。商城商品的上下架、价格调整权限只归集团采购中心,从源头防止同一物资冒出多个采购渠道。

对于非商城商品,也就是半管控和弱管控品类,子公司自行发起询价或订单,但系统强制关联品类规则和审批矩阵。即使不走商城,这笔采购属于哪个品类、适用什么审批流程、供应商是否在合格池内,系统都会自动校验。

这种设计的核心逻辑是:规则跑在流程前面,而不是采购员下单之后再靠人去核对。
推进“统分结合”采购管控的实践要点
规则设计得再合理,推进节奏和监控机制跟不上,管控也很难真正落地。
从小切口试点到品类清单动态管理
不建议一次性把所有品类都塞进管控体系。从一个高价值、通用性强的品类切入,比如 IT 耗材或办公用品,先在商城上跑通整个闭环。子公司体验到的是下单更快、到货更稳,而不是“总部又多了一层审批”。
跑通一个品类后,建立品类管控清单,每季度评审一次。执行效果好的半管控品类,可以调入强管控;集采执行率持续偏低的品类,反而要分析是目录覆盖不全,还是这个品类本身就不适合集中。
用SRM数据看板监控集采执行率与异常采购
系统上线后,重点盯三个指标:集采目录内采购金额占比、协议价执行偏差率、非集采订单金额趋势。
集采目录内采购金额占比反映的是管控覆盖面。如果这个比例持续偏低,说明商城目录覆盖不全,或者子公司在绕开商城。协议价执行偏差率高,通常意味着同一个物料在商城外还有其他采购渠道。非集采订单金额如果出现异常走高,需要逐品类排查:是目录没跟上业务变化,还是存在故意绕开管控的情况。

避免管控过死导致子公司另寻渠道
管控的边界不是越宽越好。要给子公司保留合理范围内的自主采购额度,不必追求 100% 集采率。那些长尾、低频、紧急的物资,强行走集采反而会拉长到货周期、推高沟通成本。
可以在 SRM 内开设一个“需求反馈”入口,让子公司提报商城未覆盖的物资需求。集团定期汇总评估,把符合条件的纳入目录,不符合的标记为弱管控品类并说明原因。这样子公司能看到反馈的闭环,不容易因为“渠道被堵死”而另寻出路。
常见问题解答
多业态企业必须上SRM才能实现统分结合吗?
不上系统也能在制度层面划分边界,但执行中容易走样。SRM 通过权限、流程和商品目录把规则固化到每个操作节点,降低对人为自觉的依赖。制度文件写的是“应该怎么做”,系统配置定的是“只能这么做”。
SRM系统如何平衡集团强管控与子公司自主采购的灵活性?
按品类分层。强管控品类用商城锁死价格和供应商,子公司只需要下单,不需要选择供应商和议价。半管控品类,子公司可以在合格供应商范围内比价,拥有适度的决策空间。弱管控长尾品类不做流程限制,只做事后采购行为分析和异常预警。灵活不是无原则的放开,而是界定清晰边界的有条件放权。

实施统分结合采购模式,常见的阻力有哪些?怎么解决?
阻力主要来自两个方面。一是子公司担心采购效率下降,过去自己直接联系供应商,现在多了集团审批节点。二是一些子公司担心话语权和灰色操作空间被压缩。应对方式是先在某一通用品类做出样板,让子公司看到商城下单的便捷度和到货速度反而优于之前的流程,再逐步推开。效率问题用实际体验来回答,话语权问题用明确的职责划分来厘清。
采购商城适合所有非生产物资吗?如何划分商城品类?
不适合。那些规格不定型、年度采购量不稳定、供应商更换频繁的长尾物资,不适合放入商城。一般优先把年度采购额稳定、供应商已签订框架协议、物资标准化程度高的品类纳入商城,比如办公用品、标准劳保、通用 IT 耗材。其余的走目录外采购流程,由系统管控审批路径和供应商准入。
SRM统分结合模式下,供应商资源如何共享与隔离?
集团级战略供应商全组织可见共享,所有子公司都可以调用。区域级供应商在对应区域的子公司之间可见。临时性或项目型供应商,仅存于产生交易的子公司,不向全集团扩散。这套共享与隔离的规则可以在 SRM 的供应商管理中心里配置,既保护集团的战略供应商资源,也防止供应商信息无边界流动。









