计划协议及交货计划.docx

计划协议及交货计划.docx

《计划协议及交货计划.docx》由会员分享，可在线阅读，更多相关《计划协议及交货计划.docx（11页珍藏版）》请在冰豆网上搜索。

计划协议及交货计划

ZYF--SAP童生

      SAP秀才的博客：

SchedulingAgreementanddeliveryschedule（计划协议及交货计划）：

1.创建计划协议（Tcode:

ME31L）

Path:

Logistics->MaterialManagement->Purchasing->OutlineAgreement->SchedulingAgreement->Create->VendorKnown

前台->后勤->物料管理->采购->框架协议->计划协议->创建->ME31L-已知供应商

创建SchedulingAgreement也有很多的方式：

Manual、CopyDocument、ReferencetoPReq、ReferencetoRFQ、ReferencetoContract。

AgreementType：

LP->手工创建DeliverySchedule

LPA->MRP自动创建DeliverySchedule

输入“有效期限末”=2009-12-30，“付款条款”=0001，回车：

输入：

物料：

B-16MNR-10，目标数量：

5000，工厂：

1101，物料组：

CR10，保存，系统提示：

“计划协议在号5500000002下被创建”，。

使用ME35L批准计划协议（否则不能做库存收货），

点击

批准计划协议。

。

2.维护交货计划DeliverySchedule（Tcode:

ME38）

Path:

Logistics->MaterialManagement->Purchasing->OutlineAgreement->SchedulingAgreement->DeliverySchedule->Maintain

前台->后勤->物料管理->采购->框架协议->计划协议->交货计划->ME38-维护

选中行，点击DeliverySchedule按钮

（或者F2），

假设企业对物料B-16MNR-10的需求是均衡的，每个月计划交货1000KG，Save。

系统提示：

“计划协议5500000002已更改”，

。

说明一下，前面计划协议的目标数量=5000，这里的交货计划每月1000，5个月，共5000KG。

3.收货（Tcode:

MIGO_GR）

Path:

Logistics->MaterialManagement->InventoryManagement->GoodsMovement->GoodsReceipt->ForPurchaseOrder->GRforPurchaseOrder

前台->后勤->物料管理->库存管理->货物移动->收货->对采购订单->MIGO_GR-采购订单的GR（MIGO）

系统提示：

“凭证5500000002不包含可选项”，

。

【注：

因为当前时间早于DeliveryDate（交货日期），在DeliveryDate（交货日期）前是不能进行收货动作的！

】

如果上月没有做收货，那么本月收货的时候会按上月与本月的合计数量进行收货（即截止目前为止的累计数量）。

此处为了演示，将SAP服务器的电脑时间调整到2009-9-4，刚好可以进行一个月的货，测试一下！

是可以进行收货了！

后续的操作在之前的例子中已经做过详细的介绍，这里就不再重复了。

schedulingagreement计划协议详解

关键字:

mm

 详细图片请见附件

∙Overview

计划协议（schedulingagreement）是与供货商签订的一项长期合作协议。

会预先定义有效时间和采购数量。

使用计划协议的好处有：

1.可以省去很多PO和合同的releaseorder（直接对SA进行GR操作），SA的deliveryscheduleline本身就是SA的一部分，因此可以减少文档的数量。

2.MRP运行时，可以自动产生deliveryscheduleline

可以参考以有的PRRFQContractSA来创建新的SA。

因为SA永远是与工厂相关的，所以MW类型的item是不允许的（见contractitemcategory的讲解）。

SA的条件是可以在后台配置是否是时间相关的，如果指定为与时间相关，则可以指定不同期间的价格。

SA也可以创建对没有物料号的物料的采购。

但是与contract不同的是，不能使用U（unknown）的accountassignment

我们还可以通过后台，对doctype的配置，来指定是否需要releasedoc.关于releasedoc稍后会说明

∙自动产生deliveryscheduleline

MRP的运行可以自动产生SA的scheduleline，但是有如下几个前提：

1. SA必须明确的在sourcelist中定义为sourceofsupply，并且MRP相关列设置为2（RecordrelevanttoMRP.Sched.linesgeneratedautomatically）

