c语言开发网站,郑州橱柜网站建设,杭州网站建设前三,自己电脑做采集网站有关请求书照合#xff0c;之前学习了一部分#xff0c;现在再来学其中的一些概念。
其实这些概念也许并不常用#xff0c;但是你又不能不知道#xff0c;因为客户会问。 有关请求书#xff0c;贴一些以前学习的文章#xff0c;以方便阅读。
SAP MM学习笔记33 - 请求书…有关请求书照合之前学习了一部分现在再来学其中的一些概念。
其实这些概念也许并不常用但是你又不能不知道因为客户会问。 有关请求书贴一些以前学习的文章以方便阅读。
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-1ME21N 购买发注
50个 20个 1-2MIGO 入库
50个 20个 1-3MIRO 请求书照合
50个 20个 1-4MIRO 请求书照合 追加请求
仕入先又来了一张票追加请求
无法参照已经完成的票比如这里只能参照购买发注票70个中的20个每个要加 25EUR 注意这里被支付保留了。 我们在 ME21N 购买发注 页面也可以看到履历 追加请求。 1-5MRBR 查看支付保留状态 追加贷借转记 也打X不知道是啥意思。
另一个是 价格差异跟上述的 追加请求 的结果一致。
我觉得后续就是 Leader审核如果OK的话可以手动解除然后就可以进行后续的支付了。 2追加Credit
就是下面画面中的 4. 追加Credit Option。
在已经处理完的取引买卖交易中仕入先发现钱要多了比如运费比想象的少价格标高了等就会发一张票退一些钱。
当然我觉得也有可能是我方发现对方钱要多了出一张票给他们让他们退款。
由于是已经处理完的取引所以一般不会变更数量只会变更金额。 其实和 追加请求 差不多这里简单做个例子。
如下图的第二个例子下面那个所示
购买发注 100个入库50个本来应该收50050 x 10EUR但票上却是 800 EUR。
第一个例子上面那个
购买发注 100个 入库50个本来应收50050 x 10EUR但票上却是 80个800EUR。 咱们这里做的是第2 个例子上图的下面那个。
2-1ME21N 购买发注
购买发注 100 个。 2-2MIGO 入库
入库 50个 2-3MIRO 请求书照合
客户来了一张 50 个、800 EUR正确的是 500 EUR 请求书。 这里显示支付保留。 2-4MRBR 查看支付保留状态
价格差异。来了50个商品却来收80个钱的发票正常应该是 500 EUR却收 800 EUR。 2-5MIRO 请求书照合 追加Credit Memo
仕入先来一个 追加Credit Memo来退钱啦TODO为啥总觉得好像有点儿假呢 查看一下 购买发注 履历。
50个收货上做了 追加Credit Memo处理。 3Credit Memo 和 追加Credit Memo 的区别
如下图所示是Credit 还是 追加Credit就看这个票要调整什么。
- Credit Memo 价格正确数量错了要调整数量
- 追加 Credit Memo 数量正确价格错了要调整价格 理解是这么理解其实挺不好记的用户业务中使用的时候能分清才怪呢。
暂时也没有好方法记就是我们常说的顺序 数量金额上面两个管数量下面两个管价格。
这个顺序也跟我们现实生活中发生的错误的几率类似吧价格标错了的几率是不是挺少的。
当数量标错了要更正数量就用上面两个
当价格标错了要更正价格就用下面两个。 1 - 请求书
2 - Credit Memo
3 - 追加请求
4 - 追加Credit Memo 4Credit Memo
按上面理论练习一下 Credit Memo。
还是这张图上面那个例子
购买发注 100个 入库50个本来应收50050 x 10EUR但票上却是 80个800EUR。 4-1ME21N 购买发注
100个 4-2MIGO 入库
入库50个 4-3MIRO 请求书照合
来了一张 80个 800 EUR 的票。 支付保留 4-4MRBR 查看支付保留状态 数量差异 30个。 4-5MIRO 请求书照合 Credit Memo
因为要减少 80 -50 30个数量所以明细中 输入减少的数量及对应的金额。 购买发注履历 里查看一下。
可以看到这里其实就是数量的调整并不会如同 追加Credit Memo那样单列一条。 MRBR里面虽然还能查出来其实已经满足支付解除条件了只要运行一次解除即可。 5MR8M 请求书的取消
有错误的请求书也是可以取消的。
取消流程如下图所示。
取消请求书之后SAP将会同步生成 Credit Memo。
同样如果取消Credit Memo将会生成 请求书。 MR8M 请求书传票取消 5-1MR8M 请求书传票取消
准备一下请求书照合票比如下面这一张票。
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 请求书照合
可以重新做正确的请求书照合了。
