应收应付核销规则及常见问题分析Word下载.docx

1、1.3 预收款冲应收款到款结算就是应收款（发票+其他应收单）与预收款（预收单+退款单）的核销。基本就是选择（预收单+退款单）与相应的应收款（发票+其他应收单），然后核销。应收款与预收款是否要求相等，如果不等如何处理应收款与预收款如果可以不相等核销时预收单据如何处理1.4 应收冲应付 应收冲应付就是应收款（其他应收单和销售发票）和应付款（其他应付单和采购发票）之间的核销，解决同一客户或不同客户之间债务与债权往来处理。应收款与应付款是否要求相等，如果不等如何处理必须相等不要求未核销金额减本次核销金额核销时应付单据如何处理生成单据，所选中的单据每张单都会产生一条“应收款冲抵应付款”类型的单据，单据金

2、额就是选中单据的本次核销金额。生成单据的期间由核销日期所在的期间确定。核销过程中是否出现其他提示1：如果选择的单据太多，会出现“核销生成单据的摘要超长，是否继续核销 ？”的提示，处理方式为：选择是，则系统继续核销，系统自动将摘要内容截位，会造成摘要内容不完整；选择否，则系统不继续核销，建议减少核销单据再进行核销。1.5 应收款转销应收款转销就是将某一客户的应收款转为另一客户的应收款。实际上属于单边核销，即从一个客户转为另一个客户，实际应收款的总额并不减少。1.5.2 应收款转销规则不能为同一个客户，必须是不同客户之间的转销原未核销金额减本次转销金额，同时生成一张收款单。生成单据，系统自动生成一

3、张已审核的原客户的收款单，与原销售发票或其它应收单自动核销，系统自动生成的收款单摘要中有“转销款项；原单号码为”的字样，该收款单不允许手工删除。同时系统还自动生成一张转销客户的其它应收单，该其它应收单摘要中有“”的字样以区别于手工录入的其它应收单，该其它应收单不允许手工删除，也不允许修改金额、币别和汇率。单据日期大于核销日期，是否以单据日期做为核销日期?2：核销日期小于系统日期,是否以系统日期做为核销日期?3：核销日期必须大于等于最大单据日期!1.6 预收款转销 预收款转销就是将某一客户的预收款转为另一客户的预收款。实际上属于单边核销，即从一个客户转为另一个客户，实际预收款的总额并不减少。1.

4、6.2 预收款转销规则核销时预收单如何处理原未核销金额减少本次转销金额，同时生成一张退款单。生成单据，系统自动生成一张已审核的原客户的退款单，与原客户的预收单自动核销，系统自动生成的退款单摘要中有“预收款转销至；原单号码为：”的字样，该退款单不允许手工删除。同时系统还自动生成一张转销客户的预收单，该预收单摘要中有“预收款转销至”的字样以区别于手工录入的预收单，该预收单不允许手工删除，也不允许修改金额、币别和汇率。1.7 预收款冲预付款1.7.1 预收款冲预付款定义就是应收系统的预收款与应付系统的预付款进行核销，可以是不同的客户与供应商之间进行。预收款与预付款是否要求相等，如果不等如何处理核销时

5、预收款单据如何处理单据余额减少本次核销金额，并生成一张退款单核销时预付款单据如何处理生成单据，系统自动在应收款管理系统生成一张金额为核销金额的退款单，并且已经与原预收单核销；同时，在应付款管理系统自动生成一张金额为核销金额的退款单，并且已经与原预付单核销，并且只在应收款管理系统的核销日志中增加这条记录。，应收款管理系统生成的退款单的摘要为“预收款冲预付款，原单号码为”，而且不允许删除。应付款管理系统生成的退款单的摘要为“预收款冲预付款，原单号码为如果金额不相等，会出现“核销记录不合法:待核销双方记录的金额应该相等！”的提示4：1.8 收款冲付款这个与预收款冲预付款的意思差不多，只是把预收单改为

