on 12-30-2011 10:00 AM
I am using GTS 8.0. We have a very peculiar issue. Newly cretaed vendor & material doesnot get transferred to GTS. Please provide the step by step configuration settings to transfer material and vendor master to GTS using rbdmidoc.eg. change pointers activation, message type, reduced message type, Distribution model, Idoc partner profile
You can follow the below steps to transfer data from R/3 to GTS system
1. Activate change pointers Globally
2. Activate Change pointers for message types ( for the material types)
2. Activate Change pointers for Reduced message types
Once the above is done, it is advisable to tranfer the data for the first time using the initial upload program - Tcodes for the same are /SAPSLL/MATMAS_DIRR3 for material master records and /SAPSLL/CREMAS_DIRR3
Regards,
Jasmit
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi, Jasmit and grus..
I like to ask another question.
We use program RBDMIDOC with message type /SAPSLL/CREMAS_SLL to send vendor information to GTS.
Job is running every hour but sometimes, we find newly created vendor not transferred to GTS.
So, we use manual transaction /SAPSLL/MATMAS_DIRR3 for material master records and /SAPSLL/CREMAS_DIRR3
as Jasmit said. That causes process stop and delay.
Do you have experience like this? and if yes, anysolution to solve this missing records? or to reduce?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
In Transaction BD60, make sure that the Function Module /SAPSLL/CREMAS_DISTRIBUTE_R3 is assigned for Message Type /SAPSLL/CREMAS_SLL. And in Transaction BD52 for that Message Type, make sure that fieldname 'KEY' is assigned for table LFA1, object KRED.
If those settings are already correct, then try to check whether the Change Pointer record is not being created, or if the CP record is not being sent to GTS. To do that; for a new Vendor not received in GTS, check for a corresponding entries in tables BDCP / BDCPV.
And of course, check for log entries in GTS (System Monitoring > Transfer Logs > Business Partners), and also check in SM58 for any RFC failures.
Hope that helps.
Regards,
Dave
You might want to start looking backwards from GTS.
1. Check the application logs in the GTS system. They might let you know if the data indeed arrived and error'ed out or if the
transfer itself was not successful.
2. Check if the change pointer is indeed getting generated or not.
3. Check the status of the change pointer . If the same is not getting processed, there could be an error.
In case all the above looks good, check your config for the message type and change pointer configuration.
Regards,
Jasmit
User | Count |
---|---|
13 | |
2 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.