SAP发票校验容差

.~SAP发票校验容差是指收货金额与发票金额的差异，容差类型有很多种：序号容差名称1PP价格变化---单价差异2DQ超出金额: 数量偏差–发票与收货数量差异3BW采购订单价格单位差异的百分率(GR在IR之前)PO价格的单位（双单位）计算发票与收货数量差异4BR采购订单价格单位差异的百分率(发票与订单数量)5PS价格差异: 估计价格--估价差异6BD自动形成小的差异--发票抬头余额容差7AP有订单参考项的金额—行项目总金额容差，需要激活行项目检查8AN没有订单参考项的金额—直接调整物料价格容差，需激活行项目检查9DW当GR数量＝零时的数量变式—无收货允许发票价值10KW根据条件值的容差—交货成本容差11LA汇总性银行采购订单的数量—框架订单总差异12LD超过总括 PO 时间限制---时间差异，控制有效期13ST日期偏差(值x天数)—时间差异，控制提前付款14VP移动平均价格差异—移动平均价与发票单价差异如果在发票校验过程中，差异金额超出了上面设置的容差范围，那系统会报出警告或者错误信息（用户定制），并且冻结发票，不允许直接付款；配置发票的容差用事务码OMR6，下面主要介绍一下这些容差在SAP发票校验中的应用；1、PP：这个是发票校验的价格差异；就是PO的单价与发票校验的单价出现差异；假设PP容差设定为上下浮动10％，如下图：假设PO单价为150，那么发票单价为155时，校验的结果为：价格差异5元，在容差范围之内，报绿灯信息，表示发票校验通过；如果发票单价为175时，校验的结果为：价格差异25元，不在容差范围之内，报黄灯信息，发票会冻结，报出的警告信息为：2、DQ：发票校验的数量差异；就是发票校验的数量可以与收货数量存在一定的差异，在测试这个容差时，需要把M8504消息设置为警告（正常情况，这个消息号是错误的，是为了控制未收货就发票校验了）；假设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： 这个是对框架订单的时间检查，比如说框架订单有效期从2014.10.01－2014.10.05，那如果过账时间不在这个期限范围内，就可以设定一个容差，在这个容差范围内允许过账，例如LD可以设定如下图：注意，这个价值是指天数，如果过账日期在有效期之前，那就用起始日期减去过账日期；如果过账日期在有限期之后，那就用截至日期减去过账日期，如果计算的日期在容差范围之内，就允许过账；创建一个框架PO，如下图：假设发票校验的日期是2014.10.07，如下图：发票校验日期在LD容差范围之内，允许发票校验，无消息发出；假设发票校验的日期是2014.10.08，如下图：发票校验日期不在LD容差范围之内，系统发出一个警告信息，查看警告信息的内容：13、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容差范围之内了，系统会允许过账的，如下图：14、VP：移动平均价差异；这个是当物料以V单价核算时，如果发票校验导致的物料价格变动，这里可以设定一个百分比的容差；超过这个容差，就冻结发票；但这个容差，我没有测试出结果来；15、随机冻结随机冻结就是按照一定的概率来冻结发票，要设定对发票校验的随机冻结，需要设定两个参数；事务码M30维护表V_169P_S，设置随机冻结：按公司代码设定临界值和百分比；临界值：就是随机冻结发票的临界金额，和百分比一起使用；百分比：随机冻结的概率；按照临界值、百分比和发票金额，计算的冻结概率如下表：临界值百分比发票金额冻结概率1000020%10002.00%1000020%20004.00%1000020%500010.00%1000020%800016.00%1000020%1000020.00%1000020%1200020.00%计算公式为：当发票金额小于等于临界值，冻结概率 ＝ 发票金额 / 临界值 ×百分比；当发票金额大于临界值，    冻结概率 ＝  百分比；另外，还要用事务码M30维护表V_169P_SA，激活公司代码的随机冻结；    以上就是所有的发票校验容差，期中能经常使用的就是PP、DQ、BD等几个，其他的不怎么会使用；容差冻结发票过账，也可以用事务码OMRM把消息类型改一下，直接就不让发票过账了；当发票过账冻结后，如果想继续付款，那就用事务码MRBR去解冻发票，一张发票可能存在多个冻结类型；如果付款，需要把所有的冻结点都解冻了；