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

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

《应收应付核销规则及常见问题分析Word下载.docx》由会员分享，可在线阅读，更多相关《应收应付核销规则及常见问题分析Word下载.docx（14页珍藏版）》请在冰豆网上搜索。

1.3预收款冲应收款

到款结算就是应收款（发票+其他应收单）与预收款（预收单+退款单）的核销。

基本就是选择（预收单+退款单）与相应的应收款（发票+其他应收单），然后核销。

应收款与预收款是否要求相等，如果不等如何处理

应收款与预收款如果可以不相等

核销时预收单据如何处理

1.4应收冲应付

应收冲应付就是应收款（其他应收单和销售发票）和应付款（其他应付单和采购发票）之间的核销，解决同一客户或不同客户之间债务与债权往来处理。

应收款与应付款是否要求相等，如果不等如何处理

必须相等

不要求

未核销金额减本次核销金额

核销时应付单据如何处理

生成单据，所选中的单据每张单都会产生一条“应收款冲抵应付款”类型的单据，单据金额就是选中单据的本次核销金额。

生成单据的期间由核销日期所在的期间确定。

核销过程中是否出现其他提示

1：

如果选择的单据太多，会出现“核销生成单据的摘要超长，是否继续核销？

”的提示，处理方式为：

选择是，则系统继续核销，系统自动将摘要内容截位，会造成摘要内容不完整；

选择否，则系统不继续核销，建议减少核销单据再进行核销。

1.5应收款转销

应收款转销就是将某一客户的应收款转为另一客户的应收款。

实际上属于单边核销，即从一个客户转为另一个客户，实际应收款的总额并不减少。

1.5.2应收款转销规则

不能为同一个客户，必须是不同客户之间的转销

原未核销金额减本次转销金额，同时生成一张收款单。

生成单据，系统自动生成一张已审核的原客户的收款单，与原销售发票或其它应收单自动核销，系统自动生成的收款单摘要中有“×

×

转销款项；

原单号码为×

”的字样，该收款单不允许手工删除。

同时系统还自动生成一张转销客户的其它应收单，该其它应收单摘要中有“×

”的字样以区别于手工录入的其它应收单，该其它应收单不允许手工删除，也不允许修改金额、币别和汇率。

单据日期大于核销日期，是否以单据日期做为核销日期?

2：

核销日期小于系统日期,是否以系统日期做为核销日期?

3：

核销日期必须大于等于最大单据日期!

1.6预收款转销

预收款转销就是将某一客户的预收款转为另一客户的预收款。

实际上属于单边核销，即从一个客户转为另一个客户，实际预收款的总额并不减少。

1.6.2预收款转销规则

核销时预收单如何处理

原未核销金额减少本次转销金额，同时生成一张退款单。

生成单据，系统自动生成一张已审核的原客户的退款单，与原客户的预收单自动核销，系统自动生成的退款单摘要中有“预收款转销至×

；

原单号码为：

”的字样，该退款单不允许手工删除。

同时系统还自动生成一张转销客户的预收单，该预收单摘要中有“预收款转销至×

”的字样以区别于手工录入的预收单，该预收单不允许手工删除，也不允许修改金额、币别和汇率。

1.7预收款冲预付款

1.7.1预收款冲预付款定义

就是应收系统的预收款与应付系统的预付款进行核销，可以是不同的客户与供应商之间进行。

预收款与预付款是否要求相等，如果不等如何处理

核销时预收款单据如何处理

单据余额减少本次核销金额，并生成一张退款单

核销时预付款单据如何处理

生成单据，系统自动在应收款管理系统生成一张金额为核销金额的退款单，并且已经与原预收单核销；

同时，在应付款管理系统自动生成一张金额为核销金额的退款单，并且已经与原预付单核销，并且只在应收款管理系统的核销日志中增加这条记录。

，应收款管理系统生成的退款单的摘要为“预收款冲预付款，原单号码为×

”，而且不允许删除。

应付款管理系统生成的退款单的摘要为“预收款冲预付款，原单号码为×

如果金额不相等，会出现“核销记录不合法:

待核销双方记录的金额应该相等！

”的提示

4：

1.8收款冲付款

这个与预收款冲预付款的意思差不多，只是把预收单改为收款单，只是把预付单改为付款单而已。

