Archive for June 2015

Error "You have exceeded the transaction quantity". Precision Restriction for Quantity Field Up To 6 Decimal Places Performing Lot Receipts (Doc ID 464983.1)

15:44 0 Comments A+ a-


Error "You have exceeded the transaction quantity". 




Applies to: 

Information in this document applies to any platform.

FORM:RCVRCERC.FMB - Enter Receipts GUI

FORM:RCVTXERT.FMB - Enter Receiving Transactions GUI

FORM:RCVTXERE.FMB - Enter Returns GUI

FORM:RCVTXECO.FMB - Enter Corrections GUI

"You have exceeded the transaction quantity"


Symptoms:

"You have exceeded the transaction quantity"

Note: Internal error message may indicate this message:
INV_QUANTITY_TOO_BIG

Steps:
  1. Go to Receiving Screen
  2. Enter the qty like 7200.00000489 (6 digits restriction makes it 7200.000005)
  3. Go to Lot/Serial form
  4. Enter lot number and qty as 7200.00001 (which was rounded to 5 digits)
  5. Message "you have exceeded the transaction quantity "
Cause Can Be-:



a) Restriction of precision support up to 6 decimal places were added for the quantity field 

b) Comparing the transaction qty entered in receiving forms and the lot quantity entered in lot-entry form after rounding to 5 decimal precision.

Quantity Precision support from now on will be as follows:
Receiving supports unlimited precision in Receiving forms.
Core Inventory's lot entry block still supports only 5 decimal precision. 
Important: The revised Quantity Precision support affects any quantities entered in all of the receiving forms (not just LOT based items).

Solution:

To implement the solution, please execute the following steps:

1. Download and review the readme for Patch 5880504 

2. Apply Patch 5880504 on a non-Production instance

3. Confirm the following file version:
     $AU_TOP/resource/RCVRCERL.plx  115.157.11510.45
     $AU_TOP/resource/RCVTXECO.plx  115.67.11510.20
     $AU_TOP/resource/RCVTXERT.plx  115.110.11510.22
     $PO_TOp/forms/US/RCVTXERE.fmb  115.79.11510.9
   You can use the commands like the following:
    strings -a $AU_TOP/resource/RCVRCERL.plx | grep 'Header:'

4. Retest the issue

5. If the issue is resolved, migrate the solution as appropriate to other instances


References:

BUG:6000073 - RECEIVING, INVENTORY AND PO SHOULD ALL SUPPORT 15 DECIMAL PRECISION
BUG:7626008 - DECIMAL POSITIONS NOT CONSISTENT ON RCV FORMS; CANNOT RETURN SMALL QTY


BUG:5880504 - ONDEMAND: OUT TO 9-10 DECIMAL PLACES, RECEIVING TRANSACTIONS ROUNDING ONLY TO 5


Note- All Reference Taken from Oracle Forum and manipulate then to make better understandable for Oracle Apps Technical and Oracle Apps Functional Developer .


For More Information Visit on www.OracleAppsGuide.comOr Subscribe your email-id on OracleAppsGuide. For live issue discussion, Solution and Error in Oracle Apps R12 and in Oracle Apps 11I ;Please visit on Oracle Apps Guide.

Resolving Period Close Pending Transaction R12 or Inventory Closing Steps in Oracle Apps R12

11:40 0 Comments A+ a-


Resolving Period Close Pending Transaction R12 (Doc ID 1069492.1)

APPLIED ON:-

Oracle Cost Management - Version 12.0.0 and later
Oracle Shipping Execution - Version 12.0.0 and later
Oracle Purchasing - Version 12.0.0 and later
Oracle Work in Process - Version 12.0.0 and later
Oracle Inventory Management - Version 12.0.0 and later

PURPOSE:-

Troubleshooting Pending Transactions

TROUBLESHOOTING STEPS:-





4-: Pending WIP Costing transactions

5-: Pending WSM interface

6-: Pending LCM Interface Transactions



Resolution Recommended Transactions


1-: Pending Receiving Transactions

2-: Pending Material Transactions

3-: Pending Shop Floor Move

4-: UNPROCESSED SHIPPING TRANSACTIONS


Conclusion:

The key steps to resolving pending transactions are:

