2023年用友维护问题.doc

用友维护问题 　目 录 　一、总帐３ 　1、客户往来/供给商往来总账与明细账不符３ 　总账自定义比例结转科目过多后取不到数据３ 　录入凭证死机３ 　凭证汇总打印与非汇总打印需求３ 　选供给商时提示BOF和EOF４ 　４ 　6、应收分类查询与汇总查询金额对不上４ 　收款单在核销的时候无法过滤出来４ 　供给商科目余额表和业务余额表期末余额不平５ 　５ 　9、工资可以重复期末处理５ 　WA_GZDATA表中列对应出错５ 　固定资产原值一览表与统计表不一致６ 　固定资产结账报eof错误６ 　固定资产年度结转失败６ 　卡片管理查询中的数据为空７ 　８ 　15、尾差造本钱钱不对８ 　采购订单单价不一致８ 　采购发票单价发生错误８ 　采购入库单想按每页6行打印８ 　数据精度设计问题９ 　９ 　20、生成凭证金额有误９ 　普通业务必有订单时换票业务无法处理９ 　在打印时右下角没有时间及页码９ 　本单据已被他人修改或修改不成功１０ 　参照发货单生成销售发票，不能增行１０ 　委托代销统计表年初数与去年年末数对不上１０ 　可用量缺乏，单据无法保存１０ 　没有参数来控制超额开票１１ 　自定义项输入１１ 　１１ 　29、库龄分析错１１ 　盘点数量与现存量不符１２ 　库存管理入库单看不到１２ 　发货单无法保存１２ 　收发存汇总表查询错误１２ 　库龄分析没有数据１３ 　销售发货单不能生成销售出库单１３ 　出库跟踪入库参照入库单无单价１３ 　１３ 　37、存货暂估和采购暂估不等１３ 　存货核算分期收款记帐问题１４ 　是否可自动生成出库调整单１４ 　回冲暂估不准确，手工又没法处理１５ 　出库单上已有单价就不需要在记帐时重新分配１５ 　收发存汇总表显示错位１５ 　出入库汇总表按输出时提示:打印控件异常…１６ 　将仓库计价方法由方案价改为实际价问题１６ 　出现存货结转后无数量的情况１６ 　明细帐查询时有存货档案不存在的记录１６ 　１７ 　47、UFO存货函数取数问题１７ 　UFO中批命令某单元格取不到数１７ 　资产负债表不平１７ 　UFO按任意日期段取数问题１８ 　财务软件接口程序未能提取出数据１８ 　１８ 　52、年度结转失败１８ 　系统所用产品被非法删除，不能结转上年数据１９ 　软件提示为演示版１９ 　１９ 　55、库存台账发出数与委托代销发出商品借方数不等１９ 　关于委外结存材料查询２０ 　收发存汇总查询报错２０ 　生产进度汇报明细表格式错乱问题２０ 　同步驾驶舱数据时出错２１ 　860管理驾驶仓登陆失败２１ 　客户端登陆不到效劳器２２ 　不能效劳器２２ 　对外结算单生成凭证问题２２ 　２３ 　一、总帐 　客户往来/供给商往来总账与明细账不符 　问题现象：年结后客户往来/供给商往来总账与明细账不符。 　问题版本：8.52 　问题模块：总账 　问题原因：去年往来两清造成的，往来账是外币核算的，软件自动两清时按外币借贷相等来两清，而不管本币是否相等。 　解决方案：在去年账中取消往来两清，能够同时按本币和外币两清的那么用手工两清，如有外币借贷相等而本币不等的那么不两清直接结转过来。 　总账自定义比例结转科目过多后取不到数据 　问题现象：总账自定义比例结转科目过多后取不到数据：860自定义比例结转里结转科目超过差不多20条左右的时候就在生成转出明细列表里没有数据，但是20条之内就可以。 　问题版本：8.60 　问题模块：总账 　问题原因：存储过程GL_sp_TARCodeBal中Declare @meName as varchar(1000)定义的参数长度太小所导致。 　解决方案：将存储过程GL_sp_TARCodeBal中@meName as参数的长度增大即可，如修改为：Declare @meName as varchar(5000)。或在当前年度库执行U860补丁包中“U860总账在日常操作时发生问题63772.sql〞脚本也可以。 　录入凭证死机 　问题现象：客户使用的是U852+WINPRO录入凭证的时候，录入但凡和辅助项有关的科目，在弹出的对话框里无论做什么动作，确定或取消后界面就定住了，没有任何反响。必须强行退出软件。 　问题版本：8.52 　问题模块：总账 　问题原因：开始以为是软件原因，卸载掉软件重新安装后发现问题依旧。看来不是软件的原因。在效劳器上运行SQL事件探察器，经过跟踪发现原来后台数据库表里“GL_CODEREMARKITEM〞表丧失。 　解决方案：在相应的年度数据库中重建“GL_CODEREMARKITEM〞表和索引，这个表是科目备查资料表，建完后在总账中重新设置备查科目。再填制凭证的时候一切正常，问题解决。 　凭证汇总打印与非汇总打印需求 　问题现象：用户提出一需求，日常发生的凭证无需汇总打印，月末的结转凭证非常需要汇总打印，常规操作需要在会计科目处进行修改汇总打印的选项。因为明细科目多达数百个，平时和月末需要进行取消与选择之间的切换。实际上是不可行的。 　问题版本：8.51A 　问题模块：总账 　问题原因：是一个需求，给用户一个可行的一个操作方法。 　解决方案：经分析发现，在科目表中是就一下字段cgather在控制。那么我们编写常用脚本，在字段cgather值上来回改写，就可以实现灵活的应用了。语句举例如下：设置汇总打印时：UPDATE code SET cgather = '5101' WHERE (ccode like '5101%') 　取消汇总打印时： UPDATE code SET cgather = NULL WHERE (ccode like '5101%') 　实现5101下的明细需要时，汇总打印，不需要时，打印明细科目。 　给用户科目讲解脚本的具体操作方法，需求问题很好的解决了。 　选供给商时提示BOF和EOF 　问题现象：做凭证时选供给商时提示BOF和EOF 　问题版本：8.51 　问题模块：总账 　问题原因：职员档案中人员删除，供给商档案中联系人是这个人。在做凭证时选供给商提示错误 　解决方案：修改vendor表中person字段为null 　二、应收应付 　应收分类查询与汇总查询金额对不上 　问题现象：应收管理中，2023年12月应收核销明细表过滤时，按存货查询，分存货编码查的金额和总存货编码查的金额对不上。但11月份是可以对上的。 　问题版本：8.52 　问题模块：应收 　问题原因： 差在存货编码分类为50的类上，在红字销售发票上折扣的局部没有加上〔差额为：1,296,423.30) 　解决方案：此问题经过测试，属于正常情况。具体分析如下： 举例说明： 1、 录入一张销售发票： 001客户、1001存货代码〔所属10存货大类〕、数量为1、单价为11、金额为11元。 　2、 录入一张红字销售发票： 001客户、1001存货代码〔所属10存货大类〕、数量为-1、单价为21、金额为-21元。 　5001存货代码〔为‘折扣’所属50大类〕 金额为10元。-- 合计：-11元 3、分别在发票中复核，在应收中审核。当红字销售发票在应收中审核的时候，会将数据传入AP_DETAIL表中的记录写成： cinvcode iprice idamount_s idamount idamount_f 1001 21 -11 -11 -11 5001 0 0 0 0 自动将折扣局部合并到1001的存货中。 　4、 在应收中进行红票对冲。 　在数据库中形成3条记录，不合并。 　分别按存货分类查询的结果之和〔不等于〕不选择分类查询结果的合计，是因为：〔后台跟踪结果发现〕 通过调用视图筛选出符合条件的记录，再通过此记录查询出对应的红票对冲记录，得出查询结果。其中有一脚本为： Having sum(iDAmount_f)0 Or sum(iDAmount)0 选择的是‘贷方金额’或‘贷方原币金额’之和不为零的记录。 　〔A〕在查询10类到10类时，返回的结果为： 客户 应收原币金额 结算原币金额 原币余额 01 11 11 0 01 -11 -21 10---- 合计 0 -10 10 〔B〕而在查询10类到50类的时候，返回的结果为： 客户 应收原币金额 结算原币金额 原币余额 01 11 11 0 01 -11 -11 0 --- 合计 0 0 0 〔C〕在选择 50类〔折扣〕查询的时候，它所返回的结果为0，也就是在查询50类的时候是不包含折扣这局部数据的。 　〔D〕不选择分类查询的结果与〔B〕相同。 　所以，造成分别按存货分类查询的结果之和〔不等于〕不选择分类查询结果的合计 　收款单在核销的时候无法过滤出来 　问题现象：录入的收款单在核销的时候无法过滤出来，但是对应的发票可以过滤出来。直接输入收款单的单据号也不行。 　问题版本：8.52 　问题模块：应收 　问题原因：后台ap_closebill〔s〕里看看这条记录，也没有问题。联查和这张收款单对应的发票在salebillvouch〔s〕中，仔细核对，发现原来两张单据上虽然客户名称是一模一样的，但是客户编码却不一样，是由于客户的疏忽录入重复了。 　解决方案：因为这个客户是刚刚开始第一笔业务，也没有期初，所以调整单据上的客户编码为一致。在删除掉一家客户，问题解决。告诉客户问题原因，叮嘱以后录入客户档案的时候一定不要随意，确认没有重复后再录入， 　供给商科目余额表和业务余额表期末余额不平 　问题现象：在应付款管理系统中,科目帐表查询下的科目余额表中的期末数与业务帐表查询下的业务余额表中的期末数对不上,也与帐龄分析中的余额对不上. 　问题版本：其他 　问题模块：应付 　问题原因：1、科目余额与业务余额在正负上的差异：因为在科目余额表中，如应付帐款，科目余额为负的时，就会在借方体现出来。如应付帐款科目的科目余额表为借方，而在业务帐上是同样金额，但为负数。这是正常的。 　2、有的供给商对不上，如000036的供给商，是因为期初录入的时候，有的其他应付单录的不是212101科目，而是211101，这样造成业务帐余额不管科目是哪个，都统计出来。而科目余额应把两个科目的科目余额相加，与业务帐再比照。 　3、期初的应付票据单据因为是已经核销过的，不要再进行核销，所以只影响应付票据的211101科目帐，不影响业务帐。所以只有在应付票据都结算了并制单，才可以保证两个科目的科目余额相加等于业务余额。 　解决方案：问题1、不用处理。 　问题2、有的其他应付单录的不是212101科目，用以下语句查看select x from ap_detail where ccode='211101' and cvouchtype='p0'。如果想让212101科目的科目余额和业务余额对上，就要在2111科目涉及到的单据按原科目2111核销，才可以保证。 　问题3、期初的单据类型为应付票据的单据，要在票据管理中进行结算并制单，可以用以下语句查看：select x from ap_detail where cvouchtype='50' and iperiod=0。 　三、工资固定 　工资可以重复期末处理 　问题现象：任选一工资类别进行一月份的期末处理,处理完后再进行处理还是能进行 　问题版本：8.60 　问题模块：工资管理 　问题原因：同解决方案 　解决方案：经检查，数据表wa_gzdata丧失二个字段：cLkxcode，和cPreLkxcode，请对照演示账套的字段位置和属性增加。 　WA_GZDATA表中列对应出错 　问题现象：工资年度数据无法结转，SQL出错提示：WA_GZDATA表中列对应出错，结转终止 　问题版本：8.52 　问题模块：工资管理 　问题原因：翻开SQL企业管理器后发现