David's Untitled Life

具体图片请见附件Source determination in detail.rar

补充了Kanter的关于source list和配额协议的讲解

Source determination in detail

前面对contract介绍时，简单的提到过source determination。这由两部分组成：Source list(源清单)和Quota Arrangement(配额协议) 我们将分别介绍

• Source List Overview

我们提到过，供货来源有供货商(SAP中表现为信息记录和框架协议)和内部工厂(用于stock transfer)两种。我们这里讲的source list主要是采购中，供货商的表现形式。在创建PR的时候，如果将source determination选项勾选(如图)，则系统会搜索所有货源，如果没有预先设定的首选项，则可以将列出清单。可以通过价格模拟和供应商评估来决定供货商。

另外，可以在用户参数中配置EFB来禁止用户手动指定供货商。

Source determination将发生在如下业务：
1. MRP运行 MD01/MD02/MD03
2. 创建PR ME51N
3. PR分配 ME56
4. PR分配和处理 ME57
5. 创建PO，vendor未知 ME25
6. 计划订单转化为PR MD14/MD15

• Source List的功能

1. 定义一个vendor为固定的供货商(除了MRP运行) 同类型的(信息记录或框架协议)固定vendor只能有一个，如果不同类型的都有一个固定vendor，则框架协议的具有的优先级较高
2. 定义从某个内部工厂采购。只有PR的明细类型为U(stock transfer 库存转储)时起作用
3. Block某个vendor 如图，如果没有设置vendor而只是输入有效期间和block，则表示这段时期内，此物料在相关工厂不能外购


4. MRP相关 如果设置为1，则MRP运行时考虑此项作为货源，如果此项为SA,设置为2，可产生SA的schedule line
前面提到过，如果一个物料没有维护源清单则禁止采购，可以如图在物料主数据中设置和后台配置(Purchasing->Source List)某个工厂的物料采购都需要源清单


我们可以通过ME06(Purchasing->Master Data->Source List->Follow-On Functions)来分析某个工厂下哪些物料还没有源清单

• Source List的创建

1. 手动
2. 通过大纲协议创建 如图

3. 通过信息记录创建 如图

4. 自动创建 ME05(Purchasing->Master Data->Source List->Follow-On Functions)

• Include和Exclude功能的源清单

因为合同的明细类型有W和M两种特殊形式，并不会指定具体的物料号。比如W(material group)，我们要采购的物料都属于001这个物料组，但是唯独001中的100-100这个物料不行，则可以创建一个exclude类型的源清单。操作过程如图


采购一个不在这个清单中的物料Z-ROH-DV01 系统是允许的 如果采购100-100系统就会报出错误的消息Source of supply blocked (according to source list)

但如果按如下设置，Exclusion删除掉，则除了100-100以外的物料都是不允许的，只有100-100可以采购。

• Quota Arrangement(配额协议) overview

配额协议是source determination中的另外一个可以影响结果的选项。如果一个物料存在配额协议，则在source determination过程中，它有最高的优先级。
当一个需要采购的物料有多个供货源，而采购的数量需要在这多个供货源中分配时用到配额协议。
注意，即使一个物料拥有了配额协议，也不证明在手动创建PR时会自动分配采购的数量给多个供货商，货源只会分配给一个。只在MRP运行时可以分配数量。

• 配额安排(Quota Arrangement Usage)

在一个物料要使用配额协议之前首先要确定配额要使用的业务范围，这个可以在物料主数据的MPR2视图的配额安排中设定，如图

而这个配额安排的配置在后台Purchasing->Quota Arrangement->Define Quota Arrangement Usage

• 配额协议的创建

TCODE MEQ1维护配额协议，如图所示。先维护header，一个有效期间和配额协议生效的最小数量。然后维护明细，设置采购类型(外购/内销)特殊采购类型(自制/寄售/库存转移等)指定供货商或者工厂，指定配额以及其他细节。这些其他参数细节我们将稍后讨论。

• 配额协议的运行方式

在使用系统自动指定供货源的时候，系统会根据配额协议计算供货商。这个计算涉及到配额率的概念。Quota rating = (quota-allocated quantity + quota base quantity) / quota
 Quota-allocated qty:配额安排指定的业务范围中，所有跟这个vendor有关的已分配的数量。这个是系统自动更新的
 Quota base quantity维护配额协议的画面可以找到这个配额基本数量的维护字段。用来人工控制配额协议
 Quota 配额，也在配额协议维护画面找到这个字段，决定需求如何分配
在决定货源的过程中，具有较低配额率的供货商会被优先考虑。

因为配额率中的配额基本数量比较晦涩，其他两个因素都很容易理解。我们详细探讨一下。
配额基本数量，可以在已有的配额协议引入了新的货源或者用来补救已分配配额数量和配额之间的不平衡分配。
Scenario:假设系统原来的配额协议有两个vendor，分别分配50%，这时引入了新的vendor。因为系统已经运行了很长时间，所以两个旧vendor拥有很高Quota-allocated qty，依据公式，新的vendor将具有很高的quota rating，所以，在做货源决定时，将会一直指定给这个新的vendor。这时我们需要手动维护或者由系统来决定。
系统计算是通过配额协议维护画面菜单进入的，如图
其中有单独处理和批量处理两种方式。

• 配额协议与MRP