6、收款单，只是把预付单改为付款单而已。收款与付款是否要求相等，如果不等如何处理单据余额减少本次核销金额，并生成一张应收退款单核销时付款单据如何处理单据余额减少本次核销金额，并生成一张应付退款单生成单据，系统自动在应收款管理系统生成一张金额为核销金额的退款单，并且已经与原收款单核销；同时，在应付款管理系统自动生成一张金额为核销金额的退款单，并且已经与原付款单核销，并且只在应收款管理系统的核销日志中增加这条记录。注意，应收款管理系统生成的退款单的摘要为“收款冲付款，原单号码为应付款管理系统生成的退款单的摘要为“收款冲付款，原单号码为”，而且不允许删除1. 9红蓝字的核销蓝字单据的核销按照以上规则核销

7、完全正确，确定核销金额如果要求核销金额相等，核销直接取本次核销金额，如果不等，就会先把本次核销金额小的单据先核销掉。对于有红字的单据参与核销，就需要附加一些特殊处理。（以下部分来源湛剑的整理）1.9.1 全部是蓝字单据核销选中单据均是蓝字单据，核销时按金额小的一方核销，同时对金额大的一方的单据进行扣减处理；例如：核销界面同时选中以下单据应收款发票001 2004-04-15 2000发票002 2004-05-10 3000到款收款单 2004-05-15 4500系统处理：按核销金额4500核销，对发票002的本次核销金额自动改为2500，然后进行核销处理； 全部红字单据参与核销选中单据均是

8、红字单据，核销时按金额绝对值小的一方核销，同时对金额绝对值大的一方的单据进行扣减处理；发票001 2004-04-15 -2000发票002 2004-05-10 -3000收款单 2004-05-15 -4500按核销金额-4500核销，对发票002的本次核销金额自动改为-2500，然后进行核销处理；1.9.3 选中单据同时存在红蓝字单据，如果核销金额大于0选中单据同时存在红蓝字单据，如果核销金额大于0，核销时按金额小的一方核销，同时对金额大的一方的单据进行扣减处理；1.9.4 选中单据同时存在红蓝字单据，如果核销金额小于0选中单据同时存在红蓝字单据，如果核销金额小于0，则要求核销金额必须相

9、等，同时按每张单据的本次核销金额进行核销处理退款单 2004-05-16 -5500按核销金额-1000核销，然后对每张单据按其对应的本次核销金1.9.5 单边核销所谓单边核销就是在到款结算中，红字的发票和应收单可以与蓝字的发票和应收单核销，退款单也可以与收款单进行核销，但要求他们的绝对值相等。1.10 核销中汇率的处理规则外币单据核销时，需要考虑汇率问题，直接影响期末调汇。1.10.1 应收冲应付时汇率的处理规则 应收冲应付时生成单据的汇率取得是过滤界面上币别的汇率，就是在币别设置中的汇率，与单据上的汇率是无关的。 例如：应收款单据原币为USD1000，单据汇率8.0，折本位币为8000，应

10、付款单原币为USD1000，单据汇率8.1，折本位币为8100，核销处理时，假定核销的原币金额为USD1000，核销汇率参考当天外汇牌价为8.2，则核销本位币金额为USD1000*8.2=8200，输出各种账表（如应收款明细表）时，本位币金额按8200计算。当天外汇牌价可以在核销界面中输入。1.10.2 其他核销情况下汇率的处理规则由于全部取的是收款单的汇率，因此会造成应收单和发票的本位币差额，尤其会造成原币已经核销完，但本位币没有核销完，需要调汇来解决这个问题。以到款结算为例来说明：如应收USD1000*8=8000，收款USD1000*8.1=8100,则核销的原币金额为USD1000,核

11、销本位币金额为USD1000*8.1=8100，则核销完毕，应收单据的余额为原币为0，本位币为-100，收款单余额原币、本位币都为0。由于汇率的差异导致的原币为0，本位币不为0的情况可以通过调汇进行处理。如果多张外币应收款与多张外币收款单核销时，为保证核销汇率的一致，要求所有参与本次核销的收款单的汇率必须一样。1.11 按存货数量的核销规则基本规律：按存货数量核销只对有发票单据的核销类型才有效。由于其它应收单没有存货的信息资料，故只有销售发票可以参与按存货数量进行核销。区别于选择按存货数量核销时，应收款列表框单据右边有一【详细】按钮。单击【详细】，进入按货物核销界面，界面中显示了存货的品名、规

