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去解冻发票，一张发票可能存在多个冻结类型；如果付款，需要把所有的冻结点都解冻了；