[转]SAP多模块十全大补经验贴子

所有归类于 ‘SAP-MM’ 分类的日志

安全库存系列-安全库存、安全库存共享、安全库存与可用性检查

星期四, 05月 26th, 2011

一、概览

安全库存是为了调节需求和供给的不确定（如紧急订单、插单、交货误期等等），结合企业期望达到的服务水平得到的一个数字。
SAP中的安全库存功能可分为以下几个部分。
1）、安全库存-手工输入
企业可以根据历史经验手工在物料主数据中输入安全库存。
2）、安全库存共享（Safety stock partially available）
利用安全库存共享功能，减少零散的获取建议（采购申请等）。
3）、安全时间(Safety time）
4）、安全库存-系统自动计算
在基于消耗的计划中，安全库存可根据一定公式进行由系统自动进行计算。
5）、动态安全库存（Dynamic safety stock）
动态主要是指考虑未来期间的需求情况，得到一个安全库存。

二、安全库存（手工输入）

运行MRP时，安全库存就相当于一种需要满足的需求，下文中，我们比较有库存和没有安全库存的结果。
创建产成品物料ZFERTSS01、原材料ZSS002，产成品物料ZFERTSS01计划策略为按库存生产，组件ZSS002为采购件，采购批量设置为Ex（单独采购）（事务代码MM01）
创建BOM产成品ZFERTSS01包含组件ZSS002，一个ZFERTSS01需要一个ZSS002（事务代码CS01）
维护产成品的独立需求，6月1日为52个，6月5日需要1个（事务代码MD62）

• 当前ZSS002库存为100个，如果没有设置安全库存，运行MRP后，无任何采购建议。
• 若对物料ZSS002手工维护安全库存50个，则运行MRP后将产生二个采购建议，一个数量为1个，另外一个数量为2个。

三、安全库存共享（Safety stock partially available）

上文中，安全库存有50个的情况下，系统产生了二个零碎的采购建议，可能并不是我们所期望的，对此SAP中提供了安全库存共享的概念。
首先，我们在后台定义工厂H001下的MRP组Z002的安全库存共享比例为20%（事务代码OMI1），本例中安全库存为50个，20%共享，也就意味着数量10个可共享。
备注：如果未定义MRP组，那么应通过事务代码OPPR定义MRP组，该事务代码也可以维护共享安全库存比例。

然后将该MRP组Z002分配给物料ZSS002（物料主数据的MRP1视图）

再次运行MRP，最后二个零散的采购申请将会消失。
若假设ZFERT1的独立需求发生变化，6月5日变成需要9个，则运行MRP后，将会产生一个新的采购申请，数量为11个，此时共享的安全库存数量不再发挥作用。
因此：当产生采购建议时，系统比较采购建议的数量和共享安全库存数量，如果采购建议的数量小于共享安全库存时，具体而言
需求日期为6月1日时，本应该产生采购建议2个，但因为采购建议数量小于共享安全库存数量10个，因此不会产生采购建议。
需求日期为6月9日时，此时应该产生的采购建议为11个，该数量大于了共享安全库存数量，因此产生了采购建议，数量为11个。
注意：共享安全库存并非指每次运行MRP时，都有10个安全库存可用（共享），而是指当净需求比较零散（本例中小于十个），MRP运行时可以使用共享安全库存来覆盖这种零散的需求，但如果净需求较大（本例中大于十个），则MRP运行时不再使用共享安全库存来覆盖需求。

四、安全库存与可用性检查

SAP中是通过定义可用性检查规则（ATP）来设定安全库存是否可用。
在可用性检查中，我们可以定义不同的操作是否允许使用安全库存。
例如，我们可以定义比较重要的业务，如生产领用的可用性检查时，安全库存作为可用库存。
而不那么重要的业务，如部门领用（移动类型201）时，可用性检查中安全库存不作为可用库存。
如下图所示为生产订单订单的可用性检查界面，设定生产订单中的组件可用性检查时包括安全库存。

本例中，相关定义如下
事务代码：OPJJ定义可用性检查控制（上图所示为可用性检查组02和检查规则PP的组合）
事务代码：OPJK分配可用性检查规则PP给生产订单类型
事务代码：MM02 将可用性检查组02分配给物料
从上面的设置，我们可以知道可以针对不同的物料、不同的生产订单类型在不同工厂下设置可用性检查时是否包括安全库存。

标签: ATP, MD04, MRP, OMI1, 可用性检查, 安全库存, 安全库存共享
归类于 MRP, SAP-MM, SAp-PP | 没有评论 »

计划交货时间（Planned Delivery Time）

星期四, 05月 26th, 2011

计划交货时间（Planned Delivery Time）

1、计划交货时间的定义

计划交货时间是指采购单据创建（单据日期）到采购订单收货之间所需要的预计时间，该日期可以根据历史记录取平均值，也可以是根据供应商对我方的承诺。

2、计划交货时间的维护

在物料主数据中维护计划交货时间。
如果该物料有多个供应商进行供货，不同的供应商有不同的计划交货时间，则物料主数据的计划交货日期取多个供应商的计划交货日期的算术平均值。
创建采购信息记录或者计划协议时的默认的计划交货时间取自物料主数据的计划交货时间，均可更改。
创建采购订单时，优先引用采购信息记录中的计划交货时间，在采购订单中可更改。

3、计划交货时间对采购业务以及MRP的影响

1）、当手工创建采购订单时，采购订单中默认的交货日期等于当前日期+计划交货时间
2）、如下图所示（事务代码MD04），在运行MRP时，系统首先根据对原材料的需求日期（7月1日）减去收货处理时间1天，得到物料的计划交货日期6月30日，再根据计划交货日期减去计划交货时间倒退得到采购申请的批准日期。
采购申请的批准（审批/Release）日期意味着采购订单最迟这一天发布给供应商，否则将会出现交货延误。
在处理采购申请的事务代码（ME56/57/58）中，也可使用该日期(审批日期)查询采购申请。

3)、后台可针对工厂或者MRP组设置外部采购的缺省值（事务代码OMDT）
可设置MRP运行时计划交货时间是取自物料主数据还是取自采购信息记录/计划协议。
备注：若要使用来自于采购信息记录的计划交货时间，同时还需维护货源清单（ME01），并且货源清单中的供应商与采购信息记录相同。

