用友软件首页

某成品库期初库存余额中,全部结存成品都录入了单价、金额,月末处理后查阅期初余额金 …

2016-4-22 0:0:0 wondial

某成品库期初库存余额中,全部结存成品都录入了单价、金额,月末处理后查阅期初余额金 …

某成品库期初库存余额中,全部结存成品都录入了单价、金额,月末处理后查阅期初余额金 …
U8知识库
问题号:281
解决状态:最终解决方案
软件版本:其他
软件模块:存货核算
行业:其他
关键字:存货核算月末结帐后只有数量,单价金额为空。
适用产品:U821
问题名称:某成品库期初库存余额中,全部结存成品都录入了单价、金额,月末处理后查阅期初余额金额为空
问题现象:某成品库,期初库存余额中,全部结存成品都录入了单价、金额,
一月份月末处理后,再查阅期初余额,却发现很多成品单价金额都显示空白,只有数量?
问题原因:数据问题.该情况可能在收发记录主子表rdrecord&rderecords中期初余额信息发生错误.在查询分析器中执行如下语句查询(ufdata数据库中执行),如果查询结果中单价金额为空则表明数据库中部分数据字段丢失,只能手工恢复。
解决方案:sql语句说明:最后行中的RdRecord.cWhCode=‘3‘表示选择仓库编号,实际操作中请用实际仓库编号代替上述中的3:
SELECT RdRecords.ID, RdRecords.AutoID, RdRecords.cInvCode,iInvExchRate, Inventory.cInvName,Inventory.cInvStd,
Inventory.cInvM_Unit, RdRecord.dDate, RdRecord.cDepCode, Department.cDepName, RdRecord.cPersonCode, Person.cPersonName,
RdRecords.dVDate,RdRecord.cVenCode, Vendor.cVenAbbName, ltrimstrRdRecords.iQuantity,20,2 As iQuantity,
ltrimstrisnullRdRecords.iNum,0,20,2 as iNum, ltrimstrRdRecords.iUnitCost,20,2 as iUnitCost,
Inventory.iInvRCost,ltrimstrRdRecords.iPrice,20,2 as iPrice, RdRecords.cBatch,
RdRecords.cFree1,iPUnitCost,iPPrice,RdRecords.iSOutQuantity,RdRecords.iSOutNum,RdRecord.cHandler,
Code.cCode_Name AS nvCodeName,RdRecords.cFree2,RdRecords.citem_class,fitem.citem_name,RdRecords.citemcode,
‘‘,Rdrecord.cDefine1,Rdrecord.cDefine2,Rdrecord.cDefine3,Rdrecord.cDefine4 ,Rdrecord.cDefine5 ,Rdrecord.cDefine6,
Rdrecord.cDefine7 ,Rdrecord.cDefine8 ,Rdrecord.cDefine9 ,Rdrecord.cDefine10 ,Rdrecords.cDefine22 ,
Rdrecords.cDefine23 ,Rdrecords.cDefine24 ,Rdrecords.cDefine25 ,Rdrecords.cDefine26 ,Rdrecords.cDefine27
FROM code RIGHT JOIN Warehouse INNER JOIN Vendor RIGHT JOIN Person RIGHT JOIN Department RIGHT JOIN RdRecord ON Department.cDepCode= RdRecord.cDepCode ON Person.cPersonCode = RdRecord.cPersonCode INNER JOIN Inventory INNER JOIN RdRecords ON Inventory.cInvCode = RdRecords.cInvCode ON RdRecord.ID = RdRecords.ID
ON Vendor.cVenCode = RdRecord.cVenCode ON Warehouse.cWhCode = RdRecord.cWhCode ON code.ccode = RdRecord.cHandler
left join fitem on rdrecords.citem_class=fitem.citem_class
WHERE RdRecord.cVouchType=‘34‘ AND RdRecord.cWhCode=‘3‘
ORDER BY RdRecords.AutoID
补丁编号:
录入日期:2016-03-16 15:23:45
最后更新时间:

如果您的问题还没有解决,可以到 T+搜索>>上找一下答案

分享到:

微博关注

bj用友软件

最新信息

打了最新的补丁了,T3普及版还是提示这个问题

打了最新的补丁了,T3普及版还是提示这个问题 打了最新的补丁了,T3普及版还是提示这个问题

本机是否做过加密狗注册?什么操作系统?

用友U8其他客户项目明细帐只能查询到第一条记录

用友U8其他客户项目明细帐只能查询到第一条记录U8其他客户项目明细帐只能查询到第一条记录


U8其他-客户项目明细帐只能查询到第一条记录

自动编号:7306产品版本:U8其他
产品模块:总账所属行业: 通用
适用产品:u821关 键 字:U8总帐帐表查询
问题名称:客户项目明细帐只能查询到第一条记录
问题现象:有客户项目明细帐只能查询到第一条记录,有的只能查询到第一个月记录,即项目明细帐查询不全,比如查询1-7月,只能出1月数据,查2-7月份帐,只能查到2月的帐。
原因分析:数据问题,凭证表中有非法项目
解决方案:请使用SQL语句更新数据库:Update GL_accvouch set citem_id=‘09K0911‘ where citem_id=‘09K0911‘ 即可!

温馨提示:如果您的问题还没有解决,欢迎进入用友云基地

热点文章

