年末汇率评估的问题以及后续测试

测试环境:    46C    LC:CNY    DOC:18~162

问题起源于一笔清帐有问题,在去对清一个customer的USD一借一贷的时候, 按照正常逻辑两者的汇率差异都应该入到已实现汇兑损益,但是实际情况并非如此,clear的凭证中借方金额评估除了-1CNY入到了汇兑损益科目, 而贷方金额中的汇兑损益15CNY进到了该统驭科目对应的外币评估调整科目。
在检查了很久的外币评估相关的配置之后还是没能找到原因,然后去看了一下该贷方行项目中居然有了Valuation Difference 15,但是对应表中的数据并未更新BSEG-BDIFF,问题就出在这个地方, 是因为做了改行open item的汇率评估生成了session但是没有POST,所以会导致有此次评估金额(old diff)并没有更新表数据,这样从系统来看已经对改行做过了汇率评估所以不会去重新评估但是实际确实存在汇差就入到了调整科目(哪里配置这这种情况要入Bal.sheet adj.1呢? 还是系统默认?),至于借方为什么入到了汇兑损益科目中, 那是因为它是那次汇率评估之后做的:(

然后我做了以下的后续测试:
    公司规定年末的评估不冲销。年末不冲销的分录这样(不配置translation的情况下):
    年末评估:假设一笔入到了收益里头去10   那么DR: 调整科目 10 CR: 外币汇兑收益未实现 10
    次年实现的时候假设实际的损益是30   那么DR: AP CR: BANK/外币汇兑收益已实现 20/ 调整科目 10
 这里有一点要注意, 年末汇率评估的时候要勾选Bal.sheet preparation valuatn,这样在下个月不会产生冲销凭证,这里有一点要注意,平时月份是点了Creating Postings才是正式运行才会产生session,但是年末的时候即使不勾选Creating Postings只要勾选了上面那个Bal.sheet preparation valuatn就会被认为是正式post。

    针对上面那种情况可以去创建一个新的reset的valuation method,reset了之后再clear掉相应的open items,然后再正常做汇率评估就可以了。

但是使用reset的时候有一点要注意, 如果针对超长open状态的item, 也就是说年初的时候这个item有old diff但是年末的时候还没有clear的,这样reset了之后就会归零其本来有的评估值,这样的我测试了一下可以重新run一下上年末改行的汇率评估(不post)就会把评估值给找补回来。

超长的open业务有可能发生在工程保证金上,比如一项工程结束规定一笔10%的保证金,一年付3%, 直至付完这种情况。

Key date 06.10.31
12770100   6175906    USD   1800000162   1        1,150.00         9,152.85   7.87920      7.95900   DR 2006.09.29            0.00            91.77-
Key date 06.11.30
12770100   6175906    USD   1800000162   1        1,150.00         9,152.85   7.83940      7.95900   DR 2006.09.29            0.00           137.54-
Key date 06.12.31
12770100   6175906    USD   1800000162   1        1,150.00         9,152.85   7.80870      7.95900   DR 2006.09.29            0.00           172.84-
Key date 07.01.31
12770100   6175906    USD   1800000162   1        1,150.00         9,152.85   7.80000      7.95900   DR 2006.09.29          172.84-          182.85-
Key date 07.02.28
12770100   6175906    USD   1800000162   1        1,150.00         9,152.85   7.79000      7.95900   DR 2006.09.29          172.84-          194.35-
Key date 07.12.31
12770100   6175906    USD   1800000162   1        1,150.00         9,152.85   7.56070      7.95900   DR 2006.09.29          172.84-          458.04-

Key date 07.12.31    RESET
12770100   6175906    USD   1800000162   1        1,150.00         9,152.85                7.95900   DR 2006.09.29          458.04-            0.00
Key date 07.12.31    ERROR!!!!
12770100   6175906    USD   1800000162   1        1,150.00         9,152.85   7.56070      7.95900   DR 2006.09.29            0.00           458.04-
Key date 06.12.31
12770100   6175906    USD   1800000162   1        1,150.00         9,152.85   7.80870      7.95900   DR 2006.09.29            0.00           172.84-
Key date 07.12.31
12770100   6175906    USD   1800000162   1        1,150.00         9,152.85   7.56070      7.95900   DR 2006.09.29          172.84-          458.04-

1. 找到问题出在什么地方很重要;
2. 结算流程一定要规范, 需要有一个人主导结算,控制结算进度,避免出现类似帐未清完做汇率评估这种情况发生。
3. valuation method:

Lowest value princple

Indicator that the items are valued according to the lowest value principle.

The valuation is only displayed if the valuation difference between the local currency amount and the valued amount is negative, that is an exchange rate loss has taken place. The valuation is calculated per item total. Items with invoice reference are viewed together.


Strict lowest value principle

If this field is selected, the item is valued according to the strict lowest value principle.

The valuation is only displayed if, as a consequence, the new valuation has a greater devaluation and/or a greater revaluation for credit entries than the previous valuation.

The valuation is calculated per item total. Items with the same invoice reference are viewed together.


Always evaluate

If you select this procedure, revaluations are also taken into consideration.



Valuation Method: Revalue Only - Do Not Devalue

If you select this method, the system carries out evaluations only.
Example: Foreign curr. Local cur.
100 USD 150 DEM
Valuation exch.rate 1.6 +10 DEM Revenue 10 DEM

-100 USD -150 DEM
Valuation exch. rate 1.6 (-10 DEM) No valuation due
to expense
Valuation exch. rate 1.45 5 DEM Revenue 5 DEM


Reset Valuation Run

If you select this parameter then the open items are valuated at the acquisition price. This way the valuation difference is set to zero. The old valuation method is reset. The account determination is reversed: The revenue that arises is posted to the expense account.



来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/8628891/viewspace-88621/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/8628891/viewspace-88621/

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
智慧校园建设方案旨在通过融合先进技术,如物联网、大数据、人工智能等,实现校园的智能化管理与服务。政策的推动和技术的成熟为智慧校园的发展提供了基础。该方案强调了数据的重要性,提出通过数据的整合、开放和共享,构建产学研资用联动的服务体系,以促进校园的精细化治理。 智慧校园的核心建设任务包括数据标准体系和应用标准体系的建设,以及信息化安全与等级保护的实施。方案提出了一站式服务大厅和移动校园的概念,通过整合校内外资源,实现资源共享平台和产教融合就业平台的建设。此外,校园大脑的构建是实现智慧校园的关键,它涉及到数据中心化、数据资产化和数据业务化,以数据驱动业务自动化和智能化。 技术应用方面,方案提出了物联网平台、5G网络、人工智能平台等新技术的融合应用,以打造多场景融合的智慧校园大脑。这包括智慧教室、智慧实验室、智慧图书馆、智慧党建等多领域的智能化应用,旨在提升教学、科研、管理和服务的效率和质量。 在实施层面,智慧校园建设需要统筹规划和分步实施,确保项目的可行性和有效性。方案提出了主题梳理、场景梳理和数据梳理的方法,以及现有技术支持和项目分级的考虑,以指导智慧校园的建设。 最后,智慧校园建设的成功依赖于开放、协同和融合的组织建设。通过战略咨询、分步实施、生态建设和短板补充,可以构建符合学校特色的生态链,实现智慧校园的长远发展。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值