My Oracle Support Banner

R12/CE: Explain Bank Account Transfer: 2 Journal Entries Created For A Transfer Between 2 Bank Account Of Same Company (Doc ID 1276932.1)

Last updated on APRIL 26, 2023

Applies to:

Oracle Cash Management - Version 12.0.0 to 12.1.3 [Release 12 to 12.1]
Information in this document applies to any platform.


You are testing the Bank Account Transfers on CE which are working fine, but the journal entries are the problem. In this case, you are generating a transfer between 2 banks that belong to the same LE and even to the same these have the same Balancing Segment Value on their accounting combination.

You expected just one journal, that should be credited to the cash account of the bank that is having the money out, and one debit to the cash account of the bank that is having the money in.

But instead of that, you have 2 journal entries: one for the cash account debit and one for the cash account credit, both of them using the intracompany account defined on the intracompany rules.

You do not seem to find a way to define the intracompany rules to not to use an intracompany account when both cash accounts have the same Balancing Segment Values.

Question / Scenario:

When you transfer money from bank account 1 to bank account 2, you are expecting just one journal entry

Is there a way to achieve this?
You are getting 2 journals: 1 for the Cash account DR and another for the Cash CR, both balancing with the intracompany accounts defined on the rule explained on <Note: 434308.1>
We had to setup the intracompany balancing rules because when i was testing the BAT functionality, an error appears when try to validate the transfer:
Intercompany balancing was unable to generate the intercompany account.


To view full details, sign in with your My Oracle Support account.

Don't have a My Oracle Support account? Click to get started!

In this Document

My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.