为什么总账套打工具到会计科目提示都成功了为什么进账套科目还是没有到进去
2017-11-23 0:0:0 wondial为什么总账套打工具到会计科目提示都成功了为什么进账套科目还是没有到进去
为什么总账套打工具到会计科目提示都成功了为什么进账套科目还是没有到进去[]您好：没有明白您的意思，请您详细描述，或者截图描述。@畅捷服务吕宝晶:就是用系统工具到会计科目，会计科目导入的时候显示导入成功但是登录的时候发现这些科目还是没有导入成功@陈建敏Ir6:是所有的都没导入成功，还是只导入了一部分。
如果您的问题还没有解决，可以到 T+搜索>>上找一下答案
相关阅读
- T3卸载就会跳到安装界面去，用360工具也卸载不了。请问这种情况哪位老师遇见过，我们应该如何处理。谢谢、在线等。2019-4-30 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
- 用友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.51打开工资变动时，提示错误“在第一行附近有错误”U8.51打开工资变动时，提示错误“在第一行附近有错误”
U8.51-打开工资变动时，提示错误“在第一行附近有错误”
| 自动编号: | 9803 | 产品版本: | U8.51 |
| 产品模块: | 工资管理 | 所属行业: | 通用 |
| 适用产品: | U85x | 关 键 字: | 打开工资变动时出错 |
| 问题名称: | 打开工资变动时，提示错误“在第一行附近有错误” | ||
| 问题现象: | 录入人员档案和工资项目时都没有问题，当把人员档案和工资项目录入完毕，打开工资变动时，提示错误“在第一行附近有错误” | ||
| 原因分析: | 人员档案或者工资项目有非法字符 | ||
| 解决方案: | 在工资项目中有一个项目是“养老、公积金等”，有一个顿号，把这个顿号去掉即可。 温馨提示：如果您的问题还没有解决，欢迎进入用友云基地。 | ||
