找回密码
 注册账号

QQ登录

只需一步,快速开始

手机号码,快捷登录

手机号码,快捷登录

初学者课程:T3自学|T6自学|U8自学软件下载课件下载工具下载资料:通资料|U8资料|NC|培训|年结积分规则 | 使用常见问题Q&A
知识库:U8 | | NC | U9 | OA | 政务U8|U9|NCC|NC65|NC65客开|NCC客开新手必读 | 任务 | 快速增金币用友QQ群[微信群]
查看: 73|回复: 2

成本提示“尚有暂估报销单据未进行结算成本处理”

[复制链接]
发表于 2012-1-6 19:11:18 | 显示全部楼层 |阅读模式
U8问题库
问题名称: 成本提示“尚有暂估报销单据未进行结算成本处理”
问题号: 201112190172
软件版本: U8 V10.0
适用产品: 供应链
软件模块: 存货管理
最后更新时间: 2011-12-26 23:32:22
问题现象: 采用案例处理脚本找不到问题所在,请分析下:<br>
【问题现象】在12月期末处理时,提示“尚有暂估报销单据未进行结算成本处理”,而在结算成本处理时,或者选出单据却不能进行暂估处理,或者就根本没有单据被过滤出来?<br>
【分析】这个问题在年结时比较普遍。实际上,并非年结的问题,是12月末的业务处理问题,但如果该步骤不能顺利进行,则无法继续年结。<br>
&nbsp;那么造成该现象的原因是什么呢?<br>
问题数据见FTP:成本相关属性的设置和成本方案验证;<br>
<br>
【原因】造成该现象的原因多为采购结算单子表bAccount字段有误:&nbsp;已经结算过的入库单,并且做过结算成本处理后,在采购结算表中,baccount字段应为1,但数据中存在部分记录该字段为0,调整的方法是通过联查Ia_subsidiary表的bflag字段的状态,进行修改。&nbsp;如果该字段为0,则可能是暂估成本处理后,做过恢复记账再记账操作,此时该入库单不再被认为是暂估。&nbsp;如果该字段为1和2,并且成对出现(红蓝回冲单),则表示该单据已经暂估处理过。<br>
&nbsp;总之,这两种情况需要修改pursettlevouchs表的bAccount字段。<br>
<br>
【解决】查询结果及更新语句<br>
1)查看bflag状态的语句如下:<br>
select&nbsp;bflag,*&nbsp;from&nbsp;ia_subsidiary&nbsp;a<br>
join&nbsp;<br>
(select&nbsp;rdrecords.*&nbsp;from&nbsp;rdrecord&nbsp;join&nbsp;rdrecords&nbsp;on&nbsp;rdrecord.id=rdrecords.id&nbsp;where&nbsp;rdrecords.autoid&nbsp;in&nbsp;(select&nbsp;pursettlevouchs.irdsid&nbsp;from&nbsp;((rdrecord&nbsp;inner&nbsp;join&nbsp;rdrecords&nbsp;on&nbsp;rdrecord.id=rdrecords.id)&nbsp;left&nbsp;join&nbsp;pursettlevouchs&nbsp;on&nbsp;rdrecords.autoid=pursettlevouchs.irdsid)&nbsp;where&nbsp;(not&nbsp;rdrecord.caccounter&nbsp;is&nbsp;null)&nbsp;and&nbsp;pursettlevouchs.bAccount=0&nbsp;and&nbsp;isnull(rdrecords.iquantity,0)=isnull(rdrecords.isquantity,0))&nbsp;)&nbsp;&nbsp;b<br>
on&nbsp;a.id&nbsp;=&nbsp;b.autoid<br>
<br>
2)更新pursettlevouchs表的bAccount字段的语句如下:<br>
update&nbsp;pursettlevouchs&nbsp;set&nbsp;bAccount=1<br>
from&nbsp;((rdrecord&nbsp;inner&nbsp;join&nbsp;rdrecords&nbsp;on&nbsp;rdrecord.id=rdrecords.id)&nbsp;<br>
left&nbsp;join&nbsp;pursettlevouchs&nbsp;on&nbsp;rdrecords.autoid=pursettlevouchs.irdsid)&nbsp;<br>
where&nbsp;(not&nbsp;rdrecord.caccounter&nbsp;is&nbsp;null)&nbsp;<br>
and&nbsp;pursettlevouchs.bAccount=0&nbsp;<br>
and&nbsp;isnull(rdrecords.iquantity,0)=isnull(rdrecords.isquantity,0)<br>
<br>
做以前先对2006年度帐进行备份。
解决方案: 12月结账报错,基本就这两个原因。如果还是不能解决可能是有特殊的数据,请先用查询分析器跟踪报错语句,还是不行请上传数据后再提交。

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有账号?注册账号