与在source determination中的配额协议使用相比，在MRP运行中，可以将一个需求分给多个货源。这个在SAP中叫做splitting(分割)
这个是否做分割，是由物料主数据中MRP1视图的批量大小来控制的，在后台可以配置批量大小计算过程是否分割配额。另外，在配额协议的header中指定分割的最小数量，如图



我们设置最小分割数量为10，而MD03运行MRP，因为需求是5个，所以并没有产生分割。
我们将最小分割数量删除，再次运行MRP。如图，我们看到，MRP的运行结果是5个需求，分割成了3个和2个，给两个货源

我们还可以在配额协议中指定最大和最小批量数量。但是这个只会在MRP自动生成order时起作用。如果物料主数据中也指定了，则配额协议的会覆盖物料主数据中的设定。
如图，物料主数据中设定最小 最大批量数量为2和4，需要再采购1个物料(这里为了方便，使用了静态的reorder point)

如图，运行MRP可以发现，实际产生了采购2个数量的PR

我们在配额协议中配置为1

如图，运行MRP可以发现，时间产生了1个数量的PR

我们再更改一下数据，使得系统目前需要5个数量的物料，运行MRP，可以发现，产生了一个4个数量的PR，又产生了一个2个数量的PR，这是物料主数据限制造成的
同理，如果将配额协议中最大为5，则可一次产生5个数量的PR了
注意，在配额协议中有一个check box，是only-once指示。当我们指定了最大批量数量，而这个vendor具有很低的quota rating时，产生的后果是产生很多个order，每一个都是最大数量，而是这一个vendor。为了避免这种情况，可以勾选Only-once，则这个供货商的采购，只会达到最大数量的一个order，其他的根据配额分配。
如图，我们产生5个数量的需求，设定1000 vendor的最大LOT数量为4，则剩下的1个会分配个1010.


除了最大批量数量，还可以在配额协议中设定最大数量。当一个vendor的已分配配额数量等于或者大于这个值时，这个vendor将不再被视为货源之一。无论手动创建PR还是MRP自动运行都会考虑这个设定。

• MRP中Source determination过程

SAP在MRP运行时，按照如下顺序绝对货源
1. 配额协议
配额协议存在的话拥有最高的优先级。因为框架协议没办法增加到配额协议中，所以在原清单中，框架协议如果与MRP运行的货源相关，则要将最后MRP-relevant设置为1或者2.
2. 源清单
配额协议不存在的话，系统检查源清单，MRP-Relevant被设置为1或者2的话，系统会作为供货源考虑。如果有多个项目设置与MRP相关，则第一个项目作为供货源。
对于不是MRP运行的source determination，系统也有一个检查顺序。
1. 配额协议
2. 源清单
源清单中被标识为fixed vendor被优先考虑，如果信息记录和框架协议在源清单中都被标识为fixed vendor，框架协议被优先考虑。如果没有fixed vendor，有多个货源，则系统会列出一个List供选择。
3. 框架协议
4. 信息记录

• Regular vendor(常规供应商)

如果在整个client范围内，某个物料只从一个vendor处采购，则可以在信息记录中，将这个vendor设置为 regular vendor，如图

如果我们要再指定一个常规供应商，会得到警告消息Up to now, vendor 1000 has been regular
与工厂级别的fixed vendor设定相比，regular vendor是client级别的。
当然，我们要在后台激活常规供应商功能(Purchasing-> Source Determination-> Define Regular Vendor)，才会在货源确定中使用常规供应商

• 关于货源决定的其他补充

在创建PR时，如果想为没有物料主数据的采购执行货源决定也是可以的，只要指定了material group，并且有相关material group的框架协议或者信息记录存在。框架协议的优先级高。
在创建PO时，自动货源决定按照配额协议，源清单，框架协议，信息记录的顺序检索可用的供货源。
如果出于某些原因，禁止再从某个供货商采购物料，则可以BLOCK此供货商，这样在创建配额协议，源清单等的时候将禁止操作。Logistics->Materials Management->Purchasing->Master Data->Vendor->Purchasing->MK05 – Block
我们也可以通过在源清单中设定block来禁止从特定供货商采购。这种block有一些小的区别：
1. 阻止的是一个大纲协议的item的货源：则禁止从这个大纲协议创建release order或者schedule line。但是不参考大纲协议创建的采购是可以继续进行的。在创建PR或PO进行指定货源时，大纲协议被阻止明细将不会被作为货源之一出现在列表中。
2. 阻止的不是大纲协议的item(信息记录或者工厂): 则意味着不能从这个vendor进行任何采购相关的活动。在创建PR时，将不会出现在备选货源清单中。如果直接创建PO，会报错误消息：Source of supply blocked (according to source list)

详细图片请见附件 Scheduling_Agreement.rar

• Overview

计划协议（scheduling agreement）是与供货商签订的一项长期合作协议。会预先定义有效时间和采购数量。
使用计划协议的好处有：
1.可以省去很多PO和合同的release order(直接对SA进行GR操作)，SA的delivery schedule line本身就是SA的一部分，因此可以减少文档的数量。
2.MRP运行时，可以自动产生delivery schedule line
可以参考以有的PR RFQ Contract SA来创建新的SA。因为SA永远是与工厂相关的，所以M W类型的item是不允许的(见contract item category的讲解)。SA的条件是可以在后台配置是否是时间相关的，如果指定为与时间相关，则可以指定不同期间的价格。