2. 物料的MRP2的视图中，Procurementtype必须设为F

3. 自动产生scheduleline是被允许的（在SA中设置）

∙SA的releasedocument

如果不需要releasedoc.那么SA中保存一条scheduleline的时候，就可以认为是被客户承认了，可以马上传达给客户。

在这种情况下，消息控制功能应该被配置为，SA的任何修改被保存时，马上就产生消息。

如果需要releasedoc.，在显示的SArelease之前，scheduleline产生之后不会马上发送给客户，而是保存在系统内部作为参考（LPASA类型）。

这可以是一个FRC（forecast）或者JIT（just-in-time）的交付计划。

可是使用两种SA的release：

1. FRC（forecast）deliveryschedules

可以给客户展示中长期的物料需求概览

2. JIT（just-in-time）deliveryschedules

可以给客户展示短期内的物料需求

∙SA的release

如图，可以通过在SA的item中设置JIT与release无关。

这个flag的值是从物料组数据的MRP2视图中带入。

如果MRP2中没有设置，是没办法在SA中修改的。

SA的release可以手动或者自动进行，也可以通过选择条件选择SA的所有item或者SA中被新创建或者更改的item可以被release。

通过TCODEME84（Logistics->MaterialsManagement->Purchasing->OutlineAgreement->SchedulingAgreement->ME84-CreateSARelease）来创建SA的release

也可以通过TCODEME38（DeliverySchedulelinemaintain）的edit菜单生成FRC或者JIT的SArelease

∙Releasecreationprofile

Releasecreationprofile的官方帮助

我们可以通过releasecreationprofile来定义:

哪种事件可以触发SAscheduleline的release，比如scheduleline被修改;

Delivery时间如何表示（是否汇总）;

是否积压和及时需求也被触发并显示在SArelease中;

是否有容差组触发执行创建新的SArelease;

如果在vendor主数据中指定了（与工厂相关的数据），则可以带入SA明细项中，否则需要在SA中指定。

在vendor中指定工厂相关数据的过程为：

SelectPurchasingdatascreenfromVendormaintain,findthesubmenuExtras-->add.Purchasedata-->selectdataretent.atplantlevelallowed,thenselectAlternativedataandthenchooseYestocreateit,enterplant1000,selectPurchasingdataandselectContinue如图

Releasecreationprofile（批准创建参数文件）是一种工具用来控制对SA进行release（审批）的频度以及数量汇总的方式。

频度：

比如每天或者每星期，对SA进行审批并传送给客户。

可以为FRC和JIT分别创建不同的频度。

数量汇总（aggregation）：

决定哪个期间内的scheduleline的数量会被合并。

可以分别为FRC和JIT创建不同的数量汇总

我们简单的来看一下参数文件中的配置（MaterialsManagement->Purchasing->SchedulingAgreement->Maint.Rel.CreationProfileforSched.Agmt.w.Rel.Docu.）

如图,以JIT为例，releasedoc创建的策略，分别将计划行修改或者达到下一个交付日作为条件组合。

我们首先创建一个计划行（日期在未来）如果选择了第一项，因为是或者的关系，也就是虽然没有达到这个交付日但是新修改的计划行，所以依然可以创建。

ME84 testrun的结果如下

注意，创建的原因是changecreation

如果我们将创建策略改为只有达到了下一个交付日才创建，再次运行，结果如下

没有创建，原因为Nocreation（nextdatenotyetreached）

AggregationHorizons是用来控制，在哪个区间范围之内，交货数量是如何累积的。

如图

以FRC为例，创建以后的0～10天内都是数量每天累积的，发给供货商。

可以看到我暂时配置的0~10天是每日汇总。

SA的计划行和ME84运行后，查看结果如下

可以看到是按照每日的总数量汇总的。

我们再改一下配置，改为0～10天，没有汇总，也就是说每个计划行的数量都会和详细信息发给供货商。

ME84运行后结果如下，可以看到，没有对每天的数量进行汇总，每个计划行都是一条单独的记录

如果想周期性的创建SArelease可以使用createperiodicity功能。

容差参数文件，可以控制，在scheduleline的数量被更改了多大的百分比时，需要创建新的SAreleasedoc给客户。

