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中出荷功能。等将来学习到那儿再写。