Move TPs in satellite system after smsy & rfc

Dear All,
We have a issue here. we did the confgn of tms & generated the rfc as well. we havent created a project yet in solman. this is charm implementation. After doing thse tms & rfc work, we tried to move the tps in satellite system from qlty to prd. we r not able to see the target client name in qlty & system is not allowing us to move the tps as well. Can anyone help us in this ?
regds,
Kallu

Hi,
1. Could you please check all the required systems are assigned to the tranport domain and the domain is consistent? You may check this by logging into the domain. there should not be any warning in the STMS.
2. Have you given permission to move TR in client settings, SCC4?
Rajeev

Similar Messages

Authorization Required in satellite system to create RFC

Dears,
In Solman 7.0 tcode SMSY i am adding satellite system(ECC6).As while creating RFCs
SM_<SID>CLNT<client>_READ
SM_<SID>CLNT<client>_TRUSTED
SM_<SID>CLNT<client>_TMW
in SMSY it askes for three times satellite system user name and password.
Now Issue is that with what authorization i should enter in satellite system so that RFCs can be created successfully as SAP_ALL can be assigned due to policy.I gave almost all basis tcodes to my user in satellite system but still RFC are generating error.
Please suggest.
Deepak

Hi,
You need to have these authorization objects. Along with your BASIS authorization add the following objects.
S_RFC
S_RFCACL
This should solve your problem.
Feel free to revert back.
--Ragu

Direct creation of transports in satellite system after CHARM

Hi All,
I have a quick question:
Can we create new transport requests into satellite system directly, when CHARM is enabled for them. Or the transports can only be created through CHARM?
Appreciate your response..
Regards,
Smita

Hi
It seems you have a problem in understanding the flow
go thru the foll demo files..it will explain you the whole process and ur doubt
Regular corr
https://websmp201.sap-ag.de/~sapidb/011000358700000872582009E/index.htm
Urg corr
https://websmp201.sap-ag.de/~sapidb/011000358700000872612009E/index.htm
Hope prb is solved now
Regards
Prakhar

Activitis in satellite Systems after Refresh

Dears,
In our landscape we have Three system in which Quality system is refreshed every third month with Production system.Now issue is we have completed solman implementation in this landscape with these three systems as satellaite and system refresh needs to be done next week.
Now I want to know what activities i should in quality so that it could work properly after refresh in solman like in system montoring,service desk and all activities.
Users and RFC's will be saved by exporting them.Now except it what should be done.
Shivam

Our experience was that there were usually problems with the connections with Solution Manager, even if they were saved and restored. The best approach we found was after the system refresh, we would delete the generated RFC's and user-id's in the SolMan system and in the QA system. We would also delete the entries for the systems in transaction SMT1. Then, we would go back to transaction SMSY and regenerate the RFC connections. Afterward, the configuration in STMS would be checked and redistributed across the transport domain.

SMSY - Generated RFC between solution mananger and a satellite system

