Skip to Content
Author's profile photo Tom Cenens

Check logical components fails in project administration for CHARM

While I was preparing for automated test of CHARM using CBTA at a customer of ours, I bumped into an issue when checking the project configuration. I googled up the error message and found questions on the SCN forum but often unanswered. As such I decided to write this blog post for those who will bump into the issue in the future.

Note that this blog shows an example of what could be wrong. It contains tips how you can check certain parts of the configuration but I cannot state that the error message always originates from the example I provide here. Use common sense and logical thinking to dig where needed and solve the problem if it doesn’t match 100%.

Imagine we have the following demo landscape configuration for CHARM:

sampleTMS.jpg

/wp-content/uploads/2014/07/solarprojectadmincheck_507438.jpg

When we now check the configuration in the Solution Manager project in transaction SOLAR_PROJECT_ADMIN, errors occur:

/wp-content/uploads/2014/07/errors_507439.jpg

You receive error messages which state issues exist with the logical components

No consolidation system for …

No track for project …

The key to solve the problem is to ensure that your TMS transport route configuration matches your logical component – system role assignment.

/wp-content/uploads/2014/07/current_507440.jpg

One way to easily verify this is call up transaction SMSY, navigate to the appropriate logical component and click on the shipment routes button.

/wp-content/uploads/2014/07/emptydisplay_507441.jpg

You see an empty configuration overview. Note that I blanked out the names of existing systems on top.

This actually means that the system doesn’t find a transport route configuration that matches with the configuration of the system assignment in your logical component so your system filters here automatically to match your configuration.

If you look at the screenshot of my logical component, you’ll see that I have DEV:100 as Quality Assurance. Because TMS doesn’t have configuration with DEV:100 as Quality Assurance, we don’t get any result back.

/wp-content/uploads/2014/07/lmdbassign_507442.jpg

If I now go into LMDB (my logical components are migrated to LMDB so editing needs to be done through LMDB), I see the same as in SMSY. Quality assurance has DEV 100 assigned while in my first picture of the blog, I have DEV 200 as Quality Assurance so here is the point where a mistake was made.

To change things around, I first remove the Quality Assurance assignment, assigned to DEV 100 by selecting the line and clicking delete. Click “OK” to confirm the delete.

/wp-content/uploads/2014/07/assign_507443.jpg

Next, click Assign Technical System

/wp-content/uploads/2014/07/assignloglmdb_507444.jpg

Select the DEV system, client 200, Quality Assurance System and click OK.

/wp-content/uploads/2014/07/lmdbresult_507445.jpg

When we now look into LMDB, we see that DEV 200 is assigned to Quality Assurance which matches the TMS configuration (first picture in blog post).

/wp-content/uploads/2014/07/routevisible_507446.jpg

So if we now go back to SMSY and click on Shipment Routes we get a result. Again, note that I blanked out a bunch of names / values.

If we now go back into the project administration and perform the check again, the check logical components is fine.

/wp-content/uploads/2014/07/end_result_507447.jpg

Assigned Tags

      2 Comments
      You must be Logged on to comment or reply to a post.
      Author's profile photo Former Member
      Former Member

      Hi Tom,

      Thanks for posting, just a question. What`s the SP Stack of the solman you based this article on?

      Regards,

      Jan

      Author's profile photo Tom Cenens
      Tom Cenens
      Blog Post Author

      Hey Jan 🙂

      7.1 SP10

      Best regards

      Tom