上一章讲了一些MM模块的豆知识。
- MM01上定义Customer Exit 来Check评估Class
SAP MM学习笔记 - 豆知识05 - Customer Exit 实例，MM01上定义Customer Exit 来Check评估Class-CSDN博客
本章继续学习MM模块的豆知识。
- MM01/02如何增加附件
- MIGO 发票校验之后的收货取消
- XK05 供应商Block/解除Block
- 转记Block(冻结付款)
- 购买Block(冻结采购)
下面是详细内容。
1，MM01 如何增加附件
1-1，上传附件
MM01/02 品目变更
点 追加Data 按钮
点 文书Data，然后点 新建 按钮
任选一个文书Type，然后点确定
选一个文件，比如我这里是一个bmp图像 文件
这里选一个格式（哎，这不明摆着的嘛，SAP毕竟比较古老，有时候也挺笨的哈）
再选一下存储位置，这里选默认存储
这样就上传成功了
1-2，打开附件
选中后点 参照（眼镜图标） ，可以打开该文件
1-3，修改附件，增加版本
双击该行 或选中点文书照会将会进入明细
如果想要修改该文件，但是又想保留之前的版本该怎么办呢？
可在上图中的 图标栏点 新规Version 图标
然后点 续行
如果是在原来的基础上直接改那就双击修改
如果不想直接改的话，就点删除，然后本地修改之后再次上传
我这里就先删除，然后再上传一个新的
然后再保存就OK了
回到 MM02 品目变更之后，先保存，然后再重新进一下
我这里搞了两遍，第一遍不知咋的没出来，所以就只有版本 02 的
1-4，ODAC Contents Policy照会
DB存储位置为 DMS_C1 - Database storage documents
双击之后，可以打开详细画面
文件是直接保存在DB里面的
这里也有DB文件的路径，当然上传的文件在文件夹下面也不会找到的
1-5，总结
咱们在下面这篇文章里也说过，SAP的附件功能不是很好用，而且会占DB空间导致系统变慢。
正确的做法是搞一个File Server，控制权限，增加/更改/删除文件，包括履历管理都很好操作。
上面的介绍是说万一真有客户就想用的话，SAP里面也不是没有。
SAP PS学习笔记02 - 网络，活动，PS文本，PS文书（凭证），里程碑-CSDN博客
2，MIGO 发票校验之后的收货取消
SAP中正常的操作流程如下：
- 1 - ME210N 购买发注(采购申请) =》
2 - MIGO 入库（收货）=》
3 - MIRO 请求书照合（发票校验）
而且SAP里面默认的是 做了 3 - 请求书照合 之后，就不允许在倒过来做 2 - 入库 的取消 了
咱们下面做个实例验证一下。
a），ME21N 购买发注
番号：4500017471
b），MIGO 入库
c），MRRL ERS（入库/请求自动决济）
注意，因为咱们做购买发注的时候勾上了 ERS，所以请求书照合是夜间自动完成的，不是客户手动 通过 MIRO 操作的。
咱们这里为了演示，用手动来执行夜间自动执行的程序 MRRL。
当然手动最大，手动做 MIRO 请求书照合 的话也不是不行，SAP也会给你一个警告的。
手动用 MRRL 来执行一下
这样就做好了请求书自动照合
d），MIGO 入库取消
后来用户发现，收货的时候收错了，仕入先（供应商）只发来了 99个，但是因为各种原因没有数对，就在MIGO 中当作100个收货了，夜间时候运行的 MRRL 以收货为依据，自然也认为应该是100个，所以就按照 100个收货自动处理了请求书照合（发票校验）。
那么现在就需要把入库给取消掉，这样当日夜间再次运行MRRL，就会把请求书照合也给取消掉。
但是做MIGO 入库取消的时候会出一个错误
PU 請求書数量 100.000 ST 不足。
Msg 番号 M7021
单看消息其实是有点儿奇怪啦，不过你最起码知道取消不了是吧。
其实还有一招是可以通过 MIRO 里面取消，就是把下面的流程倒着来应该也是可以做到的。
但是咱们这里有个什么问题呢？
就是用户其实没手动做MIRO 这一步，而是通过MRRL 自动做的请求书照合。
你让客户取消一个他没做过的操作，换你是客户你也有点儿蒙圈是吧。
- 1 - ME210N 购买发注(采购申请) =》
2 - MIGO 入库（收货）=》
3 - MIRO 请求书照合（发票校验）
到底能不能有其他办法取消呢？
也是有的。
不过需要到SAP里面做一个Customize。
e），Customize 入库基准请求书照合时的入库取消
Spro > 在库/购买管理 > 在库管理/实地棚卸 > 入库
把 入库基准请求 Checkbox给勾上，然后保存
f），MIGO 入库取消
这次就不再出错误消息，而是变成一个警告，直接保存
g），ME23N 标准购买发注的履历
可以看到入库已经取消掉了
那么请求书照合的取消该怎么办呢？
h），MRRL ERS（入库/请求自动决济）取消
其实对 ERS 来说无所谓取消不取消
你入库它就给你做请求书照合
你入库取消它就给你做请求书照合取消
这样就运行完了 MRRL
即请求书照合取消应该也就做完了
i），ME23N 标准购买发注的履历
确实已经把请求书照合给取消掉了
那么接下来就可以再重新做一次 MIGO 入库 99个，然后再等夜间跑 MRRL，等不及就手动跑也行
3，XK05 供应商保留(Block) / 解除保留(Block)
以前研究过XK05 Block供应商/解除Block供应商。
那个时候的侧重点是为了比较 XK05 Block供应商和 XK06 消除供应商。
本节主要实验一下供应商Block的各种形式。
- 转记Block（付款冻结）
- 购买Block（采购冻结）
SAP Menu > Logistics > 在库/购买管理 > 购买管理 > Master Data > 仕入先 > 会计共通
输入
- 仕入先Code：1000
- 会社Code：1000
- 购买组织：1000
- 转记Block（付款冻结）==》这个只会冻结发票校验，不会冻结采购和入库
- 全会社Code
- 选择的会社Code
- 购买Block（采购冻结）==》这个只会冻结采购，已经做好的采购票，仍会入库和发票校验
- 全购买组织
- 选择的购买组织
如果既想冻结付款，又想冻结采购，那就得勾上上述两个选项。
a），转记Block（付款冻结）
Block向该供应商付款。就是只买货，收货，但是不付钱。
😓听着挺遭人恨的哈，可能有什么商业纠纷吧。SAP也提供这种功能。
- 转记Block（付款冻结）
- 选择济会社Code：ON
a）-1，ME21N 购买发注
Check 之后发现没有错误，就是说虽然Block了向该供应商付款，但是不Block下采购单。
a）-2，MIGO 入库
a）-3，MIRO 请求书照合
MIRO 中转记(付款)的时候
勘定 1000 1000 転記被Block。
Msg 番号 F5351
跟想定的一样，转记（付款）Block只Block请求书照合，不Block购买发注和入库，好LM啊^_^
b），购买Block（采购冻结）
只会冻结购买发注（采购），对已经做好的购买发注票（采购票），仍会执行入库和发票校验。
意思是不要再登新购买发注票了，但是已经登好了的，可以继续正常执行后续的操作。
b）-1，ME21N 购买发注
输入被Block的仕入先：1000/购买组织：1000 之后，直接就报了下面的错误消息：
仕入先 1000 / 購買組織 1000 被Block了。
Msg 番号 ME023
我这里准备了一个被Block之前做好的采购票：4500017473
b）-2，MIGO 入库
既存购买发注票是可以入库的
b）-3，MIRO 请求书照合
也可以做请求书照合
这个说的是别的问题
把税Code给换成VN，再试一下
请求书照合也是OK的
c），转记Block+购买发注Block（付款冻结+采购冻结）
这种就更为严厉了啊
- 既不允许登新的购买发注票
- 对既存的购买发注票，虽然允许入库，但是也不允许付款
c）-1，ME21N 购买发注
无法登录新的购买发注票
- 既存购买发注票：4500017475
c）-2，MIGO 入库
MIGO 入库OK
c）-3，MIRO / MRRL 请求书照合
MIRO 被Block了
MRRL 也会出相同的错误
d），HANA/BP中的设置
大家都知道HANA中已经不再使用XK系列，那么HANA中是在哪里设置的呢？
- 有些版本的HANA S4中 XK05 还是可以打开的
提示说已经变成要在 BP Role FI - 得意先 中设置了，问你要不要跳到BP页面，点是
这样就跳到了 BP 仕入先Status Tab > 转记Block（付款冻结）
因为BP是按Role进行分开管理的，所以购买Block和转记Block分开管理了，应该是下面这里
有关购买Block，还有一种更简单的查找方法，就是 MK05 (ECC时代采购部的人用的T-code）
在 HANA中，输入MK05，按下 回车
哎
这个购买比较麻烦一点儿哈，还是要选一下BP Role
选 FLVN01 Suppler（供应商），然后点 购买管理
这样就可以找到了。
比通过 XK05 找 付款冻结要麻烦一点儿。
应该是习惯就好：）
以上学习了MM模块的一些豆知识。
- MM01/02如何增加附件
- MIGO 发票校验之后的收货取消
- XK05 供应商Block/解除Block
供应商Block又可以细分为
- 转记Block(冻结付款)
- 购买Block(冻结采购)
更多SAP顾问业务知识请点击下面链接：
1065
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