Hi gurus,
I would like to ask you some things about configuration of SMSY - create systems and their RFC´s between solution manager (SSM) and a satellite system (for instance the DEV system SD3 (in solution manager system)
But my problem is which of these users I must use in each RFC???
Because until this moment I have been doing without knowing very well where I must put that users in those RFC´s!!!!! And I don´t know if I have been doing well!! You understand ?!? :- /
Can somebody give me a simple explanation about this... Which user I have to put (due to the authorizations) in those RFC connections?!
And other thing, if you don´t mind take a look to other question I ask yesterday which is related with this doubt:
Help me please... :- /
Thanks in advance
Best regards,
João Dimas

Hi Joao,
As I understand, the respective RFCs and users are created autmatically when the RFCs are
generated for a satellite system in SMSY.
Furthermore, the Z roles and profiles for each of these users are also created/generated during the
generation procedure. The roles/authorization assigned to each of the generated user are as mentioned
in the below link:
http://help.sap.com/saphelp_smehp1/helpdata/en/48/647e3ddf01910fe10000000a114084/frameset.htm
The administration/customizor specific authorization objects are also provided. As you mentioned the
above helps understand the roles/authorizations required for specific user with regards to an RFC.
Apart from this, all the actual creation, generation and assignment is done - thanks to the automated
setup in SMSY
Also I suppose the above link should help you decide the auhtorization objects requested by you
in the other thread.
Hope this helps.
Regards,
Srikishan

Checking system connected to SOLMAN or Not from Satellite system

Hi ,
How to check system connected to SOLMAN or Not from Satellite system.
thanks in advance..
Rgds,
BBR.

All connections via SM and satellite system are view RFCs.
In SM, you will have 3-4 RFCs trusted/read/ etc pointing to satellite sm.
in satellite, you will have one RFC to SM called back RFC generally with name - Solution Manager created during SMSY configuration in SM.
Do a test for Connection/Authorization etc for all the RFC's which if fine then the connection is good..
Regards,
SS.

Satellite System Kernel Information

Hallo,
is it possible to find out in the SolMan about the kernel release and the source id of the satellite system? I was searching the SMSY and the SLD but couldn't find that information.
Thank you for your help,
Michael

Hi Michael
If SLD does not collect or display this information (check Technical Landscape in the SLD UI) and you use SLD as a data source for SMSY, you may not get this information in SMSY - please however check SLD landscape data and SMSY thoroughly in case it is captured
However for satellite systems in SMSY that have ST-PI installed and use RFC as a data source Kernel data might be available - also there may be other locations to get this information such as in EWA reports for the system or via MOPZ
Also if Central System Administration is setup you should be able to go directly to the satellite system from Solution Manager and check System-->Status in the system itself (using TRUSTED RFC without saplogon required)
Best wishes
Stuart

RFC trouble with satellite systems

Hi all.
When i imort transport request from Charm - DEV to QAS system or QAS to PRD system
Logon screen appers to 000 clientst.
BUT!
in SMSY when i check RFC to the QAS 000 and PRD 000.
Check says all okey and green.
Any ideas?? where should i check more ....
Thanks
Sindry

Hi Sindry,
To allow import into a system using an automatic job via ChaRM you must assign additional authorisations to TMSADM on the satellite system. This trusted user must be granted authorisations to carry out the CTS import in client 000, otherwise it will prompt user for a 000 login. This is not recommended for Production system however.
To enable user to use the trusted RFC connection, must have access to S_RFCACL authorisation object.
Hope this helps
Paul

Updating satellite system data after Upgrade in Solman

Hi All,
We are using solman 7.01 connected to BI 7.0 system as it's satellite system, We have recently Upgrade our BI system to BI 7.01 version but we do not see its updated version in solman system.
We checked in SMSY it is still showing BI 7.0, we have also done option " Read data from system " but it did not work.
Please suggest to Update my system data in solman.
Regards,
Shivam Mittal

Hi Shivam Mittal
When you clicked in "Read system Data Remote", were the information returned with success in the logs ?
Usually the informations aren't pushed because the READ Rfc's are failing.
If you run job LANDSCAPE FETCH, the information are being collected correctly ?

Service desk RFC destination in the Satellite system

HI All,
can any body tell me the RFC destination that is to be maintianed in the satellite system so that the message reaches the solution manager service desk.
I am creating messages they are being send to the service desk successfully but are not visible when I go into the service desk of the solution.
But they are visible through the transaction code CRM_DNO_MONITOR .Can any body help the RFC destination to be maintaned in the BCOS_CUST table so that the message reaches the Service Desk.]
Currently I am using the RFC destination to the service desk client in the solution manager ie SIDCLNT200
Thanks in advance
Regards
Amit

