• SAP MM学习笔记35 - 请求书照合中的差额处理(发票扣减,受入)


    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

  • 相关阅读:
    (矩阵) 289. 生命游戏 ——【Leetcode每日一题】
    设计模式 - 组合模式理解及示例
    SpringMVC简介
    C++ 模板实现—双向链表: doubly linked list
    快速掌握Golang单元测试与断言教程
    RabbitMQ: Publish/Subscribe结构
    这几个合成配音软件新手也在用
    Spring MVC ViewResolver原理解析
    SpringBoot整合SpringSecurity
    面试碰到分布式技术面试题该怎么解答?
  • 原文地址:https://blog.csdn.net/shi_ly/article/details/133802666