4、系统根据历史记录统计实际的交货时间，并可更新主数据（事务代码：WPDTC）

如下图所示，系统将会将查找供应商为112644或者采购物料为ZH0012HY01ZZZ的采购单据（采购订单/计划协议）的收货记录。

点击按钮“扩展”，可以看到明细的信息。
本例中，采购单据有二行，第一行分批收货，第二行一次性收货。
系统首先计算出采购单据的第一行的实际的交货时间（收货日期减去单据日期），由于采用了分批交货，因此需要按照收货数量进行加权平均，最后得到加权平均后的加权PDT，为121.25天。
再计算出第二行的实际的交货时间，140天。
最后，所有行进行算术平均，得到交货时间为（121.25+140）/2 = 131天

点击按钮“更改计划交货时间”，则可以将根据历史记录计算出的实际交货周期更新物料主数据和采购信息记录。
若该物料存在多条信息记录（供应商），则该物料的交货时间为多条记录的算术平均数，如下图所示，物料ZROH11有二个供应商，一个实际的交货周期为0天，另外一个实际的交货周期为4天，则物料的交货时间变为2天。

5、长周期物料的处理

假设产成品的需求周期覆盖未来三个月，而部分长周期物料的计划交货周期超过三个月，很显然这些物料的采购不能仅根据MRP运算得到采购需求。
或者通过运行长期模拟计划，在长期模拟计划中，独立需求的覆盖日期可以更长，譬如六个月，然后根据长期模拟计划的结果，创建采购订单。
或者就是完全根据历史经验，去年同期数据，手工下达采购订单。

6、总结：

计划交货时间是MRP运行，采购订单跟踪的一个重要参数。
一方面在初始确定计划交货时间时，就应该根据历史经验以及与供应商的确认确定。
另外一方面计划交货时间应该根据实际情况做调整，计划交货周期设置偏长，则将会增加企业的库存，设置较短，则可能导致供应短缺。
在执行计划交货周期报表WPDTC时，我们还可以与供应商评估结合起来，选择未能准时、准量交货的供应商，对这些供应商做重点的评估。
若交货周期具有明显的季节性特点，可以通过根据季节设置安全时间（Safety Time）来解决这一问题。

标签: MD04, MRP, OMDT, PDT, Plan Deilivery time, Satety time, WPDTC, 安全时间, 实际交货时间, 计划交货时间, 采购信息记录, 采购申请
归类于 MRP, SAP-Cross-module, SAP-MM, SAp-PP | 没有评论 »

统驭科目的确定

星期六, 05月 21st, 2011

1、概览

我们在客户主数据中定义统驭科目（Reconciliation Account），销售开票时，该科目作为总账中的应收账款科目出现在会计凭证中。
在某些公司，可能希望根据业务的不同确定不同的统驭科目。譬如某公司与客户之间发生多种业务往来，主要销售成品，但也销售配件。
销售成品时产生的发票中的应收账款的会计科目为1122010000（应收账款-应收款）
销售配件的产生的发票中的应收账款的会计科目为1122020000（应收账款-配件）
在SAP中，可通过销售渠道来区分这二者的业务类型，渠道H1为成品销售渠道、渠道H3为配件销售渠道

2、方案说明

我们在客户主数据中定义主要的业务方式的统驭科目1122010000（应收账款-应收款）
同时我们利用统驭科目的确定的功能，定义销售渠道为H3时，统驭科目自动变成1122020000。（应收账款-配件）

3、系统实现

1、系统实现总揽

