小数位引起的问题-用友U8

对应版本:用友U8.60对应产品线：财务系统对应模块：应收模块问题现象: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位小数。updatebsetb.inattax=round(b.inattax,2),b.inatmoney=round(b.inatmoney,2)fromsalebillvouchainnerjoinsalebillvouchsbona.sbvid=b.sbvidwherea.cVouchType=’26’--andb.inatsumb.inattax+b.inatmoney2、解决办法：参照执行如下脚本：1)、修复ap_detail表：update修复setidamount_f=idamount--selectidamount_f,idamount,*fromap_detailwherecflag=’ar’andccovouchidin(selectdistincta.csbvcodefromsalebillvouchainnerjoinsalebillvouchsbona.sbvid=b.sbvidwherea.cVouchType=’26’andb.isumb.inatsumanda.cexch_name=’人民币’ANDB.iExchSum=0andb.iMoneySum=0)andccovouchtype=’26’andcexch_name=’人民币’andidamount_fidamount2）、修复销售发票子表：updatebsetb.isum=b.inatsumfromsalebillvouchainnerjoinsalebillvouchsbona.sbvid=b.sbvidwherea.cVouchType=’26’--anda.ccuscode=’zmded’andb.isumb.inatsumanda.cexch_name=’人民币’ANDB.iExchSum=0andb.iMoneySum=03、问题原因：票据背书时选择“冲销应付帐款”，系统是不会生成被背书单位的付款单的，除非被背书单位的应付款余额不够冲时，系统会提示“是否将差额形成预付款”，如果选择“是”那么程序才会生成“背书冲应付形成的预付款”。问题总结：您所提交的大部分问题都跟二次开发程序修改数据库有关，不建议采用自己开发程序直接修改数据库中的有关表、记录字段值，供应链模块单据的上下游关联性太强，一种单据有错，可能会导致下游多种业务处理时数据有误,甚至某些错误将无法修复。

本文链接：http://www.bbsufida.com/u8/42754.html