My Oracle Support Banner

R12: AP/OIE: After EBS Upgrade We Observe Duplicate Credit Card And Credit Card Transactions Are Unmapped. (Doc ID 3070850.1)

Last updated on FEBRUARY 12, 2025

Applies to:

Oracle Internet Expenses - Version 12.2.13 and later
Information in this document applies to any platform.

Symptoms

Post EBS Upgrade, for many entities the credit card transactions are unmapped.

Duplicate cards records have been created in table AP_CARDS_ALL; same card number but different card_ids.

For example, In Operating Unit USXXXX001, Employee 'Sssssssss, Ppppppp' (Employee_ID 29759) has Credit Card Number XXXXXXXX1336.  This credit card original Card_ID was 1530823, but now the Credit Card ID is 2718013 and the card is unmapped.

 

As a result, for those employees, we are seeing duplicate credit cards in iExpense -Home OAF Page; same card with old and new card id. 

Some transactions are linked to the new card ID and have already been expensed, invoiced and paid.

 

Steps to reproduce:

  1. After EBS and RDBMS upgrade, log into Oracle Applications using a Payables responsibility.
  2. Run the Credit Card Transactions Validation and Loader program concurrent and successfully load Credit Card Transactions flat file sent by the Credit Card company.
  3. Create expense reports using some of the new credit card transactions loaded.
  4. Review the new credit Cards loaded and notice some duplicates; same Card Number, different Card_ID (in DB Table).

 

Also, customer tested the fix given in MOS document R12: OIE: Credit Card Transactions Not Displaying in IExpense, and this is not fetching/fixing all the expected incorrect data.

.

Changes

Upgraded to Release 12.2.x

Cause

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
Symptoms
Changes
Cause
Solution
References


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