Overview Multi Currency within Automatic and Manual Payments in Accounts Payable (P04571/P0413M)

Purpose
 Overview
Scope
Details
 Automatic Payments in a Foreign Currency
 Payment Group Generation
 Automatic Payments in an Alternate Currency
 Alternate Currency Automatic Payment Process
 Entering a Manual Payment in an Alternate Currency
 Process Realized Currency Gain and Loss
 Realized Gain/Loss on Foreign Currency Voucher and Payment Example
 Realized Gain/Loss on an Alternate Currency Payment Example
 Automatic Accounting Instructions (AAI) Setup
 Alternate Currency Payment Clearing Account AAI P7
 Unrealized Currency Gains and Losses (R04425)
 Example Unrealized Currency Gain and Loss
 Entering a Multi Currency Manual Payment

Purpose

Overview

A foreign currency payment is a payment that is in the foreign (transaction) currency of the voucher. You specify the foreign currency of a payment at the time the payment is entered. When entering a foreign currency payment:

For example, the domestic currency of a voucher is U.S. dollars (USD). The foreign currency payment must be for a company with a base currency code of USD and the payment and the transaction currency of the voucher must be the same. If the bank account is a monetary account, the company currency for the bank account must also be USD. If the company currency for the bank account is different from the base currency of the payment, the system issues an error message.

Prior to writing foreign currency payments, the following setup must be completed:

  1. Assign currency codes to supplier records
  2. Set up currency specific automatic accounting instructions

Scope

This document discusses multi currency Automatic Payments and manual payments within Oracle JD Edwards EnterpriseOne Financial system.

Details

Automatic Payments in a Foreign Currency

You can write automatic payments in the foreign (transaction) currency of a voucher by designating a value in Processing Option 4: Payment Currency on the Printing tab of the Create Payment Control Groups (R04570). The values of this option are:


When paying a voucher in a foreign currency, the system might calculate a gain or loss between the foreign and domestic currency amounts if the exchange rate has changed since the creation of the voucher and the settings on determining the exchange rate used for creating the payment. The exchange rate used for the payment is determined by the processing option on the Currency tab of the Work with Payment Groups (P04571) program:

Payment Group Generation

For more information on Creating Payment Control Groups (R04570), please see How To Create Automatic Payment Control Groups (R04570)

Automatic Payments in an Alternate Currency

For payments in an alternate currency, the gain or loss is calculated between the domestic, foreign, and alternate currencies. The system creates a gain or loss entry when the payment is posted.

The gains and losses for alternate currency payments are recorded separately from standard gains and losses and are handled by using different accounts and AAIs. These AAIs are:

Alternate Currency Automatic Payment Process

Follow these steps to create a automatic payment in alternate currency:

  1. In Create Payment Group Control Groups (R04570), on the Printing processing option tab, set the Payment Currency to 4 (Alternate currency amount). Set the Alternate Currency Code processing option to the currency code for the alternate currency.
  2. In the processing options for Work with Payment Groups (P04571), on the Display tab, review the values in the Alternate Currency processing option. Set Display Alternate Currency Amounts to display payment control group (PCG) amounts in the alternate currency. The Alternate Currency Effective Date option allows use of the system date or a specified date for the alternate currency effective date (the alternate currencys exchange rate).
  3. In Work with Payment Groups, the Total Amount to be Processed will appear in the original currency. The header of the R04570 PDF will show the alternate currency code.
  4. Write the payment, the payment amount is calculated based upon the vouchers currency and the alternate payment currency.
  5. The Update function processes the payment into the A/P Matching Document table (F0413) in the alternate currency amounts with the currency code of the alternate currency. In the A/P Matching Document Detail table (F0414) the original voucher is recorded and a gain/loss PG record is created based on the alternate currency rates.

Entering a Manual Payment in an Alternate Currency

To enter manual payments in an alternate currency:

  1. On the Manual Payment Entry form, complete the fields in the header area.
  2. Complete the Payment Amount field, if necessary. Complete this field only if the Enter Payment Amount processing option specifies that you must enter payment amounts manually. Otherwise, leave the field blank and the system calculates the payment amount after you accept the entry.
  3. Enter the currency code of the voucher in the Currency Code field. Do not enter the currency of the alternate currency payment in this field. The default value is the currency code from the supplier record.
  4. Override the value in the Exchange Rate field with a spot rate, if applicable.
  5. Select Pay Items from the Form menu.
  6. On the Select Open Pay Items form, select the pay items to pay in an alternate currency and click Select.
  7. On the Manual Payment Entry form, select Alternate Payment from the Form menu.
  8. On the Alternate Currency Entry form, leave the Alternate Payment Amount field blank.
  9. The system calculates the payment amount automatically after you complete the remaining fields on the form and click OK.
  10. Complete the Alternate Currency Code field.
  11. Complete these fields only if you entered a spot rate:
  12. Click OK. To review the alternate payment amount and exchange rates, select Alternate Payment from the Form menu.
  13. Click Cancel.
  14. On the Manual Payment Entry form, verify the foreign currency amounts for the pay items selected. The system does not display the alternate currency amount on this form.
  15. To select additional pay items:
  16. On Manual Payment Entry, click OK to accept the entry.

