Enterprise Resource Planning Blogs by SAP
Get insights and updates about cloud ERP and RISE with SAP, SAP S/4HANA and SAP S/4HANA Cloud, and more enterprise management capabilities with SAP blog posts.
cancel
Showing results for 
Search instead for 
Did you mean: 
KevinSigl
Product and Topic Expert
Product and Topic Expert

Explanation of delta posting logic in Advanced Foreign Currency Valuation

Advanced Foreign Currency Valuation uses the delta posting logic (only) for the amounts to be posted in a valuation run. Because of the delta posting logic the valuation run can be executed at any date and even multiple times on the same day. If no delta is found, nothing will be posted. There are no reversal postings.

Classic Foreign Currency Valuation usually uses reversal posting logic: The valuation adjustments are posted at the end of a fiscal period and reversed (inversed) at the beginning of the next fiscal period. Before a valuation run can be repeated, the valuation posting must be reset.

What does delta posting logic mean in detail?
The Advanced Foreign Currency Valuation run is calculating the delta to be posted as a valuation adjustment as follows:

  1. Determine groups using the grouping rules.
  2. Select and aggregate the original amounts of all journal entry items belonging to a group.
  3. Select and aggregate the valuation adjustments from previous valuations for a group.
  4. Calculate the new valuated amount at the valuation key date for a group.
  5. Calculate the difference for each group as follows:
    New valuated amount – (original amount + total of value adjustments)
    This difference (delta) is posted as new valuation adjustment.

It needs to be considered, that the five steps mentioned previously are focusing on groups (using the configuration ‘Rule for Grouping Journal Entry Line Items for Valuation’).

In the following example, only one outgoing invoice will be used to illustrate how the delta posting logic in Advanced Foreign Currency Valuation works. In the example the invoice amount in document currency is € 1,000.

History

Exchange Rate

Initial amount

New valuated amount

Valuations from previous periods

Sum of initial amount plus valuations from previous periods

Delta posting in current period

Invoice

(1.0 USD/EUR)

$ 1,000

 

 

 

 

Valuation

(1.1 USD/EUR)

$ 1,000

$ 1,100

$ 0

$ 1,000

$ 100

Valuation

(1.5 USD/EUR)

$ 1,000

$ 1,500

$ 100

$ 1,100

$ 400

Valuation

(2.0 USD/EUR)

$ 1,000

$ 2,000

$ 500

$ 1,500

$ 500

Valuation

(1.8 USD/EUR)

$ 1,000

$ 1,800

$ 1,000

$ 2.000

$ -200

In the subsequent screenshot, the plan is to illustrate the delta posting logic in Advanced Foreign Currency Valuation for an outgoing invoice which was valuated over a couple of months and finally cleared.

2024-04-24_10-53-39.jpg

In this example, an outgoing invoice posted in January 2023 is valuated monthly until the open gets cleared. Since there is an increase and a decrease of the exchange rates, postings will be made for ‘Unrealized FX Gain’ and for ‘Unrealized FX Loss’.

In step 3, an ‘Unrealized FX Gain’ will be posted, since the exchange rate increased from 1,0 USD/EUR to 1,1 USD/EUR. The € 100 posted onto ‘Unrealized FX Gain’ (cr.) will be immediately posted onto the initial reconciliation account (dr.). With this, always the current value of the initial outgoing invoice is represented at the reconciliation account.

In step 4, an ‘Unrealized FX Loss’ will be posted because of the exchange rate decrease from 1,1 USD/EUR in February 2023 (step 3) to 0,8 USD/EUR in March 2023 (step 4). Because of the delta posting logic, € -300 will be posted onto the initial receivables account in cr. and ‘Unrealized FX Loss’ in dr.

With step 10 the clearing is represented. The exchange rate of the date the clearing will be posted will be applied to post the realized FX effects onto the account maintained for the clearing process. Because of the exchange rate increase to 2,0 USD/EUR, € -1000 (cr.) will be posted as ‘Exchange Rate Differences Realized Gain’.

With the following Advanced Foreign Currency Valuation Run, the ‘Exchange Rate Differences Realized Gain’ posting created with the clearing will be considered and the previous valuation adjustment postings corrected. This is represented in step 11a. In parallel, a statistical posting will be created to fulfill reporting requirements (assignment of SLALITTYPES). This can be seen in step 11b, where the same amount (€ 1,000) will be posted on dr. and cr. side.

In a nutshell: This example illustrates two major innovation hightlights of the Advanced Valuation Runs:

  1. The FX effects (gain/loss) will be posted immediately onto the initial reconciliation account (in this case Receivables 12100000).
  2. Only the delta, compared to the previous valuations will be posted. If the exchange rate did not change compared to the previous period, no FX effect will be posted. This can be seen in step 2 where the exchange rate did not change. In such cases, the result list of the Advanced Foreign Currency Valuation run states ‘ZERDEL’ which means zero delta calculated.
4 Comments
ugur_58
Participant
0 Kudos

hi Kevin,

Thanks for the explanation. But in this case the realized gain account does not reflect the correct figure after the invoice is claired. The "real" realized FX gain is 1000 EUR (fx rate changed from 1 to 2 USD). Directly during the clairing posting the posting made to the realized gain account is correct. But the posting made in step 11 A is wrong. It's debitting the FX realized account again making the total balance 800 EUR. 

The posting in step 11A should only correct the unrealized accounts not the realized account. Now you have a 200 credit balance on your unrealized gain account. After step 11A unrealized gain/loss both should be 0. 

Br,

Ugur 

MalgorzataS
Participant

Hi Kevin

I agree with Ugur. The final realized exchange rate is 1000 EUR and not any valuation process should influence the value posted on that account.

I'm afraid this may not be an issue with an example but the valuation program is actually posting on realized differences. It was mention in community: https://community.sap.com/t5/finance-q-a/acv-clearing-posting/qaq-p/288004

I'm looking forward for explanation on this issue.

BR

Malgorzata

ugur_58
Participant
0 Kudos

@MalgorzataS I'm not able to view the link you have shared. Is is not publicly available?  

MalgorzataS
Participant
0 Kudos

@ugur_58This was a link to official Public Cloud forum for partners so indeed some S-user account is required.