| 问题现象： | 1、在《应收款管理》中，五月份转账凭证989号，是根据多张发票中生成，当时不平系统没有任何提示就保存了，现在仍可看到此情况，不仅仅是这张，还有很多，都需通过再次手工修改正确。 2、在《应收款管理》中，进行核销处理，手工核销时，收款单的数量已正确核销掉，而销售发票的金额，会留下几分钱核销不掉，若再次去核销时，收款单的数据还会减少，而销售发票的几分钱，就始终不变动。举例：客户编码为：ZMDED，可作测试。 3、在《应收款管理》中，进行票据背书后，系统不能在《应付款管理》中生成付款单，举例：应收票据号为00226397，客户为济源协力，已背书给供应商：编码为CDRH，但是在《应付款管理》中，在收付款单查询中,找不到此供应商的由背书形成的付款单。 |
| 问题原因： | 1、问题原因：销售发票子表SALIBELLVOUCHS中许多记录的inattax(本币税额)、inatmoney（本币无税金额）字段值保留的不是2位小数，而是2位以上，而INATSUM(本币价税合计)字段是2位小数，从而导致本币税额+本币无税金额不等于本币价税合计。但根据20050000003045销售订单重新生成销售发货单、销售发票时则无此现象。 2、问题原因：销售发票子表（如客户ZMDED）isum（原币价税合计）,inatsum（本币价税合计）保留的小数位数不一致，导致isum的合计数与inatsum的合计数不等。 3、问题原因：票据背书时选择“冲销应付帐款”，系统是不会生成被背书单位的付款单的，除非被背书单位的应付款余额不够冲时，系统会提示“是否将差额形成预付款”，如果选择“是”那么程序才会生成“背书冲应付形成的预付款”。 |
| 解决方案： | 1、解决办法：参照执行如下脚本将inattax(本币税额)、inatmoney（本币无税金额）字段值保留2位小数。 update b set b.inattax=round(b.inattax,2),b.inatmoney=round(b.inatmoney,2) from salebillvouch a inner join salebillvouchs b on a.sbvid=b.sbvid where a.cVouchType='26' --and b.inatsum<>b.inattax+b.inatmoney 2、解决办法：参照执行如下脚本： 1)、修复ap_detail表： update 修复 set idamount_f=idamount --select idamount_f,idamount, * from ap_detail where cflag='ar' and ccovouchid in (select distinct a.csbvcode from salebillvouch a inner join salebillvouchs b on a.sbvid=b.sbvid where a.cVouchType='26' and b.isum<>b.inatsum and a.cexch_name='人民币' AND B.iExchSum=0 and b.iMoneySum=0 ) and ccovouchtype='26' and cexch_name='人民币' and idamount_f<>idamount 2）、修复销售发票子表： update b set b.isum=b.inatsum from salebillvouch a inner join salebillvouchs b on a.sbvid=b.sbvid where a.cVouchType='26' --and a.ccuscode='zmded' and b.isum<>b.inatsum and a.cexch_name='人民币' AND B.iExchSum=0 and b.iMoneySum=0 3、问题原因：票据背书时选择“冲销应付帐款”，系统是不会生成被背书单位的付款单的，除非被背书单位的应付款余额不够冲时，系统会提示“是否将差额形成预付款”，如果选择“是”那么程序才会生成“背书冲应付形成的预付款”。 问题总结：您所提交的大部分问题都跟二次开发程序修改数据库有关，不建议采用自己开发程序直接修改数据库中的有关表、记录字段值，供应链模块单据的上下游关联性太强，一种单据有错，可能会导致下游多种业务处理时数据有误,甚至某些错误将无法修复。 |
| 相关补丁： | |
| 版本： | 8.60 |
| 模块： | 应收 |
| 产品： | U860----应收款管理 |
| 问题名称： | 小数位引起的问题 |
| 最后更新： | 2005-06-28 00:00:00 |