需求计划和产品配额:概览
SAP AG
需求计划和产品配额: 概览
业务场景 –需求计划和产品配额
在本业务场景中，通过需求计划和产品配额计划功能来实现板材钢铁企业的基于属性的中、长期计划。
需求计划用于支持市场销售部门和生产部门的预测协同工作，最终创建更加精确、可行的、基于属性的协同预测。
当协同预测达成后，其结果将被用于产品配额功能。产品配额功能将计划与实时的交货期承诺检查结合起来，在用户合同录入时，根据产品配额计划的内容进行确定是否能够在计划时间段内进行交货。当然这样的检查也是基于属性的。
业务视图
在实际的企业中,中长期计划通常是指年度、季度或是月度计划。计划综合了市场销售部门和生产部门的计划。市场和销售部门的计划主要是基于预测、销售历史数据、与战略客户的协议等。生产部门则根据瓶颈生产设备的能力、维修计划等提出其生产计划。中长期计划的对象往往是在较高的层次，比如: 产品组（冷轧产品、热轧产品）、钢种、厚度组距、客户组（直供客户、分销客户）等，计划的时间单位通常是季、月甚至周。来自市场销售部门的计划往往和来自生产部门的计划不会完全吻合，所以需要进行协调才能取得一致的可行的计划。
在取得协调一致的计划后，如何落实计划的执行是关键。中长期计划将落实在销售订单的接单上, 通过控制针对不同客户组、产品组、钢种等的产品销售量来落实计划。
当然，需求计划和产品配额计划不但可以用于企业作中长期计划的工具，也可被灵活用于其他的管理目的，比如：用于销售配额管理等。
供应链：从供应到消耗
以最低的成本提高客户需求的响应能力
信息流
供应链优化
现金流
物流
制造商
分销商
零售点
客户
供应商
物流
物流
物流
计划流程概览
供应约束
客户协同
供应商协同
计划执行
生产
供应计划
需求计划
配送计划
运输
数据分析和统计、
预测、生命周期
和促销计划等
安全库存计划和
启发式算法 /
优化 /
能力匹配
承运商
历史数据
数据结构: 信息库
特征
销售组织
客户组
产品组
钢种
厚度组距
版本
客户
产品
版本
计划分配量
剩余分配量
预测与分配的差异量
手动调整的预测量
销售订单量
关键值
季
月
周
时间
预测计划的协调一致
协调一致的需求计划
(中长期计划)
制造商
市场/客户
对需求预测和供应预测的协调
需求
供应
库存
钢厂
来自销售和市场的预测:
销售历史
与关键客户的协议
…
来自生产的预测:
瓶颈设备的能力
维修计划 ….
预测计划协调一致和产品配额计划
去年的销售量
吨
103,100
104,900
104,300
接收的销售量
吨
102,300
103,700
104,200
销售预测
吨
102,000
100,000
101,000
生产预测
去年的销售量
…
101,231
103,500
100,902
吨
吨
协调一致的预测计划
层次
产品组
104,000
80,000
103,000
销售预测
吨
102,000
100,000
101,000
手工调整量
吨
1000
协调一致的预测(终稿)
吨
103,000
91,000
102,000
按权重平均的宏计算
去年的销售量
吨
103,100
104,900
104,300
客户预测
吨
102,300
103,700
104,200
生产预测
吨
104,000
80,000
103,000
综合协调
产品配额计划
手工调整的预测
…
103,000
91,000
103,000
吨
吨
产品配额计划
产品组
104,100
80,000
103,000
预测与配额的差异
吨
-1,100
11,000
接收的销售量
吨
1000
剩余的配额量
吨
103,100
80,000
103,000
通过宏实现数据传输
产品配额计划：在一段时间内的配额计划
配额对象
产品组
厚度组距
在配额计划中的某特征的配额量
非确定特征的配额量(比如：上图中，表达除产品组A、B之外的其他产品组)
A
9000 吨
2000 吨
~
4000 吨
~
3000 吨
~
3000 吨
B
7000 吨
~
2500 吨
~
1500 吨
2000 吨
~
2000 吨
产品配额分配与计划范围联系起来
计划范围
产品配额功能
联系
特征
关键值
计划版本
计划范围是进行销售预测计划、
生产计划和协调一致计划和产
品配额计划的工作环境。这里
只有产品配额计划会与产品配
额功能联系起来。
产品配额功能可以将配额量用于
可承诺交货量的检查
在销售订单中基于产品配额的可承诺交货检查
6月
被占用的配额量=实际订单量
时间
7月
8月
9月
配额数量
确定量
需求数量
数量
产品配额分配过程
厚度组距
钢种
配额分配过程 =多层次配额的交集
50 吨
70 吨
60 吨
确定的数量: 50 吨 (= 逻辑 ‘与’的关系)
销售订单: 100 吨
销售组织
需求计划和产品配额: 业务视图
业务价值
销售部门
计划协调者
生产部门
业务价值
销售预测计划
产品配额计划
基于产品配额的可交货承诺检查
计划协调(取得达协调一致的计划)
生产预测计划
销售订单录入
显示产品配额信息
本业务场景描述了了板材企业中长期计划功能，这通常是一个较高层次的计划。灵活性和可执行性是该类计划的两大难点。
需求计划功能是一个灵活的计划工具，不但可以提供许多自动处理的功能，而且也支持手工对计划进行调整。
通过使用产品配额功能，解决了传统手工计划中，中长期计划较难对业务执行层面起计划控制作用的问题。
需求计划和产品配额
销售预测计划
销售部门根据销售历史以及与关键客户的协议等进行销售预测。
预测量可以根据下列维度进行细化：客户组、产品组、销售组织、钢种和厚度组距。系统还支持基于属性的维度，可以通过配置来定义。
生产预测计划
生产部门 根据瓶颈资源的能力以及维修计划等进行生产预测。
预测量可以根据下列维度进行细化：客户组、产品组、销售组织、钢种和厚度组距。系统还支持基于属性的维度，可以通过配置来定义。
协调计划
通过对两个预测计划的平均取得协调一致的预测计划。通过宏的功能来处理如何从上述预测计划得到协调计划的算法。更复杂的算法可以通过配置实现。
在协调一致预测计划产生后，还可以通过手工调整计划来进一步平衡销售和生产预测计划。
需求计划和产品配额
产品配额计划
根据协调一致的预测计划产生产品配额计划。通过宏功能可以自动将协调一致计划的数据转入产品配额计划。
计划范围与产品配额功能的联系已经在系统中配置好了，所以在产生产品配额计划的同时，系统可承诺检查就可以基于产品配额来进行了。
产品配额功能也是基于属性的。
基于产品配额的可承诺交货检查
录入销售订单
系统就会根据产品配额进行可承诺交货检查。
显示产品配额信息
系统可以提供实时的产品配额信息，比如：某产品组和客户组组合的配额量，已接收的订单量，剩余的配额量等。
2006 SAP AG 版权所有 保留所有权利
没有 SAP AG 的特别许可，任何人不能以任何形式或为任何目的复制或传播本文档的任何部分。 本文档中包含的信息如有更改，恕不另行通知。
由 SAP AG 和其分销商所销售的某些软件产品包含有其它软件供应商版权所有的软件组件。
Microsoft、Windows、Outlook 和 PowerPoint 是 Microsoft Corporation 的注册商标。
IBM、DB2、DB2 Universal Database、OS/2、Parallel Sysplex、MVS/ESA、AIX、S/390、AS/400、OS/390、OS/400、iSeries、pSeries、xSeries、zSeries、z/OS、AFP、Intelligent Miner、WebSphere、Netfinity、Tivoli 和Informix 是 IBM Corporation 在美国和/或其他国家的商标或注册商标。
ORACLE 是 ORACLE 公司的注册商标。
UNIX、X/Open、OSF/1 和 Motif 是 Open Group的注册商标。
Citrix、ICA、Program Neighborhood、MetaFrame、WinFrame、VideoFrame、和 MultiWin 是 Citrix Systems 公司的商标或注册商标。
HTML、XML、XHTML 和 W3C 是 W3C® 麻省理工学院 World Wide Web 协会的商标或注册商标。
Java 是 Sun Microsystems 公司的注册商标。
JavaScript 是 Sun Microsystems 公司的注册商标，由其技术开发和实施商 Netscape 许可使用。
MaxDB 是 MySQL AB, Sweden. 的商标。
SAP、R/3、mySAP、、 xApps、xApp 以及此处提及的其它 SAP 产品和服务及其各自的徽标是 SAP AG 在德国和世界其它一些国家的商标或注册商标。 本文档提到的所有其它产品和服务名称是它们各自公司的商标。 该文档中的数据只用于查询信息。 国家产品说明可能各有不同。
本文档中的信息属 SAP 所有 没有 SAP AG 的特别许可，任何人不能以任何形式或为任何目的复制或传播本文档的任何部分。
本文档是初级版本，不受您与 SAP 许可协议和任何其他协议的约束。本文包含 SAP® 产品的特定策略、开发和功能，不用于 SAP 的特定业务课程，产品策略，和/或开发目的。 请注意：如 SAP 对本文档有所更改，恕不另行通知。
SAP 对本文的错误和遗漏不负任何责任。SAP 不能保证本材料所包含信息、文本、链接，或其他项目的准确性和完整性。本文档不提供任何明示或暗示的担保，包括但不限于商品性担保、特定用途的适用性担保，或者非侵权担保。
SAP 对任何形式的损坏没有责任，包括使用本材料产生的特殊的、间接的、或后续的损坏。此限制不适用于有意的或重大的错误。
个人伤害和产品缺陷的法律责任不受影响。SAP 对使用本材料中包含的热点链接访问的信息不进行控制，但是不允许第三方的 Web 页面使用这些信息，也不为第三方 Web 页面的相关内容提供任何担保。
Supply chain management includes the management of materials, information, and financial flows in a network consisting of suppliers, manufacturers, distributors and customers. The co-ordination and integration of these flows within and across companies are critical in effective supply chain management.
Why manage the supply chain?
Lower sourcing costs of finished goods and raw materials
Improve customer service
Dramatically lower inventory levels and reduce working capital
Leverage all resources to bring substantial benefits to a company
This chart gives you an idea of the hierarchy of planning—how one part of the planning process leads to the next.
For example, a company might need to forecast demand for a product. The forecast could take into account historical data, statistical analysis, the life cycle of the product, and planned promotions.
The forecast is included in a demand plan, which could also involve an active collaboration with the customer.
These results must be synchronized with a supply plan, which includes elements like safety stocks and capable to match.
Various algorithms and rules of thumb—or problem-solving methods known as heuristics—are used to optimize the plan. And collaboration with suppliers is necessary, too.
Finally, the confirmed supply plan must be synchronized with production, distribution, and transportation plans.
An InfoCube consists of a number of relational tables that are arranged according to the star schema: a large fact table in the center, surrounded by several dimension tables. Dimension tables are independent of one another. The fact table connects the dimensions with the key figures.
InfoCubes are the central data container for Demand Planning. InfoCubes contain three types of data: key figures, characteristics and time characteristics.
A key figure is a numerical value that is either a quantity or a monetary amount; for example, projected sales value in dollars or projected sales quantity in pallets.
Characteristics are the objects by which you aggregate, disaggregate and report on business data.
Time characteristics define the buckets in which you view, plan and store data.
The multidimensional nature of the InfoCubes allows for powerful data analysis capcabilities using the Demand Planning selection and drill up / drill down functionalities.
A data view for a consensus based forecast is showing the forecast data created by different parties and the statistical forecast. The different inputs are used to create a weighted average as consensus forecast.
You can maintain allocations for customer groups or sales organizations, as well as for individual customers. The system can then perform availability checks in conjunction with product allocation checks.
In planning (DP, R/3 or external), you establish a hierarchy with allocation percentages for specific characteristic values. In addition, you can establish percentages for collective characteristics.
For product allocations in APO however, only the lowest level is visible (see next slide).
In Demand Planning, all levels may be planned, as in Flexible Planning, and downloaded into an allocation group.
Product allocation functionality - allows you to manage the supply of scarce products to customers so that each customer receives an allocated amount.
How is it used - A product allocations check can act as a secondary check against the sales order requested quantity. At first a basic ATP check against stock and supply, can be performed, possibly resulting in a lower confirmed quantity due to inadequate stock. This confirmed quantity can then be checked against the allocation quota, further reducing the confirmed quantity.
The control process for product allocations enables the user to manage allocations at specific material levels up to various material groupings. Product allocations encompasses internal allocations to sales organizations and channels, as well as to external customer groups and specific customers.
The system also takes into account that different control phases for allocations that exist during the overall constraint period.
Product allocations procedures are defined as multiple steps of product allocations groups.
When a new order is checked, each step (product allocations group) is evaluated sequentially. The result of the preceding step is applied to the subsequent step.
The final result of the allocation check in the product allocations procedure is calculated as the logical ‘AND' offered by each of the product allocations groups.
In the example, the smallest quantity (50 pieces) is determined by the product allocations group with respect to the customer characteristics combinations.
However, in APO, you can use a sequence of product allocations procedures to confirm additional quantities that have been planned in a different planning areas.
Allocation procedures containing more than one allocation group are only possible for cumulated product allocations.
