什么是净现金流量
2019-4-23 8:0:0 wondial什么是净现金流量
用友财务软件现金流量表设置方法如下:
①增加现金流量项目:依次点击“基础设置”-“财务”-“项目目录”,打开项目档案,如下图:
点击“增加”,选择“现金流量项目”,再点击“完成”,提示“预制完毕”,点击“确定”
提示:预置完毕,如下图:
②退出项目档案,依次点击“基础设置”-“财务”-“会计科目”, 点上面的“编辑”菜单,如下图:
T3、T6与U8指定科目位置不同,以下为T6/T3指定科目位置:
以下为U8指定科目位置:
打开指定科目后,在指定科目对话框中,选择“现金流量科目”,把待选科目中库存现金、银行存款科目,指定到到右侧的已选科目,如下图:
现金流量科目指定完毕,如下图:
在填制凭证的时候,涉及到库存现金和银行存款科目时会弹出现金流量表,如下图:
在现金流量表对话框中,点击“增加”,然后在“项目编码”的下面点击小放大镜,在参照中选择对应的现金流量项目,输入金额,如下图:
选择完成后,点击“保存”即可,如下图:
③进入财务报表→选择现金流量表,生成步骤同资产负债表,用友软件中现金流量表没有预置公式,客户先要定义好公式。 如下图:
如果您的问题还没有解决,可以到 T+搜索>>上找一下答案
相关阅读
- 用友T3用友通系统重装后,没有账套备份,如何恢复账套2019-4-29 8:0:0
- 企业是接单生产模式,需求不稳定,经常出现紧急订单,如何判断这样的紧急订单会不会造成计划和生产的..2019-4-27 8:0:0
- 企业在车间管理中,可以依据工段、车间、设备、员工等多种资源进行明细式派工?2019-4-27 8:0:0
- 以物易物在用友T3用友通通2005中如何实现2019-4-27 8:0:0
- 什么是安全库存、最低库存、最高库存?用友软件U8+中是如何管理的?2019-4-27 8:0:0
- 一般企业普通采购流程分为哪几种?2019-4-23 8:0:0
- 会计在填制凭证时会出现漏录某张凭证的情况,系统支持补录会计凭证吗?_12019-4-23 8:0:0
- 企业的生产班组能生产哪些品种,产能有多大很明确,这种情况下ERP系统能不能代替人工按照生产计划..2019-4-23 8:0:0
- 什么是动态安全库存?U8+的动态安全库存是如何实现的?2019-4-23 8:0:0
- 为什么说用友U8+的成本管理是一个完整的成本管理体系?2019-4-23 8:0:0
最新信息
U6普及版3.116无法进行期末处理,期末处理时报处理失败U6普及版3.116无法进行期末处理,期末处理时报处理失败
U6普及版3.1-16无法进行期末处理,期末处理时报处理失败
自动编号: | 19942 | 产品版本: | U6普及版3.1 |
产品模块: | 其他 | 所属行业: | 通用 |
适用产品: | 通用 | 关 键 字: | |
问题名称: | 16无法进行期末处理,期末处理时报处理失败 | ||
问题现象: | 16无法进行期末处理,期末处理时报处理失败 | ||
原因分析: | 同解决方案 | ||
解决方案: | 经过数据提交给集团,集团给的答复是1.存货总账中存在重复记录2、数据表IA_tblRCsetM有问题,使用总帐重算工具进行重算,然后从其它年度表中将IA_tblRCsetM的数据拷贝过来进行替换。按照这样处理了问题依旧,最后通过了远程qq连接,集团进行了操作也是不行,但是集团那边使用这种方法就可以,最后进行了两边数据库表的对比,发现,多出两张表,ia_sunholiday,和一张ia_tempsumholiday,将这两张表清除后,重新进行期末处理问题解决。 温馨提示:如果您的问题还没有解决,欢迎进入用友云基地。 |
U8.51A30台工作站,产品日常操作速度时慢时快U8.51A30台工作站,产品日常操作速度时慢时快
U8.51A-30台工作站,产品日常操作速度时慢时快
自动编号: | 16387 | 产品版本: | U8.51A |
产品模块: | 企业文化 | 所属行业: | 通用 |
适用产品: | U851A----企业门户 | 关 键 字: | 操作时慢时快 |
问题名称: | 30台工作站,产品日常操作速度时慢时快 | ||
问题现象: | U851A产品,30台工作站,速度时慢时快。网络及机器配置也很好。后发现速度慢时,一般正好为某台工作站正在修改例如存货档案或单据设计及数据权限等,以前在其它用户处因工作站少而得到测试,请问这种情况如何处理? 1:修改档案和权限时并不是速度慢而是工作站没有响应,只要把修改界面强行退出,其他工作站就恢复正常了.在但是大部分时间修改档案和权限并不影响速度. 2:现在发现在物料需求计划模块,在做产品结构查询时,低层码及累计提前期第二个进度条时出现其他工作站无响应,只要该模块强行退出,其他工作站恢复正常。 | ||
原因分析: | 问题分析: 修改档案或权限,如果修改的档案或权限此时正被客户端调用或关联使用,程序及sql后台处理时,各事务处理优先级别不同,可能存在冲突和互斥,需要先完成档案或权限的数据更新操作,再响应客户端的关联操作。 修改操作未结束时,客户端的sql请求操作无法正常响应,从表象上感觉像死机一样; 如果正被修改的档案和权限与当前客户端所作操作无关联或未被调用,则不会影响客户端操作的。 对于数据库同时存在多个操作请求(如select、update)时,微软的sql是先响应update操作再响应select查询的。 | ||
解决方案: | 建议解决方案,供参考。 对于用户日常业务而言,修改档案或权限、单据设计等操作应是低频率操作。此处请与用户解释和说明。并不是产品的bug或机制不完善,而是后台sql处理的原则、方式如此。 建议对用户数据库进行dbcc checkdb修复检查,以排除数据库上索引、主外键、默认值等健全性。 可从支持网站上下载U8维护工具集合,其中有数据库修复工具。 低阶码、提前期维护均涉及到基础档案的更新操作,问题原理及原因与之前的档案修改操作类似。 温馨提示:如果您的问题还没有解决,欢迎进入用友云基地。 |