on ‎2015 Apr 23 3:06 PM
Hi
We recently had to abort a proposed erec upgrade and when the system was returned to the users we discovered an issue that was effecting all clients(DEV, QAS and PRD) where the Smartform letters are not displaying relevant data relating to the Application.
In SLG1 the log is consistently saying that the key of the HR object has the key 01NB00000000. Consequently there is no application id and the Smartforms cannot be populated with the necessary data.
Exceptions are being caught in CL_HRRCF_INFOTYPE, CL_HRRCF_JOB_INFORMATION and CL_HRRCF_CS_DOC_CAT_APPL but debuging has yet to shed any light.
Our Basis colleague has checked TREX and is confident all docs are indexed and the IMG and tables all appear in order. Everything had ben working prior to the aborted upgrade and there is nothing else we can think of that might have changed.
Any suggestions gratefully accepted. We'll try anything!!
Thanks
Jon.
Request clarification before answering.
Problem solved! There was also a problem with external users being unable to reset passwords and on further investigation the issue was with our firewall and ports.
Communication between between the external/internal was effected hence the the correct data was not available and we got the errors in SLG1.
Thanks for your help.
Jon.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Jon,
which Smartform you try to open - the requisition data overview from workcenter/dashboard? The activity smartforms/letters? Or data overview within the candidate profile, navigated from assignment list?
Missing object relation in candidate profile means that something is wrong with the WD component configurations. Side effect could be, that the NB-Object is lost.
Or, can you debug CL_HRRCF_CS_DOC_CAT_APPL->PREPARE_DATA( ) ?
and check that all related objects are correctly selected?
Regards, Eugen
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Morning Eugen
Thanks for the reply.
The Smartforms in question are the activity letters that are automatically sent to candidates. The data overviews are fine but when the letters are generated data is missing and conditions that we use to display certain elements etc and use application date, id etc are not working.
Could this still be an issue with the component configuration? If so nothing has been altered in either client prior to the upgrade.
I'll debug that class/method and report back.
Cheers
Jon
Hi Jon,
what "activity letters that are automatically sent" exactly means? Are the triggered via workflows.
Normally letters are sent by recruiter(s) via activity management component..
Did you have success with debugging the class method? It should be called, when you navigate to letters and click on preview.
Regards,
Eugen
Hi Eugen
Some of the Smartforms are activity driven and some raised via workflow and the majority are custom (Z) forms. The internal side of the system is behaving normally but it's the external activities that we are having the problems with. The data in the overviews is correct but when an activity is selected (from the recruiter pages) and then displayed it does not contain the data from the Application (NA) object.
I had to get our Basis guys to set up the correct roles/access for the debugger and I have been debugging. It seems to be dropping the original application object but I haven't found the exact point yet.
Jon.
| User | Count |
|---|---|
| 8 | |
| 3 | |
| 2 | |
| 2 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.