on 07-06-2010 10:30 AM
我在固定资产折旧方面遇到如下问题,请求高手帮忙看看。
**日本公司,会计年度周期:2009/04/01~2010/03/31。
A资产采用Multi level Method进行折旧,其折旧Key设置如下:
Phase Multi level 方法描述 基准值 折旧率
1 304 新定率法(使用年限 4年) 62.5% 24 62.50%
2 401 新定率法(使用年限3~5年) 100% 28 100%
A资产购置时间:2007-6-28。APC金额:56,000。
年度----期初金额-折旧率-月数折旧费-年末日期-期末净值-月折旧额
2007年-56,000---0.625--10-29,167--2008-3-31-26,833 --- 2,917
2008年-26,833---0.625--12-16,771--2009-3-31-10,062 ---1,398
2009年-10,062---0.625--12-6,289--2010-3-31- 3,773 --- 524
**按照Phase1方法,2010年折旧计提如下:
2010年-3,773---0.625 -
**折旧Key变更(changeover)后,2010年折旧计提如下:
2010年-3,773-----1.000 -123,773-2011-3-31-0 ---314
由于主数据中设置Changeover Year = 2010,所以2010年开始的折旧率切换为100%,每月折旧额变为314。正常情况下折旧计提没有问题。
但是,现在客户于2010/04/30(2010/001期间,即第4年,将A资产转移到B资产,然后发现B资产停止计提折旧了。
而B资产继承了A资产的Changeover year 2010.
通过测试,发现如果将B资产折旧范围中的折旧切换年度(Changeover year)删除的话,可以重新开始计提折旧。
但是这时系统会默认计算折旧切换年度为2011,而2010年度依然使用Phase1的折旧方法(折旧率62.5%)。导致原来应该在2010年提完的折旧,在B资产中需要到2011年才提完。
客户希望B资产仍然在2010年内将折旧计提完毕,请问有什么办法可以处理吗?
Edited by: Jeff Chen on Jul 6, 2010 11:43 AM
hi
根据你提供的情报来看,转移后的B资产确实应该在2010 年按照phase 2的折旧率来进行折旧计算。如果转移后的B资产在2010年停止了折旧计算,可以尝试用下面的这些方法来解决一下这个问题:
1, 首先把系统升级到最新的SP
2, 检查从phase1 到phase 2 的变更条件在转移后的资产B里是否得到了满足
3, 在T-cd:AS02里,使用编辑-〉折旧值再计算对转移后的B资产进行折旧值的再计算。
希望上面的方法可以解决你的问题。
George
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Jeff
1, 如果客户是在2008年初上线并且至今基本上没有更新SP 的话,可以想象客户的系统是在一个很低的版本上。这实际上意味着有很多修正系统bug的note没有用在系统上。从长远来看升级是早晚的事还是建议客户早点升级比较好。
2, 我又重新做了一下测试,你可以忽略掉上次回答中提到的u201C从phase1 到phase 2 的变更条件在转移后的资产B里是否得到了满足u201D的这一点。因为资产主数据当中的变更年度比折旧健(depreciation key)当中设定的折旧变更条件有更高的优先级。 所以当转移后的B资产里变更年度已经设定的时候,系统应该按照主数据的设定在2010年的时候进行phase 2 的折旧计算。
3, 另外,你可以检查一下note1432497在系统上用了没有。 如果没有的话,把note1432497(包括前提note)用上,然后在AS02或AFAR里对转移后的资产进行折旧的再计算(real run).
希望上面的信息对你能有所帮助。
George
Hi George,
我确认了Note 1432497。尝试着将Phase 2的基准值Keyu201C28u201D,改为和Phase1一样的u201C24u201D,然后重新计算折旧,结果Phase2可以按照切换后规则,在2010完全计提折旧了。所以我想Note 1432497完全适用这一问题。
不过,我不太理解基准Keyu201C28Reduced base value (asset-specific reduction)u201C 和 u201C24Net book valueu201D 在此处设置中有何区别,也不太清楚如果将Phase 2 的基准值Key改为u201C24u201D,是否有什么潜在的影响。请问你是否了解呢?
非常感谢你的帮助!
Jeff
Hi Jeff
24 和 28 都是使用在折旧健(depreciation key)里决定折旧计算的基准值的相关设置。 一般来说使用24的话,当会计年度的折旧计算的基准值就是年初的NBV(net book value). 使用28的话,本会计年度的折旧计算的基准值是以公式:取得值 X 折旧保证率 (日本有自己的规定)来计算的 。
在你提到的这个问题里,因为在2010年的phase 2 要进行100%的折旧,如果2010年年初的NBV < u2018取得值 X 折旧保证率u2019 的话,那么不论使用24 还是28, 会计年度2010的折旧计算的基准值都会使用2010年初的NBV. 如果2010年初的NBV > u2018取得值 X 折旧保证率u2019 并且折旧健里使用24 的话,会计年度2010的折旧计算的基准值会使用2010年初的NBV, 而折旧健里使用28的话,会计年度2010的折旧计算的基准值会使用u2018取得值 X 折旧保证率u2019 的值,而不是2010年初的NBV。这就是使用24 和28 的区别。
希望上面的信息可以回答你的疑问。
George
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
我查看了表T090NS(Multi-level Mehod),其设置如下:
折旧表 M-lev Meth 取得年度 年 Per 基准值 折旧% 残存年数 减少率
1000 401 9999 999 12 28 100% Blank 0
1000 402 9999 999 12 28 50% Blank 0
由于我们Phase 2的Multi-level Method设置为401,这是否表示应该在2010年计提100%折旧呢?
但是客户一再说他们有一个折旧保证率,如果此处设置了100%折旧,与折旧保证率之间是什么关系?
因为不清楚折旧保证率如何设置,也无法进行测试。
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi George,
这个问题有几点补充问题,需要向你请教。由于新帖不易说明,姑且在此继续提问。
我查看了系统中其它的固定资产。其中C资产使用完全相同的折旧Key(ND04),2007-08-31购置,取得价值也为56,000,Phase 2 的折旧基准值也使用28,Changeover Year = 2010。只是该资产并未进行转移,因此可以正常计提折旧。
C资产折旧情况如下:
年度 期初 折旧率 月数 折旧额 NBV 每月折旧
2007年 56,000 0.625 8 23,333 32,667 2,333
2008年 32,667 0.625 12 20,417 12,250 1,701
2009年 12,250 0.625 12 7,656 4,594 638
2010年 4,594 1.000 12 4,593 1 383
*NBV = 1JPY为Memo Value。
问题1)
根据客户确认,C资产的折旧保证率也为0.05274,折旧保证额为2,953。
则2010年初NBV>折旧保证额。
照此前说法,2010年的折旧基准额应为2,953。但为何实际折旧额为4594?
请问折旧保证率在何处设置,可否告知?
问题2)
请问基准值(Base Value Key)在何处设置?
我查找了资料,好像在保存在表T090NS中,难道是直接在表中更改?
SPRO中好像找不到其设置。
问题3)
为什么配置几乎一模一样的C资产可以正常计提折旧,而A转移到B就无法提折旧?
非常感谢!
Jeff
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Answered.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
94 | |
11 | |
11 | |
6 | |
6 | |
4 | |
3 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.