SA也可以创建对没有物料号的物料的采购。但是与contract不同的是，不能使用U(unknown)的account assignment
我们还可以通过后台，对doc type的配置，来指定是否需要release doc.关于release doc稍后会说明

• 自动产生delivery schedule line

MRP的运行可以自动产生SA的schedule line，但是有如下几个前提：
1. SA必须明确的在source list中定义为source of supply，并且MRP相关列设置为2(Record relevant to MRP. Sched. lines generated automatically)
2. 物料的MRP2的视图中，Procurement type必须设为F
3. 自动产生schedule line是被允许的(在SA中设置)

• SA的release document

如果不需要release doc. 那么SA中保存一条schedule line的时候，就可以认为是被客户承认了，可以马上传达给客户。在这种情况下，消息控制功能应该被配置为，SA的任何修改被保存时，马上就产生消息。

如果需要release doc.，在显示的SA release之前，schedule line产生之后不会马上发送给客户，而是保存在系统内部作为参考(LPA SA类型)。这可以是一个FRC(forecast)或者JIT(just-in-time)的交付计划。
可是使用两种SA的release：
1. FRC(forecast) delivery schedules
可以给客户展示中长期的物料需求概览
2. JIT(just-in-time) delivery schedules
可以给客户展示短期内的物料需求

• SA的release

如图，可以通过在SA的item中设置JIT与release无关。这个flag的值是从物料组数据的MRP2视图中带入。如果MRP2中没有设置，是没办法在SA中修改的。


SA的release可以手动或者自动进行，也可以通过选择条件选择SA的所有item或者SA中被新创建或者更改的item可以被release。
通过TCODE ME84(Logistics-> Materials Management-> Purchasing-> Outline Agreement-> Scheduling Agreement-> ME84 - Create SA Release)来创建SA的release
也可以通过TCODE ME38(Delivery Schedule line maintain)的edit菜单生成FRC或者JIT的SA release

• Release creation profile

Release creation profile的官方帮助
http://help.sap.com/saphelp_47x200/helpdata/en/3b/665971da7b11d1b6330000e8a738dc/content.htm
我们可以通过release creation profile来定义:
哪种事件可以触发SA schedule line的release，比如schedule line被修改;
Delivery时间如何表示(是否汇总);
是否积压和及时需求也被触发并显示在SA release中;
是否有容差组触发执行创建新的SA release;
如果在vendor主数据中指定了(与工厂相关的数据)，则可以带入SA明细项中，否则需要在SA中指定。在vendor中指定工厂相关数据的过程为：Select Purchasing data screen from Vendor maintain, find the submenu Extras--> add. Purchase data -->select data retent. at plant level allowed, then select Alternative data and then choose Yes to create it, enter plant 1000, select Purchasing data and select Continue 如图



Release creation profile(批准创建参数文件)是一种工具用来控制对SA进行release（审批）的频度以及数量汇总的方式。
频度：比如每天或者每星期，对SA进行审批并传送给客户。可以为FRC和JIT分别创建不同的频度。
数量汇总(aggregation)：决定哪个期间内的schedule line的数量会被合并。可以分别为FRC和JIT创建不同的数量汇总
我们 简单的来看一下参数文件中的配置(Materials Management->Purchasing->Scheduling Agreement->Maint. Rel. Creation Profile for Sched. Agmt. w. Rel. Docu.)

如图,以JIT为例，release doc创建的策略，分别将计划行修改或者达到下一个交付日作为条件组合。我们首先创建一个计划行(日期在未来)如果选择了第一项，因为是或者的关系，也就是虽然没有达到这个交付日但是新修改的计划行，所以依然可以创建。
ME84 test run的结果如下

注意，创建的原因是change creation
如果我们将创建策略改为只有达到了下一个交付日才创建，再次运行，结果如下

没有创建，原因为No creation (next date not yet reached)
Aggregation Horizons是用来控制，在哪个区间范围之内，交货数量是如何累积的。如图

以FRC为例，创建以后的0～10天内都是数量每天累积的，发给供货商。可以看到我暂时配置的0~10天是每日汇总。SA的计划行和ME84运行后，查看结果如下


可以看到是按照每日的总数量汇总的。
我们再改一下配置，改为0～10天，没有汇总，也就是说每个计划行的数量都会和详细信息发给供货商。
ME84运行后结果如下，可以看到，没有对每天的数量进行汇总，每个计划行都是一条单独的记录

如果想周期性的创建SA release可以使用create periodicity功能。
容差参数文件，可以控制，在schedule line的数量被更改了多大的百分比时，需要创建新的SA release doc给客户。具体操作可以自己试验。

• Firm Zone(确定的域) and Trade-off Zone(平衡的域)

Firm Zone:定义了从当前日期开始到哪一点为止的时间段，是货物的生产进行时期。落在这个时间段内的schedule line可被认为是确定的订单(firm order).这个时间需要与供货商商讨确定，他包含了客户需要生产计划数量货物的时间。如果在这个区间内的schedule line被取消了，供货商有权利要求支付生产成本和为了生产购置零件的成本
Trade-off Zone:定义了货物进行时期。这个时间一般基于运输时间和供货商采购生产所需物料的组件的时间。如果在这个区间内的schedule line被取消了，供货商只有权力要求支付为了生产购置零件的成本。
落在这两个区间之外的schedule line属于计划区间。
可以通过设置，落在哪个区间的schedule line是可以被MRP运行所修改的。如图：