Hi Amit,
I think your expectation is not correct. I understood, you can create a message in a satellite system and you can see the ticket in SolMan service desk. Then everything is configured correct. What you are now looking for is to see the ticket in a solution when the sat. system is part of the solution. This is not working. If you create out of a solution a service desk ticket, these ticket get a special attribute that they belong to this solution, all other tickets can not be selected by a solution.
Sorry but I am quite sure that it is working like this.
There is only one option, that you define special variants so you can see only tickets from special systems, but these variants can not be assigned to a solution.
Regards,
uDo

Any standard RFC there to communicate between satellite system and Solman?

Hi Gurus,
Any standard RFC there to communicate between satellite system and Solman?
Thanks in advance.
Regs,
BBR.

following four RFCs are created so as to initiate the communication between the satellite system and the solman system
_READ, _TRUSTED, _BACK, _TMW
but, you have to Read the Links and the Notes too to understand their names and their meaning
http://help.sap.com/saphelp_sm310/helpdata/en/48/647e3ddf01910fe10000000a114084/content.htm
http://help.sap.com/saphelp_sm310/helpdata/en/b3/dd773dd1210968e10000000a114084/frameset.htm
http://www.slideshare.net/wlacaze/sap-solman-instguide-initial-customizing-presentation

CSOL Cross System Object Lock - RFC error in satellite system

Hi
We are currently implementing Solution Manager 7.1 (ChaRM) and of the mandatory requirements is to activate Cross System Object Lock.
I have globally activated this in Solman and have gone into /TMWFLOW/CMSCONF to activate for our development client. This is now activated.
A transport has now been created in ChaRM and I login to the above mentioned development system and make a customizing change. I then choose the transport and save change. I am presented with an error:
"Error in RFC SM_DSMCLNT001_BACK to Solution Manager System" (Message No. STMWFLOW025)
I have now been looking at this for a few hours and found OSS Note 824521. However, I have already done all this. From a RFC perspective we have:
SOLMAN:
SM_DSMCLNT001_BACK - works fine in SM59. The assigned user has all the correct profiles.
In transaction SDCCN, the above RFC appears also.
In transaction SM30, table BCOS_CUST, "CHARM_DEST" and "OSS_MSG" are both set to destination NONE.
SATELLITE SYSTEM:
In transaction SDCCN, the above mentioned RFC exists
In transaction SM30, table BCOS_CUST, "CHARM_DEST" and "OSS_MSG" are both set to the above mentioned RFC
The user SMB_DSM for the RFC only exists in Solman and not in satellite system. Don't think this is needed though.
As soon as I deactivate CSOL in /TMWFLOW/CMSCONF in Solman (for development client), I can make changes and the above error (in red) does not appear. However, we needed CSOL working and this error not to appear.
Any suggestions???
Thanks
Shaun

Ok, the resolution was to ensure SMB_X82 (in Solman) has the following roles and profiles:
Roles
SAP_SOLMANTMWCOL
Z_SOLMAN_BACK
Profiles
D_SOLMAN_RFC
S_BDLSM_READ
S_CSMREG
S_CUS_CMP
S_SD_CREATE
S_TMW_ADMIN
This resolved my issue.
Thanks
Shaun

Call remote function on a satellite system using RFC target sys option

Hi all,
I am on the Java stack and I would like to call the ABAP stack of a statellite system. I can create a JCo connection on this system directly but for security reason I am not allowed to do that. I would like to call this system through the ABAP stack of my machine (I am in dual stack environment).
- How can I use RFC target sys (available in SE37 for Remote-Enabled functions) with my JCo connection?
- Or, is there a generic function which can call all other functions on a remote system (still using RFC target sys)?
Many thanks,
Stephan

