跟着团子学SAP PS：项目物料的需求汇总

Grouping WBSE（分组WBSE）官方定义：

SAP官方文档中对Grouping WBSE的定义是：A Grouping WBS element is a WBS element that has valuated project stock on which the requirements from several WBS elements are grouped together for materials requirement planning (MRP).

简单翻译过来就是Grouping WBSE是一个在设定的规则下将其他一些WBSE下的物料需求进行汇总至自己的估价的项目库存下。

Grouping WBSE适用业务场景：

之前向大家介绍过项目库存都是基于单个WBS元素的，也就是说同一个项目中的所有单个WBS元素都可以做单独的物料需求及库存管理。

在很多场景的情形下同一个项目中的不同WBS元素下都可能挂接同一个物料，在标准的情况下如果这些物料都是采用项目库存管理的话，则最终即使是同一个项目生成的采购申请WBS号都是不同的，这对后续采购部门的采购执行无疑会造成麻烦，后续对部分公司的项目库存中的调拨也会增大库管人员的工作量。所以在这些类似的情况下我们希望项目中的物料需求都能汇总至顶层WBS元素或另外的汇总WBS元素。

系统演示

案例场景：假设一个工程项目中涉及生产两个工作站，因为成本核算是独立的，所以每个工作站下的物料需要都是分别提报，后期在投料的时候，成本可以直接归属于对应的WBS元素。

但是从后勤部门的角度上来讲肯定是希望不同WBS下的物料需求都能自动汇总至顶层WBS元素下，后续项目库存管理中两个工作站下的物料库存也可以随意调拨进行使用。只有这样对项目的物料的而管理能够更符合业务规范以及避免不必要的管理成本。

基于我们设想的场景我们首先维护顶层WBSE为我们的Grouping WBSE：

此时顶层WBSE的Grouping WBS element字段中的值为“1”，“1”代表Grouping WBS element for all materials，此WBSE是针对所有物料的Grouping WBSE：

测试中首先我们将同一个物料挂接在不同WBS元素下，其中一个WBS元素下的物料需求数量为1，另一个WBS元素下的物料需求数量为2。

在标准情况下经过MRP的运行最后生成的采购申请的科目分配中应该对应着底层两个不同的WBS元素，收货后也是基于这两个不同的WBS元素进行管理。

挂接完成后基于项目运行MRP（MD51)：

可以发现在经过Grouping WBS元素需要的配置、维护正确的主数据的情况下，系统自动将同一个项目下不同WBSE下的独立需求进行了汇总：

此方案的运用对后续采购部门转换为正式的PO的过程有非常良性的帮助，而且因为项目中所有的物料都是在顶层WBS元素（通常顶层WBS元素的编号与项目号一致，代表着整个项目）的项目库存中进行管理，如若未启用此方案，同一物料在实际业务中可能还涉及到同一项目不同WBS元素间项目库存的调拨，无疑会增大后勤部门的工作量，特别是实际业务中同一项目下很少会再单独区分项目库存。

另外也有公众号的小伙伴贡献了Grouping WBS的使用场景：

其实这位小伙伴对PS模块研究已经比较深入，已经对Grouping WBS的整体功能有了大概的了解，下面关于成品也简单地在进行拓展。

还是在一样的项目结构中我们直接挂接同一成品物料至不同的WBS下，并已针对成品物料维护了原材料的物料主数据：

执行MRP后，可以看到所有首先成品的生产需求也统一汇总至了Grouping WBS元素下：

而成品下的原材料同样也将采购需求汇总至了顶层Grouping WBSE：

所以无论是单纯的项目外购件管理，还是结合PP的项目物料组装业务等，Grouping WBS都能实现需求在定义的规则下进行汇总。

*Grouping WBS方案启用的配置及相应主数据必备的设置略，有空再写。

常见问题&回答：

Q:如果项目中挂接物料的策略是不运行MRP直接生成采购申请的情况下可以使用Grouping WBSE吗？

A:答案是肯定。下图为相关测试图片：

首先挂接物料时，需求管理类别选择直接生成采购申请及WBS预留：

根据生成的采购申请号查看对应的采购申请，可以看到科目分配中的WBS元素为顶层Grouping WBSE：

拓展

最后想说Grouping WBS的功能非常强大，远不局限于此，上文只是一个极其简单但却非常常见的业务场景。除此之外Grouping WBS还可以支持跨工厂的需求汇总，或者将不同属性的物料的需求汇总至不同的Grouping WBSE下。总之如果客户有类似的需求可以尝试通过使用Grouping WBS元素看能否实现对应需求。

本文仅用于SAP软件的应用与学习，不代表SAP公司。（注：文中所示截图来源SAP ERP软件，软件相应著作权归SAP所有）