• Message

系统可以为每一个SA的release生成message，也可以为整个SA生成一个message。
在后台Materials Management->Purchasing->Messages->Output Control ->Message Determination Schemas->Define Message Schema for Scheduling Agreement Release/Expediter中的Assign Schema: SA Release/Expediter进行配置
将如图所示的选项勾选之后，系统将会为每一个SA的release都生成一个message，否则将在header级别生成message.

我们还需要为每种SA release类型定义也只能定义一个main message type。Main message type如果被输出了，会更新相应的依赖于输出的数据，比如release doc的状态变为被处理状态。配置路径为Materials Management->Purchasing->Messages->Output Control->Message Types->Define Message Types for Scheduling Agreement Release/Expediter中的Fine-Tuned Control: Forecast Delivery Schedule/Expediter
如图

A类型为JIT的release doc，系统默认为LPJ1，我们将其改为LPJ2，之后再生成JIT的release doc，查看输出message, 可以发现默认的消息成为了LPJ2

可以通过菜单(Logistics->Materials Management->Purchasing->Master Data-Messages)来配置message type的条件记录，然后通过TCODE ME9E(Logistics->Materials Management->Purchasing Outline Agreement-> Scheduling Agreement-> Delivery Schedule)输出消息(print out, FAX, EDI等)

此刻，我们输出LPJ1，如图所示，然后查看一下SA release doc的状态，可以发现，还是处于黄灯的未处理状态。


如图，我们再将LPJ2输出，会发现，release doc的状态就成为了已处理的绿灯状态。

处理过后，SA Release doc.状态变为绿灯

如果系统定义的消息在release doc level而不是header level（前面提到的配置）则可以通过查看release doc时，message per release来查看，如图

用系统默认的打印类型，如下

• Determining the Agreed Cumulative Quantity(允许的累计数量)

在供货商交付货物出现过剩或者短缺的情况时，供货商声称交付的货物数量和我们实际通过GR得到的数量就会产生差异。此刻，我们可以通过联系供货商达成共识，然后将商讨后的结果数量录入SA。
另外，此功能还用于其他用途：SA经常会跨越很多年有效，而在一个财政年结束的时候，累计收到数量(cumulative received)和计划数量(scheduled quantities)通常会重设。累收到数量通常会清零。
可以通过手动输入允许的累计数量和自动产生两种方式。
手动输入操作方法如下，ME32L修改item的additional data.
在修改之前，累计收到数量如下

输入达成协议的数量

保存之后累计收到数量如下

我们刚才的操作，不维护对账日期(Reconciliation Date)但维护允许的累计数量。则累计数量的计算为 起始值=累计收货量+允许的累计数量 所以我们这里是1+5 = 5 这一般应用于与供货商签订了新的SA协议但是又想从原来的累计数量为起始的情况。
这次我们输入对账日期

保存之后累计收到数量如下

在维护了对账日期后，累计收到数量的值 = 累计收货数量-允许的累计数量 我们这里为 4-3 = 1 这一般应用于会计年度更改的情况，我们可以将累计收货数量清零。
我们还可以通过Materials Management-> Purchasing-> Outline Agreement-> Scheduling Agreement-> Administer ->ME88 - Set Agreed Cumulative Quantity来得到系统预先确定了允许累计数量的列表。

• SA管理

当一个SA有过多的schedule line或者采购历史的时候，可以汇合schedule line 汇合订单历史或者重新分配schedule line的号码。
这些都可以在Materials Management-> Purchasing-> Outline Agreement-> Scheduling Agreement-> Administer下进行操作

http://www.sapdevelopment.co.uk/tips/icons_list.htm

refer the attachmentSAP_R3_Icons.rar

具体图片请见附件 Contract.rar

之前提起过合同，此处补充一些SCM520中涉及的知识

• Contract types

之前我们曾经提到过，source of supply有3种形式:信息记录；框架协议(合同和计划协议)；工厂(用于stock transfer posting)

创建框架协议时并不会包括具体的交付时间和交付数量的数据。根据框架协议的类别有两种途径稍后将这个信息传递给vendor: contract release order 和 scheduling agreement’s delivery schedule

合同与计划协议的区别：

文档数量

在使用合同时，通常会针对合同创建release order;在使用计划协议时，会在新的物料数量和时间确定时，用TCODE ME38维护一条新的delivery schedule line

MRP运行

在MRP运行时，合同可以作为一个source of supply产生采购请求，而后采购请求转化为PO(contract release order)。而在使用计划协议的情况下，可以直接产生delivery schedule line，因此可以省去采购部门的工作。

合同有三种类型：

Quantity contract: 规定某一时期采购一定数量的物料

Value contract:规定某一时期采购一定价值的物料

Distributed contract:这是一种centrally-agreed contract,也就是说创建了以后，其他的SAP系统创建release order也要参照这个合同来创建。数据的交换是通过SAP ALE技术实现。

• Centrally-agreed Contract

在创建合同时，可以选择指定工厂或者只指定采购组织。如果只是指定了采购组织，则这是一种centrally-agreed contract，在创建release order的时候才会指定相应的工厂。

• Contract Item category

M(Material Unknown)和W(Material Group)类型的item category可以对应一组物料的需求。选择了这两个类型的合同item不需要指定物料号

