‎2006 Feb 24 10:11 AM
Hello everyone,
I need to change the data of a customizing table without it asking me for a transport request.
Is that possible? Is there a transaction that controls this behavior?
Thank you in advance,
Roxani
‎2006 Feb 24 10:13 AM
if you have any authrization to change fields in debugging then you can do otherwise you cant i think
‎2006 Feb 24 10:17 AM
Create a maintainance view in SE11 and then create the tcode (type:parameter tcode) in SE93. Assign the view and select the option UPDATE.
Now u can update the data in SM30 or by running the custom toce which u have created.
Thanks
Eswar
‎2006 Feb 24 10:20 AM
Thanks Eswar, that is a good workaround,
but I hoped there was a general way for many customizing tables, to change their behavior in asking or not for a request.
Could it be a basis matter?
‎2006 Feb 24 10:17 AM
there is two ways, change the content of record in debugging,
and program write some program and change it.
Regards
vijay
‎2006 Feb 24 10:18 AM
Yes, that can be done by the BASIS person...but i m not sure if its advisable....
Hope it helps.
Bikash
‎2006 Feb 24 10:21 AM
Thanks Bikash, I was wondering the same thing....
If there is a basis person in heer, please help...
‎2006 Feb 24 10:23 AM
Hi,
It depends upon the client's settings whether to ask for a transport request.OY24 is the transaction which controls the transport behavior of the system.
It is a BASIS thing.Please be careful with this.
Thank you.
Regards,
Karun.M
‎2006 Feb 24 10:28 AM
Dear Karun,
yes I was looking for something like this.
But it is very general, for the client,
could there be a transaction like this for specific views???
thanks again,
roxani
‎2006 Feb 24 11:07 AM
Hi roxani,
1. This is basis work.
2. It depends upon the CLIENT parameters
in table t000.
3. In t000, there is a field,
CCCORACTIV
4. which means
No automatic recording of changes for transport
1 Changes are recorded in transport request
2 Customizing in this client cannot be changed
3 Customizing: Can be changed as req., but cannot be transp.
5. Usually basis team manages this
based upon the requests of functional consultatn
whether to keep the client open or locked.
regards,
amit m.
‎2006 Feb 24 11:14 AM
Hi all,
as far as I have understood the discussion here, you are looking for a SPECIFIC customizing view where you do not want to transport things but to edit them directly.
Therefore the change of the system's client settings is not an option.
You have basically three different options, choose the one which fits best for your needs:
1. Modify the table maintenance view in SE54
Modify the "Recording routine", set it to "no, or user recording routine". You need to resiter this modification in the OSS. Consequence: From now on, you can't transport any more, the client settings do not apply any more to this view and you can - better: you have to - maintain the settings in each system separately.
2. Modify the IMG activity
If the view is an IMG activity, you can make this IMG activity a so-called "Current Setting". Please search in the OSS/SAPNet accordingly for details. A "Current Setting" lets the view behave as follows:
In DEV & QA, it behaves as a normal customizing activity
In PROD (the client has the role "Productive" in T000), you can change the settings despite the fact that the client is locked against changes and no transport appears.
Note: Transaction OB52 is the most famous example of a "current setting"
3. Create your own maintenance view
- Copy the orginal view into the customer namespace in SE11; if it's a table, create a "Z" view in SE11 pointing to that table. View type must be "maintenance".
- Set the delivery class of this view to "A" (ignore the warning when activating the view)
- Generate your own maintenance dialogue (Menu "Utilities"-"Table Maintenance Generator" in SE11).
>> Now you can maintain the table w/o transport and even in a closed client.
Note:
In a maintenance view you can even restrict that only specific fields can be maintained. Be however careful with these options and be aware that the "copy" option might not help you because many IMG activities contain a lot of specific coding and not just the default generated one.
Hope this helps
Regards,
Markus
‎2006 Feb 24 11:27 AM
WRITE A PROGRAM IN SE38,
IN THAT CODE LIKE BELOW
MODIFY ZTBLE SET FIELD1 = VALUE FIELD2.....