收款与付款是否要求相等，如果不等如何处理

单据余额减少本次核销金额，并生成一张应收退款单

核销时付款单据如何处理

单据余额减少本次核销金额，并生成一张应付退款单

生成单据，系统自动在应收款管理系统生成一张金额为核销金额的退款单，并且已经与原收款单核销；

同时，在应付款管理系统自动生成一张金额为核销金额的退款单，并且已经与原付款单核销，并且只在应收款管理系统的核销日志中增加这条记录。

注意，应收款管理系统生成的退款单的摘要为“收款冲付款，原单号码为×

应付款管理系统生成的退款单的摘要为“收款冲付款，原单号码为×

”，而且不允许删除

1.9红蓝字的核销

蓝字单据的核销按照以上规则核销完全正确，确定核销金额如果要求核销金额相等，核销直接取本次核销金额，如果不等，就会先把本次核销金额小的单据先核销掉。

对于有红字的单据参与核销，就需要附加一些特殊处理。

（以下部分来源湛剑的整理）

1.9.1全部是蓝字单据核销

选中单据均是蓝字单据，核销时按金额小的一方核销，同时对金额大的一方的单据进行扣减处理；

例如：

核销界面同时选中以下单据

应收款

发票0012004-04-152000

发票0022004-05-103000

到款

收款单2004-05-154500

系统处理：

按核销金额4500核销，对发票002的本次核销金额自动改为2500，然后进行核销处理；

全部红字单据参与核销

选中单据均是红字单据，核销时按金额绝对值小的一方核销，同时对金额绝对值大的一方的单据进行扣减处理；

发票0012004-04-15-2000

发票0022004-05-10-3000

收款单2004-05-15-4500

按核销金额-4500核销，对发票002的本次核销金额自动改为-2500，然后进行核销处理；

1.9.3选中单据同时存在红蓝字单据，如果核销金额大于0

选中单据同时存在红蓝字单据，如果核销金额大于0，核销时按金额小的一方核销，同时对金额大的一方的单据进行扣减处理；

1.9.4选中单据同时存在红蓝字单据，如果核销金额小于0

选中单据同时存在红蓝字单据，如果核销金额小于0，则要求核销金额必须相等，同时按每张单据的本次核销金额进行核销处理

退款单2004-05-16-5500

按核销金额-1000核销，然后对每张单据按其对应的本次核销金

1.9.5单边核销

所谓单边核销就是在到款结算中，红字的发票和应收单可以与蓝字的发票和应收单核销，退款单也可以与收款单进行核销，但要求他们的绝对值相等。

1.10核销中汇率的处理规则

外币单据核销时，需要考虑汇率问题，直接影响期末调汇。

1.10.1应收冲应付时汇率的处理规则

应收冲应付时生成单据的汇率取得是过滤界面上币别的汇率，就是在币别设置中的汇率，与单据上的汇率是无关的。

例如：

应收款单据原币为USD1000，单据汇率8.0，折本位币为8000，应付款单原币为USD1000，单据汇率8.1，折本位币为8100，核销处理时，假定核销的原币金额为USD1000，核销汇率参考当天外汇牌价为8.2，则核销本位币金额为USD1000*8.2=8200，输出各种账表（如应收款明细表）时，本位币金额按8200计算。

当天外汇牌价可以在核销界面中输入。

1.10.2其他核销情况下汇率的处理规则

由于全部取的是收款单的汇率，因此会造成应收单和发票的本位币差额，尤其会造成原币已经核销完，但本位币没有核销完，需要调汇来解决这个问题。

以到款结算为例来说明：

如应收USD1000*8=8000，收款USD1000*8.1=8100,则核销的原币金额为USD1000,核销本位币金额为USD1000*8.1=8100，则核销完毕，应收单据的余额为原币为0，本位币为-100，收款单余额原币、本位币都为0。

由于汇率的差异导致的原币为0，本位币不为0的情况可以通过调汇进行处理。

如果多张外币应收款与多张外币收款单核销时，为保证核销汇率的一致，要求所有参与本次核销的收款单的汇率必须一样。

1.11按存货数量的核销规则

基本规律：

按存货数量核销只对有发票单据的核销类型才有效。

由于其它应收单没有存货的信息资料，故只有销售发票可以参与按存货数量进行核销。