M 类型

用于相似物料拥有相同价格的情况。比如各种各样的纸张，虽然样式不同，但是价格近似。M类型需要输入描述和物料组。Release order中也必须输入物料描述。当然，我们也可以选择在release order中采购单位与物料组都与合同相同的物料，如图：

产生了2个release order，不过采购过程各不相同。一个是只输入了short text，另一个指定了具体的物料。都可以作为这个合同的release order。

W 类型

W类型用于拥有同一个物料组，但是价格各不相同的情况。比如同时办公用品，但是笔和本等价格各不相同。所以在创建时，并不需要输入价格。具体的条件和价格只有在创建release order时才会指定。这种item category只能用于value contract.如图

如M类型一样，在PO时，也可以通过输入short text或者精确的物料号两种方式来采购。

详细图片请见附件procurement_auto.rar

Overview让我们假象一个这样的场景：需求计划的运行自动产生PR，PR自动生成PO。货物交付的结算都是自动完成的。我们只需要手动做GR而已。

自动产生采购申请
首先相关物料的MRP数据要被维护，这样在运行物料需求计划的时候才能产生订单。
另外要有相关的货源数据被维护，比如信息记录或者框架协议(合同和计划协议)。另外，此刻还必须维护源清单(source list TCODE ME01)并标识相关的vendor是与MRP相关的。不过我们一般都选择一个vendor是与MRP相关的，否则系统会将在源清单中排在第一位的作为供货商。如图：


如果我们改变一下5210和1000两个vendor在源清单中的位置，再次MD03运行一下MRP，就会发现1000成了Fixed vendor
自动产生采购订单
可以将指定了供货源的PR自动转化为PO(TCODE ME59N)。因为MRP生成PR的程序和PR生成PO的程序都可以作为后台程序运行，所以如果将这两个程序按顺序安排成JOB，则PO的生成过程就完全自动化了。
但是PR自动生成PO之前，需要有一些配置满足要求才行(如图)：
-在物料主数据的采购视图中，自动PO必须被设置
-在vendor主数据中，自动PO必须被设置
-PR必须被制定了供货源


而如我们目前的配置，系统就会报出如下错误：No suitable purchase requisitions found
在我们更改了配置以后再次运行，就会看到如下的成功画面了

评估收货结算ERS(evaluated receipt settlement)用ERS，说明和供货商达成了一致，不必输入发票，而在GR时，SAP自动产生，也就是记货产生发票.

如果想使用ERS，则必须满足以下条件(详细如图)：
1.Vendor主数据中必须维护ERS, GR-based选项
2.在PO的header中必须有payment Terms。在vendor主数据中可以定义默认值。
3.PO的item中必须勾选ERS(在vendor主数据中带入)；GR-based要被勾选(从vendor主数据或者信息记录带入)；必须有税码(可以从信息记录或者合同项中带入)；价格不可以是estimated；
4.GR时必须参考PO创建
5.在信息记录中，不能勾选no ERS

在ECC6.0版本中，可以结算delivery cost，通过菜单Materials Management->Logistics Invoice Verification->Evaluated Receipt Settlement (ERS)-> Specify Automatic Settlement of Planned Delivery Costs来激活。
通过TCODE MRRL来执行ERS
在选择屏幕指定一些条件，来对选择条件中的数据进行ERS。如图，我们可以勾选TEST RUN来看一下测试运行的结果已确认是否可以进行ERS

实际运行之后，可以看到FI Doc.一列有FI凭证号产生

详细图片请见附件contract_src_determin.rar

• 采购中自动决定供货源

在采购过程中，有很多自动化的步骤可以减低使用部门的工作负担，比如MRP可以自动创建PR，PR可以自动生成PO。而在PR自动生成PO的过程中，有一个关键的步骤，那就是要确定从哪个供货商采购。

在PR中，系统会列出供货商列表并可以建议我们选择哪家供货商，我们可以手动指定供货源。如下图

但这个过程也可以自动化，也就是说MRP产生需求生成PR之时，系统也自动帮我们指定了供货源。为了检查这个自动化指定过程的正确性，可以使用审批策略。关于审批策略，SCM520会有详细探讨，到时会研究讲解审批策略，因为目前网上我找到的审批策略的文档十分简略。

• 供货源与供货源指定

关于货源有外部供货商和内部工厂两种。外部供货商的表现形式为信息记录和框架协议。框架协议包括合同和计划协议。具体的交货数量和交货时间，是在合同的release order和计划协议的计划交货行项目中指定的。

• 合同 Contract

合同可以参考PR，报价或已有的合同创建。

合同的类型有两种，数量合同和价值合同

参考相关的合同所创建的PO叫做contract release order,在合同的明细项里能看到生成了的release order.

通过如图菜单或者屏幕上按钮可以看到release order

• 源清单Source List

源清单在采购与需求计划自动决定供货源时会产生作用。可以设置fix和blk，使得某一特定时期固定从某个货源采购或者某个时期禁止从某个货源采购。

在MRP运行自动产生的PR中，源清单中，设置了MRP-relevant标志的，会被考虑在内。

如果在物料主数据的采购视图中，维护了源清单这个字段，则在做采购时，供货商必须在源清单中维护，否则如图，系统会产生错误信息。

我们也可以在后台维护(Purchasing->Source List->Define Source List Requirement at Plant Level)，工厂级别的源清单是否必须维护选项，之后，整个工厂的采购都必须在源清单的控制之下，如图