Siddhesh - thank you for the link; the blogs by Thomas are required reading as far as I am concerned.
Hi Raja;
<i> do you mean another ABAP system (was6.40)?
and from here using another FM you call the 4.6c
system RFC ?</i>
Yes, that is what we are doing. We are calling a web service from an Intranet form to the 6.40 system that, in turn will call the 4.6C system and pass the data back to the Intranet form (through 6.40)
<i> may be you could pass the RFC destination as import
parameter to the 6.40 RFC and use the same will the
call to 4.6C RFC from the 6.40 RFC</i>
That would work, but it would be more beneficial to just use the function module on the 6.40 system as a proxy to the function on 4.6c and not have to enter code in it each time.
I had thought of writing just one function module in the 6.40 system that could dynamically call any different function module in 4.6c (based on the input parameters), but since were are trying to accomplish SOA, we need visiblity to each web service (ergo function module).
If it's not possible, that is OK I am just hoping someone had found a way to pull this off.
Thanks!
John

Monitoring of remote system's Transactional RFC and Queued RFC

Hello,
In our production system, in rz20- CCMS monitor templates- Communication-Transactional RFC and Queued RFc- outbound queues- Queues otherwise not monitored we can see blocked queues for each client.
System is connected to solution manager and we wish the central auto reaction is implemented in solution manager
However i am unable to find Transactional RFC and Queued RFC for the remote system, they exist only for solution manager itself
Tell me how can i do the central monitoring

Hello,
First you need to check with your Landscape in solman in order to monitor any kind of activities to do so pls follow these steps.
Go to SMSY in solman under Landscape components>Product systemsselect you satellite system example SAP ECC.
On the main screen you will find client for which you have generated RFC connection. Please check though connection are working fine, Go to edit mode and try to click on generate button there will be a pop-up, which gives a clear picture of RFC connection which already exists, and you can also re-generate this RFC connection by clean it up when you re-generate pls select under Actions after generation assign RFC dest for system monitoring.
But make sure there is no project impact on this RFC, like they are not using any logical components and already have some projects running on this RFC connection.
I would advise you to first you the option of assign and check RFC button which is next to generate icon.
Regards
JUDE

Early watch alert task not created in SDCCN in satellite system

Hello Everyone,
I am trying to configure EWA in solution manger 7.0 ehp1. I have added the system in SMSY, created RFC SM_SIDCLNTXXX_READ and SM_SIDCLNTXXX_TRUSTED in solution manger and also created RFC SM_SIDCLNTXXX_TRUSTED and SM_SIDCLNTXXX_BACK in satellite system sucessfully.
The Early watch Alert in TA DSWP is showing me a red flag. The job /BDL/TASK_PROCESSOR in satellite system is being sucessfully finished.
The problem I am facing is I cannot find task Early watch Alert in SDCCN in my satellite system and can not create other RFC such as SAPOSS and SDCC_OSS
Could anyone please suggest how should i go about it?
Component version of my satellite system is
ST-A/PI - 01M_SCM570
ST-PI - 2005_1_700 00003

Hello Sohrab
1) The SDCCN task logs will be on the Done tab - You can also check the logs in SLG1 at the time, there could be more information there.
Typically the refresh definitions will have nothing, except when there are updates, so it is not unusual to see no updates here each time the task runs. If there are service sessions the maintains package should pick them up with refresh service task.
Is the SM_<SID>CLNT<nnn>_BACK RFC set as the master in SDCCN?
One test you can make is create a Refresh session task on the satellite. This is the task that the Maint. Package should run.
It will just be easier for testing. If the refresh session task does not create any EWA tasks for the service sessions outstanding, then there is a configuration issue.
If it works, then the Maintenance task is failing before it can shcedule the refresh session task.
I realize I haven't offered a solution, but a way of finding out where it is failing. Once we isolate where it is failing, we reduce the possibilities of what it could be, and we should be left with the solution.
So forget the Maintenace Package for Now. Lets see if you can pull the service sessions with a Refresh Session Task.
You know in the SDCCN task logs errors in the logs are prefaced by what looks like a yellow lightening bolt.
So if you see these in any of the logs, you are encountering an error, and you should copy it here.
Hope this helps to move you forward.
Regards,
Paul

Move TPs in satellite system after smsy & rfc

Similar Messages

Maybe you are looking for