区别于选择按存货数量核销时，应收款列表框单据右边有一【详细】按钮。

单击【详细】，进入按货物核销界面，界面中显示了存货的品名、规格、数量、单价、未核销数量、未核销金额等信息。

录入本次核销数量及本次核销金额，单击【确定】，退回到“单据核销”界面，对刚才处理的销售发票及相应要核销的收款单打上选择标记，单击【核销】，即可按存货数量进行核销。

如果选择了按存货数量进行核销，会影响往来对账单和合同执行情况表的结果。

查询往来对账单时您可以选择按存货进行输出，随时了解未核销（即未收款）的存货品名、数量、金额等，同时还可查询合同的数量完成情况。

需要注意的是：

如果某一发票体的本次核销的数量与剩余数量相同，那么本次核销金额会等于剩余金额，相反当本次核销金额等于为核销金额时，那么本次核销数量也自动设置为未核销数量。

这样保证了数量和金额的一致性。

1.12按应收单号核销规则

基本规则：

按应收单号核销时，应收款列表框只显示与收款单关联的应收单据记录，选择待核销的收款单，则相关的其他应收单也自动打上选择标记，其他应收单不能手工选择。

单击【核销】，系统自动核销收款单及其对应的销售发票、其它应收单。

如果收款单金额大于销售发票、其它应收单的结算金额（即要核销的金额），则核销处理后，没核销完毕的收款单只能采用按金额或按存货数量方式进行核销，无法再按应收单号进行核销。

外币的处理：

如果币别为非本位币币别，则核销金额的原币折本位币金额应为：

核销原币金额*收款单的汇率。

1.13自动核销

自动核销时，根据先进先出的方法按单据余额进行自动勾对。

即该往来单位所有未核销的发票、其它应收单与所有未核销的收款单、退款单（不包括预收单）核销。

此时参与核销的收款单不仅包括到款结算中显示的收款单据，还包括过滤框中未列示的未核销收款单，参与自动核销的其他应收单则包括您录入的所有该往来单位未核销的其他应收单，不只是过滤框中列示的其他应收单。

注意事项：

✧由于汇率差异的影响，系统只对本位币提供自动核销功能，如果为非本位币单据，则必须通过手工核销进行处理。

✧但已按存货数量、应收单号进行部分核销的往来单位不能再参与自动核销。

✧除按金额方式进行到款结算核销外，对于其它核销类型与核销方式的组合，系统不提供自动核销的功能。

✧参与自动核销的其他应收单则包括您录入的所有该往来单位未核销的其他应收单，不只是过滤框中列示的其他应收单

二核销主要问题汇总

2.1性能问题

2.1.1性能问题主要表现

✧如果数据量较大时，取数到填充表格的速度较慢，特别是到达10000条以上很慢。

✧核销时如果数据量较大核销的很慢，尤其是并发时数据更慢

✧自动核销如果很多客户参与核销，而且单据较多时会很慢。

✧参与反核销的核销记录如果很多也会很慢。

✧以上如果多个用户并发操作时很慢。

2.1.1性能问题主要对策

客观上说，核销动作是个比较复杂的过程，需要很多数据的有效性检查，还需要更改每条单据的剩余金额，还需要生成单据，比一般的单据录入和报表取数的性能要差。

下面针对以上5点从设计的角度分析原因和需要改进的地方。

取数到填充的速度较漫：

主要是我们使用的控件VaSpread采用实模式的数据填充方式造成填数很慢，以后使用kdGrid2000就不会存在这个问题。

核销时如果数据量较大核销的很慢：

核销时我们要经过以下几个循环：

A求出所有参与核销的应收单据本次核销金额和B求出所有参与核销的收款单据本次核销金额和C对A,B的结果比较D打包所有参与核销的应收单据单据E打包所有参与核销的收款单据F到达中间层后解包，对每条数据又要进行合法性检查，然后减少单据余额，更新收付款计划。

，需要生成其他单据继续处理。

初步想法是合并A,B循环。

去掉中间层一般合法性检查，只保留对单据余额的合法性检查。

自动核销如果很多客户参与核销，而且单据较多时会很慢。

自动核销首先从应收款和到款中找到参与自动核销的客户。

但把所有返回的应收款和单据的单据都循环一边，感觉没有这个必要。