具体操作可以自己试验。

∙ FirmZone（确定的域）andTrade-offZone（平衡的域）

FirmZone:

定义了从当前日期开始到哪一点为止的时间段，是货物的生产进行时期。

落在这个时间段内的scheduleline可被认为是确定的订单（firmorder）.这个时间需要与供货商商讨确定，他包含了客户需要生产计划数量货物的时间。

如果在这个区间内的scheduleline被取消了，供货商有权利要求支付生产成本和为了生产购置零件的成本

Trade-offZone:

定义了货物进行时期。

这个时间一般基于运输时间和供货商采购生产所需物料的组件的时间。

如果在这个区间内的scheduleline被取消了，供货商只有权力要求支付为了生产购置零件的成本。

落在这两个区间之外的scheduleline属于计划区间。

可以通过设置，落在哪个区间的scheduleline是可以被MRP运行所修改的。

如图：

∙Message

系统可以为每一个SA的release生成message，也可以为整个SA生成一个message。

在后台MaterialsManagement->Purchasing->Messages->OutputControl->MessageDeterminationSchemas->DefineMessageSchemaforSchedulingAgreementRelease/Expediter中的AssignSchema:

SARelease/Expediter进行配置

将如图所示的选项勾选之后，系统将会为每一个SA的release都生成一个message，否则将在header级别生成message.

我们还需要为每种SArelease类型定义也只能定义一个mainmessagetype。

Mainmessagetype如果被输出了，会更新相应的依赖于输出的数据，比如releasedoc的状态变为被处理状态。

配置路径为MaterialsManagement->Purchasing->Messages->OutputControl->MessageTypes->DefineMessageTypesforSchedulingAgreementRelease/Expediter中的Fine-TunedControl:

ForecastDeliverySchedule/Expediter

如图

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

可以通过菜单（Logistics->MaterialsManagement->Purchasing->MasterData-Messages）来配置messagetype的条件记录，然后通过TCODEME9E（Logistics->MaterialsManagement->PurchasingOutlineAgreement->SchedulingAgreement->DeliverySchedule）输出消息（printout,FAX,EDI等）

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

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

处理过后，SAReleasedoc.状态变为绿灯

如果系统定义的消息在releasedoclevel而不是headerlevel（前面提到的配置）则可以通过查看releasedoc时，messageperrelease来查看，如图

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

∙DeterminingtheAgreedCumulativeQuantity（允许的累计数量）

在供货商交付货物出现过剩或者短缺的情况时，供货商声称交付的货物数量和我们实际通过GR得到的数量就会产生差异。

此刻，我们可以通过联系供货商达成共识，然后将商讨后的结果数量录入SA。

另外，此功能还用于其他用途：

SA经常会跨越很多年有效，而在一个财政年结束的时候，累计收到数量（cumulativereceived）和计划数量（scheduledquantities）通常会重设。

累收到数量通常会清零。

可以通过手动输入允许的累计数量和自动产生两种方式。

手动输入操作方法如下，ME32L修改item的additionaldata.

在修改之前，累计收到数量如下

输入达成协议的数量

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

我们刚才的操作，不维护对账日期（ReconciliationDate）但维护允许的累计数量。

则累计数量的计算为起始值=累计收货量+允许的累计数量所以我们这里是1+5=5这一般应用于与供货商签订了新的SA协议但是又想从原来的累计数量为起始的情况。

这次我们输入对账日期

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

在维护了对账日期后，累计收到数量的值=累计收货数量-允许的累计数量我们这里为4-3=1这一般应用于会计年度更改的情况，我们可以将累计收货数量清零。

我们还可以通过MaterialsManagement->Purchasing->OutlineAgreement->SchedulingAgreement->Administer->ME88-SetAgreedCumulativeQuantity来得到系统预先确定了允许累计数量的列表。

∙ SA管理

当一个SA有过多的scheduleline或者采购历史的时候，可以汇合scheduleline汇合订单历史或者重新分配scheduleline的号码。

这些都可以在MaterialsManagement->Purchasing->OutlineAgreement->SchedulingAgreement->Administer下进行操作