标准系统中已经预配置了根据销售渠道来进行确定不同的统驭科目，这也是本例以销售渠道作为演示的原因。
我们也可以在系统中配置根据其他的字段确定不同的统驭科目，譬如根据产品组、销售组织、客户的科目分配组等等。

2、系统配置配置说明

1）、点击“分配总账科目”（事务代码OV64）

针对销售组织、配件的分销渠道H3，分配统驭科目1122020000（应收账款配件）

2）、设置允许替换的统驭科目

设置科目1122020000（应收账款-配件）可以替换科目1122010000（应收账款）
本文演示的是在销售开票时根据“统驭科目确定“中定义的规则自动确定新的统驭科目，替代客户主数据中统驭科目。
备注，我们也可以手工创建财务凭证时，手工进行替换。

4、业务操作

1、正常情况操作：销售发票中的统驭科目根据客户主数据中的统驭科目

针对成品渠道H1创建发票，查看相应的会计凭证，切换到总账视图可以看到统驭科目仍然为应收账款-应收款
注意：下图会计凭证中的字段“备选科目”是在会计科目主数据中定义的。（事务代码FS00），在本例中我们还可以为统驭科目定义备选科目，譬如可用来适应同一集团内，集团层次和分公司层次对统驭科目的不同要求。

2、根据后台配置确定统驭科目

针对配件渠道H3创建发票，查看相应的会计凭证，切换到总账视图可以看到统驭科目替换为应收账款-配件。
备注：根据需要，我们也可以设置所有渠道的客户的统驭科目均根据后台配置确定，而非根据客户主数据确定。

5、操作分析

在更改或者显示发票（VF02/VF03）中，点击菜单中的财务科目确定分析/统驭科目，则可以分析统驭科目的确定过程。

6、总结：

1、 统驭科目的确定Reconciliation Account Determination的系统实现过程与销售开票中收入科目（Revenue Account Determination）确定的过程相同，都使用了条件技术，也就是可以设置不同条件下确定不同收入、不同的统驭科目，这二个功能仅用于销售开票中。
2、 该功能与备选科目号码（Alternative account no）类似，但备选科目概念更为广泛，包括备选统驭科目但不限于备选统驭科目，主要用于手工操作，并且备选科目有时是平行的概念，而非替代的概念，该功能更多应用于财务模块层面中。
3、发票校验（MIRO）中，供应商的统驭科目无法通过配置来实现更改，从本人的了解来看，只能通过“会计科目替代”的方式来实现更改统驭科目。
参见：备选统驭科目的使用与配置
[转自SAP屠夫]备选统驭科目的使用(特殊总帐标志和备选统驭

标签: OV64, 科目确定, 统驭科目, 统驭科目确定
归类于 SAP-Cross-module, SAP-FI, SAP-MM, SAp-SD | 1 篇评论 »

库存管理-历史库存和收发存系列-俄罗斯库存报表J3RFLVMOBVED1

星期五, 05月 20th, 2011

1、总揽：

俄罗斯库存报表J3RFLVMOBVED是针对俄罗斯开发的一张报表，属于SAP的标准报表，我们可以使用。与MB5B相比较，其更加明细，包括但不限于以下功能

业务需求	J3RFLVMOBVED	MB5B
根据特殊库存的对象进行搜索，并按照特殊库存的对象进行汇总，譬如MTO模式下，按照销售订单号码显示收发存结果	支持	不支持
根据库存地点进行搜索，并按照库存地点进行汇总	支持	不支持
可根据更多的筛选条件：如 物料类型、物料组进行搜索，并在结果中显示	支持	不支持
查询结果中显示收发存金额	支持	仅工厂级别支持
冲销凭证和被冲销凭证的自动抵消	支持	支持有局限性
二步法下库存转储，当发出方已经发货，收货方尚未收到的业务处理	支持	支持有局限性

2、操作说明

1)选择屏幕的查询条件

可以看到与MB5B相比较多出很多的查询条件，如库存地点等

2）查询结果说明

按照库存地点、特殊库存的对象显示收发存记录，
其中对于工厂级别下的在途库存、特殊库存，其库存地点使用****代替
如下图所示，我们可以查看在库存地点下的库存，查看到明细的特殊库存的数量和金额

通过变式，可以将格式调整为更易阅读的格式，其查询结果中显示的字段比MB5B也多出很多，详细可通过点击变式来查看。

3、收发存金额的说明以及价差的影响

SAP中库存评估是在工厂级别，这也是为何报表MB5B选择库存地点级别无法显示金额的原因。
在本报表中，库存地点的金额是程序运行时动态计算出来的，其计算过程举例如下
某物料在某工厂H001下发生的所有业务如下

日期	业务类型	库存地点	数量	单价	工厂累计库存数量	工厂累计 库存金额
5月2日	入库	H110	1	10	1	10
5月2日	入库	H120	2	10	3	30
5月5日	入库	H110	100	10	103	1030
5月5日	入库	H120	200	10	303	3030
5月10日	发票校验	物料采用移动平均价.发票校验导致库存金额增加，累计库存金额为4545

