用友软件首页

已结算的采购入库记录又在货到票未到明细表中体现

2016-4-6 0:0:0 wondial

已结算的采购入库记录又在货到票未到明细表中体现

已结算的采购入库记录又在货到票未到明细表中体现
U8知识库
问题号:12942
解决状态:临时解决方案
软件版本:其他
软件模块:采购管理
行业:通用
关键字:货到票未到明细表
适用产品:U8采购管理
问题名称:已结算的采购入库记录又在货到票未到明细表中体现
问题现象:用户进入采购管理中的帐表--采购明细--货到票未到明细表中,选择日期为2004-01-01到2006-05-10 则在表中体现已结算的入库单仍然显示。例如: 入库单号:0000030643 球头碗箱 300个 540.00元 脚踏    113个 482.51元  0000030645 进汽帽箱 975个 7907.25元 0000030647 进汽帽箱 1020个 8272.20元 脚踏板箱 240个 1024.80元 0000030651 脚踏板箱 100个 427.00元 隔衬杂物盒箱133 280个 2032.80元 0000030653 脚踏板箱 111个 473.97元 0000030655 脚踏板箱 190个 811.30元 0000030659 脚踏板箱 80个 341.60元 隔衬杂物盒箱133 67个 486.42元 以入库单号:0000030643为例 ,在2005年度帐中能找到此入库单的结算单和对应的发票。但2006年就在货到票未到中体现。
问题原因:由于是rdrecords表的期初数据出现问题,导致的帐表查询的问题,怀疑是结转问题。 经过在打了最新的usgxl.dll(2006-1-17)的补丁后,重新对该数据进行结转测试,重新结转后,数据是正确的,采购管理中的帐表--采购明细--货到票未到明细表中,没有多余的11条明细的显示。因此,不是目前产品的问题。
解决方案:编写的脚本,直接执行该脚本进行2006年数据的修改,之后数据正常。 use ufdata_001_2005 Select rdrecords.autoid, RdRecord.dDate,RdRecords.dSDate,RdRecord.cCode,Vendor.cVenAbbName, Inventory.cInvCode,Inventory.cInvAddCode,Inventory.cInvName, warehouse.cWhName,Inventory.cInvStd,Inventory.cInvM_Unit, ltrim(str(RdRecords.iQuantity – RdRecords.iSQuantity,30,3)) As iNum2, ltrim(str(Isnull(RdRecords.fACost,0),30,2)) As iUnitCost, ltrim(str(RdRecords.iAPrice – (RdRecords.iSQuantity)*Isnull(RdRecords.fACost,0),30,2)) As iPrice, (case when Inventory.iInvRcost IS NULL then NULL else ltrim(str(Inventory.iInvRCost ,30,2)) end) As iInvRCost, (case when Inventory.iInvRcost IS NULL then NULL else ltrim(str(Inventory.iInvRcost * (RdRecords.iQuantity- RdRecords.iSQuantity),30,2)) end) As iInvRMoney, RdRecord.cMemo, RdRecord.cDefine1, RdRecord.cDefine2, RdRecord.cDefine3, RdRecord.cDefine4, ltrim(str(RdRecord.cDefine5,30,2)) As cDefine5, RdRecord.cDefine6, ltrim(str(RdRecord.cDefine7,30,2)) As cDefine7, RdRecord.cDefine8, RdRecord.cDefine9, RdRecord.cDefine10, RdRecords.cDefine22,RdRecords.cDefine23,RdRecords.cDefine24,RdRecords.cDefine25,Ltrim(str(RdRecords.cDefine26,30,2)) As cDefine26,lTrim(str(RdRecords.cDefine27,30,2)) As cDefine27, ltrim(str((case when RdRecords.iNum IS NULL then NULL else (RdRecords.iNum – (case when RdRecords.iSNum IS NULL then 0 else RdRecords.iSNum end)) end),30,2)) As iNum1,RdRecord.ID into ufdata_001_2006..temaa FROM WareHouse RIGHT JOIN (Vendor RIGHT JOIN (RdRecord 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 Where (abs(RdRecords.iQuantity) >abs(RdRecords.iSQuantity)) And (RdRecord.dDate Between ‘2004-01-01′ And ‘2005-12-31′) And RdRecord.cSource=’采购’ And RdRecord.cBusType=’普通采购’ Order By RdRecord.dDate,RdRecord.ID — use ufdata_001_2006 select autoid,dsdate,isquantity,isnum,imoney into ufdata_001_2006..tembb from ufdata_001_2005..rdrecord rd join ufdata_001_2005..rdrecords rds on rd.id=rds.id where autoid in ( Select autoid–,rdrecords.dsdate,isquantity,isnum,imoney–RdRecords.dSDate,RdRecord.cCode,Vendor.cVenAbbName, Inventory.cInvCode,Inventory.cInvAddCode,Inventory.cInvName, warehouse.cWhName,Inventory.cInvStd,Inventory.cInvM_Unit, ltrim(str(RdRecords.iQuantity – RdRecords.iSQuantity,30,3)) As iNum2, ltrim(str(Isnull(RdRecords.fACost,0),30,2)) As iUnitCost, ltrim(str(RdRecords.iAPrice – (RdRecords.iSQuantity)*Isnull(RdRecords.fACost,0),30,2)) As iPrice, (case when Inventory.iInvRcost IS NULL then NULL else ltrim(str(Inventory.iInvRCost ,30,2)) end) As iInvRCost, (case when Inventory.iInvRcost IS NULL then NULL else ltrim(str(Inventory.iInvRcost * (RdRecords.iQuantity- RdRecords.iSQuantity),30,2)) end) As iInvRMoney, RdRecord.cMemo, RdRecord.cDefine1, RdRecord.cDefine2, RdRecord.cDefine3, RdRecord.cDefine4, ltrim(str(RdRecord.cDefine5,30,2)) As cDefine5, RdRecord.cDefine6, ltrim(str(RdRecord.cDefine7,30,2)) As cDefine7, RdRecord.cDefine8, RdRecord.cDefine9, RdRecord.cDefine10, RdRecords.cDefine22,RdRecords.cDefine23,RdRecords.cDefine24,RdRecords.cDefine25,Ltrim(str(RdRecords.cDefine26,30,2)) As cDefine26,lTrim(str(RdRecords.cDefine27,30,2)) As cDefine27, ltrim(str((case when RdRecords.iNum IS NULL then NULL else (RdRecords.iNum – (case when RdRecords.iSNum IS NULL then 0 else RdRecords.iSNum end)) end),30,2)) As iNum1,RdRecord.ID FROM WareHouse RIGHT JOIN (Vendor RIGHT JOIN (RdRecord 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 Where (abs(RdRecords.iQuantity) >abs(RdRecords.iSQuantity)) And (RdRecord.dDate Between ‘2004-01-01′ And ‘2005-12-31′) And RdRecord.cSource=’采购’ And RdRecord.cBusType=’普通采购’ and autoid not in ( select autoid from temaa) ) –查询 /* select rdrecords.dsdate,tembb.dsdate,rdrecords.isquantity,tembb.isquantity, rdrecords.isnum,tembb.isnum,rdrecords.imoney,tembb.imoney from rdrecords join tembb on rdrecords.autoid=tembb.autoid */ –update –begin tran update rdrecords set rdrecords.dsdate=tembb.dsdate, rdrecords.isquantity=tembb.isquantity, rdrecords.isnum=tembb.isnum, rdrecords.imoney=tembb.imoney from rdrecords join tembb on rdrecords.autoid=tembb.autoid –commit tran /* use ufdata_001_2006 drop table temaa drop table tembb */
补丁编号:
录入日期:2016-03-16 15:23:45
最后更新时间:

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

分享到:

微博关注

bj用友软件

最新信息

存货参考成本需要保留小数点后三位数。excel导入之后好像变成两位了

存货参考成本需要保留小数点后三位数。excel导入之后好像变成两位了 存货参考成本需要保留小数点后三位数。excel导入之后好像变成两位了[]

xls里保留了几位?
软件目前修改不了 参考成本的保留小数位。
@qq37724861:3

U8.50UFO中合并报表出错

U8.50UFO中合并报表出错U8.50UFO中合并报表出错


U8.50-UFO中合并报表出错

自动编号:3915产品版本:U8.50
产品模块:UFO报表所属行业: 通用
适用产品:850、851、851A、821、8.X关 键 字:合并报表
问题名称:UFO中合并报表出错
问题现象:UFO中做合并报表时发现,合并2次以上或关闭程序时即出现UFOW.EXE出现非法签名错误,导致程序退出
原因分析:存放批命令的路径过长
解决方案:存放批命令的路径不要过长,将存放批命令的文件夹放在根目录下即可。

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

热点文章

新闻资讯

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

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

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

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

    image

  • 会计职场堪比宫斗剧

    会计职场堪比宫斗剧

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

    image

知 识 库

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

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

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

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

  • 会计电算化条件下的电算化审计

    会计电算化条件下的电算化审计

    会计电算化条件下的电算化审计会计电算化条件下的电算化审计

            摘要:地区,电算化审计的重要性越来越明显。文章分析7会计电算化发展对审计造成的影响,列举了电算化审计的内容,提出了建立和完善我国电算化审计的方法。

      关键词:电算化审计  审计软件

      会计电算化的普及,提高了会计数据处理的及时性和准确性,从深度和广度上扩展了会计数据,但对审计工作也产生了重大影响。

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

管理软件

  • T3卸载就会跳到安装界面去,用360工具也卸载不了。请问这种情况哪位老师遇见过,我们应该如何处理。谢谢、在线等。

    T3卸载就会跳到安装界面去,用360工具也卸载不了。请问这种情况哪位老师遇见过,我们应该如何处理。谢谢、在线等。

    T3卸载就会跳到安装界面去,用360工具也卸载不了。请问这种情况哪位老师遇见过,我们应该如何处理。谢谢、在线等。 T3卸载就会跳到安装界面去,用360工具也卸载不了。请问这种情况哪位老师遇见过,我们应该如何处理。谢谢、在线等。[]

    备份好账套,这种情况只能强制删除了,请备份好账套之后,停止数据库服务和T3产品服务,自动备份服务;然后删除T3安装路径以及C盘下ufcomsql文件夹,然后使用360清除无用注册表,最后重启电脑即可;

  • 用友T3-业务通“报价是否含税”起什么作用

    用友T3-业务通“报价是否含税”起什么作用

    用友T3-业务通“报价是否含税”起什么作用 用友T3-业务通“报价是否含税”起什么作用

    帐套选项中的“报价是否含税”起什么作用。在业务通产品中可以设置6中销售价格带出方案,而根据价格带出方案带出的价格含税单价还是不含税单价,是由此选项控制的。也就是说当“报价是否含税”选项选中时,带出的价格会填写在单据的含税单价位置,反之则填写在“单价”位置。另外,输入的整单折扣金额,如果报价含税则按表体存货原币含税金额的比例分摊到各存货,反之则按不含税金额比例分摊各存货。如有其它问题,请在下面回复疑问,我们将第一时间与您联系,帮助您解决问题。同时您也可以联系用友畅捷通专业服务商-用友天龙瑞德。
    用友天龙瑞德专业销售用友软件用友财务软件,维护用友T3用友T6用友U8畅捷通T+。我们将竭诚为您服务。
    联系电话:010-59798025。网址:http://www.kuaiji66.com

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