Periodic Transfer of Master Data

Question

Hello,
I need assistance understanding the underlying config related to master data updates in R/3 and the resulting entries in GTS.
Our setup:
GTS (7.2) is a plug-in to CRM
CRM & R/3 in same logical system group (GTS)
EWM in unique logical system group (FEEDSYS) - based on SAP config guide and direction, we split feeder logical systems from GTS logical systems. all logical systems had resided in a single logical system group (GTS)
EWM > system for warehouse functions
R/3 > feeder system for material master
R/3 > GTS Plug-In activated (per SAP direction)
R/3 > Configure Control Settings for Document Transfer > MMOA mapped to our purchase order doc type at logical system and logical system group level
R/3 > Configure Control Settings for Document Transfer > MMOB mapped to our inbound delivery doc type (EL) at logical system and logical system group level for DTAVI
R/3 > Configure Control Settings for Document Transfer > MMOC mapped to our movement types 101 and 601, in addition to others
I mention the PO and Inbound delivery setup because we do see changes to material qty in R/3 after creating PO's and the subsequent IB deliveries.
We are trying to implement GTS as a bonded warehouse - storing material as duty-unpaid only.  We are not concerned with duty-paid status for this implementation.
There has been an initial transfer of material to GTS from R/3 via /SAPSLL/MENU_LEGALR3.  We have GTS master data marked as BondedWH.  Although T-Code MMBE shows qty's for the material, it does not match the qty being displayed in GTS stock overview. 
The SAP GTS Config guide states, page 40, to create a job for RBDMIDOC, with a variant and have it scheduled.  We still need to do this part and it is my understanding this is to synce data.  With this, I am also trying to understand the use of change pointers in R/3, in addition to enhancement project SLLLEG04 for the User Exits for Material Masters.  I don't know if we need to worry about the SLLLEG04 enhancement or not.
I know there is more information I can provide on our current setup, but what major things are there to consider to get the stock overview qty's of GTS to actually reflect what's in MMBE, AND, be displayed as duty-unpaid, rather than duty-paid via the initial transfer function?
Any advise or experience getting R/3 to communicate correctly with GTS, especially in light of a bonded warehouse is greatly appreciated.
Regards,
Brian

Answer 1

Hello Uwe,
Our intent for GTS is the use of bonded warehouse functionality.
As a part of preparation for go-live activities, we will stock the warehouse with material, this is a distribution center of service parts (replacement parts).  The stocking activitiy will be through STO's.  As a result, we expect all the material showing up in GTS to be duty-unpaid.  We will continue to receive material into the warehouse via STO's as no base-receipts are required at this time. 
When we process orders through the warehouse system (EWM) we expect the qty's in GTS to reflect what has been shipped (exports).  As such, we will be able to reconcile any stock discrepancies with the authoriities.
My questions about intial transfer is my attempt to get some inventory showing in GTS, so that after I process the inbound deliveries based on PO's (STO) I see the inventory building in GTS.
The use of initial stock transfer may not be correct as I described my activities above, but with very little documentation specifying the actual process of establishing a bonded warehouse, especially in our landscape, I am working through this on a trial-and-error basis.
I hope this provides clarity on our goals.  I will continue to research the change pointers as I am still not sure of the relevance.
Regards,
Brian