12、格、数量、单价、未核销数量、未核销金额等信息。录入本次核销数量及本次核销金额，单击【确定】，退回到“单据核销”界面，对刚才处理的销售发票及相应要核销的收款单打上选择标记，单击【核销】，即可按存货数量进行核销。如果选择了按存货数量进行核销，会影响往来对账单和合同执行情况表的结果。查询往来对账单时您可以选择按存货进行输出，随时了解未核销（即未收款）的存货品名、数量、金额等，同时还可查询合同的数量完成情况。需要注意的是：如果某一发票体的本次核销的数量与剩余数量相同，那么本次核销金额会等于剩余金额，相反当本次核销金额等于为核销金额时，那么本次核销数量也自动设置为未核销数量。这样保证了数量和金额的一致性

13、。1.12 按应收单号核销规则基本规则：按应收单号核销时，应收款列表框只显示与收款单关联的应收单据记录，选择待核销的收款单，则相关的其他应收单也自动打上选择标记，其他应收单不能手工选择。单击【核销】，系统自动核销收款单及其对应的销售发票、其它应收单。如果收款单金额大于销售发票、其它应收单的结算金额（即要核销的金额），则核销处理后，没核销完毕的收款单只能采用按金额或按存货数量方式进行核销，无法再按应收单号进行核销。外币的处理：如果币别为非本位币币别，则核销金额的原币折本位币金额应为：核销原币金额 * 收款单的汇率。1.13 自动核销自动核销时，根据先进先出的方法按单据余额进行自动勾对。即该往来单

14、位所有未核销的发票、其它应收单与所有未核销的收款单、退款单（不包括预收单）核销。此时参与核销的收款单不仅包括到款结算中显示的收款单据，还包括过滤框中未列示的未核销收款单，参与自动核销的其他应收单则包括您录入的所有该往来单位未核销的其他应收单，不只是过滤框中列示的其他应收单。注意事项： 由于汇率差异的影响，系统只对本位币提供自动核销功能，如果为非本位币单据，则必须通过手工核销进行处理。 但已按存货数量、应收单号进行部分核销的往来单位不能再参与自动核销。 除按金额方式进行到款结算核销外，对于其它核销类型与核销方式的组合，系统不提供自动核销的功能。 参与自动核销的其他应收单则包括您录入的所有该往来单

15、位未核销的其他应收单，不只是过滤框中列示的其他应收单二 核销主要问题汇总2.1 性能问题2.1.1 性能问题主要表现 如果数据量较大时，取数到填充表格的速度较慢，特别是到达10000条以上很慢。 核销时如果数据量较大核销的很慢，尤其是并发时数据更慢 自动核销如果很多客户参与核销，而且单据较多时会很慢。 参与反核销的核销记录如果很多也会很慢。 以上如果多个用户并发操作时很慢。2.1.1 性能问题主要对策客观上说，核销动作是个比较复杂的过程，需要很多数据的有效性检查，还需要更改每条单据的剩余金额，还需要生成单据，比一般的单据录入和报表取数的性能要差。下面针对以上5点从设计的角度分析原因和需要改进的

16、地方。 取数到填充的速度较漫：主要是我们使用的控件VaSpread采用实模式的数据填充方式造成填数很慢，以后使用kdGrid2000就不会存在这个问题。 核销时如果数据量较大核销的很慢：核销时我们要经过以下几个循环：A求出所有参与核销的应收单据本次核销金额和 B求出所有参与核销的收款单据本次核销金额和 C 对A,B的结果比较 D 打包所有参与核销的应收单据单据 E 打包所有参与核销的收款单据 F 到达中间层后解包，对每条数据又要进行合法性检查，然后减少单据余额，更新收付款计划。，需要生成其他单据继续处理。初步想法是合并A,B循环。去掉中间层一般合法性检查，只保留对单据余额的合法性检查。自动核销

