SAP MM学习笔记34 - 请求书照合中的支付保留（发票冻结）

上次学习了 请求书照合中 如何修改 带勘定设定Category的发票，并举了 K：原价Center 的例子。

SAP MM学习笔记33 - 请求书照合中修改 带勘定设定Category（科目分配）的发票_东京老树根的博客-CSDN博客

日月如梭，倏忽之间，一月已过，汗颜，继续Fighting！！

这一章继续学习请求书照合中的支付保留（发票冻结）的处理。

1，支付保留 及理由

支付保留指的是，该支付暂时因为有差异而无法付款。

如上图所示，一般有如下差异

 - 数量

- 价格

- 购买发注价格数量

- 日数

下面做详细说明：

- 数量

  没收到全部商品，但却来了全额的发票，一般来说要等收齐货了再付款 或先付部分款

  比如下图，发注100个，来50个，却来了80个的请求书，所以就保留了。

  然后又入库了30个，这次就可以解除保留了。

- 价格

  预定的价格和请求书价格不一致，那肯定也需要先调查一下，不会马上付款。

  比如下图，购买发注的时候1.3 EUR/个，但是收到的请求书上却是1.36EUR/个，就会先支付保留

 -  见積价格 / 概算价格

虽然如上图所讲，发注价格和请求书价格不一致，会将请求书进行 支付保留 处理，

但是有一个例外，就是这里的 见積价格 Flg。

勾上这个 见積价格 Flg，就是说 发注的时候不知道具体价格，等请求书来了才知道。

这样，请求书和发注票价格基本不太会相同的，即使价格差异较大，系统也不会提示 支付保留。

做个例子。

A），ME21N 购买发注，注意把 见積价格 Flg 勾上

B），MIGO 入库

C），MIRO 请求书照合

然后 修正ID 里面选 2：仕入先Error

并把仕入先的请求书金额 修改为请求书上记载的金额

我Q，程序给我干坏了

Error in the ABAP Application Program

The current ABAP program "SAPLMRMP" had to be terminated because
come across a statement that unfortunately cannot be executed.

搞了一会儿不知道咋回事儿，先这样了，等以后明白了再说

换个学习环境再试一下。

这个环境的翻译 稍微有点儿不一样，叫 概算价格。

ME21N 购买发注

保存，照会

 MIGO 入库

MIRO 请求书照合

修改为 2：仕入先Error （其实就是仕入先发来一个跟我们想象不一致的请求书的意思）

把仕入先的请求书上的价格写一下，比如这里 1300 改为 1400，

就是我们认为应该是1300，但是受到的仕入先的请求书上是1400，这里就改为1400。

保存，照会

可以看到，这里虽然 1300，变为 1400， 但是并不报 支付保留。

这是因为 ME21N 购买发注 页面，把 概算价格（或叫 见積价格） 给勾上了，发票上才是对的价格

看一下 FI 票，实际有两张票

再试一下，如果相同的条件，只有 概算价格 不勾，会怎么样？

ME21N 购买发注

概算价格 不勾

 MIGO 入库

MIRO 请求书照合

请求书请求额 1300 改为1400

注意最前面的那个价格也要改，不然就是说发票虽然是1400，但我还是付1300的意思了。

有关发票（请求书）的部分，稍后做深入学习，这里先这样。

然后就会出 支付保留 信息了。

- 购买发注价格数量

  MM里面有3个单位，

  - 基本数量单位（=库存管理单位）

  - 发注单位（订单单位）

  - 发注价格单位（订单价格单位）

这里所说的 购买发注价格数量，指的是 购买发注价格（=发注价格单位）基础上，数量有差异。

比如，

- 一只烤鸡，购买发注价格 是 0.02EUR/克，想定数量（即重量）是 750克，

- 也就是说想定要花 15 EUR 来进货一只烤鸡，

但是，烤鸡送来之后，发现来了一只 780 克的烤鸡，这样就产生了 30 克的差异。