-Locate the transactions
-Find the error message to determine what is preventing the transactions from processing.
-Resolve the error
-Resubmit the pending record.

If transactions are pending but not in error the transaction will need to be resubmitted via an SQL statement.



For More Information Visit on www.OracleAppsGuide.comOr Subscribe your email-id on OracleAppsGuide

Ref -: Oracle Doc (Doc ID 1069492.1)


Disclaimer -  In this Post All Contents taken from Oracle Knowledge and SR experience here we arraigned and make understandable according to Developer . 

UNPROCESSED SHIPPING TRANSACTIONS(Resolving Period Close Pending Transaction R12 or Inventory Closing Steps in Oracle Apps R12)

11:32 0 Comments A+ a-



UNPROCESSED SHIPPING TRANSACTIONS



To resolve unprocessed shipping transactions, you need to determine and fix the shipping transactions that are in a status of shipped, BUT not interface to Order Management or Inventory, in the WSH_DELIVERY_DETAILS table. Details of the Shipping transactions in a status of shipped can be viewed through the application by navigating to the Transaction screen through Order Management and quarrying on the status 'Shipped' and the Date of period:



Order Management > Shipping > Transactions









The Shipping Transactions window provides a consolidated workbench for three major shipping functions: planning, pick releasing, and ship confirming. It enables you to plan and manage trips, stops, deliveries, delivery lines, and LPNs. There are four tabs to select they type of information: Trips, Stops, Contents by Delivery, Contents by Line/Lpn.



Transactions that are in a in a status of 'Shipped' have been shipped confirmed but have not yet been interfaced to Oracle Inventory. These must be processed and resolved before the period is closed. The concurrent process "Order Management Interface" and the concurrent process "Inventory Interface" populate Inventory Interface and Order Management Interface and upon completing successfully the status of the line changes to "Invoice Eligible". These concurrent processes can be submitted through the applications by navigating to:



Order Management > Shipping > Interface > Run

Run the Order Management Interface-SRS first then the Inventory Interface-SRS. These concurrent processes can be submitted by Trip Stop. The Trip Stop of the pending shipping transaction can be found in the Shipping Transactions window under the Stops tab in the Trip column. Reviewing the log file will supply an error message if the concurrent process does not complete successfully.





For More Information Visit on www.OracleAppsGuide.comOr Subscribe your email-id on OracleAppsGuide

Ref -: Oracle Doc (Doc ID 1069492.1)

Pending Shop Floor Move(Resolving Period Close Pending Transaction R12 or Inventory Closing Steps in Oracle Apps R12)

11:26 0 Comments A+ a-



Pending Shop Floor Move



Resolving unprocessed Move Transactions is a process of determining and fixing what is preventing a record from being processed through the WIP_MOVE_TXN_INTERFACE table. Details of pending move transactions can be viewed through the applications by navigating to the pending move transactions form:



WIP > Move Transactions > Pending Move Transactions







Through the Pending Move Transactions window you can view, update, delete, and resubmit Move transaction records that have failed validation and remain in the Open Move Transaction Interface table (WIP_MOVE_TXN_INTERFACE). You can also resubmit transactions whose concurrent process has failed and have a processing phase of Complete and process status of Error. You can view error messages associated with failed records. Error messages can assist you in updating failed records before resubmission.



There are seven tabs to select information on the move transaction; Processing, Source, Concurrent Request, Job or Schedule Name, Operations, Transactions, Comments and Scrap Account which provide detailed information to help you resolve pending move transactions.


Fields Common to all Tabs:

Resubmit(check Box), When Checked and saved the erred transaction line will be resubmitted, if the line is not in error it can not be resubmitted using the Submit check box but will have to be resubmitted through a sqlplus script.
Transactions Id, Transaction Identifier
Errors(button), The error details of an erred transactions can be viewed by selecting the transaction and then clicking on the Errors button. Column indicates the name of the column in the wip move transaction interface that failed validation. Message indicates why the transactions failed.

Fields in Source Tab:

Source Code,Code of the shop floor control system that generated the transaction record (null if created by Oracle Work in Process)
Source Line, Identifier used by source shop floor control system (null if created by Oracle Work in Process)
Created By, User name of the person who created the record

Fields in Concurrent Request:

Request ID,Line item's request ID
Phase,Transaction processing phase
Status,Transaction processing status
Message, Concurrent Message

Fields in Job or Schedule Name:

Organization, Organization code
Job or Schedule Name, WIP job or repetitive assembly name
Line, Line name
Assembly, Inventory item Identifier for the assembly the job or schedule creates

Fields in Operations Tab:

From Operation, Operation the move is from
Seq, From operation sequence number
Department, From department code
Step, From intra-operation step

To Operation, Operation the move is to
Seq, To operation sequence number
Department,To department code
Step,To intra-operation step

Fields in Transaction Tab:

UOM, Unit of measure used in transaction
Quantity, Transaction quantity (between operations)
Overcompletion Quantity, Overcompletion quantity specified in the transaction UOM
Date, Transaction date
Type,Transaction type

Fields in Comments and Scrap Account Tab:

Reason,Standard transaction reason name
Reference,Transaction reference descriptive text
Scrap Account,General Ledger account charged when material is scrapped


Erred transactions will have the Transactions ID and Group ID populated and the Status will be 'Error'. Pending transactions will have the Transactions ID and Group Id fields blank and the Status will be 'Pending'.



Erred transactions will have the Transactions ID and Group ID populated and the Status will be 'Error'. Pending transactions will have the Transactions ID and Group Id fields blank and the Status will be 'Pending'.


Resubmitting Failed Move Transactions:



In the Pending Move Transactions window, either check the transaction's Resubmit check box to resubmit one record or chose Select All from the Special Menu. Now save your work. The records can also be resubmitted using the following SQL statement:
Update WIP_MOVE_TXN_INTERFACE

Set GROP_ID = NULL,

TRANSACTIONS_ID = NULL,

PROCESS_STATUS = 1
Where TRANSACTION_ID = <&TRANSACTION_ID>;



When you resubmit a record, the system nulls the Transactions ID, Group ID and changes the processing status to 'Pending'.



Deleting Pending Move Transactions Records:

To delete pending move transactions, in the Pending Move Transactions window, select the transaction choose Delete from the Edit Menu. You can delete failed records that have a processing status of Error regardless of their processing phase. When you delete transaction records, their corresponding error messages are also deleted. 

Records in a BackFlush setup phase;  If there is a failure in the Backflush setup phase, there will be a record in WIP_MOVE_TXN_INTERFACE and a corresponding record in WIP_MOVE_TRANSACTIONS. Records left in WIP_MOVE_TXN_INTERFACE with process_phase 3 should not be deleted. Backflush processing will never happen if these records are deleted, leading to data corruption.



For More Information Visit on www.OracleAppsGuide.com Or Subscribe your email-id on OracleAppsGuide

Ref -: Oracle Doc (Doc ID 1069492.1)

Pending Material Transactions(Resolving Period Close Pending Transaction R12 or Inventory Closing Steps in Oracle Apps R12)

11:17 0 Comments A+ a-



Pending Material Transactions



Resolving Pending Material Transactions is a process of determining and fixing what is preventing a record from being processed through the MTL_TRANSACTIONS_INTERFACE table. Details of pending transactions can be viewed through the application by navigating to the Transaction Open Interface form:


Inventory > Transactions > Transaction Open Interface






Using the Transaction Open Interface window, you can view, edit, correct and resubmit transactions received through the open interface. There are four tabs to view information: Error, Location, Source, Intransit and Other which provide detailed information to help you resolved pending transactions. Select a tabbed region to display a type of information:



Error: Interface transaction error information.
Location: Interface transaction location information.
Source: Interlace source information
Intransit:Interface intransit shipping information.
Others: Miscellaneous header and costing information.

The Main Descriptive fields give detailed information on the type of transaction that the cursor is on:

Primary UOM, Transaction quantity in terms of the primary uom of the item
Qty, Transaction quantity in primary unit of measure
Date, Transaction Date
Item Description,Inventory item description
Error Explanation, Full explanation of the error that occurred when attempting to process the line item
Lot/Serial(Button), Used if transaction is associated with a Lot or Serial Number
Submit(Box), When checked and saved the erred transaction line will be resubmitted, if the line is not in error it can not be resubmitted using the Submit check box but will have to be resubmitted through a sqlplus script. All erred transactions can be selected to be resubmitted by clicking on 'Tools' resubmit all.

