SAP中，请求书照合之后，发现不一致，就会支付保留。
支付保留，可以参考如下文章。
SAP MM学习笔记34 - 请求书照合中的支付保留（发票冻结）_东京老树根的博客-CSDN博客
即使支付保留之后暂时不付钱，不可能一直不付钱，那付钱的时候又不想付全部的钱的话，可以在MIRO做差额处理（就是发票扣减），然后付自己认可的钱。
或者不扣减，直接就认了，来多少票就付多少钱，就是受入。
当然，SAP虽然提供这些功能，但是你内部搞了，对方发现收到的钱不对，还会来找你的呀。
所以现场一般不会去私自扣减然后付账的，而是先跟对方联系，搞清楚之后，是重新邮一张发票过来呀还是怎么弄，认识一致之后再搞。
如下图所示，购买发注100个，入库70个，却来了100个的发票。
1，参考明细进行差异处理
就是在MIRO 请求书画面，在明细上进行差异处理。
举个例子。
1-1，ME21N 购买发注
1-2， MIGO 入库
注意这里虽然是购买发注 100 个，但是只收到了 70 个。
1-3，MIRO 请求书照合
可以看到，这里默认就提示 70 个，就是说系统就认70个，因为就入库70个嘛。
然后在 修正ID 栏目，选 2 仕入先Error：请求书减额
意思就是说 仕入先（供货商）提供的发票有误，我们要做个减额处理的意思。
然后在 根据仕入先请求书金额、根据仕入先请求书数量 这两个栏位就可以录入金额和数量了。
回车之后会弹出对话框提示减额及具体减额多少金额。
保存之后也不会保留，因为已经扣减了，没有数量不一致。
又被我干崩了，哎
换个环境试下。
ME21N 购买发注 100 个。
MIGO 入库 70个
做发票扣减
可以见到Message中没有显示 保留。
确认下FI票，有两张。
第一张FI 票，还是承认请求书上的 100个商品的价额，1160 EUR，
但是，同时也多了个科目 决济-请求书差额 300 EUR。
第二张 FI 票
这张票上把 决济-请求书差额 给贷记，就是又从仕入先那儿拿回来了：），
两张FI票配合，相当于扣减了。
2，不参考明细进行差额处理
有时候明细较多，是有问题，但不知道是哪条有问题，就不会根据明细，而是整张票处理一下。
一般来说，值得信赖的供应商发过来的发票我们也倾向于相信。
只有还没太信赖的供应商，发过来的发票我们才要调查一下。
做个例子。
2-1，XK03
这里面设定了一个 许容范围Group
2-2， ME21N 购买发注
从仕入先 99002 购买发注10个 商品。
2-3，MIGO 入库
2-4，MIRO 请求书照合
本来应该是 174 EUR的，但是供应商给了一张 179 EUR的票。
可以看到，虽然有个 5 EUR的差距，但是我们也认了。
这里生成了 2张 FI 票。
意思就是说，这个供应商我们还不太信赖，你跟我要多少钱我也给，
但是我也会同时出个票（Credit Memo），然后把多给的钱要回来。
第 1 张票，就是仕入先发票上面的 179 EUR，
当然多了一个 决济-请求书差额 科目。
第 2 张票，会把 决济-请求书差额 科目贷记，然后去跟仕入先要这个钱。
3，不参考明细进行差额处理 2
如果真是微小的差异，属于以下理由，而且在许容范围内，那也就认了算了，直接过账
- 请求书金额比预定金额小（少要钱了你还查啥）
- 请求书金额虽然比预期大一点点，但是从信赖的供货商发来的（就是说肯定是有理由的）
- 不值得去调查差异理由
- 预计调查工数或成本过高
来做个例子。
3-1，ME21N 购买发注
3-2， MIGO 入库
3-3，MIRO 请求书照合
正常请求书上 172.5 EUR 是我们认可的，
但是供应商来了张 175 EUR的票。我们也不想具体查那条数据出问题（虽然例子里只有1条数据，但是实际项目中，可能会有很多数据），直接就如供应商所愿，登了 175 EUR。
这样就登好了，也没有保留。
FI 票也就只有一张了。
这被多要的 2.5 EUR 被计上到了 小额损失-请求书受领 科目里面了。
4，用 手动受入 进行差额处理
上面的 3，是在许容范围内的才会进行受入。
但是那肯定是有金额限制的，SAP中默认设为 2.5EUR（在Customize中可以修改）
如果超出最高受入许容范围，还想受入（就是认了），也可以通过 手动受入 来做。
4-1，ME21N 购买发注
4-2，MIGO 入库
4-3，MIRO 请求书照合
我这里面肯定是设置了，50 EUR 也OK
再多一点点就不行了。 信号灯变红色了。
现在用 手动受入 进行差额处理
也可以成功转记。
看一下 FI 票只有一张，
不像 上面的 2 反向去要钱，会生成 2张 FI 票，
这里就是自己认了，虽然差额比系统默认设置的（比如我这里设为了 50 EUR，一般系统会默认为 2.5 EUR，然后可以在 Customize里面改，我这个估计是改过了）
计入 小额损失 请求书受领 科目。
但是要注意，这是个危险的操作，凭什么就认了呢，明明是可以收的钱。
在现场，这个功能没见过用的。
如果真的要用的话，也会分配权限给某些人，由他们来做。
权限对象 M_RECH_AKZ
