楼主 wjqyyc ![]() 积 分:4430 总帖数:83 |
1、进销存中的收发存汇总表和明细帐只能按照月份查询,按照“时段”查询时选择本年,查询结果为2001.01.01-2004.01.31,如果选择开始日期2004.03.01,结束日期选择2004.05.31,查询结果也为2001.03.01-2004.03.31(按照收发存明细帐必须要按照时间段查询的),不知为什么,请测试。 2、进销存中的收发存明细帐本次升级是否增加像财务模块那样一次性查看所有品种明细帐,实现快速查询和打印,或者说实现批量查询和打印?是否增加了反自定义结转功能? 3、进销存中模块分类很合理,尤其是报表分类既规范又明了。但总界面我个人认为重复功能键较多,设想设置为:文件、资料、凭证、帐簿、报表、设置、进销存、工资、往来、帮助等主菜单,再设置一个快捷窗口,具体子菜单设为下拉菜单形式,文件包括子菜单为:新建套帐、关闭套帐、备份、操作员、打印设置等,资料包括子菜单为:客户资料、商品资料等,凭证、帐簿、报表、设置、进销存、工资、往来、帮助,分别设定相关内容,把一些常用功能归到快捷窗口,这样设置也许更符合操作习惯,仅供参考。 |
| 2004-5-25 19:35:00 |
|
1楼 admin ![]() 积 分:4430 总帖数:127 |
1。如果是你使用每月一次加权平均的方法核算成本,软件只能按月出报表和帐 2。本次升级主要增加进销存自定义报表,和定义公式的增强和改进。收发存明细帐的要一次浏览不太现实,但是批量打印可以实现。 3。结转功能改进和增强会在自定义报表做好后实现,到时还会增加自动转帐和自动凭证功能。 |
| 2004-5-25 21:23:00 |
|
2楼 wjqyyc ![]() 积 分:4430 总帖数:83 |
我推荐使用实用贵公司软件两个月来,经过实践,总体感觉不错,并且基本满足公司的业务需求,但最近发现收发存明细帐有点问题,想再探讨一下,如果这个问题解决了,我非常感谢。 工业企业一般采用全月一次加权法,也就是说完工产品入库时只核算数量,不核算单价,月末计算出加权平均单价,使用贵公司软件也是这样,先录入入库数量,机外核算成本,计算出每个品种平均单价后将单价录入系统,计算机自动计算出发出产品成本(产品销售成本),如果利用贵公司软件只核算数量,或者说只录入入库数量,不录入单价,无法计算产品销售成本,如果收发存明细帐不能按照时间段查询和打印,那年末要逐品种、逐月打印再汇总太麻烦了,简直不可想象。如果采用移动平均法能够实现按照时间段查询和打印,但发出产品成本计算机无法自动生成,因此恳请贵公司克服困难、千方百计增设采用全月一次加权法时可按照时间段查询。 谢谢。 |
| 2004-5-26 7:28:00 |
|
3楼 admin ![]() 积 分:4430 总帖数:127 |
全月一次加权平均法我们暂时还没有什么办法可以让系统可以在不完整的月份(也就是不完整的数据情况下)求得当月的单价。 我们正在考虑使用一种更好用和易用的核算方法:计划定价 法。 这种方法有利于我们下一个产品模块:ERP 以后整个系统会以 计划定价法 作为成本核算的方法。 |
| 2004-5-26 12:10:00 |
|
4楼 wjqyyc ![]() 积 分:4430 总帖数:83 |
全月一次加权平均法从2004.01.01-2004.05.31按说也不算月份不完整呀,核算按月进行仅是按照时间段统计,按说应该能实现。计划定价法是否可理解为计划成本法,如果是的话,要知道现在绝大多数是按照实际成本计价的,不可能采用计划成本法,请详细介绍以下计划定价法。 |
| 2004-5-26 12:43:00 |
|
5楼 admin ![]() 积 分:4430 总帖数:127 |
1。全月一次加权平均法 是可以按照一个月为单位的时间区间看报表的。这个没有任何问题。 但是如果不是完整的一个月,就不行。 2。计划定价(计划单价)我暂时的理解是:现对货品进行定价,货品的进出按定价进行,每到一定的会计期间在做 差价损益 的调整。 更多的细节我还在学习中。国外用这种方法是最多的,国内好像不多见,而且,税务也好像不让用这种方法。 |
| 2004-5-26 15:18:00 |
|
6楼 wjqyyc ![]() 积 分:4430 总帖数:83 |
1、按照完整的几个月或者半年、一年也应该可以查询,如果不可以那麻烦就大了。请贵公司设法解决。 2、在我国,计划成本核算方法在计划经济体制下运用的更多一些,现在计划成本法主要适用一些需要控制成本的企业,预先制定计划成本,先按照计划成本核算,再按照实际成本结转成本差异,这种核算方法税法是允许的,但由于核算起来比较麻烦,所以现在绝大部分企业都采用实际成本法,因此我认为增加计划成本核算方法意义不大。 |
| 2004-5-26 18:36:00 |
|
7楼 admin ![]() 积 分:4430 总帖数:127 |
1。完全可以的,只要是完整的几个月或者半年、一年都可以查询 2。大家可以再了解了解 |
| 2004-5-26 20:06:00 |
|
8楼 wjqyyc ![]() 积 分:4430 总帖数:83 |
全月一次加权平均法下,完整的几个月或者半年、一年都可以查询?如何查询?请指教。如果真能实现那太好了。如果不能实现那就糟透了。 |
| 2004-5-26 20:55:00 |
|
9楼 admin ![]() 积 分:4430 总帖数:127 |
直接输入从几月份到几月份就可以了,不需要特别的设置。如果你输入的时间刚好不在一个完整的月,系统会自动调整为完整的月份 |
| 2004-5-26 21:33:00 |
|
10楼 wjqyyc ![]() 积 分:4430 总帖数:83 |
全月一次加权平均法下,我还是设置不成,如何直接输入几月份到几月份,如果查询2004年1-4月收发存明细帐如何设置?我输入2004.01.01-2004.04.30,是否正确?是否算完整月份?请指教。 |
| 2004-5-26 21:51:00 |
|
11楼 XP ![]() 积 分:4430 总帖数:48 |
能不能在看 进销存报表时后面的整月能像进了这个报表里的按月查看一样有1-12月的选择 |
| 2004-5-26 22:06:00 |
|
12楼 admin ![]() 积 分:4430 总帖数:127 |
如果你用了整月的选项,你可以不管你输入的日期,只要月份对就可以了。系统会自动调整到完整的月份 |
| 2004-5-26 22:35:00 |
|
13楼 XP ![]() 积 分:4430 总帖数:48 |
那样的话必需要改两个地方,才能查整月的!!麻烦!!有时我点报表(不改日期)进去后再按月查看!! 照我说的那样会更方便!! 谢谢!! |
| 2004-5-26 22:40:00 |
|
14楼 wjqyyc ![]() 积 分:4430 总帖数:83 |
谢谢,感谢xp的帮助,我需要的是全月一次加权平均法下,能够像移动加权平均法下随意查询任意时间段即几个月份能够在一页上连续反映,可惜做不到。 |
| 2004-5-26 23:15:00 |
|
15楼 admin ![]() 积 分:4430 总帖数:127 |
其实一样,你要看1月到12月,你还是要选择1月和12月各一次 |
| 2004-5-26 23:52:00 |
|
16楼 wjqyyc ![]() 积 分:4430 总帖数:83 |
我要的是1月-12月的序时帐,如果按照上述方法2-10月不能反映,我总觉得你没有明白我的意思,我是想在全月一次加权平均法下,能够像移动加权平均法下随意查询任意时间段即几个月份能够在一页上连续反映。从技术角度上程序内部如何设置我不懂,但我觉得算不上什么难题。 |
| 2004-5-27 17:51:00 |
|
17楼 xiajianjun ![]() 积 分:4430 总帖数:17 |
我感觉也有问题,我用的是移动平均,产生库存月报表(按货品分类)的时候选了04-4-26~04-5-25,但显示的报表为04-05-01~04-05-31. 另外,因很多企业的月报表并不一定是从1号~31号,建议能手工设定一个缺省时间段作为整月报表,例如本单位的报表日期为上月26日至本月25日. |
| 2004-6-1 14:26:00 |
|
18楼 admin ![]() 积 分:4430 总帖数:127 |
库存月报表(按货品分类)的时候选了04-4-26~04-5-25,但显示的报表为04-05-01~04-05-31 库存月报表我们反映的是月报表,是以自然月为准的。 当设定一个缺省时间段作为整月报表的时候,和财务这边的会计区间的对应关系有对不上,这样我们又要重新调整财务模块的会计区间设定。 其实我们对会计的月份区间问题已经做过深入的调查和论证,结论是: 1。会计部门的会计区间因为直接关系到财税部门和相关政策的,所以都是自然月的。 2。仓库每个月因为需要向会计部门提供进销存数据,但是仓库不可能当天就能提供给会计部门。这就需要部门之间协调,所以,在管理上就出现了会计区间一般在月底前几天,以便仓库或者其他的部门有足够的时间准备会计部门需要的资料。 3。2中的结果无可避免的损失了时效性和真实性。 是管理上的一种让步。 4。当管理工具已经完善,比如使用了计算机软件系统,可以让仓库对存货的管理准确而且快速为会计部门提供数据。非自然月的会计区间反而导致了不协调。 |
| 2004-6-1 15:41:00 |
|
19楼 XP ![]() 积 分:4430 总帖数:48 |
应以自然月为准!!! 一般单位的25日刹帐,是便于财务做帐 我要求能不能一步就有按月显示!!! 谢谢!! |
| 2004-6-1 20:57:00 |