SAP-MM发票校验容差详解
MIRO发票校验容差详解
MIRO发票校验容差是指收货业务与发票校验业务之间的差异,这种差异可
能是物料价格差异、收货数量差异、收货金额差异等等,总之,发票校验的容差
内容最为丰富,容差类型有很多种,如下表所示:
序号 |
容差 |
名称 |
1 |
PP |
价格变化 |
2 |
DQ |
超出金额: 数量偏差 |
3 |
BW |
采购订单价格单位差异的百分率(GR在IR之前) |
4 |
BR |
采购订单价格单位差异的百分率(GR在IR之前) |
5 |
PS |
价格差异: 估计价格 |
6 |
BD |
自动形成小的差异 |
7 |
AP |
有订单参考项的金额 |
8 |
AN |
没有订单参考项的金额 |
9 |
DW |
当GR数量=零时的数量变式 |
10 |
KW |
根据条件值的容差 |
11 |
LA |
汇总性银行采购订单的数量 |
12 |
LD |
超过总括 PO 时间限制 |
13 |
ST |
日期偏差(值x天数) |
14 |
VP |
移动平均价格差异 |
15 |
随机冻结 |
如果在发票校验过程中,差异金额超出了上面设置的容差范围,那系统会报出警告或者错误信息(用户定制),并且冻结发票,不允许财务付款,必须解冻后才能支付,配置发票的容差用事务码OMR6,后台路径:物料管理->后勤发票校验->发票冻结->设置容差限制,下面主要介绍一下这些容差的应用;
一、PP,这个是发票校验的价格差异:
就是PO的单价与发票校验的单价出现差异;假设PP容差设定为上下浮动
10%,如下图:
假设PO单价为150,那么发票单价为155时,校验的结果为:
价格差异5元,在容差范围之内,报绿灯信息,表示发票校验通过,如果发票单价为175时,校验的结果为:
价格差异25元,不在容差范围之内,报黄灯信息,发票会冻结,报出的警告信息为:
二、PS,按估价价格计算的差异:
在PO项目明细的条件控制页面,如果勾选了“估计价格”,如下图:
那PP容差就不起作用,PS的容差判定原理和PP容差类似,不多介绍;
三、DQ,发票校验的数量差异:
就是发票校验的数量可以与收货数量存在一定的差异,在测试这个容差时,需要把M8 504消息设置为警告(正常情况,这个消息号是错误的,是为了控制未收货就发票校验了),假设DQ的容差设置为:
注意:所有容差只能设置金额和百分比;这里我们按百分比设定一个10%的上限,假设PO收货数量为10个,如果发票数量为11个,校验的结果为:
发票数量为11个,在允许的容差范围之内,校验通过,如果发票数量为12个,不在允许的容差范围之内,校验报警告信息:
报出的具体警告信息为:
也就是说数量超过了DQ设定的容差,才会报出警告信息;
四、BW,按PO价格的单位,计算收货数量与发票数量的差异:
这个一般是针对PO中出现两个单位,一个是PO单位,一个是PO价格单位,这里要校验的就是按PO价格单位计算的数量差异;假设BW的容差设定为:
BW只是校验数量不校验金额,假设PO的数量为5PC,PO价格单位是KG,11.5CNY/1KG,PO中两单位的换算关系为1:5,如下图:
假设正常MIGO收货,收货后如下图:
然后发票校验,MIRO,假设发票校验时,按PO价格单位的数量是26个,如下图:
PO价格单位26个,在允许的容差范围之内,发票校验通过,假设发票校验时,按PO价格单位的数量是27个,如下图:
PO价格单位27个,超过了7%的容差范围,发票校验警告信息,具体的信息为:
五、BR,按PO价格的单位,计算PO数量与发票校验数量的差异:
这个容差和BW类似,BW是基于收货的发票校验,而BR是基于PO的发票校验(PO上一定不要勾选GR_Bsd.IV,然后直接参照PO做MIRO);
六、BD,就是小差异:
发票校验允许实际发票金额与实际收货金额存在一定的尾差,可以直接过账到某个科目,不需要再具体调整某个PO项目,如下图:
这个设置很简单,只有一个金额,注意这个差异是MIRO发票校验时手工输入的抬头金额与行项目明细金额的差异,不是收货金额与发票金额的差异, 假设PO收货金额150,发票校验金额160,如下图:
尾差是10元,在容差范围之内,校验通过,假设PO收货金额150,发票校验金额161,如下图:
尾差是11元,在容差范围之外,校验不通过;
七、AP,有PO参考的行项目允许的最大金额:
这个是设定每个PO行项目的最大金额,如果超过这个容差,就对发票冻结,但不会对发票出具警告或者错误信息;
在设定这个容差之前,需要首先按公司代码激活行项目金额检查,事务码OMRH,后台路径:物料管理->后勤发票校验->发票冻结->项目金额检查->激活项目金额检查,然后再设定行项目金额检查,事务码OMRI或事务码SM30维护表V_169P_PA,后台路径:物料管理->后勤发票校验->发票冻结->项目金额检查->设置项目金额检查,可以根据公司代码、行项目类别和是否收货相关,设定容差检查:
设定AP容差:
就一个金额限制,假设是18,是对每个PO行项目的金额检查,每个PO行项目金额不允许超过这18的限制就OK 了,假设MIRO发票校验,如下图:
行项目金额15在AP允许的容差范围之内,过账时在左下角的信息为:
无冻结过账的标识;
假设MIRO发票校验,如下图:
行项目金额30不在AP允许的容差范围之内,过账时在左下角的信息为:
,发票已经冻结了;
八、AN,无PO参考的行项目允许的最大金额:
这个是对无PO参考的发票校验作的设定,和AP容差类似,对应MIRO
中的校验如图:
标红框的总账科目和物料的校验,由AN控制,具体的容差控制和AP是一样的,
注意,AN的容差设定,跟AP一样也需要激活行项目检查,激活方法也一样;
九、DW,这个容差是控制需要收货的PO,当收货数量为零或还未收货,然后
提前做发票校验时,控制发票校验允许的最大金额,但要注意这个金额指的是由
数量*单价计算出的金额,而不是任意手工输入的金额,单价不能更改,所以
其实控制的还是数量,跟DQ类似:
这个容差控制的一定是基于订单的发票校验,而且是收货数为零或还未收货,基于已经收货的发票校验无效,如果已经有收货了,那就按照DQ容差做控制,假设DW容差设定如下:
这个设置表示PO还未开始收货,提前做发票校验,允许PO可以发票校验的总金额最大不超过100,注意这个金额是不含税金额,是用PO上的数量×单价计算出来的,创建一个PO,如下图:
不收货,直接做发票校验,当发票校验数量是6时,如下图:
校验金额是90,在DW容差范围之内,发票校验通过,当发票校验数量是7时,如下图:
校验金额是105,不在DW容差范围之内,发票校验出具警告信息,可以查看一下具体的信息:
十、KW,这个是针对交货成本的容差设定,对货物移动项目不起作用:
就是货物具有计划内交货成本时,收货时过账的交货成本与发票校验时的差异,假设KW的容差设定为:
这里只按百分比对上限做检查,设定为7.5%,假设一个PO中有交货成本,如下图:
正常PO收货后,MIRO发票校验,这里为了做测试,只校验交货成本,假设发票中的交货成本是16,如下图:
差异1元,在KW容差范围之内,发票校验通过,假设发票中的交货成本是17,如下图:
差异2元,不在KW容差范围之内,出具警告信息,可以查看一下具体的警告信息:
十一、LA,这个是对框架订单的总金额检查:
当发票校验的总金额超过PO金额时,可以设定一个容差,在这个容差范围内允许过账,如下图为LA容差的设定:
创建一个框架PO,如下图:
PO总金额为1000,框架PO不需要收货,然后发票校验,当发票金额为1050时,如下图:
发票在LA容差范围之内,校验通过,当发票金额为1051时,不在LA容差范围内,会报出下图信息:
发票校验时,会出具警告信息(这个可以定制成错误信息,消息号 M8298);
十二、LD,这个是对框架订单的时间检查:
比如说框架订单有效期从2014.10.01-2014.10.05,那如果过账时间不在
这个期限范围内,就可以设定一个容差,在这个容差范围内允许过账,例如LD
可以设定如下图:
注意,这个价值是指天数,如果过账日期在有效期之前,那就用起始日期减去过账日期;如果过账日期在有限期之后,那就用过账日期减去截至日期,如果计算出的结果天数在容差范围之内,就允许过账;
创建一个框架PO,如下图:
假设发票校验的日期是2014.10.07,如下图:
发票校验日期在LD容差范围之内,允许发票校验,无消息发出,假设发票校验的日期是2014.10.08,如下图:
发票校验日期不在LD容差范围之内,系统发出一个警告信息,查看警告信息的内容:
十三、ST,日期偏差的值范围:
这个容差挺有意思的,也只有德国佬能想出来;怎么计算的呢?
值范围 = (PO计划交货日期-发票校验输入日期)× 行项目金额;
注意是系统输入日期,这个是没办法更改的;
这个值范围就是要设定的容差,只有一个上限,这是控制什么呢?就是控
制发票可以提早输入,但是不能提前付款,假设ST设定的容差为:
创建一个PO,假设PO的计划交货日期为2014.10.13,如下图:
MIGO收货后,用MIRO发票校验,假设当期日期为2014.10.11,如下图:
计算一下值范围:
35.6 × (2014.10.13 - 2014.10.11)=71.2;
值范围大于设定的ST容差,所以过账后会冻结发票,如下图:
假设计划交货日期改成2014.10.12呢,那值范围就是35.6了,在ST容差范围之内了,系统就会正常过账,如下图:
注意:此容差不会通过消息号进行提示,只是会冻结支付!
十四、VP,移动平均价差异:
当物料以V计价时,由于发票校验导致物料价格发生变动,超过这里设置
的容差就冻结发票,VP设置如下图:
PO数量10,总价值150,如下图:
PO收货后,物料价格变为11.04,总库存1010,总库存价值11150,如下图:
MIRO发票校验时,如下图:
PO发票校验后,物料价格为12,如下图:
PO收货价格是150,发票价格是1120,更新库存价值为1120-150=970,所
以MIRO后物料价格更新为(11150+970)/1010=12,(12-11.04)/11.04=0.87
大于VP设置的5%容差,所以系统会发出消息,如下图:
后台配置消息号为红灯报错:
十五、随机冻结:
随机冻结就是按照一定的概率来冻结发票,要设定对发票校验的随机冻结,需要设定两个参数,事务码OMRF,后台路径:物料管理->后勤发票校验->发票冻结->随机冻结->激活随机库存冻结,和OMRG或SM30维护表V_169P_S,后台路径:物料管理->后勤发票校验->发票冻结->随机冻结->设置随机库存冻结,按公司代码设定临界值和百分比,如下图:
临界值:就是随机冻结发票的临界金额,和百分比一起使用;
百分比:随机冻结的概率,按照临界值、百分比和发票金额,计算的冻结概率,计算方式如下表所示:
临界值 |
百分比 |
发票金额 |
冻结概率 |
10000 |
20% |
1000 |
2.00% |
10000 |
20% |
2000 |
4.00% |
10000 |
20% |
5000 |
10.00% |
10000 |
20% |
8000 |
16.00% |
10000 |
20% |
10000 |
20.00% |
10000 |
20% |
12000 |
20.00% |
计算公式为:
当发票金额小于等于临界值,冻结概率 = 发票金额 / 临界值 ×百分比;
当发票金额大于临界值,冻结概率 = 百分比;
十六、总结:
以上就是所有的发票校验容差,其中能经常使用的就是PP、VP、DQ、BD等几个,其他的不怎么常用,如果发票校验时,超过容差限制,则可以用事务码OMRM把消息类型由W黄灯警告改成E红灯报错,直接不让发票过账,如果消息号设置为W黄灯警告信息,则超过容差限制过账后,发票就会被冻结,后续财务将不能付款,如果想继续付款,那么必须先用事务码MRBR去解冻,一张发票可能存在多个冻结类型,需要把所有的冻结点都解冻后,才能付款。
SAP-MM发票校验容差详解相关推荐
- SAP发票校验容差的理解
SAP发票校验容差是指收货金额与发票金额的差异,容差类型有很多种, 如果在发票校验过程中,差异金额超出了上面设置的容差范围,那系统会报出警告或者错误信息(用户定制),并且冻结发票,不允许直接付款: 配 ...
- SAP中的发票校验容差控制测试
在SAP采购业务中,基于收货的发票校验在实际应用中,出现差异的情况比较常见.其差异是指采购订单中价格和实际收到发票中价格之间的差异.这可能来源于价格变动,汇率变动或业务情形变动产生的附加费用等.在SA ...
- SAP 采购发票校验
SAP 采购发票校验 针对采购物料的供应商发票校验,分为基于收货的发票校验(GR-Based IV)和不基于GR的发票校验两种(NO-GR):每个公司要求不一样,国内采购基于GR的发票校验较普遍: 1 ...
- 【第二篇】SAP HANA XS使用JavaScript编程详解
前言部分 大家可以关注我的公众号,公众号里的排版更好,阅读更舒适. 正文部分 在第一篇的时候,我们说过如下内容: SAP HANA XS支持JavaScript中的服务器端应用程序编程.开发的服务器端 ...
- SAP License:FM-基金管理详解(实例)
基金管理功能详解 基金管理的最主要功能就是预算管理,但是又和一般意义上的预算管理是有差别的.其中最主要的包括承诺预算与支付预算以及可用性检查.可用行检查功能参见内部订单预算部分.承诺预算是指在采购申请 ...
- SAP物料管理自动记帐详解
对MM模块进行自动记帐的科目设置.将MM模块与FI模块连接在一起的配置,当做完此业务配置后可以自动产生相应的会计凭证. 物料管理需要自动记帐的方面很多,常见的有以下几类: 1.物料存货记帐的科目: 2 ...
- SAP定义应收应付容差组
定义应收应付容差组 一.说明 本文是在SAP系统后台定义应收应付容差组,可在清帐时进行金额约束.对于供应商和客户的收付业务,可以定义一些控制条件,如对某类供应商的付款差异不超过50元,或发票金额的0. ...
- SAP 采购发票校验之 后续贷记 MIRO <转载>
原文链接:https://zhuanlan.zhihu.com/p/467537444 后续贷记,即发票校验后,再录入负数发票,减少应付账款,同时降低材料采购成本.例如,材料市场价格波动较大,供应商开 ...
- SAP MM 发票预制 Function Module - BAPI_INCOMINGINVOICE_PARK
加入SY项目不到一周,就被在毫无准备的情况下被指派去参与一个SRM与SAP系统的接口项目里,参与这个需求里预制发票在SRM与SAP系统之间数据传递的场景梳理.要从技术的角度弄清楚各个场景下从SRM ...
最新文章
- python中最常用的映射类型_什么是python中唯一的映射类型
- 设计模式: 自己手动实现一个观察者设计模式
- stm32f746 linux,在Linux系统下搭建STM32开发环境--Nucleo-F429ZI
- Python Levenshtein(两个文本比较,两个字符串比较)
- echart 三维可视化地图_Echarts百度可视化图形库
- vue 截取视频第一帧
- 天津大学学硕和专硕的区别_21考研考生,学硕与专硕的区别你必须知道,选错或后悔读研...
- 矩阵分解——三角分解(Cholesky 分解)
- Oracle10g数据库在AIX 5.3上的安装
- 如何将Eclipse设置为中文版
- 戴尔服务器怎么远程安装系统,DELL-远程安装系统操作手册
- asp.net汽车4S店管理系统VS开发sqlserver数据库web结构C#编程
- 数字图像处理的技术方法和应用
- java小组的队名,霸气小组队名口号大全
- 异贝服装店都可以做会员营销?神奇的逆向思维让他快速裂变赚钱!
- 仅仅一个月,真的想不到……
- 【大数据AI人工智能】创造意义的是人类,不是机器
- 【算法小结】费马小定理
- Oracle GoldenGate 文章集合
- 微信公众平台消息接口开发(11)地理位置查询 当地天气及附近商家