当前日期为2011-5-20，使用本报表查询5月1日到5月4日的收发存情况，系统处理步骤如下。
1）、取得当前库存。
当前工厂下库存金额：4545
当前工厂下的库存地点的库存数量：H110为101、H120为202
2)、 统计期末到当前的物料凭证：系统汇总统计5月4日到5月20日之间的所有的物料凭证。
得到期末（5月4日）到当前日期（5月20日）之间的库存地点H110下库存变动情况等于入库-出库 = 100个，库存地点H120的变动数量等于入库-出库 = 200个
根据物料凭证对应的会计凭证的金额得到5月4日整个工厂的库存金额 = 1000+2000
3）、倒退期末库存数量和金额
倒推出期末工厂下的库存金额，期末工厂H001下库存金额为4545-3000 = 1545
倒退工厂H001下的各个库存地点的库存数量
库存地点H110下库存数量为1个
库存地点H120下库存数量为2个
计算得到期末（5月4日）库存地点下的库存金额
H110下，库存金额为1/(1+2)*1545 = 515.00
H120 下，库存金额为2/(1+2)*1545 = 1,030.00
4）、同理倒退期初库存地点下的库存数量、库存金额
本例中，均为0
5）、统计期初和期末之间的物料凭证，得到收发货库存数量和金额
本例中，库存地点H110下，收货数量为1，收货金额为20
库存地点H120下，收货数量为2，收货金额为40
PS：这里由于本测试系统的系统配置原因，此处金额扩大了一倍
6）、差异处理
库存地点H110下，期初库存为0，期间库存收发金额20，期末金额却为515，差异金额为495元。
在初始屏幕选择中，通过点击按钮“Separate Price Difference Distribution“
可选择将价差分摊到收发金额中，如下图所示

也可以选择价差不分摊，而是单独一列出现（Additional Value）

在选择屏幕可以点击和，则可以显示包括物料凭证号码、价差、冲销凭证等明细信息。

4、冲销凭证的说明

如下图所示，为物料ZROH1在工厂H001下发生的所有业务，其中发生二笔冲销，一笔是当月（四月）冲销，另外一笔是隔月冲销（五月冲销四月）。

执行俄罗斯库存报表
首先选择期间为四月初到五月末，可以看到冲销凭证自动互相抵消。
收货数量100个，发货数量100个

同样的筛选条件，执行报表MB5B，系统显示收货数量为11100，发货也为11100，具体结果如下

在报表MB5B的筛选条件中可以选择无冲销移动。，则执行结果同俄罗斯报表，收发数量均为100.

选择期间为5月份，发货数量为100个。
与MB5B相同，对收货的冲销将会出现在发货数量中。

注意此时若MB5B的筛选条件中选择，则显示结果未空白。

结论：与MB5B相比较，俄罗斯库存报表对于冲销操作的处理更为合理。
如果冲销和被冲销凭证在同一个选择期间，那么二个凭证将会自动抵消。如果不在一个期间，对收货的冲销将会出现在发货数量中，对发货的冲销将会出现在收货数量中。
而MB5B则根据查询条件的不同，若选择，则无论是否冲销凭证和被冲销凭证在一个期间，都是简单的将这些记录直接排除掉。

5、注意点

1）、销售订单库存的评估方式为M的才在本报表中出现，评估方式为A或者空白的不会出现。
2）、报表优化
为了提高效率，可以将结果保存在数据表中，下次直接读取数据库表。
保存数据时只能针对整个月份进行保存，同时选择工厂或者公司代码+会计科目进行保存。
为了将数据保存在表中，需要有权限对象J_3RM_WRTB的所有权限。

6、总结：

俄罗斯报表比MB5B功能强大了很多，在使用该报表时，一方面我们要了解整体逻辑，另外一方面要注意特殊情况的处理，如库存地点的金额的计算逻辑、发票校验等造成的价差的分摊以及二步法库存调拨的处理。
参见SAP Note
SAP Note 947515 - J_3RMOBVED behavior and limitations

标签: MB5B, 俄罗斯库存报表, 历史库存, 收发存
归类于 SAP-Cross-module, SAP-MM | 没有评论 »

库存管理-历史库存和收发存系列-MB5B

星期五, 05月 20th, 2011

1、总揽：

事务代码MB5B是查询选择期间之内的收发存报表
其中，收、发为汇总选择期间的收、发信息，存为选择期间的期初、期末库存数据；
我们也可以用该报表查询历史上某一天的库存，但注意有一些限制条件。

2、查询条件说明：

1、 库存类型的选择

• 选择”仓储位置/批次库存”(Storage loc./bat Stock)
  仅显示在库存地点层次的库存，不显示工厂级别下的库存（特殊库存和工厂级别在途库存）
  只能查看收发存数量，无法查看金额；
  查询结果按照物料工厂汇总，若物料为批次管理的，则按照物料、工厂、批次进行汇总；