17、如果很多客户参与核销，而且单据较多时会很慢。自动核销首先从应收款和到款中找到参与自动核销的客户。但把所有返回的应收款和单据的单据都循环一边，感觉没有这个必要。现在怎么从g_rsS和g_rsR中找到客户，而且找出来的客户不能相同？中间层也要两次循环，首先计算应收款和到款中的总额，然后扣减每条单据。这两个循环是不是可以合并为一个循环。参与反核销的核销记录如果很多也会很慢：以前是把所有参与的核销序号打包，送到中间层解包，并相应处理。现在修改对每个核销序号分别发核销，大大减少了中间层事物的大小，从理论上可以提高性能，但没有得到实际的验证。 多个用户并发操作需要进一步的研究。2.2 数据翻倍问题 在自动

18、核销时出现过数据翻倍问题，由于该问题一直不能在研发中心重现，我们初步认为由于K3V10.0以前版本没有网络控制，用户并发时可能造成多次扣减单据余额。 我们建议用户使用，或者升级到K3V10.0,还要打上我们的SP补丁包。 我们还建议实施人员如果通过SQL更改我们数据库中表里的数据时，最好与研发中心联系，由我们分析SQl后再执行Update,delete或insert into操作。2.3 核销其他问题 双击列表头排序后，不能核销。 核销原币为0，但本位币还有0.01的数据出现 应收冲应付如果选择单据过多会报错。 当前应收应付账套都在07月份,实际时间是8月5日,今发生一笔应收冲应付,要求在8月

19、份处理,但7月份不能结账（企业内部7月份账还未结束）,现进行核销,核销时间8月5日,此时在应收应付明细表里,该笔业务全在7月份明细账里反映,其中单据日期,财务日期全是8月5日.这样对七月份对账（业务和总账）根本无法对平! 到款结算,如果期初数据分多次结算,会导致不能往t_rp_checkentry插入数据的错误。解决方法：对于以上问题，对于k3V10.0版本只要打上我们的补丁包 K/3 V10.0SP就可以解决，对于K3V10.1多语言版本以上问题不存在。2.4 核销常用SQl汇总（请注意红字部分）2.4.1 如果出现数据翻倍的问题第一步：先检查期初数据是否存在数据翻倍的情况。请执行如下SQL

20、：select a.FID,a.Fnumber,a.Famount,a.FAmountFor,a.FRemainAmount,a.FremainAmountFor, c .Fnumber 客户代码from t_rp_contact a left join（select FcontactID,sum（isnull（FcheckAmountFor,0） FcheckAmountFor from t_rp_newcheckinfo group by FContactID） b on a.FID=b.FcontactIDleft join t_item c on a.FCustomer=c.Fitem

21、IDleft join t_rpbegData d on a.FbegID=d.FIDwhere abs（a.FRemainAmountFor+isnull（b.FcheckAmountFor,0）abs（d.FRemainAmountFor）and a.Fisinit=1 and a.FremainAmountFor请把以上客户代码，单据代码为Fnumber的数据反核销第二步： 再执行如下SQl修正数据翻倍 -更新t_rp_rpdetail表中的期初数据 update c set c.FRemainAmount=c.FAmount, c.FRemainAmountFor=c.FAMountF

22、orfrom t_rp_rpdetail cjoin t_rp_contact a on c.FOrgID=a.FID join t_rpbegData d on a.FbegID=d.FIDwhere a.FID not in（Select FcontactID from t_rp_newcheckinfo）-删除t_rp_checkdetail中翻倍的期初数据delete c from t_rp_checkdetail c join t_rp_contact a on c.FContactID=a.FID join t_rpbegData d on a.FbegID=d.FID-删除t_r

23、p_checkentry 中翻倍的期初数据（应收系统）delete c from t_rp_checkentry c join t_rp_contact a on c.FInvoiceID=a.FbegIDjoin t_rpbegData d on a.FbegID=d.FID0 and c.FRP=1-删除t_rp_checkentry 中翻倍的期初数据（应付系统）0 and c.FRP=0-更新t_rp_contact表中的期初数据的单据余额Update a Set a.FRemainamount=d.FRemainAmount, a.FremainamountFor=d.FRemainAmountForfrom t_rp_contact a join t_rpbegData d on a.FbegID=d.FID第三步 再检查本期录入数据数据是否存在数据翻倍的情况abs（a.FAmountFor）and a.Fisinit=0 第四步 再执行