Skip to Content

When dealing with projects in a Solution Manager system, one can face different kind of issues related to transports. One of the most common barrier for a beginner user is to try transporting a template project between systems, but not being able due to the fact that the template project was initially created as LOCAL(within $TMP package).
To better illustrate this scenario and advise on how to act in order to transport the template project, I’ve prepared a hypothetical situation and documented it step-by-step.

Trying to collect a locally stored Template project

Access transaction SOLAR_PROJECT_ADMIN and select the template project which will be transported.

/wp-content/uploads/2014/08/1_517979.png

Then navigate through menu “Project -> Transport”.

/wp-content/uploads/2014/08/2_517980.png

Proceed with the transport parameters.

/wp-content/uploads/2014/08/3_517981.png

Create the request.

/wp-content/uploads/2014/08/4_517982.png

At this point, you face an error informing that the templates could not be included in a request.

/wp-content/uploads/2014/08/5_517983.png

This happens because the templates assigned to the project are stored in a local package(in this case $tmp).

So for this it is necessary to collect the templates in a transportable package, after this we’ll be able to collect the project in the request. If we try to transport the project at this point, it won’t work because the objects of the project will be all stored in $tmp and consequently they’ll not be transportable.

To proceed, we’ll need to select all the objects in that request and assign a transportable package for them.

Creating a transportable package

You’ll need a transportable package to collect the template project. For this access SE80, enter the package name and try visualizing it. A popup will appear informing it doesn’t exist yet and asking if you want to create it.

/wp-content/uploads/2014/08/18_517996.png

After proceeding, the package will be created.

/wp-content/uploads/2014/08/19_517997.png

Assigning the templates to a transportable package

Access SE03 (this step can also be done by SM30 and table TADIR) and select the option “Change Object Directory Entries”

/wp-content/uploads/2014/08/6_517984.png

Then  in the selection screen select:

R3TR   BMTE   TEMPLATENAME*

R3TR   BMTV  TEMPLATENAME*

In case these lines are not there, you can add it.

/wp-content/uploads/2014/08/7_517985.png

This should bring a list of the template and the template Versions.

/wp-content/uploads/2014/08/8_517986.png

So select the $TMP line and press the button “Select/Deselect”.

/wp-content/uploads/2014/08/9_517987.png

Then Select the option Objects->reassign.

/wp-content/uploads/2014/08/10_517988.png

Select a transportable package you’ve created previously in SE80

/wp-content/uploads/2014/08/11_517989.png

After this the templates will all be assigned to the new package.

/wp-content/uploads/2014/08/12_517990.png

Assigning the structure of the project to a transportable package

Now it is necessary to assign the structures of the project too. For this, there are two possible options.

First Option:

Create a tranport request in SOLAR_PROJECT_ADMIN for this template project. It’ll work but the objects will remain in $TMP.

Then in SE03, select the option “Change Object Directory Entries of Objects in a Request”

/wp-content/uploads/2014/08/13_517991.png

Then use the requested created in solar_project_admin as source and just as you did for the templates, change all these objects package to the new transportable package(see previous section “Assigning the templates to a transportable package”).

Afterwards, as a last step open the request in change mode and delete manually the object R3TR DEVC $TMP, so that the request can be released.

Second option:

I personally prefer this option as it is a bit easirer.

Make sure that note:  ” 1694337 Error message TK301 when you transport a Project” is implemented, or at least it’s correction code is in the source system.

Then in SOLAR_PROJECT_ADMIN make sure that a transportable package is assigned at the “Transp. Requests” tab in SOLAR_PROJECT_ADMIN for the template project and save.

/wp-content/uploads/2014/08/14_517992.png

Then, in SE38, run report  “RSOLAR_PROJSTRUCT_UPDATE_DEVC”, enter the project’s name and run.

/wp-content/uploads/2014/08/15_517993.png

This changes the all the objects for that Project form $TMP to the transportable package

/wp-content/uploads/2014/08/16_517994.png

As a last step create the transport form SOLAR_PROJECT_ADMIN.

/wp-content/uploads/2014/08/17_517995.png

Important: Have in mind that the second option is the best one, as after one has implemented note  # 1694337 – “Error message TK301 when you transport a Project”,  there is no need anymore to change the templates  “R3TR   BMTE” and “R3TR   BMTV” manually anymore, as this is done then by the report.

To report this post you need to login first.

Be the first to leave a comment

You must be Logged on to comment or reply to a post.

Leave a Reply