SAP中控制购买流程的是购买发注页面中购买发注明细行的项目种类（明细Category）栏目。

・项目种类（明细Category）有：

1，   标准

2，K 受托品

3，L 外注

4，S 仕入先直送 

   （直接把仕入先（供货商）的货物送到得意先（客户）那儿，需要MM和SD 模块合作才能实现）

5，U 在库转送

等。尤其以以上5种最为常用。

因为项目种类（明细Category）涉及到的流程，所以SAP也没有开放Customize。我们用的都是SAP设计好的流程。

 

 这里先看几个项目种类（明细Category），感受一下。

1，L 外注 （L 转包）

中文翻译的好像不太传神。L 外注 其实是组装作业。

比如A公司把零部件无偿的给B公司，B公司按照A公司提供的图纸或指示，组织人员进行组装。

组装好了以后，把成品运回A公司，A公司检收后支付加工费。

L 外注的具体流程如下图所示，

1，A公司 ME21N 做购买发注某制品，并提供BOM

2，A公司 MIGO 出库 BOM的构成品目 （除了MIGO，构成品支给也有其他方法）

3，B公司（外注先）纳品，A公司 MIGO 入库

4，B公司发请求，A公司 MIRO 做请求书照合

 

做个例子。

1-1，ME21N 购买发注

注意这个 明细Category 的 L 外注

然后点一下 品目Data Tab的构成品目 按钮。

 

注意输入 BOM 构成品目 明细。比如这里 100-100 制品 需要 100-101，100-102，100-103 三个品目作为构成品目，即零部件。

当然这个地方也可以通过 BOM Master定义一个制品需要哪些构成品目，那样的话，在做购买发注的时候，就会直接带出来BOM 构成品目。

 保存 购买发注。

 

1-2，MIGO 构成品目支给（出库）

构成品目支给，可以用MIGO 逐个支给（出库），也可以用其他方法（比如 ME2O）进行支给。有关 ME2O 和其他方法，以后再细说，今天先用 MIGO 做。

支给品目为特殊在库 O 仕入先への支给品，该商品尚且归属于自己工厂，不会产生会计票。

按下左右键，可以继续录入下一条或看上一条。

 

下面有个Grid，显示刚才输入的所有明细。点保存即可。

保存，照会

用另外一种更简单的方法也可以。

MIGO 入库，参考购买发注票

这样一下就能把所有BOM 明细数据都带出来了。

 

保存，照会

 

1-3，MIGO 制造品目的入库

已经给组装公司无偿发送了构成品，组装公司也组装好了，就可以收货了。

入库的明细中包含部品的消耗。

入库的时候，移动Type 101 入库即可。

只是明细里面有个+，单击即可展开 BOM构成品。

展开之后，单击构成品任意行，则显示移动Type 为543 外注在库へ出库。

保存入库，照合。

 

1-4，MIRO 请求书照合

需要注意的是这里的金额仅仅是加工费，不是产品本身的价值，像零部件的价值等是没算在内的。

这叫构成品 无偿式。

我这个例子里设定加工费为 150 EUR，显得有点儿高，现实中一般没这么高。

当然，显示项目当中，也有一种 构成品有偿式。

就是部品先卖给组装公司，它组装之后，那个制品的价值就要包含构成品的价值了。

但是那种就不是SAP的标准功能了。

 

2，K  受托品（寄售）

比如，某零食贩卖公司把零食给放到一个公司内部，做一个无人售货处等等，就叫寄售。

过一段时间零食贩卖公司过来补货，收钱，做一下盘点等等。

下面是受托品的流程图。

2-1，ME11 购买情报

注意 购买情报区分：受托品。

之所以要先做这个 受托品的购买情报，是因为里面的价格，税Code，将会用在 受托品债务决济 中使用。

 

 保存

 

2-2，ME21N 购买发注

这里是说，每隔一段时间，我公司就和供应商说，请过来补货吧。或者，根据协议，他们每隔一段时间就会来补货。

比如下面，补货100个。

这里注意价格是空白。

那为什么价格是空白呢？因为这个时候货虽然会送来，但所有权还是属于供应商，只是暂时寄存。

 

保存，照会

 

2-3，MIGO 受托品 入库

受托品品目的入库。

注意：这里的特殊库存 K 仕入先受托品入库。

 

保存，照会

注意：虽然入库了，但因为货物的所属未变，不会产生 FI 票。

 

 2-4，MIGO 在库转送

受托品在库 转送到 自社在库（払出）。

用移动Type 411 K 在库转送：受托品在库 -> 自社在库。

 

比如这里转送20个到自社在库。

 

 这里拓展一下，如果说品目想转送到新保管场所，要用MMSC扩展一下，不能直接用，否则报错

 

MMSC 扩展保管场所

注意：这个扩展以后，就删不掉了。不过也不用太担心，1是你可以不用，2是可以逻辑删除。

 

保存，照会

已经讲受托品 转送到 自社在库，所以已经产生债务了。

过一段时间就要决济（付款）。

 

而且已经转成自己的资产了，会产生 FI 票。

虽然已经转送到自社在库，但是并不会在购买发注履历里产生数据。

这是因为转送的那些在库不一定是哪批发注来的，所以匹配不上。

比如，发注1来了100个，发注2来了200个，都混一块儿了。

然后在库转送80个，可能30个是发注1的，50个是发注2的，具体就分不清了。（当然我觉得要硬分也能分得清，SAP就没管了）

 

2-5，MRKO 受托品决济

受托品决济不是用 MIRO，而是专用的 MRKO。

先照会品目 100-110。

显示照会结果。

 

回到 MRKO，选决济，再点检索按钮。

 

我这个学习环境的会计期间和现实不一致，这一步没过去。

如果能过去的话，就会和MIRO做普通请求书照合似的，会产生一张 FI 票，用于给供应商付款。

点左上角的购买情报，就能查看该品目的价格，税Code。

SAP会自动使用该情报做受托品债务的决济。

3， U 在库转送

这完全是公司内部的供货流程，工厂不同的话，也会产生会计票。

但因为是同公司，所以不会产生债务，也就是不发产生请求书照合。

U 在库转送 流程如下：

1，ME21N 要货工厂A 向供货工厂B 新规一张购买发注票

2，MIGO 供货工厂B 出库，这时候库存变成在途库存（积送中在库）

3，MIGO 要货工厂A 入库

NB 标准购买发注 类型里面，选明细Category，是选不到 U 在库转送的。

 

先选 UB 在库转送Order，然后再去选 明细Category。

 这次就能选出来了。

出来各种各样的错误。

原因是配置不足。像这里的得意先（客户）也没配。

而且也需要用SD中出荷功能。等将来学习到那儿再写。