详细图片请见附件MRP_MM_inBrief.rar

l Overview

运行物料需求计划可能产生如下几种获取元素：Planned Order; PR; Scheduling agreement schedule line

内产情况下：系统生成计划订单，并可将计划订单转化为生产订单

外购情况下：系统生成计划订单或者采购申请。这两种都是SAP的内部订单形式，如果产生的是计划订单，只有当MRP控制者将其转化为采购申请才可进行采购。如果有物料相关的计划协议存在并且设置为与MRP的source list相关，则也可以生成计划协议的计划行。

MRP发生在工厂级别或者MAR范围级别。

要想运行需求计划，必须在相关工厂激活MRP(Materials Management->Consumption-Based Planning-> Planning->Activate Material Requirements Planning)并维护了相关的参数(Materials Management->Consumption-Based Planning-> Plant Parameters-> Carry Out Overall Maintenance of Plant Parameters),最后当然还要确保物料主数据中MRP相关的数据被维护。

MRP的运行可以进行单项的也可以进行总计划。

总计划指的是对一个工厂后者计划范围运行需求计划，包括了此工厂所有的MRP相关的物料以及具有BOM的相关物料。(Logistics->Materials Management ->Material Requirements Planning(MRP) ->MRP Planning ->Total Planning)

单项计划指的是对某个特定的物料运行需求计划。单项计划有单层和多层之分。单层只会在所选定的物料所在BOM级别运行，而多层会在选定物料和它之下的BOM级别运行。单层单项Logistics ->Materials Management ->Material Requirements Planning(MRP) ->MRP ->Planning ->Single-Item,Single-Level

l MRP过程和批量大小(Lot-Size)

在物料主数据中通过维护MRP Type和Lot-Size来定义不同的MRP过程。

原则上，MRP过程主要有基于消费(consumption-based)和基于MRP(MRP-based)两大类。

1. Consumption-based

Consumption-based主要是面向过去已经消费的物料来做计划，比如销售订单,独立的需求计划。

在面向消费的计划中有如下几种过程：

n Reorder point planning

n Forecast-based planning

n Time-phased material requirements planning

Reorder Point

再订货点(Reorder Point)在物料主数据中维护，一旦库存低于这个数量，就会将此物料加到物料需求计划中。

再订货点分为手动和自动两种方式。手动方式是由MRP控制者输入的。自动方式是由系统预测自动计算出来的。

当MRP类型是PD时，我们更改了再订货点，运行MPR(MD03)，用MD04可以看到也没有任何order产生，因为再订货点只和reorder point planning和time-phased planning的MRP相关。

之后MRP类型改为VB，也就是手动再订单点计划，再运行MRP。MD04可以看到，有Planned Order产生

当定义再订货点时，必须考虑一下几个值：安全库存；当前的物料消费或者未来的需求；补货提前时间(RLT).其中，安全库存要覆盖掉计划外的物料消费和物料交付的延迟。

Reorder point planning是将可用仓库库存(仓库实际库存+已订货库存：采购订单；确定的计划订单；确定的采购申请)与再计划订货点比较,来决定MRP的运行结果。

Forecast-based planning

未来的需求是基于消费物料数量计算出来的。预测计算是每隔相同一段时间段后运行。

Time-phased planning

l 静态批量大小(Static lot-size)

MRP运行后，需要获得的物料数量是由批量大小(定义在物料主数据中)程式决定的。在批量大小计算过程中有三组：Static lot-sizing procedure(静态分批处理)；Period lot-sizing procedure(期间批量大小)；Optimum lot-sizing procedure(最优批量程式),每种批量大小具体属于哪个组，在配置(TCODE OMI4)中指定。

这里我们介绍静态分批处理程式。

静态分批分批处理程式并不考虑未来的物料短缺，所以一旦出现了物料短缺，系统会创建order提案来满足当前的，一个静态值的短缺。

如果批量大小指定的是精确的批量大小类型(比如直接按批订货量Lot-for-lot order quantity)则系统会使用精确的短缺值来订货。如果一天之内有很多GI，系统会只产生一个订单来满足短缺。

如果指定的是固定批量大小，系统会使用固定的数量来尝试满足物料短缺。如果一次无法满足，系统会在同一天生成多个订单，直到短缺被满足。

我们可以看到再订货点虽然是5，但是运行了MRP之后，看到的是产生了数量10的订单。

当然，也可以指定Replenishment up to maximum stock level(lot-size: HB) 一般这是由容器的容量限制所致。每次补货都补充到仓库的最大容量值。

具体请参考SAP help

http://help.sap.com/saphelp_45b/helpdata/en/f4/7d281f44af11d182b40000e829fbfe/frameset.htm

l 日期的计算

当计算出了货物需求和数量以后，就要计算货物采购，交付等的具体时间了，以满足生产需求。因为我们是在讲MM的采购，所以以外购为例，见下图

如图，物料的可用日期包括采购处理时间，计划交付时间和收货处理时间。而采购处理时间实在后台配置的Materials Management ->Consumption-Based Planning ->Plant Parameters->Carry Out Overall Maintenance of Plant Parameters

计划交付时间从发出PO到收到货物过程所用的时间。这个时间可以在物料主数据，信息记录和合同中维护，此时间是日历天数。

