Outline agreements 框架协议

框架协议是指与某一供货商签订的长期采购协议，供应商按某些特定条件提供物料或服务，要求在一定时间内提供一定数量或一定金额的货物或服务。

框架协议可分为合同(Contract)和计划协议(Schedule agreement)

采购合同(Contract)

T-Code : ME31K--->ME21N-->....

合同当中并没有包括具体的交货时间和交货数量，这些信息需要在后续订单中(Release Order)体现。

合同分为数量合同和价值合同。

  i:  数量合同MK规定供应商在指定时间内必须提供某种物料或服务的数量总值。

  ii: 价值合同WK规定供应商在指定时间内必须提供某种或多种物料或服务的金额总值。

合同项可以指明采购的单一工厂，也可以为一个采购组织下所有工厂采购(central agreed contract)。

   i:  中心合同Central agreed contract: 供应商可以是整个法人团体，每个工厂可以向该团体的不同公司采购，运用合作伙伴功能实现。这样，就能为每一个工厂定义不同的条件(conditions)，如：运费。

   ii: 分布式合同 Distributed Contract :各个不同的工厂与供应商建立不同的Contract

在合同中可以使用特殊项目种类M和W。

   i:  M用在有相同采购价格，但不同物料编号的情况下。在合同项中不输入物料编号，只输入物料描述，物料组，数量和单位。但是在后续采购订单中必须指明具体的物料编号。

   ii: W用在同属于一个物料组但是有不同的采购价格的物料。在合同项中输入物料描述和物料组，但不输入价格。物料号和价格后续订单中输入。W只能用于价值合同。

   iii:对于M和W，在后续订单中输入的物料编码必须属于合同中输入的物料组，如果物料没有在主数据中维护，则需要指明分配帐户(如：成本中心)。在后续订单(Release Order)中，订单类型不能再是M或W，从合同拷贝过来的话，必须手工删除。

 

计划协议(Schedule agreement)
计划协议的优势

使用计划协议可以缩短系统处理次数，减少纸面作业。一个计划协议可以取代一系列离散的采购订单和合同执行订单(Contract release order)。计划协议可以使自己的库存保持在一个较低的水平并且能让供应商在这个计划协议周期内更有效的管理和分配他们的资源。

计划协议可以有或者没有后续的计划行发布(Scheduling agreement releases)

1、有发布计划

标准的计划协议类型是LPA。只有计划协议做了计划行发布之后，才会把交货计划以文件形式传递给供应商。这种类型的优势是可以在一段期间内用户能监控这个计划行的发布情况。计划行发布有2种形式：

1）预测交货计划(FRC)：一种长期的采购计划，一般以月或者周为单位

2）及时交货计划(JIT)：近期对某物资比较精确的数量需求，一般以日或者小时为单位。一般用于密集型的生产企业。

2、没用发布计划

标准的计划协议类型是LP。在计划协议生成之时就把计划协议传递给了供应商。没有后续的发布计划行了。

 

Example for Scheduling agreement：

Scenario: 公司近期由于某大宗订单，急需在1周时间生产一批产品，考虑到工厂的产能和目前的库存，需每天采购一万公斤钢材。

 

1. 创建计划协议ME31L

  截止时间为1周之后，采购10000002物料50000KG，每公斤2.5元(数据纯属虚构)。

保存。因为类型为LPA，所以不会外发给供应商。

 

2. IMG->Material Management->Purchasing->Scheduling agreement-> Maint. Rel. Creation Profile for Sched. Agmt. w. Rel. Docu.

这里给每个工厂定义Creation profile, creation profile决定了发布计划行的生成规则

General parameters: Changed or next date

Creation periodicity: Daily

3. 给计划协议分配creation profile: ME32L。

Menu->Item->More functions->Additional data

在Output Control输入Creation profile和JIT indicator

4. 维护计划行交货计划：ME38

在一周的5个工作日平均分配每日10000KG。

5.  定义Message output: MN10

Output Type: LPJ1 (SchAgRel-JITDelvSche)

6.   发布JIT计划行： ME84

这样就正式向供应商发布的采购交货计划，供应商到货之后就能用MIGO对该计划协议收货了。

 

7. 可以用ME39查看计划协议的发布和交货情况。

 

附加：一道MM面试题。

What is the difference between a contract and a scheduling agreement? 

With regard to Outline Agreement: 
1. You can create the centrally contract (cross-plant) where you can maintain different pricing conditions for each and every plant 
2. You have to create the Release Order with reference to Outline Agreement. 
3. No detailed delivery schedule can be made in the Release Order. 
4. No Release documentation is created. 
5. Only time-dependent conditions can be created. 
6. Some Item Category 'M' and 'W' can be used. 
With regard to Scheduling Agreement: 
1. The Plant Location must be entered in the Scheduling Agreement. 
2. We do not have to create any other purchasing document except for delivery schedule line via Transaction ME38 or MRP running (with the appropriate setting of Source List). 
3. Delivery Schedule line items are created subject to your specific requirement. 
4. Can create both Scheduling Agreement with and without Release Documentation (subject to the Document Type LP or LPA) with the selection of either FRC or JIT delivery schedule. 
5. Either time-dependent or time-independent conditions can be created subject to the customizing in the Document Type of the Scheduling Agreement. 
6. Item Category 'M' and 'W' can not be used.

就MM中的SA与合同谈谈两者之间的关系

  首先他们同属于source的来源outline agreement,都是属于与合作伙伴签署的长期性的合作协议,但是具体在SAP中区分了contract 与Schedule agreement,contract 可分为数量与价格合同,可以就某种物料,某个物料组的物料进行长期的数量或者是金额方面的协定,它的处理过程比较正规,合同有需要release的要审 核,然后要进行release order的订单环节的处理,再是receive ,invoice.而SA就比较简化手续,省去了release order的环节,直接在Schedule agreement 的item line level 上可以建立基于JIT等方式delivery Schedule,基于这个delivery schedule 可以直接收货,简化了订单处理,确认,审核的程序.另外合同后续处理是陆续确定的release order来执行的,但是Schedule agreement 则是由确定的delivery schedule 来执行.这样在MRP运算中如果设置好了相应的参数,跑MRP时自动进行delivery Schedule 的排程,而合同的方式,只是一个初步意向上的东西,确定性不强,无法纳入到排程上来,只有跟据合同确定的release order才是真正的计划接收量,参与MRP计算.