2020 Aug 26 9:50 PM
We have a problem regarding transport requests and the process behind. Or I do not use the standard properly. Maybe someone can help me...
I released all my tasks and transports and imported them in the QA-system for further testing. During our tests in QA-System my collegue changed the report source of my program in the DEV system (which was transported by me into the QA-system). He thought that my changes are already in production. So I am wondering why the object was not locked so that he was able to edit it...I thought that my program is locked for changes until I have imported the objects into the production system? Or am I wrong?
He thought that my program was fine, made his changes and released his transport and moved it as hotfix in to production directly - so that my untested source went also live.
Can I avoid this in the system, is there another transaction or setting available or is it a question of how to organize and release transports manually?
Regards
Dominik
We have a problem regarding transport requests and the process behind. Or I do not use the standard properly. Maybe someone can help me...
I released all my tasks and transports and imported them in the QA-system for further testing. During our tests in QA-System my collegue changed the report source of my program in the DEV system (which was transported by me into the QA-system). He thought that my changes are already in production. So I am wondering why the object was not locked so that he was able to edit it...I thought that my program is locked for changes until I have imported the objects into the production system? Or am I wrong?
He thought that my program was fine, made his changes and released his transport and moved it as hotfix in to production directly - so that my untested source went also live.
Can I avoid this in the system, is there another transaction or setting available or is it a question of how to organize and release transports manually?
Regards
Dominik
2020 Aug 26 10:12 PM
Your expected behavior is only True if you use the ChaRM on SolMan.
If you don't use that the Lock on the object is on transport Level --> an object can only be locked in one transport Request at a time. The Moment you released it on dev made the change by your colleague possible. There is no default check for those "collisions" or "overtakers". ChaRM is supposed to Do exactly that.
2020 Aug 27 8:26 AM
Hello,
a solution, if need, is to use BADI : CTS_REQUEST_CHECK and implement a specific logic to check objects in transport requests. But it's a big job of analysing your need and found the best way for you...
2020 Aug 27 11:07 AM
When you release a transport in Dev system, the release removes all the locks. The releasing is independent from the actual transport into Test, Quality and Productive Systems (there are even SAP customers who have just a develpment and a productive system). If there is not automated check available regarding e.g. the version of an object, there needs to be manual checks and processes in place, before sending transports into the production.
(A) Option to solve release/transport/testing problem without the purchase of other solutions
1. Send Copy to Test/Quality system without releasing Transport in Development System
One solution to your problem is, to only send a copy of your transport into the test/quality system, leaving the transport open in the dev system. Only when the tests in test/quality system are positive, you would release the transport in dev system. That way, untested coding will most likely not end up in production, and also, other developers that have to maintain the same objects will be aware that somebody else is working on those objects already.
There still will be situations that are not fixed with this method, especially after the final release of the transport, or with customizing transports and possibly other scenarios as well, were locking is not available.
2. Use STMS QA Approval Procedure
With STMS Quality Assurance Approval Procedure, you can put a critical Review Process in place before the transport into the productive system. Transport requests can be approved or declined and critical transport objects can be identified based on customizing (e.g. declare your untested / unfinished codings in the quality system as critical transport objects).
This process only works if the review process is done thoroughly. It will fail if transport requests are always approved without checks.
(B) Other solutions that require purchasing
Other solutions mostly require the purchase of a product, to be in better control of the transport management, like the above mentioned powerful ChaRM being part of the SAP Solution Manager or also simpler products from third party vendors like SAPalot GO.
If you dont have the Solution Manager in place already, most likely it wouldnt make a lot of sense to acquirer it, just for the purpose of implementing ChaRM alone. However, ChaRM is very powerful: Change Request Management enables you to manage your SAP Solution Manager projects from end to end: From change management and project planning, through resource management, to physical transports of changes from the development environment into the productive environment.
Other, smaller solutions, might just check for the correct sequence of transports, detecting collisions and overtakers. These solutions will not help you in fixing the problem, but make you aware of the possible risk, therefore helping you to react before the transport into production is done.
2020 Sep 11 8:35 AM
I know this problem and it is really an issue. The locks will be deleted first with the release of the transport (not the request).
My solution is that I do NOT release the origin transport for the consolidation system. I create a transport of copies and copy and overtake all elements of the origin
transport and its requests (use function "include Objects" at right mous click). The I release the transport of copies with target concolidation system and all locks
remain on the origin transport.
This might be a little circuitous, but it works fine.
2020 Sep 11 1:36 PM
Hi Dominik.
The answer of Anton Spocker and the first part of Michael Piesches answer are pointing to the right direction. That's the way it works, especially if you want to transport into consolidation several times - and I assume that is a fact -.
This is the reason why we are using a special tool - called "ZSE01" that deals all the necessary activities for this issue very solid. The tool recognizes all elements of all requests and the transport itself even XPRAs.
The transport (TOC) can be released automatically and also imported automatically immediatly into the consolidation. You must not wait until a periodic Import procedure taks place. This tool (-> company CARD GmbH) is used in our company for all ERPs as well as in BW, GTS and S4 Hana and works fine. We have no more problems with missing object locks.
Just google ZSE01 and you will find it.
| User | Count |
|---|---|
| 4 | |
| 2 | |
| 2 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 |