本质上还是 数量 差异，和 数量 差异不同之处在于 单位不一样：

- 数量 差异 的单位是 发注单位（订单单位），比如到货都不是想定的100只，而是80只，不够数

- 发注价格单位（订单价格单位）差异的单位是 发注价格单位（订单价格单位），可能是订100只来100只，够数了，但是重量和想定不一样，想定是750克，结果有的是780克，有的是800克等

有关 3 个单位的详细信息，可以参照如下文章。

SAP MM学习笔记25- SAP中 基本数量单位，发注单位，发注价格单位_东京老树根的博客-CSDN博客

- 日数

  预计 下月付款，结果这个月就来发票了。

  现场项目当中，一般都会把 日期差异 给去掉，就是变成跟日期没关系，不冻结。

  一般来说会计会按规则处理，发票来早来晚，只要在月（或某时段）内，打款时间都一样。

ME21N 购买发注 纳入日付 是 2023/09/21

 如果 MIRO 的转记日付 小于 上图的 纳入日付，就会触发 日数差异 冻结

就是还没纳品呢，怎么能急着付钱呢

居然没报 支付保留，那看来是我这个学习环境的设定了 忽略日付差异了：）

至于怎么设定的，还不会呢，等明白了再加上。

TODO：如何Customize 日数的支付保留

换个环境试一下啊

ME21N 购买发注  纳入日期 2012/01/19

 保存，照会

MIGO 入库

MIRO 请求书照合

这里的 转记日付 2012/01/08，小于 纳入日期 2012/01/19。

想定应该会出现 日数 差异，从而导致 支付保留

Msg 番号 M8075

传票 510xx 已登录（支付保留）。

有关 日数 差异导致支付保留，其计算方式是这样的。

请求书请求额 x ( 纳入期日 - 转记日付 )

SAP不会直接去比较日数差 的大小，而是会 乘以请求额，然后再比较。

为什么要 乘以请求额 再比较呢？这是因为SAP也会考虑现实中的情况。

- 比如额度较小，那提前几天付款也不是不行的

- 如果数额较大，那提前一天也是很困难的

- 质检

这里的 质检 指的是导入了 质检模块 的意思。

这样的话，就不能手动在 MIGO 里面直接将 在库Type 改成 利用可能在库，

而需要走一遍 品检模块，在那里将会输入一堆参数，待所有参数都符合条件，

SAP 品检模块会自动 将 在库Type 改成 利用可能在库（合格） 或 保留（不合格）。

比如MM01/02 里面，可以看到 QM管理Key 9001：出荷承认，证明书，请求书保留

它的意思就是说该品目必须要走完 品检模块 才能登 请求书，就是登上了也会保留，FI 不会付钱的

- 金额

下面这个就是 只根据金额 来判断是否冻结。

如果金额过大，先自动冻结，检查之后再继续后面的步骤。

但是 这个功能并不常用，因为货都已经买来了嘛，太晚了，木已成舟，你还能运回去咋地。

完全可以在 购买依赖 或 购买发注 阶段， 通过 SAP标准 审批 功能，在早期进行控制。

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

- 无作为支付保留（随机冻结）

没有任何以上的冻结理由，就随机冻结进行检查。

比如，一般情况下，让系统自动处理就行了，但是偶尔来个抽样检查。

这是需要 Customize。

作为一个震慑手段：），都好好干啊，会抽查的。

- Manual保留（手动冻结）

2，支付保留的处理

请求书照合中，发生差异的时候

- 差异较大

  先做调查，比如 咨询 购买部门，收货部门，供应商等，

  然后会先做差异转记，一般来说系统会自动将该请求书（发票）保留，

  当然系统不报警告的也可以手动保留认为有问题的发票。

- 差异较小

  如果差异在许容范围内，则无需太过深入调查，或者不调查，直接转记即可。

  当然，目前的现场呢，即使是1块钱差异，大家也一定会研究明白，然后改过来才会登记的：）

 

有关支付保留的系统操作，等下一次再学。

这一章先这样。