SAP MM学习笔记30 - 未割当供给元的购买依赖

前面学习了 购买依赖，购买依赖的供给元决定等内容。

SAP MM学习笔记27- 购买依赖（采购申请）_东京老树根的博客-CSDN博客

SAP MM学习笔记28- 供给元（供货源）决定_东京老树根的博客-CSDN博客

这些都是说 SAP 能决定得了仕入先的情况。SAP根据设置可以自动割当，或手动割当。

其实还有SAP 决定不了的情况，如下图，可以通过 见積依赖 来进行处理。

一般来说，比如第一次买某个商品，那肯定无法确定从哪儿买，只能问询。

现实项目中，一般不怎么用 见積依赖 这个功能。

就像没有系统的时候一样，打电话，发邮件也一样能确认，何必费那劲儿。

当然SAP 提供了相关功能，咱们来看一下。

如图，做购买依赖的时候，假如不知道仕入先，当然也不可能知道购买价格，

可以通过见積依赖（询价）来获得候补仕入先的见積（报价），

对合意的仕入先，可以直接转成 购买发注，不合意的候补仕入先，发不采用通知。

发通知这个事儿，需要配置（现场大家不怎么用）。

对这个流程，做个例子。

1，见積依赖（询价），见積（报价）

整个的见積依赖（询价），见積（报价）的画面操作流程图。

因为是购买依赖的后续机能，所以菜单就安排成了如下这样：

ME56 就只做割当

ME57 除了割当，还可做处理（比如 将购买依赖 转成 购买发注 等）

 注意一下这里的 照会Type 字段。

A - 就是那种老式的3行明细

ALV - SAp List Viewer 表格控件

A 式：

ALV 式：

注意这里的 见積依赖 Tab，ME56 没有这个Tab。

1-1，ME57 割当及处理

明细里面列出的都是 无法决定仕入先的品目

选中一条，然后点 见積依赖 图标，这里先选 有仕入先

输入多个仕入先（伴随着询价，一般来说要多家比较），然后点 第二个按钮（拷贝按钮）

点一下 见積依赖 Tab，刚才那两条询价的仕入先就显示了

1-2，ME41 登录见積依赖

ME41/42/43 见積依赖登录，变更，照会

选中 候补仕入先 前面的Checkbox，然后点 见積依赖登录 按钮

ME41 登录见積依赖

 注意这里的一括番号

前面选了两家仕入先，分别做见積依赖（询价）之后，将会通过这个番号做关联比较。

进入明细画面，选中一条，点 採用+明细 按钮

输入纳入日付 等 ，保存

返回 ME57 割当及处理（见積依赖候补），这时，见積依赖数 栏目已经有 1 了。

处理中栏目 也打了个勾。

继续处理 另一个仕入先的见積依赖

注意输入 相同的 一括番号（比如这里的 A001）

这是教科书上的说明。

同一个一括番号，可以抽出想比较的那一批候补仕入先。

番号一般由用户自行管理。

 

返回 ME57 割当及处理（仕入先候补），这时候两个仕入先 的 见積依赖数 栏目都已经有值了。

1-3，ME47 见積

ME47/48/49 见積更新，照会，价格照会

ME43 见積依赖照会

查看看一下当时的见積依赖

 

 

ME47 见積

输入从仕入先得到的报价，比如 100 EUR/ST

再录入另一个 仕入先见積依赖的报价。

这里面大概率是我保存了两次（就是询了两次价）

再更新一下，搞一样的价格，不太好说明情况。（我觉得如果是一样的价格，可能就随便选一家）

 

1-4，ME49 价格比较

输入一括见積依赖

 

 大家看他比较也要1对1，否则就会有对不上号的行目。

在ME43 里面，把那条多余的数据给删了

也就是个逻辑删除。

 

刷新一下 ME48

从这个价格比较上来看， 仕入先 1000 的报价比较低，排在第一位。

当然，同一个 一括番号 里面，可以有很多家报价，这里就会按报价顺序排序好。

 

1-5，总结一下 见積依赖，见積 的业务流程。

1），见積依赖得到价格和条件

2），价格比较

3），合意则登录购买情报，准备购买；不合意则拒否

 

2，ME57 割当及处理（直接割当 供给元）