Fields Common to all Tabs:

Item, Inventory item referenced by the line item.
Transaction Source Type, Source type of the transaction, such as WIP Job or Schedule.

Fields in the Erred Tabbed Region:

Error Code, Code describing the error on the last attempt to process the line item.
Error Explanation, Full explanation of the error that occurred when attempting to process the line item.
Header ID, Line item's transaction header ID.
Interface ID, Interface ID that is assigned by the external system to track a set of transactions through the Oracle Inventory transaction interface processor.
Lock Flag,Indicates if the row and its child rows are locked to update from other processes.
Process Flag, Indicates whether the row has been success-fully processed by the concurrent manager, is available for processing, or processed with an error.
Request ID, Line item's request ID
Transaction Mode, Method used to process the line item, such as concurrent processing.

Fields in the Location Tabbed Region:

Locator, Locator referenced by the line item.
LPN,The LPN put away. This field will display if you have Oracle Warehouse Management installed, and you are working with a WMS enabled organization.
Org,Organization code of the organization referenced by the line item.
Name, Organization Name
Revision,Revision of the inventory item referenced by the line item.
Subinventory, Subinventory referenced by the line item.
Transaction Date, Date the transaction was entered for processing.
Transaction Quantity, Quantity of the transaction
Transaction UOM, Unit of measure used in the transaction.
Transfer Locator, Destination location.
Transfer Org, Organization code of the destination organization
Transfer Org Name, Organization name of the destination organization
Transfer Subinventory, Destination subinventory.
Supplier, Supplier
Planning Org, Planning Organization Code

Source Tabbed Region:

Transaction Source, Source of the transaction, such as account number.
Distribution Account, Distribution account for the line item.
Reason Name, The transaction reason.
Source Code, Source of the transaction, such as account number
Source Line ID, User-entered line ID of the source code for the line item.
Transaction Action Name, The transaction action
Transaction Cost, Cost to process the transaction.
Transaction Reference,Reference text describing the transaction
Transaction Type, The transaction type.

Intransit Tabbed Region:

Containers, Number of containers in which the material is stored
Expected Arrival Date, Date you expected to receive the material at the destination organization
Freight Code, The freight carrier for the transfer
Shipment Number, Number uniquely identifying the item or items transferred
Transfer Cost,Cost to process the transfer
Transportation Account,General ledger account charged with the value entered in the Transportation Cost field
Transportation Cost, Cost to physically transfer the material, such as freight carrier charges
Waybill Airbill,The waybill or airbill number for the transfer

Others Tabbed Region:

Department, Oracle Work in Process department code for the line item
Employee Code, Employee who entered the transaction
Encumbrance Account, Account used by Oracle Purchasing to receive the item
Encumbrance Amount,Amount encumbered, reserved against funds, when the purchase order or requisition was approved
Expenditure Org,The expenditure organization
Expenditure Type,The expenditure type.
Demand Source Header ID, Source of the demand for the line item, such as an account number.
Demand Source Delivery, Line item detail identifier of the demand source.
Demand Source Line,Line number from the demand source, such as Sales Order line number.
New Average Cost, Recalculated average unit cost for the item.
Operation Seq Number,Number associated with the job or schedule referenced by the line item
Percentage Change, Percentage used to update the item cost.
Project Number,The project number.
Source Project Number,The source project number.
Source Task Number, The source task number.
Task Number,The task number.
To Project Number,The to project number.
To Task Number, The to task number.
Transaction Source Delivery ID, Line item detail identifier of the demand source.
Transaction Source Line ID, User-entered line ID of the source code for the line item.
Value Change, Amount used to increment the current inventory value.



Resubmitting Pending Material Transactions

In the Transaction Interface window, check the Submit option next to the transactions you want to resubmit or choose Resubmit All. If you have many transaction to resubmit, use the Resubmit All button to select all transactions for processing and then selectively individual transaction you do not want to resubmit. Save your work to submit the transactions for processing.

The erred records can also be resubmitted via the following SQL statement:

Update MTL_TRANSACTIONS_INTERFACE

Set PROCESS_FLAG = 1,
LOCK_FLAG = 2,
TRANSACTION_MODE = 3,
ERROR_CODE = NULL
Where PROCESS_FLAG = 3;