收货处理时间从收到货物到货物可用过程所用的时间。可以在物料主数据或者合同中维护，为工厂工作日。

在网上突然发现这个资料，与大家共享。早知道有人写过，我还费劲写什么valuation class啊，多亏我没继续写，否则做了无用功。

见附件吧～～详解自动过账.rar

具体图片请参考附件 Procurement of External Service.rar

Procurement of External Service

关于服务的采购，SAP有专门的一个培训LO540(新版本叫SCM540)，此处只先做简略介绍。待专门研究SCM540时再详细将各个部分分解。

l Basic Process

l Service master record and Condition

TCODE: AC03

如下图，服务主数据包括：号码，类别，描述，基本单位；物料组和评估类别等，它可以被用于PS PM CS MM等模块。

可以像普通物料采购那样创建条件，以便在PO时决定价格

条件也有一些层次级别：在服务层别；在服务，供货商，采购组织层别；在服务，供货商，采购组织和工厂层别。

可以在Materials Management->Service Master->Service->Service Conditions下找到相关定义菜单。

l PO for Service

Item类别用D(Service)；account assignment可以用U

对于服务的采购有一定的特殊性，可以设定一个维护价值上限，来保证这种非计划服务采购的成本控制。

因为采购一项服务可能包含很多步骤，比如关闭机器，移除旧零件，更换新零件，检查，测试等等，所以需要维护service specification

采购服务时是必须指定account assignment category的。

对服务建PO的时候不可以指定物料，只填写简略描述，在SS（service specifications）中指定各项服务的数量，价格等。

如下图所示为服务采购创建一个PO

l Service Entry and Invoice Verification

与实体物料的采购不同，服务的采购不用GR的过程，取而代之的的Service Entry Sheet,而且通常此操作由两步组成：create entry sheet, accept entry sheet，不过也可由一步直接完成，在输入时就做了承认。只有在做服务承认的时候，才会产生相关的会计凭证。

具体操作如下，TCODE ML81N

如果release策略允许的话，我们可以直接在输入service sheet时就accept

在service sheet没有被accept之前是不能做IR的。

在整个流程做完之后，PO history中列出了相关的物料凭证，发票和服务条目表

*&---------------------------------------------------------------------*
*& Report ZDAVID_REPORT_01
*&
*&---------------------------------------------------------------------*
*&
*&
*&---------------------------------------------------------------------*

REPORT zdavid_report_01.

DATA:wa_bsis TYPE bsis,
it_bsis TYPE TABLE OF bsis,
it_bsis_mod TYPE TABLE OF bsis.

START-OF-SELECTION.

SELECT *
INTO TABLE it_bsis
FROM bsis
UP TO 20 ROWS
WHERE sgtxt <> space.

END-OF-SELECTION.

SET PF-STATUS 'STATUS01'.
LOOP AT it_bsis INTO wa_bsis.
WRITE :/ wa_bsis-bukrs,
wa_bsis-hkont,
wa_bsis-gjahr,
wa_bsis-belnr,
wa_bsis-sgtxt INPUT ON.
ENDLOOP.

AT USER-COMMAND.
BREAK-POINT.
CASE sy-ucomm.
WHEN '&USR01'.
PERFORM frm_get_report_data.
WHEN OTHERS.
ENDCASE.

AT LINE-SELECTION.
WRITE: / sy-lisel.
*&---------------------------------------------------------------------*
*& Form frm_get_report_data
*&---------------------------------------------------------------------*
* Get revised report data
*----------------------------------------------------------------------*
FORM frm_get_report_data .

DATA: lc_lines TYPE i,
lc_index TYPE i.

DESCRIBE LIST NUMBER OF LINES lc_lines.
lc_lines = lc_lines - 2.
DO lc_lines TIMES.
IF sy-listi = 0.
lc_index = sy-index + 2.
READ LINE lc_index INDEX sy-listi FIELD VALUE wa_bsis-sgtxt .
MODIFY it_bsis FROM wa_bsis INDEX sy-index TRANSPORTING sgtxt.
ELSE.
READ LINE sy-index INDEX sy-listi FIELD VALUE wa_bsis-sgtxt .
MODIFY it_bsis FROM wa_bsis INDEX sy-index TRANSPORTING sgtxt.
ENDIF.
ENDDO.

LOOP AT it_bsis INTO wa_bsis.
WRITE :/ wa_bsis-bukrs,
wa_bsis-hkont,
wa_bsis-gjahr,
wa_bsis-belnr,
wa_bsis-sgtxt INPUT ON.
ENDLOOP.

ENDFORM. " frm_get_report_data

REPORT zdavid_submit_return.

DATA:gc_matnr TYPE ekpo-matnr,
it_list TYPE TABLE OF abaplist,
wa_list LIKE LINE OF it_list.

RANGES: r_matnr FOR ekpo-matnr.

SELECT-OPTIONS: s_matnr FOR gc_matnr.

SUBMIT rm06em00
EXPORTING LIST TO MEMORY
WITH em_matnr IN s_matnr
WITH listu = 'ALLES'
AND RETURN.

CALL FUNCTION 'LIST_FROM_MEMORY'
TABLES
listobject = it_list
EXCEPTIONS
not_found = 1
OTHERS = 2.

