Transactions QS41 & QS51 not open in Test environment

[Former Member]

Hi there

We have got a bit of a tricky situation, we are currently installing SAP at a client and our landscape is set up as such.

client 100 for development - BUT NO MASTER data must be created, we do not want any master data in the DEV system as this will confuse the end users as well as it is not required.

cleint 110 for master data and testing - allows for SCC1 to import transports before releasing them as once it is released it is going all the way to PROD so if there are mistakes you would have to create a separate transport to rectify this...hence the client 110 with SCC1 to make sure that before you release the transport you have tested it.

Now because some Master data is part of configuration the access was granted as such, and other module owners like MM can continue with their master data without problems, BUT with the system set to No-Changes the client shows as Not modifyable, the QA people cannot create their master records.

If we open the system then everyone can make changes (even with the setting record changes).

In this event you would be required to create a transport request to save these changes, so we thought it best that to remove ACT 01 from S_TRANSPRT this will block the people for being able to create transports in 110, BUT the system did not stop them, it allowed for transports to be created.

The 2nd option we thought was to set the status to PROD which will now open these transactions directly for access and the users will be able to create catalogues, then the problem occured that they could no longer use SCC1 because in a PROD environment you cannot change objects you need to transport them only...But that we cannot do as they need to test the transports first before releasing them, so this option not suitable for SCC1 is required.

For now we have closed the 110 again for changes but we are back to the scenario that the QA person can no longer create his master data.

Please are there any other ways that we can use to still be able to create master data through QS41 and QS51 still be able to use SCC1 but without opening the system to changes.

The current setting cannot be set as it is only applicable in a PROD environment.

Kind regards

Sonja

[former_member80629]

Hi Sonja:

You could probably consider disabling the need for a transport request for QS41 through transaction SOBJ.

I believe you can do this by performing the steps below:

- Run tcode SOBJ

- Go into Maintenance mode

- Press Shift+F7 (or click "Position")

- Enter in V_QPGR_KAT

- Double-click V_QPGR_KAT

- Here, under the "Transport" field, it is probably set to "Automatic Transport" and can be set to "No transport". Changing this setting removes the need to create a transport via QS41.

This may allow you to still create catalog codes with the client settings set to not allow changes/transports. You should work with Basis on this. Also, you may want to take into consideration how QS41 will actually be used in Prod (whether it should be transported or done directly).

If that does not work, I'm still curious as to why removing access to create transports did not work. Did you make sure you removed access to create transports from everyone?

Hope this helps.

Thanks,

Jonathan

[Former Member]

Thanks Jonathan

I will try the change transport setting to No transports as it is currently set to automatic transports. As far as I know they would need to do changes directly in PROD so this will be opened once we get to the PROD environment.

As to the no blocking of the transport, believe me I thought removing act 01 from S_TRANSPRT would do the trick, it did not, I ran a system trace and it only gives an RC=4 code when checking object S_TRANSPRT so the other object that it also checked was S_SYS_RWBO and once I removed that act 01 the users could no longer create any new transports, however they could still choose a previous transport number and then save it, so the changes were still saved.

I want to removed both 01 and 02 activities from both these objects, but I am not sure if this will affect the SCC1 import of transports, so I am a bit hesitant to just go ahead and do it for the whole of the project would be on my case.

I will try the setting first, and let you know what was the outcome,

Will keep the thread open for now until later.

Regards

Sonja

[Former Member]

Hi there Jonathan

I have tried to change the transport setting in our client 110, but it keeps on resetting the indicator back to automatic transports so it does not allow me to make any changes in that area.

I also activated the current setting option, but it being a testing client it does not initialize the table for changes.

Thanks for your reply, but I am not sure there is a solution for this issue.

Regards

Sonja

[SharanabasanagoudaM]

Hi Dear Friend,

Kindly refer to the SAP Note: 3195878, This Note can assist you with how to restrict the TR generation for QS41 and QS51 in Testing client. These settings are client specific.

Please follow the Resolution Steps as below.

1. Go to TA SE54.
2. Enter the concerned table/view.
3. Select 'Generated Object'.
4. Click on 'Display' or 'Change'.
5. In subscreen 'Dialog Data Transport Details' select 'Standard recording routine' to get a Transport request in TA QS41/QS51.

The relevant tables/views for catalogs (TA QS41):

 V_QPCD_KAT - Codes for code group
 V_QPGR_KAT - Code groups

The relevant tables/views for selected sets (TA QS51)

 V_QPAC_KAT - Maintain set codes
 V_QPAM_KAT - Catalog maintenance: Selected sets

Regards,

Sharanabasanagouda.M