Process Realized Currency Gain and Loss

Exchange rate currency gains and losses are based on exchange rate fluctuations that occur on transactions in a foreign currency. There are two types of gains and losses:

  1. Realized gain and loss: Calculated when there is a difference in the exchange rate at the time when the voucher was created and when the payment is created. This type of gain and loss is created during payment entry.
  2. Unrealized gain and loss: Calculated on open vouchers or invoices at the end of each fiscal period. This type of gain and loss will give an accurate picture of the company's cash position.
Realized Gain/Loss on Foreign Currency Voucher and Payment Example

A European company enters a voucher in Canadian Dollars (foreign currency) and pays the voucher in Canadian Dollars (foreign currency). At the time the voucher is entered:

At the time the payment is made, the exchange rate between CAD and EUR has changed:

Realized Gain/Loss on an Alternate Currency Payment Example

A British company enters a voucher in US Dollars (foreign currency) and pays it in Euro (alternate currency). At the time the voucher is entered:

When the payment is made in EUR (alternate currency):

The first Gain & Loss is based on the fluctuation of exchange rates between the voucher and the payment. This is the same Gain & Loss that would have been realized if the voucher had been paid in USD.

The Alternate currency gain/loss is an amount based on the exchange rate differences between the alternate (payment) currency and the domestic currency. The amount calculated by converting the alternate currency payment directly to the domestic currency.

This is the amount that is actually deposited to or paid from the bank account.

Automatic Accounting Instructions (AAI) Setup

The following AAIs are required to calculate Realized Gains/Losses:

The system uses the same hierarchy for the aforementioned AAIs in determining which AAI item is used:

  1. The AAI item for the document's company with the transaction currency of the payment (e.g. PGxxx where xxx is the currency).
  2. The AAI item for company 00000 with the transaction currency of the payment (e.g. PGxxx where xxx is the currency).
  3. The AAI item for the document's company with the G/L Offset assigned to the voucher (e.g. PGyyyy where yyyy is the offset).
  4. The AAI item for company 00000 with the G/L Offset assigned to the voucher (e.g. PGyyyy where yyyy is the offset).
  5. The default AAI item for the document's company (e.g. PG).
  6. The default AAI item for company 00000 (e.g. PG).

A rounding difference can occur when converting amounts between a foreign and a domestic currency, or an alternate and a domestic currency. The rounding difference, which is immaterial, occurs when the domestic currency amount applied to a voucher is dissimilar as the domestic currency amount of the payment. The system records rounding differences with an offset journal entry in the account associated with AAI item PY or PZ when the payment is posted.

Alternate Currency Payment Clearing Account AAI P7

The Alternate Currency Clearing Account tracks the conversion from the payment amount to the original voucher amount and provides an audit trail of the offset amounts for:

AAI item P7 defines the Alternate Currency Clearing Account used when posting alternate currency payments. The alternate currency clearing account will balance on the domestic side, but not on the foreign side because it contains multiple currencies.

Requirements for AAI item P7:

  1. The account must be in the same company as the bank account from which the payment is made.
  2. It must include a business unit.
  3. It cannot be a monetary (currency-specific) account.

The system uses the following hierarchy to retrieve the AAI:

  1. The default AAI item for the document's company (i.e. P7).
  2. The default AAI item for company 00000 (i.e. P7).

Unrealized Currency Gains and Losses (R04425)

Exchange rate currency gains and losses are based on exchange rate fluctuations that occur on transactions in a foreign currency. There are two types of gains and losses:

  1. Realized gain and loss: Calculated when there is a difference in the exchange rate at the time when the voucher was created and when the payment is created. This type of gain and loss is created during payment entry.
  2. Unrealized gain and loss: Calculated on open vouchers at the end of each fiscal period. This type of gain and loss gives an accurate picture of the company's cash position.

Note: The A/P Unrealized Gain/Loss Report (R04425) calculates unrealized gains and losses and should be ran at the end of each fiscal period.

Running the A/P Unrealized Gain/Loss Report

When the A/P Unrealized Gain/Loss Report (R04425) runs, the system:

To record unrealized gains and losses on open vouchers, the user has the option to either create a journal entry manually or have the system create one automatically when running the A/P Unrealized Gain/Loss Report (R04425). When the system does so automatically, it assigns a document type of JX for the journal entry and creates only one per company.


