内容发布更新时间 : 2024/11/20 17:26:42星期一 下面是文章的全部内容请认真阅读。
SAP发票校验容差是指收货金额与发票金额的差异,容差类型有很多种:
序号 容差 价格变化---单价差异 超出金额:数量偏差 –发票与收货数量差异 采购订单价格单位差异的百分率(GR在IR之前) PO价格的单位(双单位)计算发票与收货数量差异 采购订单价格单位差异的百分率(发票与订单数量) 价格差异:估计价格--估价差异 自动形成小的差异--发票抬头余额容差 有订单参考项的金额—行项目总金额容差,需要激7 AP 名称 1 PP 2 DQ 3 BW 4 BR 5 PS 6 BD 活行项目检查 8 AN 9 DW 10 KW 11 LA 12 LD 13 ST 14 VP 没有订单参考项的金额—直接调整物料价格容差,需激活行项目检查 当GR数量=零时的数量变式—无收货允许发票价值 根据条件值的容差—交货成本容差 汇总性银行采购订单的数量—框架订单总差异 超过总括PO时间限制---时间差异,控制有效期 日期偏差(值x天数)—时间差异,控制提前付款 移动平均价格差异—移动平均价与发票单价差异 如果在发票校验过程中,差异金额超出了上面设置的容差范围,那系统会报出警告或者错误信息(用户定制),并且冻结发票,不允许直接付款; 配置发票的容差用事务码OMR6,下面主要介绍一下这些容差在SAP发票校验中的应用; 1、PP:这个是发票校验的价格差异; 就是PO的单价与发票校验的单价出现差异;假设PP容差设定为上下浮动10%,如下图: 假设PO单价为150,那么发票单价为155时,校验的结果为: 价格差异5元,在容差范围之内,报绿灯信息,表示发票校验通过; 如果发票单价为175时,校验的结果为: 价格差异25元,不在容差范围之内,报黄灯信息,发票会冻结,报出的警告信息为: 2、DQ:发票校验的数量差异; 就是发票校验的数量可以与收货数量存在一定的差异,在测试这个容差时,需要把M8 504消息设置为警告(正常情况,这个消息号是错误的,是为了控制未收货就发票校验了); 假设DQ的容差设置为: 注意:所有容差只能设置金额和百分比;这里我们按百分比设定一个10%的上限;假设PO收货数量为10个,如果发票数量为11个,校验的结果为: 发票数量为11个,在允许的容差范围之内,校验通过;
如果发票数量为12个,不在允许的容差范围之内,校验报警告信息; 报出的具体警告信息为:
也就是说数量超过了DQ设定的容差,才会报出警告信息; 3、BW:按PO价格的单位,计算收货数量与发票数量的差异;
这个一般是针对PO中出现两个单位,一个是PO单位,一个是PO价格单位,这里要校验的就是按PO价格单位计算的数量差异;假设BW的容差设定为: BW只是校验数量,不存在金额的;
假设PO的数量为5PC,PO价格单位是KG,PO中两单位的换算比率是1:5,如下图: 假设正常MIGO收货,收货后如下图: 然后发票校验,MIRO:
假设发票校验时,按PO价格单位的数量是26个,如下图: PO价格单位26个,在允许的容差范围之内,发票校验通过; 假设发票校验时,按PO价格单位的数量是27个,如下图:
PO价格单位27个,超过了7%的容差范围,发票校验警告信息,具体的信息为: 4、BR:按PO价格的单位,计算PO数量与发票数量的差异;
这个容差和BW类似,一个是基于收货的发票校验,一个是基于PO的发票校验; 5、PS:按估价价格计算的差异;
如果PO中的价格标识了估价,在PO项目明细的条件控制页面,如下图:
那PP容差就不起作用了,要设定PS的容差;判定的原理和PP容差类似,不多介绍; 6、BD:就是小差异;
发票校验允许实际发票金额与收货数量存在一定的尾差,可以直接过账到某个科目;不需要再具体调整某个PO项目,如下图:
这个设置很简单,只有一个金额,注意这个的差异是MIRO校验时抬头金额与项目明细金额的差异,不是收货金额与发票金额的差异;
假设PO收货金额150,发票校验金额160,如下图: 尾差是10元,在容差范围之内,校验通过;
假设PO收货金额150,发票校验金额161,如下图: 尾差是11元,在容差范围之外,校验不通过; 7、AP:有PO参考的行项目允许的最大金额;
这个是设定每个PO行项目的最大金额,如果超过这个容差,就对发票冻结,但不会对发票出具警告或者错误信息;
要设定这个容差之前,需要激活行项目检查,事务码OMRI,设定行项目金额检查 可以根据公司代码、行项目类别和是否收货相关,设定容差检查; 事务码SM30维护表V_169P_PA,按公司代码激活行项目检查; 设定AP容差:
就一个金额限制,是对每个PO行项目的检查,每个PO行项目不允许超过这个金额就OK了;
假设MIRO发票校验,金额为17.55,如下图:
在AP允许的容差范围之内,过账时在左下角的信息为:
无冻结过账的标识;
假设MIRO发票校验,金额为35.1,如下图:
不在AP允许的容差范围之内,过账时在左下角的信息为:
,发票已经冻结了;
8、AN:无PO参考的行项目允许的最大金额;
这个是对无PO参考的发票校验作的设定,和AP容差类似,对应MIRO中的校验如图: 标红框的总账科目和物料的校验,由AN控制,具体的容差控制和AP是一样的;
注意,AN的容差设定,也需要用事务码SM30维护表V_169P_PA,激活行项目检查; 9、DW:这个是需要收货的PO,当收货为零时,发票校验允许的最大金额;
这个发票校验一定是基于订单的校验,对于基于收货的发票校验无效;而且是收货数为零,如果已经有收货了,那就按照DQ容差作控制; 假设DW容差设定如下:
就是当还未开始收货,允许PO可以发票校验的总金额最大不超过100;注意这个金额是不含税金额,是用数量×PO价格计算的; 创建一个PO,如下图: 不收货,直接做发票校验;
当发票校验数量是6时,如下图:
校验金额是90,在DW容差范围之内,发票校验通过; 当发票校验数量是7时,如下图:
校验金额是105,不在DW容差范围之内,发票校验出具警告信息;可以查看一下具体的信息:
10、KW:这个是针对交货成本的容差设定;对货物移动项目不起作用;
就是货物具有计划内交货成本时,收货时过账的交货成本与发票校验时的差异; 假设KW的容差设定为:
这里只按百分比对上限做检查,设定为7.5%; 假设一个PO中有交货成本,如下图:
正常PO收货后,MIRO发票校验,这里为了做测试,只校验交货成本; 假设发票中的交货成本是16,如下图:
差异1元,在KW容差范围之内,发票校验通过; 假设发票中的交货成本是17,如下图:
差异2元,不在KW容差范围之内,出具警告信息,可以查看一下具体的警告信息: 11、LA:这个是对框架订单的总金额检查,
当发票校验的总金额超过PO金额时,可以设定一个容差,在这个容差范围内允许过账;如下图为LA容差的设定:
创建一个框架PO,如下图: PO总金额为1000,框架PO不需要收货,然后发票校验; 当发票金额为1050时,如下图: 发票在LA容差范围之内,校验通过; 当发票金额为1051时,不在LA容差范围内,会报出下图信息: 发票校验时,会出具警告信息(这个可以定制成错误信息) 12、LD: 注意,这个价值是指天数,如果过账日期在有效期之前,那就用起始日期减去过账日期;如果过账日期在有限期之后,那就用截至日期减去过账日期,如果计算的日期在容差范围之内,就允许过账; 创建一个框架PO,如下图: 假设发票校验的日期是,如下图: 发票校验日期在LD容差范围之内,允许发票校验,无消息发出; 假设发票校验的日期是,如下图: 发票校验日期不在LD容差范围之内,系统发出一个警告信息,查看警告信息的内容: 13、ST:日期偏差的值范围;这个容差挺有意思的,也只有德国佬能想出来;怎么计算的呢? 值范围=(PO计划交货日期-发票校验输入日期)×行项目金额 注意是系统输入日期,这个是没办法更改的;这个值范围就是要设定的容差,只有一个上限,这是控制什么呢?就是控制发票不能提早输入后,提前付款了; 假设ST设定的容差为: 创建一个PO,假设PO的计划交货日期为,如下图: MIGO收货后,用MIRO发票校验,假设当期日期为,如下图: 计算一下值范围: 35.6×(-)=71.2; 值范围大于设定的ST容差,所有过账会冻结发票,如下图: 假设计划交货日期改成呢,那值范围就是35.6了,在ST容差范围之内了,系统会允许过账的,如下图: 14、VP:移动平均价差异; 这个是当物料以V单价核算时,如果发票校验导致的物料价格变动,这里可以设定一个百分比的容差;超过这个容差,就冻结发票;但这个容差,我没有测试出结果来; 15、随机冻结 随机冻结就是按照一定的概率来冻结发票,要设定对发票校验的随机冻结,需要设定两个参数;事务码M30维护表V_169P_S,设置随机冻结: 按公司代码设定临界值和百分比; 临界值:就是随机冻结发票的临界金额,和百分比一起使用; 百分比:随机冻结的概率;按照临界值、百分比和发票金额,计算的冻结概率如下表: 临界值 10000 10000 百分比 20% 20% 发票金额 1000 2000 冻结概率 2.00% 4.00% 10000 10000 10000 10000 20% 20% 20% 20% 5000 8000 10000 12000 10.00% 16.00% 20.00% 20.00% 计算公式为: 当发票金额小于等于临界值,冻结概率=发票金额/临界值×百分比; 当发票金额大于临界值,冻结概率=百分比; 另外,还要用事务码M30维护表V_169P_SA,激活公司代码的随机冻结; 以上就是所有的发票校验容差,期中能经常使用的就是PP、DQ、BD等几个,其他的不怎么会使用;容差冻结发票过账,也可以用事务码OMRM把消息类型改一下,直接就不让发票过账了; 当发票过账冻结后,如果想继续付款,那就用事务码MRBR去解冻发票,一张发票可能存在多个冻结类型;如果付款,需要把所有的冻结点都解冻了;