• 选择“对库存做评估“(valuated Stock), 查询某个物料在整个工厂级别的收发存情况，可以查看到收发存数量以及金额。
  无论物料是否做批次管理，查询结果均按照物料、工厂进行汇总。
  注意：不能输入其他查询条件（如库存地点、批次、特殊库存标示、评估类型、移动类型）
• 选择“特殊库存“（Speical Stock），可查询客户寄售、供应商寄售、销售订单等特殊库存的收发存汇总情况
  查询结果按照物料、工厂、特殊库存类型进行汇总；
  注意：不会显示特殊库存对应的具体的客户代码、销售订单号码

2、输入移动类型的同时，必须输入期间，此时的期初期末数据可能是不准确，因为限制了移动类型。

3、冲销凭证的处理。

系统默认对收货的冲销，将会出现在”总发出数量”，这可能不是我们期望的，我们可以考虑勾选上按钮“无冲销移动”，但注意仅在确保冲销凭证和被冲销凭证在同一个选择期间中，才能勾选上按钮“无冲销移动”，否则期初期末库存可能不准确。
4、设置”显示格式”,大部分企业比较习惯选择非层次的显示格式。

3、总结

关于MB5B的说明，SAP并不建议用MB5B处理大量的数据，尽管它未限制使用该报表处理大量数据，对于用户的此类需求，SAP建议数据量大的公司，在SAP标准报表基础上进行优化，请阅读以下SAP Note
Note 1005901 MB5B: Performance problems
Note 773673 MB5B: Accessibility conver
Note 921165 MB5B: Improving the runtime using database hints
Note 195786 - MB5B: Collective Note

标签: MB5B, 历史库存, 收发存报表
归类于 SAP-Cross-module, SAP-MM, SAP-基础篇 | 没有评论 »

定价（采购）-采购申请中的评估价格以及价格复制到采购订单

星期日, 05月 15th, 2011

一、采购申请的评估价格概览

1、 采购申请中的评估价格的作用

a) 可用于采购申请的审批策略中；(详细介绍本文略）
b) 可将采购申请的评估价格复制到采购订单中；

2、 采购申请的评估价格的来源

a) 有物料号码的行项目，评估价格（Valuation Price）的默认来源物料主数据的评估价格。如果物料采用标准价格，评估价格则等于标准价格，物料采用移动平均价，评估价格则等于移动平均价。
b) 对于没有物料号码的行项目，评估价格只能手工输入；
c) 我们可以在采购申请凭证的屏幕布局（Document Screen Layout）中设置评估价格是否可以手工调整，如下图所示，我们可以修改有物料号码的行项目的评估价格。（事务代码ME51N）

3、 采购申请的评估价格复制到采购订单中

若采购申请中的字段“采购订单价格”中选择“2作为净价格”，当参照该采购申请创建采购订单时，系统将该采购申请的评估价格复制作为采购订单的单价。（事务代码ME21N）

二、系统配置说明

涉及到以下三方面的配置
屏幕布局的定义
屏幕布局的分配
采用采购申请中的评估价格到采购订单；

1、采购申请凭证的屏幕布局的定义；

采购申请屏幕布局的定义（路径：物料管理/采购/采购申请/定义凭证层的屏幕格式）

2、采购申请凭证的屏幕布局的确定

采购申请凭证的屏幕布局的确定有多种方法
在采购申请的凭证类型中，分配屏幕布局（fieldsel）给采购申请类型
（后台配置路径：物料管理/采购/采购申请/定义凭证层的屏幕格式）

可以根据用户来进行设置
事务代码：OMET定义采购员参数Z1（功能权限：采购订单），在字段FieldSelCtrl Rel中可以输入屏幕布局，然后通过事务代码SU01（或者SU3）将参数ID EFB分配给用户。

3、采用采购申请中的评估价格到采购订单；

上图勾选上 “采用PO价格”，则创建采购申请时，可以选择将采购申请的价格复制到采购订单，这样创建采购订单时，则直接复制采购申请的价格，即使有采购信息记录，也不会取采购信息记录的价格。

三、总结：

复制采购申请的单价到采购订单，对于在采购申请环节已经确定采购单价的业务还是比较适用的，特别是非物料类采购。
本节内容参见SAP Note
Note 393367 - Price is not transferred from Preq to PO
Note 422624 - ME51N Order price adoption: Additional info

标签: EFB, OMET, Paremeters ID, 参数ID, 采购申请, 采购订单，价格复制，Price Adopt
归类于 MM-Pricing, SAP-MM | 没有评论 »

定价(采购)-定价的时间相关性

星期五, 05月 13th, 2011

1. 定价的时间相关性与否（Time dependent or not）

采购定价中有二种完全不同的定价形式
时间相关定价（time-dependent conditions），也称为Master Condition，采购信息记录和合同总是时间相关定价，在采购信息记录中，我们可以维护不同的时间段不同的定价。
时间不相关定价（time-independent conditions）,也称为Document conditon (单据相关的定价)，采购订单总是单据定价，采购订单中无法设置不同的时间段不同的定价。
而报价单和计划协议系统默认为时间相关定价，但我们可以在相应的单据类型定义中修改为单据定价，下文我们以计划协议为例介绍这二者的差别。