×
采用案例处理脚本找不到问题所在,请分析下:<br />
【问题现象】在12月期末处理时,提示“尚有暂估报销单据未进行结算成本处理”,而在结算成本处理时,或者选出单据却不能进行暂估处理,或者就根本没有单据被过滤出来?<br />
【分析】这个问题在年结时比较普遍。实际上,并非年结的问题,是12月末的业务处理问题,但如果该步骤不能顺利进行,则无法继续年结。<br />
那么造成该现象的原因是什么呢?<br />
问题数据见FTP:成本相关属性的设置和成本方案验证;<br />
【原因】造成该现象的原因多为采购结算单子表bAccount字段有误: 已经结算过的入库单,并且做过结算成本处理后,在采购结算表中,baccount字段应为1,但数据中存在部分记录该字段为0,调整的方法是通过联查Ia_subsidiary表的bflag字段的状态,进行修改。 如果该字段为0,则可能是暂估成本处理后,做过恢复记账再记账操作,此时该入库单不再被认为是暂估。 如果该字段为1和2,并且成对出现(红蓝回冲单),则表示该单据已经暂估处理过。<br />
总之,这两种情况需要修改pursettlevouchs表的bAccount字段。<br />
【解决】查询结果及更新语句<br />
1)查看bflag状态的语句如下:<br />
select bflag,* from ia_subsidiary a<br />
join <br />
(select rdrecords.* from rdrecord join rdrecords on rdrecord.id=rdrecords.id where rdrecords.autoid in (select pursettlevouchs.irdsid from ((rdrecord inner join rdrecords on rdrecord.id=rdrecords.id) left join pursettlevouchs on rdrecords.autoid=pursettlevouchs.irdsid) where (not rdrecord.caccounter is null) and pursettlevouchs.bAccount=0 and isnull(rdrecords.iquantity,0)=isnull(rdrecords.isquantity,0)) )  b<br />
on a.id = b.autoid<br />
2)更新pursettlevouchs表的bAccount字段的语句如下:<br />
update pursettlevouchs set bAccount=1<br />
from ((rdrecord inner join rdrecords on rdrecord.id=rdrecords.id) <br />
left join pursettlevouchs on rdrecords.autoid=pursettlevouchs.irdsid) <br />
where (not rdrecord.caccounter is null) <br />
and pursettlevouchs.bAccount=0 <br />
and isnull(rdrecords.iquantity,0)=isnull(rdrecords.isquantity,0)<br />
做以前先对2006年度帐进行备份。
发表于 2012-12-11 00:12:33 | 显示全部楼层
学习了, 今天正好遇到这个问题啊!
回复 点赞 拍砖

使用道具 举报

发表于 2012-12-18 06:55:10 | 显示全部楼层
非常实用。
回复 点赞 拍砖

使用道具 举报

您需要登录后才可以回帖 登录 | 注册账号

本版积分规则

QQ|站长微信|Archiver|手机版|小黑屋|用友之家 ( 蜀ICP备07505338号|51072502110008 )

GMT+8, 2024-5-17 10:51 , Processed in 0.021364 second(s), 9 queries , Gzip On, Redis On.

Powered by Discuz! X3.5

© 2001-2024 Discuz! Team.

快速回复 返回顶部 返回列表