scheduling agreement 计划协议详解

 详细图片请见附件

  • 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下进行操作

  • 4
    点赞
  • 24
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
为什么GR数量不能反映在SAP排程协议中,可能有以下几个原因。 首先,可能是因为GR(Goods Receipt,收货)尚未进行或者没有正确输入。在SAP系统中,如果GR数量没有被正确输入或者没有进行收货操作,那么系统就无法更新排程协议中的数量信息。 其次,可能是因为SAP系统中缺少了必要的设置或配置。有时候,系统管理员或者配置专家可能会遗漏某些设置,导致GR数量无法反映在排程协议中。这可能包括在进货清单上设置了错误的参考对象、未选择正确的物料类型或者在排程协议中设置了错误的更新规则等。 此外,如果SAP系统中存在数据传输或者同步问题,也可能导致GR数量无法正确反映在排程协议中。这种情况下,可能需要进行SAP系统的数据关联与同步检查,以确保所有相关的数据都能被正确传输和同步到排程协议中。 最后,也有可能是因为排程协议自身的限制或者错误。如果排程协议的设计存在问题,比如不正确的物料编码、过时的版本或者其他错误,那么GR数量就无法正确反映到协议中。在这种情况下,可能需要对排程协议进行检查和调整,以确保其能够正确反映最新的GR数量。 综上所述,如果GR数量不能反映在SAP排程协议中,可能是因为操作错误、系统配置问题、数据同步问题或者协议设计错误等原因导致。需要对这些可能因素进行仔细检查和修正,确保GR数量能够正确反映在排程协议中。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值