2、定价-时间相关定价（计划协议）

计划协议的有效期一般的周期会很长，譬如1年，在这一年中，价格可能会发生变化，上半年价格为100元，下半年价格为150元。这也是系统默认计划协议为时间相关定价的原因。
在计划协议中维护针对同一行的同一个物料，我们可以像采购信息记录一样，维护多个价格有效期，譬如如下图所示，计划协议9500000000
2011-4-29-2011-5-1 价格100元
2011-4-29-2011-4-30 价格200元
系统默认计划协议的定价日期控制为“收货日期”，也就是根据收货日期确定采购单价。


计划协议收货时，因为系统设定了根据收货日期确定定价，具体而言系统将根据收货凭证的过账日期(Posting Date)计算采购价格，本例中收货二次，过账日期5月1日，过账数量100个，根据过账日期确定的单价为100元，过账日期5月11日，过账数量200 个，根据过账日期确定的单价为200元。

发票校验时，根据采购收货的结果，也分为二行，对应不同的单价。

3、定价-单据相关定价（计划协议）

1、 创建公司间计划协议，

设置定价为单据相关，有一个好处是公司间采购的计划协议的销售发票的价格可以直接取自采购订单中。

点击按钮条件，可以看到与采购订单相同的定价屏幕。

2、ME38维护计划协议的交货计划

3、VL10D针对计划协议创建发货单

4、VL02N对发货单进行发货过账

5、VF01 创建系统发票

如下图所示可以看到公司间发票的价格取自计划协议中中的价格。
备注：若是计划协议采用时间相关定价，由于销售发票中为单据定价(document pricing)因此无法将计划协议的价格复制到销售发票中。

4、总结

单据定价是SAP中最常见的定价模式，单据定价通过定价过程可以实现各种复杂的定价。而时间相关定价则可以为不同的时间段设置不同的定价，但其无法实现比较复杂的定价功能，例如无法利用定价中的routine功能，与销售模块的接口也处理的不好。
二者在数据存储上也有很大的差别。
计划协议若是时间相关定价，定价记录在表A016，通过条件记录号与表KONP相连。
计划协议若是单据相关定价，定价记录在表EKKO，通过条件记录号与表KONV相连。

标签: Document conditon, Master Condition, Pricing, 定价, 计划协议, 跨公司计划协议
归类于 MM-Pricing, SAP-Cross-module, SAP-MM, SAp-SD, SD-Pricing | 没有评论 »

定价（销售/采购）-累计的等级定价-条件更新功能（condition Update）

星期二, 05月 3rd, 2011

1. 总揽说明
业务需求: 如一个月内，累计销售数量为0-1000个，单价为100元，累计销售数量1000以上，单价95元，量大从优。
或者：一个月内，0~1000个，105元，1000个以上100元。因为刚开始销售时需要考虑一些其他费用，例如在机械行业，可能考虑磨具费用。
解决思路：有二种可能的解决方法
1）、利用条件更新功能Condition Update（条件类型定义中，选择定价更新），设置二个条件类型
条件类型1：单价1005元
条件类型2：单价5元，但是设置定价更新，VK11维护时，附加数据中，设置累计的数量为1000个，该条件类型的有效期均为当月，根据需要可以一次性维护多个月份。
整个月份利用一张单据（如计划协议、销售合同、销售订单），不断更新数量，使用一个条件类型，条件类型设置等级定价。
2、思路1-条件更新功能
1）、后台定义条件类型K004为条件更新(condition Update)(事务代码V/06)

2)、创建价格主数据（事务代码VK11）
1）、对条件类型PR00维护100元
2）、对条件类型K004维护5元，但设置最大条件基值为1000个；
点击菜单 转到、附加数据
备注：这里维护的金额是5元/个，最终的价格为0~1000个，105元，1000个以上100元。
如果维护金额为-5元，最终的价格为0~1000个，95元，1000个以上100元。

在附加数据中，选择最大条件基值。
可以看到，我们也可以选择最大条件值、最大订单次数。
最大订单次数常用于销售促销中，如前100个消费者，享受10%的折扣。

3）创建销售订单
创建第一张销售订单，数量为800个，可以看到800个全部享受5元的折扣（附件费）

创建第二张销售订单，销售数量为500个，此时可以看到附加费（折扣）仅为1000元，200个数量。

选择条件类型K004，点击价格明细，系统提示已经超过最大基值。

4）、系统实现说明
再次查看条件类型，
VK11，输入条件类型K004，选择附加-累计值


点击“第一个销售订单”，则可以看到应用该条件类型的销售订单号码

从上面几幅图中，我们可以看到系统的原理。
当我们在条件类型中设置条件更新后，系统就会将使用该条件类型的销售订单信息保存下来（销售订单中的数量、金额、次数），当下次再创建销售订单时，就根据保存下来的信息与条件记录中的最大条件基值、最大金额、最大次数进行比较。
具体而言，系统保存在表S071中

