楼主 headtrain ![]() 积 分:350 总帖数:10 |
我在“其他应付款”科目下设置了二级、三级明细科目,进行初始化后,“其他应付款”科目期初余额不等于二级明细科目之和,请问是怎么回事?盼速回复!谢谢! |
| 2003-1-15 10:49:00 |
|
1楼 admin ![]() 积 分:350 总帖数:127 |
1。请注意科目的余额方向。 下一级别的科目余额方向应该和上一级别的科目余额方向一致。 2。如果有多级科目,应该输入最下一级科目的余额,因为程序会自动计算到上一个级别的科目里。 谢谢 |
| 2003-1-15 14:54:00 |
|
2楼 headtrain ![]() 积 分:350 总帖数:10 |
我实在觉得非常纳闷,我自行增加明细科目时确实保持了不同级别科目方向的一致性,况且其他科目没有出现这种情况,唯独“其他应付款”期初余额不等于二级明细科目之和,还请赐教,谢谢! |
| 2003-1-16 10:07:00 |
|
3楼 admin ![]() 积 分:350 总帖数:127 |
如果你还有三级科目,三级科目的和将被统计作为二级科目,同样道理,二级科目会统计到 一级科目。 如果您确信您输入的是正确的,你可以不使用我们程序提供的自动统计的功能,而是您直接输入一级科目的期初金额。 谢谢 |
| 2003-1-16 10:19:00 |
|
4楼 headtrain ![]() 积 分:350 总帖数:10 |
直接输入“其他应付款”的期初余额也不行,还是同样的错误。 我记得9月份建立二级明细科目时,建了两个“其他”,后来发现建重了,于是删除了一个,其金额2,235,833.12正好是“其他应付款”科目期初余额大于二级明细科目之和的那个数,因此我推测:虽然我把重复的科目删了,但系统没有删,所以自动加和时还是把其加上了,从而造成不一致。是否这样,请测试! 另外还想确认一下,非一月份进行初始化时,非损益类科目是否无须输年初数? 谢谢! |
| 2003-1-20 15:54:00 |
|
5楼 admin ![]() 积 分:350 总帖数:127 |
1。请你在数据初始化的检查的表格里把重复的数据删除。 2。不是,非损益类科目一定要输入年初数. 谢谢 [此贴子已经被作者于2003-1-20 23:54:54编辑过] |
| 2003-1-20 16:09:00 |
|
6楼 headtrain ![]() 积 分:350 总帖数:10 |
非常感谢!问题已解决,心里有一种舒畅感! 建议:1、把用户遇到的问题添加到帮助文件里; 2、数据初始化检查的表格里设置允许复制功能,这样只要把年初数输入,便可粘贴到期初数(指1月份初始化时),从而提高效率。 |
| 2003-1-21 10:32:00 |
|
7楼 linjie0125 ![]() 积 分:350 总帖数:6 |
延伸第2楼的回答,请问:我公司“应交税金”(余额方向为贷)的二级科目中有一子目余额方向为“借”的,在“数据初始化检查表”中该子目余额方向也为“1”(借方),但“应交税金”的合计数却以“贷”方计算,请问如何解决?(我公司会计人员说该子目不能以红字记载)。 谢谢!! |
| 2003-1-21 11:42:00 |
|
8楼 admin ![]() 积 分:350 总帖数:127 |
这样的话,你可以在初始化中直接输入应交税金的合计数(而不要使用自动的合计功能)。 谢谢。 |
| 2003-1-21 11:49:00 |
|
9楼 linjie0125 ![]() 积 分:350 总帖数:6 |
谢谢!目前问题已解决。但以后报表每月自动生成“应交税金”合计数是自动计算的,是否还有此问题? |
| 2003-1-21 15:59:00 |
|
10楼 headtrain ![]() 积 分:350 总帖数:10 |
根据本人经验,以后每月不再出现此问题,但结转下一年度时会出现同样问题。 |
| 2003-1-21 16:20:00 |
|
11楼 admin ![]() 积 分:350 总帖数:127 |
是的。所以,应该是大小科目的借贷方向的一致性应该要保证。 否则:一级科目和它的子科目的方向不一样的时候,是比较难处理的。 |
| 2003-1-21 17:11:00 |
|
12楼 headtrain ![]() 积 分:350 总帖数:10 |
Dear Administrant, Have you received my E-mail to you yesterday? Hope for your prompt reply!!! |
| 2003-1-22 10:38:00 |
|
13楼 admin ![]() 积 分:350 总帖数:127 |
yes, We have got ur msg. We will reply u ASAP. |
| 2003-1-22 10:52:00 |