Caution: To avoid duplicate journal entries, run the A/P Unrealized Gain/Loss Report (R04425) only once per fiscal period with Processing Option 3: Create Journal Entries set to 1, 2, or 3.



When running this UBE, the system produces a PDF report with the following information:

To produce the report, the system uses information from the following tables:

It is recommended that there are different batch versions for each individual company with different base currencies because if multiple base currencies are mixed, the foreign grand total and any other subtotals appear as NA (not applicable). Separate batch versions for each specific company also reduces the size of the A/P Unrealized Gain/Loss Report (R04425).

Automatic Accounting Instruction (AAI) Setup

Note: As of October 2011: Analyst tested on 8.10, 8.11SP1 and 9.0 releases. If this AAI PR is not setup, the A/P Unrealized Gain/Loss Report (R04425) shows the following: "Error - No Journal Entry Written".
Example Unrealized Currency Gain and Loss

The A/P Unrealized Gain/Loss Report (R04425) program calculates unrealized gains and losses as follows:

  1. The system selects vouchers that are open As of Date that you specify in a processing option and uses an As Of Aging Server to recalculate the domestic and foreign voucher amounts.
  2. Retrieves an exchange rate from the F0015 table, using the as of date specified in a processing option.
  3. Multiplies or divides the original open foreign amount by the exchange rate to compute the new domestic balance.
  4. Compares the new domestic balance with the original domestic balance to calculate the unrealized gain or loss.
  5. Creates the journal entry for the JX Document type as follows:


In case of Gain:
Unrealized Gain Account (PVxxxx) Credit
Unrealized Gain/Loss Offset Account (PRxxxx) Debit

In case of Loss:
Unrealized Loss Account (PWxxxx) Debit
Unrealized Gain/Loss Offset Account (PRxxxx) Credit

Base Currency: HKD
Transaction Currency: USD
Exchange Rate as of 1st January 2014 (USD --> HKD): 10.00000
Exchange Rate as of 31st January 2014 (USD --> HKD): 15.00000

Voucher Details:
GL Date: 1st Jan 2014
Foreign Open Amount: 500.00
Domestic Open Amount: 500.00 * 10.00000 = 5000.00

Run A/P Unrealized Gain/Loss Report (R04425) with Exchange Rate Date set to 31st Jan 2014 and it will do following calculations:

Foreign Open Amount: 500.00
Domestic Open Amount (on 1st Jan): 5000.00
Domestic Open Amount (on 31st Jan): 500.00 * 15.00000 = 7500.00

Unrealized Gain/Loss = Domestic Open Amount (on 1st Jan) - Domestic Open Amount (on 31st Jan)
Unrealized Gain/Loss = 5000.00 - 7500.00 = -2500.00 (Loss, please note that the Loss Amount would be in negative)

Reversal Journal Entry is created:
Document Type = JX
Unrealized Loss Account (PWxxxx) = 2500.00 (Debit)
Unrealized Gain/Loss Offset Account (PRxxxx) = -2500.00 (Credit)

Note: The reversal JE is created by Debiting the Unrealized Loss Account (positive amount) and Crediting the Unrealized Gain/Loss Offset Account (negative amount). This is vice-versa in case of Unrealized Gain.

A/P Unrealized Gain/Loss Report (R04425) Processing Options

Entering a Multi Currency Manual Payment

Steps to enter a multi currency manual payment are as follows:

  1. On Manual Payment Entry (P0413M), complete the fields in the header area as usual.
  2. Complete the Payment Amount field, if necessary. Complete this field only if the Enter Payment Amount processing option specifies that you must enter payment amounts manually. Otherwise, leave the field blank and the system will calculate the payment amount automatically later in the task.
  3. Enter the currency code of the foreign currency payment in the Currency Code field. The default value is the currency code from the supplier record. For a foreign currency payment, you must enter a value in this field so that the system uses the correct exchange rate. The system updates the foreign and domestic side of the voucher.
  4. Override the value in the Exchange Rate field with a spot rate, if applicable. The default exchange rate, which is retrieved from the F0015 table, is the exchange rate between the voucher currency (Currency Code field) and the base company currency (Base field). Note: To view the default currency code and exchange rate now, place the cursor in the detail area of the form. Otherwise, the system will display the default values after you select open items and return to this form.
  5. Select Pay Items from the Form menu.
  6. On Select Open Pay Items, select the pay items that you want to pay in a foreign currency and click Select.
  7. On Manual Payment Entry, verify the foreign currency amounts for the pay items.
  8. To select additional pay items:
  9. On Manual Payment Entry, click OK to accept the entry.
Note: When manual payments without a voucher match are posted, the system does not generate a gain-loss record. The system interprets this type of transaction as a voucher and check combination