MTO与MTS下的需求不汇总及在排产中的应用

在先前的记录（ 批量大小在排产中的应用 ）中提到了“ EX ”即 Lot-for-Lot 逐批订货法的批量大小，从字面上而言，可以理解即每批需求多少则每批供应多少。即与本篇的题目甚为相称，即“需求会逐条地、逐批地得到满足”。

但是“需求不汇总、不合批“实际上需要分很多情况，因为在日常业务中，有 MTS （ Make-to-stock ）也有 MTO （ Make-to-order ），同时有独立需求（例如成品直接面对的独立预测或客户销售需求），也有相关需求（例如半成品或原材料从其上一层的生产需求进而 BOM 展开后的需求）。

例如很多情况下，对于从其他产品展开 BOM 后产生的相关需求，也就是说对于半成品或原材料这一层级，正如在前一篇记录中所记录，采购部门为了利用“批量规模”、“最优采购”等，一般不会采用“一个相关需求一次供应”，大多采用的为“期间型批量”，例如日批量、周批量等，也即是说，此时对这一层半成品或原材料的需求将会按天、按周地进行汇总，然后去执行采购，例如：

但是某些业务场景下，对相关需求这一层，也需要实现成品的“ Lot-for-Lot ”的效果，例如上面的场景，就需要实现如下的要求：

在曾经服务的一家能源公司的项目实施中，计划员就提到他们在创建需求时需要按不同的生产版本进行拆分。以及在很多项目中碰到的，一天内的按库生产的需求也总是汇总。等等诸如此类的应用，便是今天需要记录的内容。

MTO模式下的需求不汇总

MTO 模式下，对于成品这一层当然是“需求不汇总“，这很容易理解。但是，对于半成品或原材料，例如在上面的例子中，很显然，在 MTO （ Make-to-order ）环境下的”需求也不合并“，是很平常且很有必要的，因为很多的 MTO 或者更宽泛点的 ETO （ Engineer-to-order ）、 ATO （ Assemble-to-order ） , 下层的很多原材料就是需要特殊采购的，比如指定了供应商的（此时不同的供应商使用相同的物料号，即“一品多点”），比如无法采用批量采购的等等。

所以此时从成品到原材料“一撸到底“的”纯粹 MTO “就是很有必要，即从成品开始，直到原材料，都将是 MTO 模式，特别是对于原材料，无关其本身的”计划策略“是 MTS （ Make-to-stock ）还是 MTO（Make-to-order） 。

所以，从这里可以看出，对于原材料这一层级， MTO 模式还是很灵活的，可以通过原材料的主数据的变化来实现“ MTO 的采购“抑或” MTS 的采购“，且不像成品层级是通过”计划策略“来达到。

这主要就归功于“ Individual/Collective “标识。

Individual/Collective

为了实现上述说到的对原材料的纯粹 MTO 采购模式，在 SAP 里，需要为原材料设置“ Individual/Collective “标识，告知 SAP 系统对于相关需求是放到 Net segment 还是 individual customer segment 里，即 MTS 还是 MTO 领域。所以，也即上面所说，此时无关原材料本身的计划策略。

例如上面的例子：

1). 如果原材料 B 是需要按 MTS 模式采购或供应的，则最终如下：

此时，同其他 MTS 一样，需求进行汇总，可以共用库存、以及可以使用可用的 MTS 库存等等；
2). 如果原材料 B 是需要按 MTO 模式采购或供应的，则最终如下：

此时，同其他 MTO 一样，严格按不同的 customer requirement 进行割裂，需求不可能汇总，不可以共用库存、 MTS 库存等等；
举个实例以验证 :

a). 第一颗原材料（ 8*** ）：

· 此时原材料 40 （ MTS 计划策略）；

· 处理需求时以独立进行；

最终其需求与供应将会变成：

按单进行共分需求
b). 第二颗原材料（ 5*** ）：

此时原材料 40 （ MTS 计划策略）；

· 处理需求时以合并进行；

最终其需求与供应将会变成：

不会进行需求区分，全部纳入 MTS segment 中进行处理；
但是这里需要指明的二点是：

“ Individual/Collective “一定只能在 MTO 模式下使用，即其上层（成品，半成品）的计划是 MTO ，下层（半成品，原材料）才可能进行区分。如果上层本身即是 MTS ，则下层再怎么 individual ，依然只能是 collective 。正如 ECC 或 APO 已说明：

同理，在 MTO 模式下，不同的 BOM 组件可以采用不同的“供应模式“（ Individual 或 collective ），可以一直延续整条 BOM 链条，要么单独指定，要么继承上层的指定；但如果中间某一层破坏了 individual （即变成了 MTS ），则下层及其再往后的层级，都将归于 collective 。
MTS模式下的需求不汇总

上面说到的为了实现原材料这一层级的需求不汇总，使用了 MTO 再结合 individual 的方式。除此之外，我们还知道开篇提到的 EX （ Lot-for-Lot ）。

这个批量大小本身就是用以对需求进行 “逐批处理“，无论是独立需求还是相关需求，无论是成品层级还是半成品或原材料层级。

貌似异曲同工之妙，皆满足要求。

但是，除了开篇提到的 EX 主要是针对的是面对独立需求外，其更主要是应用于 MTS 模式。而且， 在 SAP 里，虽然是 EX 逐批即需求不会汇总合批，但是其最小的“不汇总“的标准是”天“，即 EX 对于同一天的需求，相当于” Daily Lot “。

Notes(550568) 便是说明的此现象：

所以这是一个有点“坑“的地方。 比如：

在同一天的 2 个 VSF 需求，被合并进行了补货；

但是对于不同天的 VSF 需求，则不会被合并；
但是，如果就需要每天的需求也不能合并，该如何处理呢?

在此种需求下，则可以利用以下的两种方式：

1). Quota Split

使用 EX ，并允许 Quota Split 。

比如这个案例中，需要使用不同的生产版本去满足独立需求，则定义 Quota ：

这里定义 2 个版本各占 50%
Quota split 后的结果：

可以看到即使同一天的需求，也会被分开供应。
但是，可以看到的是：

虽然是使用了 Quota Split ，但是它本质上依然是将“需求进行了汇总“，然后只是在创建”供应“时按 Quota 进行了分隔。
2). 使用开发增强

另一种方式，即可以利用增强：

比如在上面的例子中， MRP 在执行到此处后，可以看到数据如下：

所以， BADI 可以简单实现如下：

即实现，即使在同一天（ DAT00 ） , 通过借用另一字段（ PLANR ）来将其进行区分。当然在实际应用中，可以依据实际需要进行更合理的实现方式。

最后可以得到：

即同一天的需求，被分开进行了供应；

· 此时还可以结合 Quota 等。比如这里就是 2 个供应 2 个生产版本。

同时相比于 Quota Split ，这里可以看到，这里是从“需求“即进行了分开处理。