The "Process transaction interface" is the manager that will launch the "Inventory transaction worker"  to process the transactions in the MTL_TRANSACTIONS_INTERFACE table. If the error message in the Transactions Interface window is not clear reviewing the log file of the "Inventory transactions Worker" may provide more information that could help in resolving the error. 


Note -: See note 148651.1 How to get Debug Information for Inventory Material Transactions


For More Information Visit on www.OracleAppsGuide.comOr Subscribe your email-id on OracleAppsGuide


Ref -: Oracle Doc (Doc ID 1069492.1)

Pending Receiving Transactions (Resolving Period Close Pending Transaction R12 or Inventory Closing Steps in Oracle Apps R12)

11:09 0 Comments A+ a-




Pending Receiving Transactions



Pending Receiving Transactions are transactions that have not processed through the RCV_TRANSACTIONS_INTERFACE table. These transactions can be viewed and deleted through the "Transaction Status Summary" form:

Purchasing > Receiving > Transactions Status Summary





A find window will appear and to query all of the unprocessed transactions for that period select from the field Source Type 'All', from the Transactions Details tab input the start and completion dates of the period in question and click 'Find':


Using the Transaction Statuses window, pending transactions can be viewed and deleted. There are four tabs to select: Transactions, Details, Order Information and Outside Services.

The Main Descriptive fields give detailed information on the type of transaction that the cursor is on:

Receipt, Receipt number
Supplier, Source of the receipt
Description, Item description
Errors, Error message
Order, Order Number
Parent Type, Parent transaction type
Routing, Receiving routing name

Fields common to all Tabs:

Quantity, Transaction quantity
UOM, Primary unit of measure of the item

Fields in Details Tab:

Transaction Date, Date of transaction
Reason, Standard transaction reason identifier
Comments, Comments
Packing Slip, Packing slip number

Fields in Order Information Tab:
Order Type, Purchase order types
Order Num, Purchase order number
Rel, Purchase order release number
Line, Purchase order line number
Shipment, Purchase order shipment number
Supplier, Vendor
Customer, Customer
Qty Ordered, Ordered quantity
UOM, Ordered UOM
Due Date, Expected due date

Fields in Outside Services Tab:

Job/Schedule, WIP Job or Schedule name
Line, WIP line identifier
Operation Sequence, WIP operation sequence number within a routing
Department, WIP department name
Resolving Pending Receiving Transactions

In resolving Pending Receiving Transactions the status and quantity received of the actual purchase order of the receiving transaction should be reviewed. If after reviewing the Purchase Order if the status is closed or complete and the purchase order quantity is equal to the quantity received then most likely the Pending Receiving transaction is a duplicate. Duplicate transactions can be deleted through the "Transaction Status Summary" screen by clicking on the transaction line and then clicking on the delete icon.
For additional information review 'How To Remove Pending and Error Receiving Transactions from Transaction Status Summary (Doc ID 303544.1)'

If after reviewing the Purchase Order of the Pending Receiving Transactions it is determined that the transaction should be processed it is recommended that a new receipt is created and processed. The original Pending Receiving Transaction should be deleted through the "Transaction Status Summary" screen.

Receiving transactions are process through the RCV_TRANSACTIONS_INTERFACE table by submitting the "Receiving Transactions Processor"


For More Information Visit on www.OracleAppsGuide.com Or Subscribe your email-id on OracleAppsGuide


Ref -: Oracle Doc (Doc ID 1069492.1)

Pending LCM Interface Transactions (Resolving Period Close Pending Transaction R12 or Inventory Closing Steps in Oracle Apps R12 )

11:03 0 Comments A+ a-



Pending LCM Interface Transactions


To resolve pending Landed Cost Management (LCM) transactions you need to determine and fix what is preventing a record from being processed through the CST_LC_ADJ_INTERFACE table. Details of transactions can be viewed through the Applications by navigating to the Pending Landed Cost Adjustment form.

Cost Responsibility > View Transactions > Pending Landed Cost Adjustments






The Pending Landed Cost Adjustment Transactions window can be used to view pending landed cost adjustment transactions. You can also use this window to resubmit any erred pending adjustment transactions.

