反映套期保值额公允价值变动的会计科目是什么会计科目 _3
2017-11-27 0:0:0 wondial反映套期保值额公允价值变动的会计科目是什么会计科目 _3
反映套期保值额公允价值变动的会计科目是什么会计科目 反应套期保值,主要通过“衍生工具”核算,对于公允价值变动通过“公允价值变动损益”核算及“资本公积_其他资本公积”核算,“衍生工具”的期末借方余额,反应企业套期形成的资产的公允价值。贷方余额反映套期工具形成的负债的公允价值。如果您的问题还没有解决,可以到 T+搜索>>上找一下答案
相关阅读
- T3卸载就会跳到安装界面去,用360工具也卸载不了。请问这种情况哪位老师遇见过,我们应该如何处理。谢谢、在线等。2019-4-30 8:0:0
- 用友T3-业务通精度引起的含税金额差异2019-4-23 8:0:0
- 用友T3-业务通期末处理失败2019-4-23 8:0:0
- 用友T3-业务通打印模板设置2019-4-23 8:0:0
- 用友T3-业务通在11.0的软件中点击打印软件就自动退出2019-4-23 8:0:0
- 用友T3-业务通删除费用单2019-4-23 8:0:0
- 用友T3-业务通“报价是否含税”起什么作用2019-4-23 8:0:0
- 用友T3-业务通自定义字段如何显示合计数2019-4-23 8:0:0
- 用友T3-业务通软件在做期末处理时提示错误2019-4-23 8:0:0
- 用友T3-业务通销售费用是否可以自动进行分摊2019-4-23 8:0:0
最新信息
结算成本处理过滤不出对应业务记录 结算成本处理过滤不出对应业务记录
问题号: | 13749 |
---|---|
解决状态: | 临时解决方案 |
软件版本: | U8普及版 |
软件模块: | 存货核算 |
行业: | 通用 |
关键字: | 结算成本处理过滤不出对应业务记录 |
适用产品: | U8普及版–存货 |
问题名称: | 结算成本处理过滤不出对应业务记录 |
问题现象: | 结算成本处理过滤不出对应业务记录:采购入库单和采购发票结算后,后期来了运费发票通过费用折扣结算,应该在存货核算系统进行结算成本处理,生成入库调整单进材料成本,但是客户在本月做过处理后,恢复记帐后就没有再做结算成本处理,客户想在第二个月再做结算成本处理,因为产成品成本全部已经归及了。此方式按理说是可以的。但客户帐套,第二个月此部分再做“结算成本处理”界面就看不到了,不能调整入库成本,造成帐面不平,请问此问题应该怎么处理。 |
问题原因: | 经新建帐套,按问题描述业务流程进行测试,并未发现问题现象。说明系统是支持此种应用方式的。如果用户的该笔业务在结算成本处理中过滤不出来,可能跟用户数据库中的一些标志有关。 |
解决方案: | 进行结算成本处理时可借助SQL事件探察器进行跟踪,系统会执行如下过滤脚本: SELECT IA_EstiSettle.PSVID, IA_EstiSettle.ID, IA_EstiSettle.iRdID,IA_EstiSettle.iRdsid, ‘ ‘ AS 表达式1,IA_EstiSettle.cSVCode, IA_EstiSettle.cWhCode, IA_EstiSettle.cWhName,IA_EstiSettle.cPIVCode, IA_EstiSettle.DDATE, IA_EstiSettle.cInvCode,IA_EstiSettle.cInvName, IA_EstiSettle.cInvM_Unit, LTRIM(STR(IA_EstiSettle.iSVQuantity,20,2)),LTRIM(STR((Case When IsNull(IA_EstiSettle.iRdsid,0)0 then(case when isnull(ia_subsidiary.iainquantity,0)=0 then 0 else (isnull(ia_subsidiary.iainprice,0)+isnull(ia_subsidiary.idebitdifcost,0)-isnull(ia_subsidiary.iCreditDifCost,0))/ia_subsidiary.iainquantity end)else ia_estisettle.isvacost end),20,2)), LTRIM(STR((Case When Isnull(IA_EstiSettle.iRdsid,0)0 then IsNull(IA_EstiSettle.iSVQuantity,0)*(case when isnull(ia_subsidiary.iainquantity,0)=0 then 0 else (isnull(ia_subsidiary.iainprice,0)+isnull(ia_subsidiary.idebitdifcost,0)-isnull(ia_subsidiary.iCreditDifCost,0))/ia_subsidiary.iainquantity end) Else ISNULL(IA_EstiSettle.iSVAPrice,0) End),20,2)), LTRIM(STR((case when isnull(IA_EstiSettle.iSVCost,0)=0 then 0 else (isnull(IA_EstiSettle.iSVQuantity,0)) end),20,2)),LTRIM(STR((case when isnull(IA_EstiSettle.iSVQuantity,0)=0 then 0 else (isnull(IA_EstiSettle.iSVPrice,0)/isnull(IA_EstiSettle.iSVQuantity,0)) end),20,2)),LTRIM(STR(IA_EstiSettle.iSVPrice,20,2)),IA_EstiSettle.ibsid,IA_EstiSettle.cRdCode, IA_EstiSettle.cRdName,IA_EstiSettle.cFree1,IA_EstiSettle.cFree2,IA_EstiSettle.cFree3, IA_EstiSettle.cFree4,IA_EstiSettle.cFree5, IA_EstiSettle.cFree6,IA_EstiSettle.cFree7, IA_EstiSettle.cFree8,IA_EstiSettle.cFree9, IA_EstiSettle.cFree10 FROM (((((IA_EstiSettle INNER JOIN Inventory ON IA_EstiSettle.cInvCode = Inventory.cInvCode) left Join PurBillVouchs On IA_EstiSettle.iBSid=PurBillVouchs.Id) Left JOIN RdRecords ON IA_EstiSettle.iRdsID = RdRecords.AutoID) left join ia_subsidiary on rdrecords.autoid=ia_subsidiary.id) left join rdrecord on rdrecords.id=rdrecord.id) WHERE (((Purbillvouchs.bExBill=1 and isnull(IA_EstiSettle.iRdsid,0)=0) or (Purbillvouchs.bExBill=1 and isnull(IA_EstiSettle.iRdsid,0)0 and (ia_subsidiary.cvoutype=’01’ or ia_subsidiary.cvoutype=’33’))) or (isnull(IA_EstiSettle.iRdsid,0)0 and (ia_subsidiary.cvoutype=’01’ or ia_subsidiary.cvoutype=’33’))) and IA_EstiSettle.dSVDate<='2006-02-28' AND (IA_EstiSettle.bAccount=0) and (isnull(IA_EstiSettle.iSVQuantity,0)0 or isnull(IA_EstiSettle.iSVPrice,0)0) AND ((Purbillvouchs.bExBill=1) or (rdrecord.cbustype=’受托代销’ or (rdrecord.cbustype’受托代销’ and rdrecords.dsdate<='2006-02-28'))) AND ((RIGHT(IA_EstiSettle.cMonth,2)<'02') OR (IA_EstiSettle.cMonth is null)) AND IA_EstiSettle.cWhCode IN ('DD') order by IA_EstiSettle.PSVID,IA_EstiSettle.ID,ia_subsidiary.bflag desc,IA_EstiSettle.cWhCode,IA_EstiSettle.cCode 可通过如下脚本分析看where条件中如IA_EstiSettle.bAccount=0等标志、条件是否有问题,以进一步分析处理。 如果涉及数据库的修改,修改前请务必做好数据备份! |
补丁编号: | |
录入日期: | 2016-03-16 15:23:45 |
最后更新时间: |
用友U8其他修改单据时,提示-该单据锁定,在其他人正在操作,请稍后再试-U8其他修改单据时,提示"该单据锁定,在其他人正在操作,请稍后再试"
U8其他-修改单据时,提示"该单据锁定,在其他人正在操作,请稍后再试"
自动编号: | 10472 | 产品版本: | U8其他 |
产品模块: | 存货核算 | 所属行业: | 通用 |
适用产品: | V812 | 关 键 字: | 修改单据时,提示"该单据锁定,在其他人正在操作,请稍后 |
问题名称: | 修改单据时,提示"该单据锁定,在其他人正在操作,请稍后再试" | ||
问题现象: | 修改单据时,提示"该单据锁定,在其他人正在操作,请稍后再试" | ||
原因分析: | 数据库中有锁定记录 | ||
解决方案: | 打开数据库,清除LOCKVOUCH表中的记录,并且修复数据库, 温馨提示:如果您的问题还没有解决,欢迎进入用友云基地。 |