Closing TR when confirming TO using LM00

[Former Member]

When you confirm the TO from LT12, you have the ability to close the TR. That does not appear to be the case when confirming a TO using the LM00 transactions (actual txn varies depending on how you get to that TO, system guided, by TO #...etc.).

The goal is to set the u201DProcessedu201D flag on the TR item(LTBP-ELIKZ) or relieve the open quantity of that Item. The scenario for this issue: Replenishing fixed bins in an HU managed storage location. The quantities vary among the HUu2019s for a given material, not by much, but they do. When the TO gets confirmed with a difference, the remaining qty is left open and interferes with downstream replenishment calculations. It seems that there is no standard config solution, exit or BADi to handle this. Before having a program developed to find all open TRu2019s with partial quantities left open and set the u201CProcessedu201D flag on the item I thought it would be best to see if anyone has solved this issue.

Feedback appreciated.

[jeff_smith4 · Accepted solution]

We ran into a similar issue when confirming transfer order lines for fixed bin replenishment. When running LP21, the replenishment TR is generated based on the replenishment quantity, regardless of the total available stock in inventory. To avoid all of the partially delivered TRs we decided to manipulate the "Requested qty" upon executing LP21. We activated user-exit MWMRP003 (component EXIT_RLLNACH1_003).

In this exit we coded it to determine the search strategy for replenishment and then total the available stock for all bins in the strategy. It reduces the proposed amount for the TR to the total available quantity if it is less than the required quantity. The exit is called during execution of transaction LP21 and/or RLLNACH1 report.

Granted our scenarios are not exactly the same, however, this may give you a few ideas on how to move forward.

Cheers.

Jeff