免费客户管理软件排行陕西seo优化
有关请求书照合，之前学习了一部分，现在再来学其中的一些概念。
其实这些概念也许并不常用，但是你又不能不知道，因为客户会问。
有关请求书，贴一些以前学习的文章，以方便阅读。
SAP MM学习笔记33 - 请求书照合中修改 带勘定设定Category（科目分配）的发票-CSDN博客
SAP MM学习笔记35 - 请求书照合中的差额处理（发票扣减，受入）-CSDN博客
SAP MM学习笔记34 - 请求书照合中的支付保留（发票冻结）_东京老树根的博客-CSDN博客
SAP MM学习笔记36 - 释放支付保留的发票-CSDN博客
下面来学习 这些概念
・追加请求
・追加Credit
可以用来变更基于价格的更新。
也就是说数量不变，价格变，也就是金额变。
1，追加请求
就是下面画面中的 3. 追加请求 Option。
在已经处理完的取引（买卖，交易）中，仕入先发现钱要少了（比如运费比想象的高，原材料涨价了等），它就会来一张票再多请求一些。
由于是已经处理完的取引，所以一般不会变更数量，只会变更金额。
比如如下图所示：
购买发注 50 个，500 EUR，已付款，交易完成
购买发注 20 个，200 EUR，已付款，交易完成
仕入先又来一张票，声称对于第二笔交易（20个），要每个多收 25 EUR。
1-1，ME21N 购买发注
50个
20个
1-2，MIGO 入库
50个
20个
1-3，MIRO 请求书照合
50个
20个
1-4，MIRO 请求书照合 追加请求
仕入先又来了一张票，追加请求
无法参照已经完成的票，比如这里只能参照购买发注票，70个中的20个，每个要加 25EUR
注意，这里被支付保留了。
我们在 ME21N 购买发注 页面也可以看到履历 追加请求。
1-5，MRBR 查看支付保留状态
追加贷借转记 也打X，不知道是啥意思。
另一个是 价格差异，跟上述的 追加请求 的结果一致。
我觉得后续就是 Leader审核，如果OK的话，可以手动解除，然后就可以进行后续的支付了。
2，追加Credit
就是下面画面中的 4. 追加Credit Option。
在已经处理完的取引（买卖，交易）中，仕入先发现钱要多了（比如运费比想象的少，价格标高了等），就会发一张票退一些钱。
当然，我觉得也有可能是我方发现对方钱要多了，出一张票给他们，让他们退款。
由于是已经处理完的取引，所以一般不会变更数量，只会变更金额。
其实和 追加请求 差不多，这里简单做个例子。
如下图的第二个例子（下面那个）所示，
购买发注 100个，入库50个，本来应该收500（50 x 10）EUR，但票上却是 800 EUR。
第一个例子（上面那个），
购买发注 100个， 入库50个，本来应收500（50 x 10）EUR，但票上却是 80个，800EUR。
咱们这里做的是第2 个例子（上图的下面那个）。
2-1，ME21N 购买发注
购买发注 100 个。
2-2，MIGO 入库
入库 50个
2-3，MIRO 请求书照合
客户来了一张 50 个、800 EUR（正确的是 500 EUR） 请求书。
这里显示支付保留。
2-4，MRBR 查看支付保留状态
价格差异。来了50个商品，却来收80个钱的发票（正常应该是 500 EUR，却收 800 EUR）。
2-5，MIRO 请求书照合 追加Credit Memo
仕入先来一个 追加Credit Memo，来退钱啦（TODO：为啥总觉得好像有点儿假呢）
查看一下 购买发注 履历。
50个收货上做了 追加Credit Memo处理。
3，Credit Memo 和 追加Credit Memo 的区别
如下图所示，是Credit 还是 追加Credit，就看这个票要调整什么。
- Credit Memo ：价格正确，数量错了，要调整数量
- 追加 Credit Memo： 数量正确，价格错了，要调整价格
理解是这么理解，其实挺不好记的，用户业务中使用的时候，能分清才怪呢。
暂时也没有好方法记，就是我们常说的顺序 数量，金额，上面两个管数量，下面两个管价格。
这个顺序也跟我们现实生活中发生的错误的几率类似吧，价格标错了的几率是不是挺少的。
当数量标错了，要更正数量，就用上面两个；
当价格标错了，要更正价格，就用下面两个。
1 - 请求书
2 - Credit Memo
3 - 追加请求
4 - 追加Credit Memo
4，Credit Memo
按上面理论，练习一下 Credit Memo。
还是这张图，上面那个例子
购买发注 100个， 入库50个，本来应收500（50 x 10）EUR，但票上却是 80个，800EUR。
4-1，ME21N 购买发注
100个
4-2，MIGO 入库
入库50个
4-3，MIRO 请求书照合
来了一张 80个 800 EUR 的票。
支付保留
4-4，MRBR 查看支付保留状态
数量差异 30个。
4-5，MIRO 请求书照合 Credit Memo
因为要减少 80 -50 = 30个数量，所以明细中 输入减少的数量及对应的金额。
购买发注履历 里查看一下。
可以看到这里其实就是数量的调整，并不会如同 追加Credit Memo那样单列一条。
MRBR里面，虽然还能查出来，其实已经满足支付解除条件了，只要运行一次解除即可。
5，MR8M 请求书的取消
有错误的请求书也是可以取消的。
取消流程如下图所示。
取消请求书之后，SAP将会同步生成 Credit Memo。
同样，如果取消Credit Memo，将会生成 请求书。
MR8M 请求书传票取消
5-1，MR8M 请求书传票取消
准备一下请求书照合票，比如下面这一张票。
5105608902
反对仕译理由（反向记账原因）
比较常用的是以下理由：
- 01 当期的反对仕译
- 03 当期的实绩取消仕译
下面来说说这两个东西的区别。
当购买发注 100EUR 商品，并做完入库的时候，从 FI 科目来看，
借方 -- 贷方
------------------------------------------------------
在库 100 / 入库请求假 100
入库请求假 100 / 买挂金 100
- 01 当期的反对仕译
做反对仕译，所以 FI 票计上如下
买挂金 100 / 入库请求假 100
- 03 当期的实绩取消仕译
做当期的实绩取消，所以 FI 票计上如下
入库请求假-100 / 买挂金 -100
不管是哪种，都能实现取消的效果，借贷平衡，但是如果从残高的角度看，
- 01 当期的反对仕译
科目计上上有残高数据（尽管是平的）
入库请求假 100 / 入库请求假 100
买挂金 100 / 买挂金 100
- 03 当期的实绩取消仕译
入库请求假 100 / 买挂金 100
入库请求假-100 / 买挂金 -100
100-100 = 0，所以残高为0。
相当于
入库请求假 0 / 入库请求假 0
买挂金 0 / 买挂金 0
科目计上上看，没残高了（相同科目的数值之和为0）
FI 模块我也不太懂，简单来说呢，就是
- 01 当期的反对仕译 --> 能留下痕迹，别人知道你做了很多错事儿
- 03 当期的实绩取消仕译 --> 不能留下痕迹，别人就不知道你干的错事儿
对最终付款没影响，但是对个人业绩考评可能会有影响，领导会觉得你一天到晚都在干啥呢？？
现场一般会倾向于用 - 01 当期的反对仕译 这种。
因为 FI 那边一般都希望能留下痕迹。
输入反对仕译理由，然后点保存
这样就取消了请求书。
至于显示的Message，手动决济财务会计票，不知道具体是指的啥意思。
取消之后再取消，就不行了。
看一下购买发注履历，已经取消掉了。
双击 取消的请求书票，可以看到是一张 Credit Memo 的票。
MIRO 请求书照合
可以重新做正确的请求书照合了。
