RVTTH 448

Receiving Transaction Processor Error: RVTTH 448: Subroutine Error - When Receiving an Expense Item [ID 338270.1]


Applies to:

Oracle Inventory Management - Version 11.5.10 to 11.5.10.CU2 [Release 11.5 to 11.5.10]
Information in this document applies to any platform.
FORM:RCVRCERC.FMB - Enter Receipts GUI
EXECUTABLE:RVCTP - Receiving Transaction Processor

Symptoms

The receiving transaction processor does not error when receiving inventory Purchase Order.

Unable to perform receiving for expense Purchase Order (PO), after saving find the receiving transaction process errors out with the following error.

Error
RVTTH-448: Subroutine Error at: 40 Error calling
PO_MRC_ENGINE_GRP.Maintain_MRC_DataUser-Defined Exception in Package
RCV_CreateAccounting_PVT Procedure Insert_SubLedgerLines returned error
Cause: Subroutine Error at: 40 Error call

Steps to Reproduce
1. Search on the PO number in the Enter Receipts form
2. Input receiving headers details.
3. Check line to receipt.
4. Click save.
5. Go to View>Request to check on the receiving transaction processor

Cause

 When creating receiving subledger row for an expense PO for reporting SOB, the MRC API passed the
wrong conversion rate type when getting the exchange rate.

Per Bug 4413543 - OHS: RECEIVING TRANSACTION PROCESSOR ERROR. RVTTH-448: SUBROUTINE ERROR AT: 40
The fix is included in the following files:
POXVMCIB.pls version 115.6.11510.2
POXVMCIS.pls version 115.0.11510.2

A patch was released for this bug, but other patches with higher file versions conflicted with this fix, so the recommended patch for this issue provides higher versions of the files that include all fixes.

Solution

  1. Apply Patch  5616611
  2. Verify files are updated to the following versions:
    POXVMCIB.pls version 115.13
    POXVMCIS.pls version 115.1

No comments:

ORA-01552: cannot use system rollback segment for non-system tablespace 'TEMP'

 ORA-01552: cannot use system rollback segment for non-system tablespace "string" Cause: Used the system rollback segment for non...