Store Inventory Management (MOSC)

MOSC Banner

TSF_FORCE_CLOS_IND settings, IN_TRANSIT_QTY updates in SIM and RMS - Mystery explained

edited Jul 16, 2016 5:04AM in Store Inventory Management (MOSC) 6 commentsAnswered
When a transfer is partially received in Retail Store Inventory Management (SIM) system (under or over received than the sent quantity), Retail Merchandising System (RMS) hangs on to in_transit_qty, but in SIM, the in_transit_qty is updated to zero.

Now this creates Stock On Hand (SOH) mismatch between RMS and SIM. The following is an explanation of how this occurs and what can be done in RMS and SIM to ensure that the SOH is in sync between both systems.

Refer to metalink Note#432841.1 - "What is the Functionality For New System Options Parameters: TSF_AUTO_CLOSE_STORE, TSF_AUTO_CLOSE_WH, and INCREASE_TSF_QTY_IND" for a description of various system options and an overview of how the transfer functionality is designed for RMS and SIM.

Howdy, Stranger!

Log In

To view full details, sign in to My Oracle Support Community.

Register

Don't have a My Oracle Support Community account? Click here to get started.

Category Leaderboard

Top contributors this month

Instructions for posting

×

1. Select a discussion category from the picklist.


2. Enter a title that clearly identifies the subject of your question.


3. In the body, insert detailed information, including Oracle product and version.


Please abide by the Oracle Community guidelines and refrain from posting any customer or personally identifiable information (PI/CI).


Cloud / Fusion customers - Our Cloud community has moved! Please go to Cloud Customer Connect .


New to My Oracle Support Community? Visit our Welcome Center

MOSC Help Center