cancel
Showing results for 
Search instead for 
Did you mean: 

GTS - Missing material movement (bonded warehouse)

0 Kudos

We are running GTS 11.0.14, and are running a CWH. GTS is hosted on HEC, and we have implemented the standard GTS plug in to interface our data to GTS via RFC. We're running an external WM system and interfacing warehouse activity to ECC system.

We've experienced a couple missing material documents and hoping someone can point me into the right area for research.

We have configured a few of our inventory movements in ECC system as inventory differences (movement types 931/932 and 948/947). In some instances we've found these movement types flow over to the Inventory Difference worklist, no problems noted. However, we have a few instances where the inventory movements can't seem to be found. We've checked, the work list, the undefined worklist (in case of rebooking), the /SAPSLL/WPLO table, processed domestic GI report, SLG1 in both systems, SM58 in ECC system. The product masters in GTS have the bonded warehouse number and appropriate information. We tracked the initial inventory had transferred over to GTS and some other activities, but not these movements.

We've tried re-pushing the material document using the MMOC transfer but since this is not for risk management it doesn't resend the data. We've scoured SAP notes as well but haven't found anything that seemed to point us to the right reason why.

Ultimately the end-users had to manually adjust the inventory using /SAPSLL/BWH_UNDEF_01

Any ideas on where or how this may have happened, how we could otherwise track the inventory movement in GTS, or how we might resend the material document w/o reversing it?

Thanks,
Kyle

0 Kudos

Ultimately we were unable to identify roote cause and have resorted to manually updating inventory levels for this issue. It appears to be an isolated issue so considering this closed.

Accepted Solutions (0)

Answers (1)

Answers (1)

former_member215181
Active Contributor
0 Kudos

Hi Kyle,

You could take a look in GTS tables /SAPSLL/CUSWLD, /CUSWLM and /CUSWLO. If your Material Document(s) are not found in any of those, then it's most likely that the movement didn't meet the criteria for transferring to GTS.

If you can reproduce the situation(s), you could set a break-point in ERP Function Module /SAPSLL/CD_MM0C_R3, and step through in "debug" mode when posting the document, to see what happens.

Good luck with that,
Dave

0 Kudos

Hi Dave,

Unfortunately, we've been unable to recreate the issue. I've not been able to find the material document in any of the tables.

The odd thing is, its not consistent. Sometimes that movement type is showing up fine in the inventory difference worklist, sometimes it is not. In the examples I've looked through where we could not find the doc number.

No SM58 failure, or SLG1 that we can find tracing back to it.

Is there any "standard" way of resending a material document through?

former_member215181
Active Contributor

Hi Kyle,

No standard way to "re-transfer", as far as I know. What I would suggest is:

  1. In the ERP system, use SE16 (or similar) to display the MKPF and MSEG data for one of the "lost" transfers. Take a note of the field contents, or leave the sessions open.
  2. Create a similar transaction, and set a break-point in Function Module /SAPSLL/CD_MM0C_R3, so that you can debug through to the point where the RFC is called (in the "..sychronize.." perform).
  3. Take careful notes of the contents of the Header and Item structures just before the RFC.
  4. In the GTS system, use SE37 to run Function Module /SAPSLL/API_6800_CUWL_GM_SYNCH. Enter the contents of those same structures into IS_HEADER and IT_ITEM[], but over-write, where applicable, with the actual values from the "lost" Material Document.
  5. Save the data in the "Test Data Dictionary", so that it is not easily lost.
  6. Then step through the Function Module in "debug" mode, and see if you can work out what might have happened.

Hope that helps,
Dave