用友软件首页

金蝶KIS记账王如何反结账

2018-3-28 0:0:0　wondial

金蝶KIS记账王如何反结账

金蝶KIS记账王如何反结账''

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

分享到：

微博关注

bj用友软件

相关阅读

最新信息

客户档案无法并户
客户档案无法并户

客户档案无法并户 客户档案无法并户

U8知识库
问题号:9220
解决状态:临时解决方案
软件版本:8.52
软件模块:企业门户
行业:通用
关键字:客户档案无法并户
适用产品:U852—-企业门户
问题名称:客户档案无法并户
问题现象:在客户档案里将客户编码为1807的客户并到1801客户时,提示:基础档案中使用,不可并户.
问题原因:问题分析： 1、此问题是由于在升级前委托代销发货单数据写到 endispatch(s) 表中，升级后将此部分数据写到 dispatchlist （s）表中以字段‘cbustype’=’委托代销’的形式体现，而升级后委托代销业务数据在 endispatch(s) 表中还存在记录。 2、在并户过程中，程序首先会将源客户编码为1807的字段在各个已使用表中的记录都替换为目标客户编码1801，再修改客户档案1807的总公司为1801的总公司后将1807删除。而在调用到存储过程sp_UniteArchive_Pu 时出现错误，没有将 endispatch 表中的 1807客户编码替换为1801，造成在此表中还存在1807的记录，所以后续的操作都将终止。
解决方案:解决办法：（请做好数据备份） 修改存储过程，将 endispatch 表中需要并户的客户编码进行更新。请在查询分析器中选择您的账套及当前年度，执行如下存储过程 ： ALTER PROCEDURE [sp_UniteArchive_Pu] @ArchiveType varchar(50), @cDestCode varchar(20), @cSourceCode varchar(20) AS if @ArchiveType=’vendor’ begin update po_poMain set cVenCode=@cDestCode where cVencode=@cSourceCode update purbillvouch set cVenCode=@cDestCode where cVencode=@cSourceCode update purbillvouch set cUnitcode=@cDestCode where cUnitcode=@cSourceCode update purSettlevouch set cVenCode=@cDestCode where cVencode=@cSourceCode update PU_AppVouchs set cVenCode=@cDestCode where cVencode=@cSourceCode update PU_ArrivalVouch set cVenCode=@cDestCode where cVencode=@cSourceCode delete ven_inv_price_ruleitem from ven_inv_price_ruleitem inner join ven_inv_price_rule on ven_inv_price_rule.id =ven_inv_price_ruleitem.id and ven_inv_price_rule.cvencode=@cSourceCode delete from ven_inv_price_rule where ven_inv_price_rule.cvencode=@cSourceCode update pp_ppcdetails set cVenCode=@cDestCode where cVencode=@cSourceCode update pp_ppcquota set cVenCode=@cDestCode where cVencode=@cSourceCode update pp_productpo set cVenCode=@cDestCode where cVencode=@cSourceCode end if @ArchiveType=’customer’ begin update SO_SOMain set cCusCode=@cDestCode where cCuscode=@cSourceCode update dispatchlist set cCusCode=@cDestCode where cCuscode=@cSourceCode update endispatch set cCusCode=@cDestCode where cCuscode=@cSourceCode update salebillvouch set cCusCode=@cDestCode where cCuscode=@cSourceCode update sa_settlevouch set cCusCode=@cDestCode where cCuscode=@cSourceCode update expensevouch set cCusCode=@cDestCode where cCuscode=@cSourceCode update SA_WrapLease set cCusCode=@cDestCode where cCuscode=@cSourceCode update salepayvouch set cCusCode=@cDestCode where cCuscode=@cSourceCode update SA_QuoMain set cCusCode=@cDestCode where cCuscode=@cSourceCode if exists(select ccuscode from SA_CusUPrice where ccuscode=@cDestCode) delete from SA_CusUPrice where ccuscode=@cSourceCode else update SA_CusUPrice set cCusCode=@cDestCode where cCuscode=@cSourceCode if exists(select ccuscode from SA_ClassDisRate where ccuscode=@cDestCode) delete from SA_ClassDisRate where ccuscode=@cSourceCode else update SA_ClassDisRate set cCusCode=@cDestCode where cCuscode=@cSourceCode end if @ArchiveType=’inventory’ begin update po_podetails set cInvCode=@cDestCode where cInvcode=@cSourceCode update purbillvouchs set cInvCode=@cDestCode where cInvcode=@cSourceCode update purbillvouchs set ccorinvcode=@cDestCode where cInvcode=@cSourceCode update pursettlevouchs set cInvCode=@cDestCode where cInvcode=@cSourceCode update pu_appvouchs set cInvCode=@cDestCode where cInvcode=@cSourceCode update pu_arrivalvouchs set cInvCode=@cDestCode where cInvcode=@cSourceCode update pp_ppcdetails set cInvCode=@cDestCode where cInvcode=@cSourceCode update pp_ppcquota set cInvCode=@cDestCode where cInvcode=@cSourceCode update pp_rmrpdetails set cInvCode=@cDestCode where cInvcode=@cSourceCode update pp_forecastdetails set cInvCode=@cDestCode where cInvcode=@cSourceCode update pp_pomain set cInvCode=@cDestCode where cInvcode=@cSourceCode update so_sodetails set cInvCode=@cDestCode where cInvcode=@cSourceCode update salebillvouchs set cInvCode=@cDestCode where cInvcode=@cSourceCode update salepayvouchs set cInvCode=@cDestCode where cInvcode=@cSourceCode update expensevouchs set cInvCode=@cDestCode where cInvcode=@cSourceCode update sa_wraplease set cInvCode=@cDestCode where cInvcode=@cSourceCode update sa_quodetails set cInvCode=@cDestCode where cInvcode=@cSourceCode update sa_settlevouchs set cInvCode=@cDestCode where cInvcode=@cSourceCode update pricejustify set cInvCode=@cDestCode where cInvcode=@cSourceCode update sa_invuprice set cInvCode=@cDestCode where cInvcode=@cSourceCode update sa_cusuprice set cInvCode=@cDestCode where cInvcode=@cSourceCode update dispatchlists set cInvCode=@cDestCode where cInvcode=@cSourceCode update endispatchs set cInvCode=@cDestCode where cInvCode=@cSourceCode update sa_quantitydisrate set cInvCode=@cDestCode where cInvcode=@cSourceCode update sa_quodetails set cInvCode=@cDestCode where cInvcode=@cSourceCode delete from lowlevel where cinvcode=@cSourceCode if exists(select cinvcode from SA_saleplan where cinvcode=@cDestCode) delete from SA_saleplan where cinvcode=@cSourceCode else update SA_saleplan set cinvcode=@cDestCode where cinvcode=@cSourceCode end GO
补丁编号:
录入日期:2016-03-16 15:23:45
最后更新时间:

用友U8其他库龄分析中仅反映负入库金额
用友U8其他库龄分析中仅反映负入库金额

用友U8其他库龄分析中仅反映负入库金额U8其他库龄分析中仅反映负入库金额


U8其他-库龄分析中仅反映负入库金额

自动编号:7389产品版本:U8其他
产品模块:报账中心所属行业: 通用
适用产品:u821关 键 字:库龄分析
问题名称:库龄分析中仅反映负入库金额
问题现象:红字其他出库单部分在库龄分析中仅反映负入库金额
原因分析:批次管理，如果一张红字出库单做为入库，则在库龄分析中汇总后的结存金额不正确。例如：入库单01，数量为10，累计出库数为1，单价为2，红字出库单02，数量为-6，累计出库数为2，单价为2，则库龄分析中结存数量为(10-1)+(-1*(-6)-2)=13,正确，但结存金额为(10-6-1-2)*2=2,
解决方案:请下载库存管理最新补丁,安装补丁前请做好数据备份如有问题请联系当地代理商

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

运维服务

更多
返回用友云基地

资源下载

热点文章

新闻资讯

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

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

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

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

    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
北京天龙瑞德信息技术有限责任公司