There are three tabs; Processing, Transaction and Source, to view information on the pending records and an Errors button to view the error if the transactions is in error;

Fields common to all tabs;
Transaction Id, Unique landed cost transaction identifier

Fields in the Processing TAB:

Group Id, Landed cost adjustment processor group id
Phase, Process phase: 1-Pending, 2-Validated, 3-Errored
Status, Process status: 1-Pending, 2-Running

Fields in Transaction TAB:

Item, Inventory Item name
Item Description, Inventory Item description
Organization, Destination inventory organization
Transaction Date, Landed cost adjustment transaction date
Prior Landed Cost, Prior landed cost
New Landed Cost, New landed cost

Fields in the Source TAB:

Rcv Transaction, Parent receipt transaction for LCM shipment
PO Number, Purchase order number
PO Line Num, Purchase order line number
Receipt Number, Receipt number that the PO is received on
Receipt Line Number, Receipt line number the PO is received on

Resubmitting Pending Landed Cost Adjustment Transactions
Select the Resubmit checkbox for each erred transaction that you want to resubmit, and click save. You can also select the Resubmit checkboxes for all rows by clicking Tools > Select All for Resubmit.


For More Information Visit on www.OracleAppsGuide.comOr Subscribe your email-id on OracleAppsGuide

Ref -: Oracle Doc (Doc ID 1069492.1)

Pending WSM interface (Resolving Period Close Pending Transaction R12 or Inventory Closing Steps in Oracle Apps R12 )

10:40 0 Comments A+ a-



Pending WSM interface


To resolve transactions in the WSM interface, you need to determine and fix what is preventing a record from being processed through the WSM_SPLIT_MERGE_TXN_INTERFACE table.



The user inserts rows into WSM_SPLIT_MERGE_TXN_INTERFACE (WSMTI), WSM_STARTING_JOBS_INTERFACE (WSJI), and WSM_RESULTING_JOBS_INTERFACE (WRJI) tables. Transactions in WSMTI are joined with the transactions in WSJI and WRJI by the HEADER_ID column in these tables.



Errors and Validations:


Whenever any one row errors out within a given group, the PROCESS_STATUS of the entire group is set to ERROR. But only the transactions that actually
erred out will have the ERROR_MESSAGE column containing the error message.
Errors and warnings, if any, will be written into the WSM_INTERFACE_ERRORS table. Appropriate messages will be given in the parent and child
interface tables to refer to WSM_INTERFACE_ERRORS table when there is any error.

Resubmitting Pending WSM Interface transactions:

To resubmit the erred transactions for processing, the user has to rectify the error and change the PROCESS_STATUS of the required transactions from 3
(ERROR) to 1 (PENDING). Launching the concurrent process Import WIP Lot Transactions (Navigation path; Responsibility, Shop Floor Management > Run Request > Import WIP Lot Transactions) will process the records in the WSM_SPLIT_MERGE_TXN_INTERFACE table by Group_id.




For More Information Visit on www.OracleAppsGuide.com Or Subscribe your email-id on OracleAppsGuide

Ref -: Oracle Doc (Doc ID 1069492.1)

Pending WIP Costing transactions (Resolving Period Close Pending Transaction R12 or Inventory Closing Steps in Oracle Apps R12 )

10:30 0 Comments A+ a-


Pending WIP Costing transactions


Resolving Pending WIP Cost transactions is a process of determining and fixing what is preventing a record form being processed through the WIP_COST_TXN_INTERFACE table. Details of pending transactions can be viewed through the applications by navigating to the pending resource transaction form.



WIP > Resource Transactions > Pending Resource Transactions






In the Pending Resource Transaction window you can view, update and resubmit resource transactions that have failed validation and remain in the WIP_COST_TXN_INTERFACE table. You can also resubmit and delete transactions whose concurrent process has failed and have a processing phase of Complete and a process status of Error. There are seven tabs to select the type of information: Processing, Source, Concurrent Request, Job or Schedule Name, Operation, Resource, Transaction, Comments and Project Information which provide detailed information to help in resolving pending resource transactions.

Erred transactions will have the Transaction Id And Group ID populated and the Status will be "Error". Pending transactions will have the Transaction ID and Group ID fields blank and the Status will be "Pending".