现在怎么从g_rsS和g_rsR中找到客户，而且找出来的客户不能相同？

中间层也要两次循环，首先计算应收款和到款中的总额，然后扣减每条单据。

这两个循环是不是可以合并为一个循环。

参与反核销的核销记录如果很多也会很慢：

以前是把所有参与的核销序号打包，送到中间层解包，并相应处理。

现在修改对每个核销序号分别发核销，大大减少了中间层事物的大小，从理论上可以提高性能，但没有得到实际的验证。

多个用户并发操作需要进一步的研究。

2.2数据翻倍问题

在自动核销时出现过数据翻倍问题，由于该问题一直不能在研发中心重现，我们初步认为由于K3V10.0以前版本没有网络控制，用户并发时可能造成多次扣减单据余额。

我们建议用户使用，或者升级到K3V10.0,还要打上我们的SP补丁包。

我们还建议实施人员如果通过SQL更改我们数据库中表里的数据时，最好与研发中心联系，由我们分析SQl后再执行Update,delete或insertinto操作。

2.3核销其他问题

✧双击列表头排序后，不能核销。

✧核销原币为0，但本位币还有〈0.01的数据出现

✧应收冲应付如果选择单据过多会报错。

✧当前应收应付账套都在07月份,实际时间是8月5日,今发生一笔应收冲应付,要求在8月份处理,但7月份不能结账（企业内部7月份账还未结束）,现进行核销,核销时间8月5日,此时在应收应付明细表里,该笔业务全在7月份明细账里反映,其中单据日期,财务日期全是8月5日.这样对七月份对账（业务和总账）根本无法对平!

✧到款结算,如果期初数据分多次结算,会导致不能往t_rp_checkentry插入数据的错误。

解决方法：

对于以上问题，对于k3V10.0版本只要打上我们的补丁包K/3V10.0SP就可以解决，对于K3V10.1多语言版本以上问题不存在。

2.4核销常用SQl汇总（请注意红字部分）

2.4.1如果出现数据翻倍的问题

第一步：

先检查期初数据是否存在数据翻倍的情况。

请执行如下SQL：

selecta.FID,a.Fnumber,a.Famount,a.FAmountFor,a.FRemainAmount,a.FremainAmountFor,

c.Fnumber客户代码

fromt_rp_contacta

leftjoin（selectFcontactID,sum（isnull（FcheckAmountFor,0））FcheckAmountForfrom

t_rp_newcheckinfogroupbyFContactID）bona.FID=b.FcontactID

leftjoint_itemcona.FCustomer=c.FitemID

leftjoint_rpbegDatadona.FbegID=d.FID

whereabs（a.FRemainAmountFor+isnull（b.FcheckAmountFor,0））>

abs（d.FRemainAmountFor）

anda.Fisinit=1anda.FremainAmountFor<

>

请把以上客户代码，单据代码为Fnumber的数据反核销

第二步：

再执行如下SQl修正数据翻倍

--更新t_rp_rpdetail表中的期初数据

updatecsetc.FRemainAmount=c.FAmount,

c.FRemainAmountFor=c.FAMountFor

fromt_rp_rpdetailc

joint_rp_contactaonc.FOrgID=a.FID

joint_rpbegDatadona.FbegID=d.FID

wherea.FIDnotin（SelectFcontactIDfromt_rp_newcheckinfo）

--删除t_rp_checkdetail中翻倍的期初数据

deletecfromt_rp_checkdetailc

joint_rp_contactaonc.FContactID=a.FID

joint_rpbegDatadona.FbegID=d.FID

--删除t_rp_checkentry中翻倍的期初数据（应收系统）

deletecfromt_rp_checkentryc

joint_rp_contactaonc.FInvoiceID=a.FbegID

joint_rpbegDatadona.FbegID=d.FID

0andc.FRP=1

--删除t_rp_checkentry中翻倍的期初数据（应付系统）

0andc.FRP=0

--更新t_rp_contact表中的期初数据的单据余额

UpdateaSeta.FRemainamount=d.FRemainAmount,

a.FremainamountFor=d.FRemainAmountFor

fromt_rp_contactajoint_rpbegDatadona.FbegID=d.FID

第三步再检查本期录入数据数据是否存在数据翻倍的情况

abs（a.FAmountFor）

anda.Fisinit=0

第四步再执行