Setting Transaction Processing Profile Options (Oracle Inventory Help)


	Previous	Next		Contents	Index	Glossary	Library

Setting Transaction Processing Profile Options

Oracle Inventory provides you with the following transaction processing profiles:

Cycle Count Approvals

Cycle Count Entries

Enter Replenishment Count

Inter-Organization Transfer

Miscellaneous Issue and Receipt

Receive Customer Returns

Return to Customer

Transaction Processing Mode

Transfer Between Subinventories

Update Average Cost

Server Side On-line Processing

Transaction Processing Mode

You can set processing control globally for all transactions or you can choose different options for each type of transaction. You establish the method of transaction processing by choosing one of the following options when you set up your TP:INV Transaction Processing Mode profile:

On-line processing Processes transactions while you wait and returns control to you once it finishes.

Background processing Returns control immediately to you. With this option, Oracle Inventory processes transactions on a periodic basis via the Inventory Transaction Manager.

Immediate concurrent processing Spawns a concurrent process when you commit the transaction and returns control immediately to you, allowing you to continue working.

Form level processing .Processes transactions using the processing control option you choose for that particular type of transaction. You must also set the Inventory profile options for Inter-Organization Transfer, Miscellaneous Issue and Receipt, Receive Customer Return, Return to Customer, and Transfer Between Subinventories. If you are using Oracle Work-in-Process, you must set the WIP profile options Completion Material Processing, Completion Transaction Form, Material Transaction Form, Move Transaction, Operation Backflush Setup, and Shop Floor Processing.

Form Level Processing

If you choose Form level processing for the Transaction Processing Mode profile you can set up different processing controls for each type of transaction.

On-line Processing

If you use On-line processing, you can choose whether transactions are processed on the server or client side by setting the Server Side On-line Processing profile. The default value is server side processing.

Inventory Remote Procedure Manager

Server side on-line processing uses the Inventory Remote Procedure Manager to allow a transaction initiated on the client to process on the server. System managers maintain the Remote Procedure Manager. See: Administer Concurrent Managers Window and Managing Concurrent Processing.

If you receive an error message saying that the manager is not available, you either need to restart the manager or increase the number of processes the work shift can handle. You update a manager's work shift process using the Concurrent Managers window. See: Concurrent Managers Window.

An error message saying that no manager is defined may indicate that you have added a new data group and have not added a new Remote Procedure Manager for it. Inventory is installed with one Remote Procedure Manager for the Standard data group. (See: Data Groups Window.) If you add a new data group, you must define a new Remote Procedure Manager for it, referencing the same library and the same worker information as the seeded Remote Procedure Manager for the Standard data group.

Recommended Use

If you have many material transactions to process, it is recommended that you use Concurrent processing or Background processing to save on time you might spend idle while Inventory locks the transaction window and processes transactions. These processing options provide quick turnaround depending on how you configured your concurrent manager and how frequently you have specified your transaction manager to wake up. Even if Inventory does not fully process your transactions, you can always transact against them because Inventory updates all available to transact quantities after a transaction undergoes form validation. However, Inventory does not display unprocessed transactions in transaction reports and inquiries.

You can also use the transaction manager to process transactions entered in the open transaction interface via custom entry forms or data collection devices, such as bar code readers.