topic Re: Changes to Role in Application Development and Automation Discussions

Changes to Role

Former Member — Fri, 25 Jul 2008 03:47:32 GMT

If a particular role is captured in a CR (and not released) and then further changes are made to that role. It is not necessary to capture it again with the same transport number. Is this right?

regards

Ravi

Re: Changes to Role

Former Member — Fri, 25 Jul 2008 05:18:56 GMT

Hi,

Suppose,

1. You have added an object manually into a role and captured in CR.

2. You have again made the changes to another object in the same role.

Now,

If you want both the changes to be transported you can capture in the previous CR (step-1).

Regards,

Srihari

Re: Changes to Role

jurjen_heeck — Fri, 25 Jul 2008 06:29:32 GMT

> It is not necessary to capture it again with the same transport number. Is this right?

Yes. At the moment you release your transport task the actual state of the role is entered in the transport.

Re: Changes to Role

Former Member — Fri, 25 Jul 2008 07:28:08 GMT

Hi Ravi,

As you have not released the role. you can do n-number of changes.

Please note that Creation of transport request is just Adding the transportables,

Where as once the transport is released, the data or roles associated with the transport is being placed(downloaded) in Data and Co-files.

So, further if we do changes, that will br not over-written.

In your case any how you are not released the transport,you can go ahead with the further chages.

Regards

Sumanth Reddy

Re: Changes to Role

Former Member — Fri, 25 Jul 2008 08:04:55 GMT

> If a particular role is captured in a CR (and not released) and then further changes are made to that role. It is not necessary to capture it again with the same transport number. Is this right?

Is there any option to choose: Both of the above?

Cheers,

Julius

Re: Changes to Role

Bernhard_SAP — Fri, 25 Jul 2008 11:14:28 GMT

Hi Ravi,

(and also all other posters...),

please read the SAP note #571276.

It is stated there explicitely, that in contrast to regular transports, the moment of transport creation is relevant, and not the moment of releasing the transport!

(point 1. a) )

So if your role is contained in a transport and you make changes to that role (especially authorization data) afterwards, the possibility is high, that these changes not get captured 8completly) in the transport.

Please take care about this fact!

b.rgds,

Bernhard

Re: Changes to Role

jurjen_heeck — Fri, 25 Jul 2008 11:28:33 GMT

Thanks for that!

If I read the note correctly tghis warning only applies to the generated profiles so regenerating in the target systems (tr. SUPC) should take care of that.

Every time you change the authorization data of a role and regenerate the profile, you must create a new transport request. This is also the case if the role is part of older requests that have not yet been released. Otherwise, the transported profiles are not current.

But isn't re-entering the role into the request the same?

Anyway, a very interesting note and a valuable addition to my library.

Re: Changes to Role

Bernhard_SAP — Fri, 25 Jul 2008 15:20:31 GMT

...in fact I did not try that yet...

My expirience is, that some times administrators don't follow that description (unintentionally????) and get then strange results in the target system. So I really can suggest to get used to the procedure to enter the role into the transport only after changes to auth.-data have been finished.

I think the profile data gets collected on time stamp basis, so re-entering the role can be a possible procedure. Do you have positive expiriences doing so?

b.rgds, Bernhard

Re: Changes to Role

jurjen_heeck — Fri, 25 Jul 2008 17:27:27 GMT

> so re-entering the role can be a possible procedure. Do you have positive expiriences doing so?

Actually, I haven't had negative experiences with role transports at all. But now I know it's something to take care of.....