3、实现思路-利用一个月一张单据；
1）、维护价格主数据，设置等级定价

2）、创建销售订单，数量为800个；

3）、创建发货单、过账。（截图略）
注意不能出具发票，如果出具发票，销售订单的价格就无法更新。
4）修改订单数量从800，修改为1300，发现k004 也随着发生变化

5）、再次进行发货（截图略）
6）、月底一起出具发票

4、总结：
1）、二种思路在某些业务情况下都可以满足需要，也有可能都不能满足需要。
思路1演示的是超额累计（个人所得税的这种形式）。
具体而言为：0~1000个，单价105，1000个以上，超过1000-单价则变成了100元
即销售800个，总价为800*105=80400
即销售1300个，总价为1000*105+300*100=13500.
思路2：演示的是正常的等级定价，思路2的缺陷在于平时不能够销售开票。
具体而言为：0~1000个，单价105，1000个以上，单价则变成了100元
即销售800个，总价为800*105=80400
即销售1300个，总价为1300*100=13000
2)、正如定价的其他功能，该功能也可应用于采购定价

标签: Condition Update, 条件更新, 累计等级定价
归类于 MM-Pricing, SAP-MM, SAp-SD, SD-Pricing | 没有评论 »

定价(销售/采购）-条件索引(Condition Index)

星期日, 05月 1st, 2011

1、 条件索引总揽：
条件索引是定价中的一项功能，使用的频率不是很高，但鉴于条件索引的介绍资料很少，本文就做简单的介绍。
通过创建条件索引 (condition Index)可以查询特定的条件类记录，例如关于某个物料的所有条件记录。
举例说明：某公司销售产品100032，该物料存在以下类型的价格
销售单价PR00，根据销售组织、分销渠道、物料维护或销售组织、分销渠道、客户、物料维护；
销售折扣K004，根据销售组织、分销渠道、物料进行维护
跨公司销售单价PI01，根据销售组织、发货工厂、物料进行维护；
我们希望能够同时查询到关于该物料的各种条件类型，此时我们就可以使用条件索引功能。
2、 系统设置：
a) 条件类型PR00、K004、PI01标记上条件索引指示符。（事务代码：v/06）

b) 设置条件索引表
图标1：维护条件类型，也就是设置条件类型为定价更新
图标2：维护索引的条件表，索引的条件表包含哪些字段，系统已经定义了关于物料的索引条件表，当然我们也可以自定义用于索引的条件表。
图标3：条件表中允许的字段在这里定义。
图标4：设立条件索引，这个是为索引前的条件记录创建索引，应该翻译为重组用于索引的条件表
图标5：激活条件索引

系统预定义的用于索引的条件表。（对应数据库转账表为KOTFxxx，条件表001对应KOTF001）

c) 激活条件索引表(事务代码V/I1)
包含物料的索引的条件表（001），系统默认处于未激活状态，设置激活，并选择需求002
在本例中，需求002代表条件类型的关键字组合中只要有物料（而无需满足销售组织、分析渠道、物料三者组合，需求001），那么维护的条件记录就更新到索引的条件表中。

3、 条件记录维护
事务代码VK11分别创建三个条件类型（PR00 、K004、PI01），四条记录均包含物料10143.
激活条件索引后，维护条件类型时，当满足建议索引的条件时，系统就会更新索引的条件表，本例中，将会更新表KOTF001S.

4、 根据索引查找记录
事务代码VK13，点击按钮“用索引选择”，选择“物料、销售机构、分销渠道’

我们可以看到包含物料10143的四条定价记录
销售折扣K004,3元/KG
对外的销售单价PR00针对销售组织CT00、分销渠道10为1000元/kG
对外的销售单价PR00针对特定客户101，单价为1100元/KG
公司间销售时（内部交易）价格仅为100元

总结：
1、 如果公司定价比较复杂，用到的条件类型比较多，使用条件索引可以有进行总揽性查。
2、 凡是索引 （index）都有二面性，执行报表是加快速度，但也会占用系统空间，并可能影响性能。（如这里创建价格主数据时，系统还需要多更新一个用于索引的条件表。
3、 相关事务代码列表

V/I1	激活条件索引
V/I2	设立条件索引(重组条件索引)
V/I4	查找条件索引，（与事务代码VK13 类似）
V/I5	查找条件索引并更改条件记录（与事务代码VK12 类似）
OV08	创建用于索引的条件表
OV09	修改用于索引的条件表
OV10	显示用于索引的条件表

4、 同定价的其他功能，条件索引也可以应用于采购定价中,配置路径如下，详细配置略。

标签: Condition Index, Price, Pricing, 条件索引
归类于 MM-Pricing, SAP-MM, SAp-SD, SD-Pricing | 没有评论 »

制造商料号功能2——-非库存管理的MPN功能

星期二, 04月 26th, 2011

