年末汇率评估的问题以及后续测试
问题起源于一笔清帐有问题，在去对清一个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 .
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 are viewed together.
Strict lowest value principle
If this field is selected, the item is valued according to the strict .
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 .
The valuation is calculated per item total. Items with the same 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/，如需转载，请注明出处，否则将追究法律责任。
