cancel
Showing results for 
Search instead for 
Did you mean: 

Gts commodity code transfer to S4

hassett_lee
Explorer
0 Kudos
195

We are currently running the transfer program /SAPSLL/COMCO_RETRANSFER_INIT a couple of times a day because if we run the correct program /SAPSLL/COMCO_RETRANSFER any new commodity codes not currently transferred to S4 means the commodity code assignments do not transfer. 
it seems there should. Any ideas?

 Many thanks Lee

Accepted Solutions (0)

Answers (1)

Answers (1)

dean_hinson2
Active Contributor
0 Kudos

Hello,

Did you activate the change pointers? I think they are /SAPSLL/PRCLS and /SAPSLL/CLSMD.

Regards, Dean.

hassett_lee
Explorer
0 Kudos
Hi Dean, yes these are activated as per OSS 235566. But I am unsure about the third step "Use transaction BD52 to maintain the following entries for the logical message type /SAPSLL/CLSMD_SLL" as this does not seem possible because object /SAPSLL/CTSGEN does not exist.
dean_hinson2
Active Contributor
Ahh, so you must be on GTSE4H. So, the messages come as standard. Have you checked table BDCP2?
hassett_lee
Explorer
0 Kudos
Thanks Dean .. i certainly see entries in that table BDCP2 but I am not fully conversant with what I am looking for. Is there a table where I can see what is "due to sent to the feeder system" after I make a change in GTS?
dean_hinson2
Active Contributor
0 Kudos
Hello Hassett_Lee, So, if you see entries when field PROCESS is blank, these are the entries that the COMCO report is supposed to process. Have you done a debug?
hassett_lee
Explorer
0 Kudos
Hmm.. is that field BDCP2? I will check tomorrow morning. Thank you.
hassett_lee
Explorer
0 Kudos
Hmm.. is that field BDCP2? I will check tomorrow morning. Thank you. I'm a lowly SD/WM guy.. Debugging beyond an IF statement doesn't work with me!
dean_hinson2
Active Contributor
0 Kudos
Yes, the PROCESS field is in table BDCP2.