To view error details for failed resource transactions, select the transaction and click on the [Error] button. The Pending Resource Transaction error window appears. Column indicates the name of the column in the resource transaction interface table (WIP_COST_TXN_INTERFACE) THAT FAILED VALIDATION. 

Transaction ID, Transaction Identifier

Fields in Processing Tab:

Group Id, Transaction group identifier

Phase, Transaction processing phase

Status, Transaction processing status

Fields in Source Tab:

Source Code, Code of the shop floor control system that generated the transaction record 

Source Line, Identifier used by source shop floor control system 

Created By, Username of person that created the record

Fields in Concurrent Request Tab:

Request ID, Request Id

Phase, Transaction processing phase

Status, Transaction processing status

Message, Concurrent Message

Fields in Job or Schedule Name Tab:

Organization, Organization identifier

Job or Schedule Name, WIP job or repetitive assembly name

Line, WIP line identifier

Assembly, Inventory item identifier of assembly that job or schedule creates

Fields in Operation Name Tab:

Op Seq, Operation sequence number within a routing

Dept, Department Identifier

Res Seq, Resource sequence number

Name, Resource code

Type, Resource type

Employee Number, Employee number


Fields in Resource Tab:

Activity, Activity name

Charge Type, Method of charging the resource

PO Number, Purchase order Identifier that the receipt is against

Currency, Unique Identifier for the currency

Actual Rate, Actual rate of the resource

Fields in Transaction Tab:

UOM, Unit of measure used for transaction

Quantity, Transaction quantity

Date, Date transaction was performed

Type, Transaction type

Fields in Comments Tab:

Reason, Standard transaction reason name

Reference, Transaction reference descriptive text

Fields in Project Information Tab:

Project Number, Project Identifier

Task Number, Project task Identifier

Resubmitting Failed or Pending Resource Transactions 

In the Pending Resource Transactions window either check the transaction's Resubmit check box to resubmit one record or chose Select All for Resubmit from the Special Menu and selectively deselect individual transaction you do not want to resubmit, save your work. Erred transactions can also be resubmitted via the following SQL statement:

Update WIP_COST_TXN_INTERFACE
Set GROUP_ID = NULL,
TRANSACTION_ID = NULL,
REQUEST_ID = NULL,
PROCESS_STATUS = 1
Where PROCESS_STATUS = 3;

This will resubmit records in PROCESS_STATUS = 3 (Error), nulling out the transaction id, group id and concurrent request id and change the process status to pending. 

The "Cost Manager" is the manager that will launch the "Resource Cost Worker" (short name CMCCTW) or the "Overhead Cost Worker" (short name CMCOCW) to process the resource or resource overhead transactions in the WIP_COST_TXN_INTERFACE table.





For More Information Visit on www.OracleAppsGuide.comOr Subscribe your email-id on OracleAppsGuide

Ref -: Oracle Doc (Doc ID 1069492.1)

Uncosted Material/WSM Transactions (Resolving Period Close Pending Transaction R12 or Inventory Closing Steps in Oracle Apps R12)

10:16 1 Comments A+ a-


Uncosted Material/WSM Transactions


To resolve uncosted Material Transactions/WSM you need to determine and fix what is preventing a record from being processed through the MTL_MATERIAL_TRANSACTIONS table. Details of uncosted transactions can be viewed through the Applications by navigating to the Material Transactions form.



Cost > View Transactions > Material Transactions





In the find Parameter Window the 'Transaction Dates' fields should be populated with the date range of the Period that is being closed and the 'Costed' field from the list of values should be populated with 'Error' or 'No'. 


Logical Transaction- A Logical transaction is an accounting event that represents the financial transaction without the physical movement of goods.  The Include Logical Transactions box should be checked if Logical Transactions have occurred in the Period.

Note-:By using the Material Transaction window, you can view and resubmit erred costed transactions.

Item Description, Inventory item description

Primary UOM, Transaction quantity in terms of the primary uom of the item

Secondary UOM, The secondary unit of measure. If the item is under dual unit of measure control, the secondary unit of measure and the secondary quantity populate automatically.

Primary Qty, Transaction quantity in terms of primary uom of the item

Secondary Quantity, Quantity of this transaction in terms of the Secondary UOM

Date, Transaction date

Distributions button (to view distributions of costed transactions)