正如上文所说，同一个物料存在多个供应商，并且该物料的供应商可能还存在多个制造商。
制造商是指真正制造产品的公司，供应商与我们发生实际业务，供应商可能是制造商，也可能只是贸易商，其从多个制造商处进行采购，然后再与我们发生往来关系。
当一个物料出现多个制造商（供应商）时，由于以下典型的业务，我们应使用非库存管理的MPN功能；
1、向同一供应商采购同一个物料，但是存在多家制造商，不同制造商的价格可能差异；
2、向同一供应商采购同一个物料，但是存在三家（多家）制造商，不同制造商的质量可能差异，我们只允许向其中的二家进行采购，并且不仅如此，我们还希望生产订单发料时，这二家制造商提供的同一个物料不能再同一张生产订单中进行混用。
3、向同一供应商采购同一个物料，但是存在二家（多家）制造商，不同制造商的质量、价格可能有差异，也可能无差异，我们按照配额进行采购，向二家制造商各采购1/2的量。
功能并不复杂，下文中，我们也就简单介绍一下此功能，
1、 业务场景及操作步骤
1)、 维护物料（事务代码MM01/MM02）
a. 在本公司的物料（10021）的物料主数据中指定该物料是否做MPN管理。
注意：尽管我们需要记录制造商信息，但如果物料只有唯一的制造商，那么我们只需要在物料主数据中直接输入该制造商信息,如果存在多个制造商，我们则需要维护制造商参数文件,如本例的2000。MPN参数文件的配置涵盖了MPN的配置。

b. 创建二个制造商物料MPN1和MPN2
物料类型选择：HERS，均对应我公司物料ZBATCHQM，二个制造商物料对应二个制造商。
这里的制造商，取悦于制造商的性质，可以创建专门的供应商主数据（事务代码XK01），选择账户组（MNFR）Manufacturer，或者直接输入供应商代码。

2)、 维护采购信息记录（事务代码ME11）
注意这里是针对制造商物料M001-10021和M002-10021维护采购单价。

3)、 维护配额MEQ1
针对物料10021和供应商20000和20001维护采购配额，我们可以输入制造商物料号。如下图所示，我们对物料10021的供应商20000下按照制造商物料进一步进行配额分配。

4)、 创建采购订单:事务代码ME21N
输入制造商物料M001-10021，自动带出本公司进行库存管理的物料10021，同时根据维护的制造商物料的价格确定价格，并带出制造商信息。

5)、 事务代码MIGO 采购订单收货
物料做批次管理，采购订单收货后，产生批次9000158，制造商信息记录在物料的批次主数据中。

2、 系统实现说明
定义制造商商参数文件（MPN Profile） T-code：OMPN
后台路径：SPRO®Materials Management®Purchasing®Material Master ® Define Manufacturer Part Profile

图表 14
相关参数说明：

• 01 Order text for MPN Material，采购订单中的采购文本取自供应商物料的物料主数据的文本。

• 02 MPN is mandatory，制造商零件参数文件MPN1,如果设置了强制的MPN,则本公司将禁止使用自有料号直接建立采购单,只能输入MPN料带出自有料。
• 03: Change in MPN，参照采购申请创建采购订单时，是否可以修改采购申请中的MPN物料号码，同时还控制在采购订单中是否可以将现有的MPN物料修改为其他MPN物料。
• 04：Info Record For MPNS，采购信息记录针对MPN物料还是针对自己公司物料
• 05：QM Processing For MPNS,质量信息记录针对MPN物料还是针对自己公司物料（质量信息记录的事务代码为QI01）
• 06: AMPL Management（Approved Manufacturer Parts List Management）标记上，则所有制造商都需要批准才能够维护。如果未批准，创建采购订单时，则会提示该制造商物料

需要通过事务代码MP01进行维护，可以看到支持在工厂级别控制、版本控制（Revision），ing且还可以设置冻结。（事务代码：OAMP设置冻结原因）

• 07Updating of LIS 采购信息数据更新到LIS后勤信息系统报表时，以MPN物料还是自己公司物料更新到相应表中。（如查看采购金额的后勤信息报表-事务代码MC$G）
• 08 Checkg. Rule: Manuf. 检查采购订单中的制造商，是否在采购订单同时以合作伙伴功能HS存在。

3、 整体说明
非库存管理的制造商料号（MPN Material）可以应用于采购的各个环节（采购申请、采购合同、采购询价单、采购报价单、采购订单、采购合同、供应商确认等业务），但仅限于采购业 务，库存管理等操作仍然是针对own material（自有物料）。需要注意的是，寄售业务下，必须针对自有物料而不能造商物料创建寄售信息记录。
通过该功能，结合配额管理功能，实现对制造商进行配额管理。
通过该功能，结合批次管理功能，实现各种针对制造商的需求。参见章节批次管理-批次确定。
如：控制一张生产订单中的一个组件只允许由一个制造商提供。
实现满足特定客户指定制造商零部件的需求。