Course catalog problem - LSO

[Former Member]

Hi All,

We are facing strange problem in LSO in displaying the course catalog properly for all users.

We are using mySAPERP 2005 (ECC 6.0) SP11. LSO 600 FE,

We are using structural authorization profiles in the R/3. The catalog was displaying the catalog properly before 2 days back.

Now, for some reasons few of the users having the problems in accessing the course catalog (catalog doesn't show most of course groups, course type, and course).

It skips some of the course groups, course types, and course.

Anybody has an idea what is the problem ? Appreciate your help in this regards.

Note : I correctly maitained the catalog in R/3 by choosing/checking subject area infotype for every topmost course groups.

Looking forward to your responses.

Regards,

Anil Kumar

[MarkusKlein]

Hello Anil,

please verify that for the traininggroups which are not show the flag "Subject area" of infotype "Course gourp Info" is set. Use transaction PP01 and select the object type L. Enter an object id.

regards,

Markus

[Former Member]

Hi Markus,

Thank you very much for your reply. Figured out the problem, as you said the subject area inoftype flag is not being checked.

But, to my strange I am not able to figure it out why it has happened ?

Why the flag is being removed automatically even though I have done these settings and saved it properly in production server 1 month back ?

This happened in quality server too, for initial 15 days, it was shown properly and then....the same problem has started with the course catalog in quality server also ?

Why this kind of inconsistent behaviour ?

Is it the problem with any of TR's movements to Qual, and then to production server ?

Also, we have maintained the structural authorizations correctly in oosb and oosp tcode of backend ECC.

Please share your experiences.

Thanks for your time,

Anil Kumar

[MarkusKlein]

Hello Anil,

well you can use transaction SCU3 and analyze the table changes for table HRP1063. Then you would at least see who has done changes to this table.

regards,

Markus

[Former Member]

Thank your Markus.

I did checked the logs, the last change was done by me itselfs and that was one month back.

But still not able to figure it out why the changes was reset ?

Going forward, if I do these settings now what are chances and surity that it will happen again ?

I guess.....again I need to do these settings one more time.

So...please guide me through this problem to avoid this sort of inconsistencies.

Thank you again for your valuable inputs and time. Appreciate your help.

Regards,

Anil Kumar.

[Former Member]

Also, when I do this settings the transport request is not being created. Any idea abut this ?

Appreciate your help and time. Looking forward to your responses.

Regards,

Anil Kumar

[MarkusKlein]

Hello Anil,

thats no customizing data. So no TR is created.

regards,

Markus

[Former Member]

Thank you markus,

I did checked the logs, the last change was done by me itselfs and that was one month back.

But still not able to figure it out why the changes was reset ?

Going forward, if I do these settings now what are chances and surity that it will happen again ?

I guess.....again I need to do these settings one more time.

So...please guide me through this problem to avoid this sort of inconsistencies.

Thank you again for your valuable inputs and time. Appreciate your help.

Regards,

Anil Kumar.

[MarkusKlein]

Anil,

i cant analyze the "problem" why the Infotype 1063 settings got lost in your system. But a fact is, whoever, whenever changed the settings, beeing a dialog user, a batch user whatever, it is loged! So my suggest is to keep an eye on the table to analyze what is happening.

regards,

Markus

[MarkusKlein]

One more thing tho. The LSO Web Application is a BSP application which does use Server-Side Cookies. This means data which is read from the Backend, e.g. the course catalog is cached for a period of time. So it can happen, that even you have performed changes at the backend (e.g. the course catalog) it does not show up for the clients, until the Server Cookie is expired and the data is fetched again from the backend.

The Server-Side Cookies are in table SSCOOKIE.

regards,

Markus

[Former Member]

Hi Markus,

Thanks for your response once again.

I guess, the problem is not with cookie or logon ticket expiry with web applications.

Still I am wondering the settings are reseted ?

Do you suspect that it was problem with anyof the Transport requests movements to Qua and Prod that made these settings reset ?

One more thing here, I want to convey.....last week we had a problem with FQDN in production.

It was not taking the FQDN in production server due the load balancing with 3 instances.

Hence, it was prompting for user id and password whenever we run the LSO from SAP Enterprise Portal.

We did checked the SMICM, it was not taking the FQDN.

Do you suspect this was the issue ? Please share your valuable experiences. Once again thanks for your time and inputs.

Regards,

Anil Kumar

[MarkusKlein]

Hello Anil,

problems with your FQDN doesnt have ANY impact on your data stored in your database.

regards

Markus

[Former Member]

Thank you markus for your help.

I have done the necessary settings again.Lets see in future, this problem persists again. Appreciate your help in this regards.

Thank you,

Anil Kumar