Lot/Serial button (Used if transaction is associated with a Lot or Serial number)

Fields common to all Tabs:

Item, Inventory item reference by the line item

Transaction UOM, Unit of measure used in the transaction

Transaction Quantity, Quantity of this transaction

Transaction ID, Displays the item, transfer transaction ID

Transaction Date, Date the transaction was entered for processing

Source Type, Source type of the transaction, such as WIP Job or Schedule

Source, Source of the transaction, such as account number

Transaction Type, Displays the transaction type

Fields in the Location Tab are as follows:

Subinventory, Subinventory referenced by the line items

Locator, Locator referenced by the line item

Location, If the transaction type is move order issue or issue to project, you can enter the ship to organization.

Revision, Revision of the inventory item referenced by the line item

Transfer Subinventory, Destination subinventory

Transfer Locator, Destination Locator

Transfer Org, The Destination Organization

Owning Party, The third-party owner of the inventory.

Planning Party, The vendor that manages the inventory.

Supplier, Supplier

Primary Quantity, Transaction quantity in terms of primary uom of the item

Primary UOM, Transaction quantity in terms of the primary uom of the item

Secondary Quantity, Quantity of this transaction in terms of the Secondary UOM

Secondary UOM, Secondary unit of measure if the item is under dual of unit of measure control.

Fields in the Intransit Tab are as follows:

Shipment Number, Shipment number for the line item

Waybill/Airbill, The waybill or airbill number for the transfer

Freight Code, Freight carrier for the transaction

Containers, Number of containers in which the material is stored for the transfer

Fields in the Reason, Reference Tab are as follows:

Reason, The transaction reason

Reference, Reference text describing the transaction

Costed, Indicates the costing status

Transferred to Projects, Indicates the transfer to cost status

Error Code, Code describing the error on the last attempt to process the line items

Error Explanation, Full explanation of the error that occurred when attempting to process the line item

Supplier Lot, Supplier lot number.

Source Code, Source of the transaction, such as account number.

Source Line ID, Line level transaction source id

Fields in the Transaction ID Tab are as follows:

Transfer Transaction ID, Transaction id of the opposing transfer transaction

Parent Transaction ID, Parent Transaction Identifier

Logical Transactions Created, Identifies recrords created by Create Deferred Logical Transactions concurrent request

Logical Transaction, A Logical transaction is an accounting event that represents the financial transaction between two operating units without the physical movement of goods.

Operating Unit, The legal entity

Organization, Organization the transaction occurred in

Transaction Header, Number used to group transactions in the concurrent manager

Receiving Transaction ID, Receiving transaction cross reference

Move Transaction ID, Move transaction cross reference

Completion Transaction ID, Completion transaction cross reference

Department Code, Oracle Work in Process department code for the line item

Operation Sequence, Operation sequence number within a routing

Source Project Number, the source project number

Source Task Number, the source task number

Project Number, the project number

Task Number, the task number

To Project Number, the to project number

To Task Number, the to task number

Expenditure Type, the expenditure type

Expenditure Org., the expenditure organization

Error Code, code describing the error on the last attempt to process the line item

Error Explanation, full explanation of the error that occurred when attempting to process the line item

Fields in the Transaction Type tab are as follows:

Transaction Action, the transaction action

Field in the Consumption Advice tab are as follows:

Revision, Revision of the inventory item referenced by the line item

From Owning Party, Transfer owning organization identifier

Creation Status, Consumption Status

Error Explanation, Error explanation

Resubmitting Uncosted Transactions:

In the Material Transactions Form transactions that are costed in error can be resubmitted by clicking on "Tools, Select All" and then clicking on "Tools, Submit all" or Submit the number of transactions found through the search criteria in the find window. 
"Material cost transaction worker" for a standard costing environment or the "Actual Cost Worker" for an average, fifo,lifo or perpetual costing environment. 

Changing the de-bug profile options; MRP:Debug Mode set to "Yes" 
and 
CST: Cost update debug level set to "Full" will provide more information in the log when set prior to the Cost Worker processing.



For More Information Visit on www.OracleAppsGuide.comOr Subscribe your email-id on OracleAppsGuide.

Ref -: Oracle Doc (Doc ID 1069492.1)

Subscribe to: Posts (Atom)