IF sy-subrc <> 0.
MESSAGE ID sy-msgid TYPE sy-msgty NUMBER sy-msgno
WITH sy-msgv1 sy-msgv2 sy-msgv3 sy-msgv4.
ELSE.
LOOP AT it_list INTO wa_list.
WRITE wa_list-rfcrecord.
ENDLOOP.
ENDIF.

具体图片请查看附件 Blanket Purchase Order.rar

Blanket Purchase Order

当我们要长期从某个供货商采购一批消费品时，为了节省采购成本(指的是在系统中处理的人力成本)，可以不按照传统采购的PR-PO-GR-IR这样的过程。比如对office采购1年所用的水性笔，每次订货都进行这样一个过程太繁琐了。这时可以使用Blanket PO。整个PO只是一个总价值的采购，不需要做GR，只在收货时做IR就可以了。而且也不必麻烦的应用contract release order或者scheduling agreement

Order Type: FO (Framework Order)

必须输入有效期间

Item Category: B (Limit)

限制：必须输入account assignment category;不能输入物料号;GR等栏位不可输入

整个Blanket PO只是规定了在某一个期间一共要买多少价钱的物品，没有具体的物品数量，取而代之的是固定的1 AU(Activity Unit)。也不会输入物料的单价，而需要输入一个期待购买的总价值。

关于item category如何限制的，可以参考后台配置Purchasing ->Define External

Representation of Item Categories 不过只能查看，无法修改

• SAP预定义的item category

Standard: 向外采购物料标准选项，限制较少

Limit: 以限定的总价值采购消费品或者服务

Consignment: 客户在我方寄售的物料，无价值。需要做non-valued GR,不可以指定account assignment 不能做IR

Stock Transport Order:物料在工厂间传送

Third-party Order:供货商直接将货物发给第三方，比如我方的客户。但是供货商会给我们出具发票。

• IR

对一个blanket PO做IR需要如下输入

当我们做了两次IR之后，ME23N查看这张PO, limits tab中的实际值已经变成了1000。而history中可以看到这两张invoice

Writing text to the SAP logon screen. This is very handy for identifying which SAP system the user is about to log onto, especially non production boxes. You can also warn them here of pending changes, updates or outages. Because it is up while they are typing in their user id and password, users can't claim they missed the system message.

SAP icons like the stop sign and warning signs can also be displayed.

Details can be found in OSS note #205487.

Here are the details :-

Go to Transaction SE61 and select the document 'General text' (selection via F4 help), and create a text with the name ZLOGIN_SCREEN_INFO in the language defined with profile parameter zcsa/system_language.

If the text does not exist in the system language, no output is made.

Note that there is space for 16 lines with 45 fixed-font characters each or for approximately 60 proportional space font characters on the logon screen.

Title lines (can be recognized by means of format keys starting with a 'U') are highlighted in the display.

You may also output icons at the beginning of lines by using an icon code (for example, @1D@ for the STOP icon). You can get a list of icon codes from Report RSTXICON. Pay attention to the codes with two '@' symbols displayed by the report. You cannot include text symbols. The 'include indicator' cannot be used for this function. SUBHINT here.

These can be used on system messages as well.

http://www.saptechies.com/adding-text-to-the-sap-logonlogin-screen/

详细图片请见附件Consumable Material.rar

Consumable Material种类1. 没有物料主数据
2. 有物料主数据，但是没有库存管理
3. 有物料主数据，也有库存管理，但是只管理数量，不管理价值
Stock Material 和Consumable Material区别
多个Account Assignment items
如果有多个account assignment项，做partial invoice，可以有两种方式：
对各个项按照数量或者比例进行分配；按照item的顺序一个一个做
如图：

此选项可以从account assignment category集成而来。在后台中配置如下

PR-Tracking Status可以通过status tab来追踪此PR的后续状态，比如是否相关PO被创建，是否相关明细被转成大纲协议等。

PR-Valuation Price
如果物料主数据存在price，则会带入Valuation Price；否则需要手动输入
从一个PR创建PO，如果采购的物料具有主数据，PO首先会判断是否有info record存在，并将相关的价格带入PO；如果没有info record存在则需要手动输入，PR中的价格并不会带入PO
如果采购的物料没有主数据，PR中的价格会带入PO
Valued GR, non-valued GR, no GR如果有多个account assignment 明细，则PO中Non-valued GR选项会被自动勾选。

具体图片请见附件Purchase Order option.rar

Purchase Order中的一些选项

• Goods Receipt

如果goods receipt没有勾选，则此PO不需要做GR

• GR non-valued

如果GR non-valued勾选，则在做GR时，不会对物料做valuation，直到IR时才会进行

我们看到GR后没有FI的凭证产生以记录到相关科目

IR时则有相关FI凭证产生，来记录到consumable raw material里

• Invoice Receipt

如果没有勾选此项，则PO不会做IR。也就是说这批货物是免费的。

当作IR时会看到如下提示：没有需要做IR的item

• GR-based Invoice

做Invoice必须基于收货，也就是每做一笔GR，才可以做相应这笔GR的IR。如果不勾选此项，则不做GR就可以做IR。并且如果有partial delivery的情况，只做了一部分的GR就可以做全部货物的IR。

创建了PO以后马上用TCODE MIRO做IR看到是可以过得，并且因为没有GR，所以总价钱和数量都是可手动输入的。

如果将这个FLAG勾选再，不过GR就做IR，可以看到屏幕提示没有合适的item可以做IR。