如果已经有供给元 ，那就跟购买依赖画面一样，直接割当。

 

3， 将见積直接转成购买情报

如下图所示，价格比较画面上面，确定了供给元之后，可以直接转为购买情报。

1），ME49 价格比较

双击合意的供给元 打开见積明细画面

2），ME47 见積明细 购买情报更新Flg

打开 ME47 见積明细 画面

输入 购买情报更新Flg：

   - 无更新

A - Plant或购买组织Level更新

B - Plant Level更新

C - 无Plant Data 更新

购买情报有2种，一种是 Plant级别，一种是购买组织级别。

这里选择 Plant Level。（这个是根据需要随意选的）

有关购买情报，可以参照下面这篇文章。

SAP MM学习笔记15-物料调达中的Master数据（3）-购买情报_东京老树根的博客-CSDN博客

保存

 

3），ME13 购买情报照会

确认情报照会

这个购买情报正是我们刚才通过 见積明细 画面 自动生成的。

 

4），ME47 见積明细 拒否区分Flg

不可能所有候补供给元都会成为供应商，有些报价太高或其他原因，也会拒掉。

ME49 价格比较画面，双击想拒否的供给元候补，打开 ME47 见積明细 画面

 勾上 拒否区分，保存

 

4，见積依赖（无 仕入先 / Onetime仕入先）

重新贴一下上面一个图，注意红框下面的选项 见積依赖（无仕入先）

 什么是 无仕入先 呢？其实不是没有，而是一个共通的仕入先，叫 Onetime仕入先。

工厂里面初次买某个商品，可能暂时还没有仕入先，就会用这个 Onetime仕入先。

一般来说，一个工厂里面会提前准备几个Onetime仕入先备用。

1），MK01 / XK01 仕入先登录

 

 MK01 / XK01 画面，勘定Group 可以选 0099 Onetime仕入先

有关取号的问题呢，公司内部自定定规则，

一般都是按工厂，比如 9909x 是A工厂的，8x是B工厂的，

或者 A99xxx 是A 工厂的，B99xxx 是B 工厂的。

这里面的项目比普通的仕入先要少很多。

不确定是什么产品，也不确定是哪家公司，住所也自然不知道，

它的目的就是弄一个临时的仕入先Code出来，好在发注票上等上面使用

 

 2），ME21N 购买发注

Header部的这些 纳入/请求书，通货，住所 等都要手工输入。

通货

住所

 

需要的东西全部都输入了，才能保存

 

Onetime仕入先，也不会有购买情报

 

3），MIGO 入库

入库也没问题

保存，照会

FI 传票 也可以正常生成

 

4），MIRO 请求书照合

请求元 输入，就是输入跟谁买的这个商品。

因为到这一步了，一般系统里面也作为正式的仕入先了，就是说发票是从请求元发来的。

其他就没什么问题了

 

请求书照合之后，查看 FI 票

 

 

查看一下履历

可以看到尽管是 Onetime仕入先，只要有了仕入先，MM 主流程是没问题的

 

上面的MM模块的主步骤就走完了，

也就是说，Onetime仕入先也是仕入先，能用。

5，见積依赖（无 仕入先 / Onetime仕入先）- 从购买依赖开始

**这一节没写好，大家可以skip，等我搞明白了再修改一下。

下面做的这些步骤是从购买依赖开始，做一个更大的流程。

 1），ME51N 购买依赖

不要输入 供给元

这里面出了一个警告信息，我还专门查了一下。

Msg 番号 ME092

SAP MM学习笔记 - 错误 ME092 - Material mainly procured internally（原则上该物料只能内部调达）_东京老树根的博客-CSDN博客

保存，照会

 

2），ME57 割当及处理（无仕入先 / Onetime仕入先）

这里选 见積依赖（无 仕入先 / Onetime仕入先）

 一览里面更新了一个图标。

 

明细部也没啥变化，咱们直接保存

 

3），ME21N 购买发注

通过 购买依赖 来生成购买发注。

这和不走 ME57 一遭 也没啥区别啊。

其实想想也是，你都没有 仕入先（Onetime仕入先），那在ME57 能干啥呢？

TODO: Onetime仕入先 在 ME57 是干啥用的