新闻资讯

  • 【新年首签】天津用友&通广集团签署战略协议

    【新年首签】天津用友&通广集团签署战略协议

    天津用友软件技术有限公司(以下简称天津用友)和天津通信广播集团有限公司(以下简称通广集团)就企业信息化建设事宜进行战略签约。

    参加此次会议有天津用友总经理赵永春,天津用友副总经理王成岩、通广集团副总经理马严、通广集团科技质量部部长尹刚、七一二公司技术质量部部长门国梁、七一二公司技术中心主任黄建尧等。

    image

  • 会计职场堪比宫斗剧

    会计职场堪比宫斗剧

     近几年,各种宫斗剧火爆,《甄嬛传》《芈月传》等等都脍炙人口,许多人经常打趣自己像某个人物,若是在古代能活到第几集。让人不禁想起,会计职场又何尝不是一场宫斗,每天要察言观色,明了领导的内心,就像后宫谁也不敢惹皇后一样。但当你坐上领导位置的时候,盯着你的眼睛就会很多,稍有不慎就会被取代。就像后宫的嫔妃一样,就算坐上了皇后的位置也要时刻担心有没有人觊觎。

    image

知 识 库

  • 用友软件凭证填制环节常见问题及解决方案

    用友软件凭证填制环节常见问题及解决方案

    用友软件凭证填制环节常见问题及解决方案用友软件凭证填制环节常见问题及解决方案

      用友软件的账务处理采用放射式数据处理流程,对业务数据采用集中收集、统一处理、数据共享的操作方法,凭证数据库既是数据归集的“信息仓库”,又是后续业务处理的“信息源泉”。因此,凭证填制数据的正确与否直接关系到后续账表及相关业务信息的准确性。
      在用友软件中,其基础设置及凭证管理模块为我们提供了凭证类别控制、受控科目控制、制单序时控制、支票控制、制单权限控制等功能,加强了对发生业务的及时管理和控制,通过严密的制单控制保证填制凭证的正确性。然而在实际应用中,却常因用户不理解各项控制参数的含义,以及对后续操作的影响;没有准确无误地设置相关控制参数及基础信息;没有正确完整地录入凭证辅助信息等原因,使先进的控制工具无法充分发挥效用,损失了部分数据信息,降低了软件的使用效能。对此,笔者将以用友ERP-U8.72软件为例,总结凭证填制环节的常见问题,结合典型案例,追根寻源,深入剖析其产生的原因,以便对症解决。一、凭证类别设置时常见问题
      出错信息描述:“不满足借方必有条件”,“不满足贷方必有条件”,“不满足借贷必无条件”,“不满足凭证必有条件”。
      典型案例剖析:2009年8月16日,总经理办公室支付业务招待费1 200元,转账支票号ZZR003。凭证内容如下:
      借:管理费用/招待费(660205)1 200
      贷:银行存款/工行存款(100201)1 200
      当凭证保存时,弹出出错信息框,提示“不满足借贷必无条件”。此信息说明用户之前为不同类别的凭证设置了限制条件,指定了相应的限制类型和限制科目。这样,当凭证填制时,系统就会根据所设置的凭证类别判断凭证内容是否符合限制条件,不相符时就会出现类似的出错信息。对于此类问题,用户首先应根据提示信息,认真查对所选凭证类别与所录入的业务内容是否相符,然后进一步判断究竟是凭证类别设置错误,还是会计科目选择错误?
      此案例中的凭证类别选择的是“转账凭证”,转账凭证的限制类型应为“凭证必无”,限制科目为“1001,100201,100202”,即在凭证借贷方不能出现这三个科目。而该凭证的贷方却出现了100201科目,显然违背了所设置的限制条件。进一步判断可知,此问题是因凭证类别设置错误所致的。根据业务内容该凭证类别应为“付款凭证”,而非“转账凭证”。当更正凭证类别后,问题即得到解决。经进一步分析得知,用户在填制凭证时,因为看到在业务中用到了转账支票,就认为这应该是一张转账凭证,从而导致凭证类别判断错误。而追根寻源是由于用户对业务的凭证类别判断不准,不明白凭证类别的限制条件,甚至于不清楚什么是收、付、转凭证。当问题出现时,就会因不理解凭证类别限制条件的含义而找不到问题解决的方向和方法。
      此外,对于此类问题,如果用户在认真查对后,发现凭证类别与凭证内容匹配,但仍出现出错信息,则应考虑可能是因用户粗心将凭证类别的限制条件设置有误。常见的错误有将收款凭证和付款凭证的限制类型设反了,或将转账凭证的限制类型设为“凭证必有”,或未写全限制科目。

  • 怎么审核记账凭证用友

    怎么审核记账凭证用友

    怎么审核记账凭证用友

    【用友软件U8/T6/T3反审核操作步骤】

    1、用友软件取消凭证审核步骤,依次打开总账系统→填制凭证,如下图:

    image

  • 最新文章排行
  • 热门文章排行

管理软件

关于我们 | 公司动态 | 获奖记录 | 联系我们 | 招聘信息 | 用友产品中心 | 用友云基地
Copyright ©  www.kuaiji66.com  All Rights Reserved 天龙瑞德
京ICP备11046295号-1 技术支持 北京天龙瑞德信息技术有限责任公司   北京海淀上地十街辉煌国际大厦3号楼6层 总机:010-59798025   售后:4009908488
北京天龙瑞德信息技术有限责任公司