Job Search is not working in E-Recruitment

[Former Member]

Hi All,

When I used to search the Job with the link "Job Search" as an internal candidate that has been published already with the released status, am getting an error message as "An Internal error occurred". As with the forum, i checked with the job RCF_PERIODICAL_SERVICES has been scheduled or not. First it was not maintained, then i maintained it. TREX is already configured and checked with the transaction SKPR07 and checked with the transaction SRMO for RFC destinations and also for the Index category but still i couldn't able to search the Job in Job Search link.

But i can able to find the Job that has been published using "Apply Directly". Please give me the solution to fix the issue.

Thanks in Advance,

Magesh S.

[former_member66963]

Roman,

In debugging through the code, I found the problem to be that the T77RCF_SMG_NAVI entries did not have the business object. Looking back at OSS note 1098046 now, I see under E-Recruiting Specific Customizing that I need to reconcile the customizing tables with the client 000 entries. Duh. I need to read these notes more carefully.

Thanks for your help.

Thanks,

Laura

[former_member66963]

Roman,

I too am experiencing the "Customizing table T77RCF_SPT contains no corresponding entry for Business Object =/" error.

I have checked the T77RCF_SPT table and the entries exist as you have indicated. I have been over and over OSS Note 1098406 and gone back through the steps a number of times and still I have a problem.

I am at my wits end. Any assistance you could provide would be greatly appreciated.

Thanks for listening,

Laura

[romanweise]

Hello Laura,

usually going through the note does the trick. If not, it is difficult to say from the distance. I had some issues within an EhP4 system that some other configuration error resulted in a SLG1 message for the search but so far I have not found a pattern which could cause the error other than the settings mentioned in the note.

So you will probably have to dig into the system to get to the reason. Depending on your project position you might need some developer support here. First of all you have to find out when / where the error is written into SLG1 first general question - is it within the periodical services or is a frontend user doing something in the application which writes the logs. Usually you can see in the log entry which user caused it. If you have a determined batch user it is easy to find out otherwise you might need to check log time or temporarly assign a user not in the frontend.

If it is in the periodical services I would deactivate them and after some time (depending how often the error appeared you need to wait till it is highly probable that a new service run writes a log) i would run each service at once. Therefore you get into periodical service customizing get the classes for the services and run the "run"-Method in SE80 / SE24 class test. After each class check if there is a SLG1 entry to get the right service. If you have the service I'd wait again, put a breakpoint into cl_hrrcf_exception_handler method write_exception_log (central method writing SLG1 entries) run the services again via the class test and check where the error is caused. From here it is common developer work to get the reason.

If the SLG1 entry is caused by the frondend interaction I'd directly start with debugging in the mentioned method.

Sorry to be not able to offer an instance solution.

Best Regards

Roman

[romanweise]

Hi,

please check TCODE SLG1 there should be a message explaining something more about the error. If you cannot handle the error on your own just post it here again.

Rgds.

Roman

[Former Member]

Hi Roman,

As you said i checked with the log and i came to know few errors has been listed out and the errors are:

1. The error occurred in program CL_HRRCF_SEARCH===============CM00R line 18

2. Customizing table T77RCF_SPT contains no corresponding entry for Business Object =/

3. The error occurred in program CL_HRRCF_SPT_CUST_TABS========CM00E line 26

I couldn't understand the exact problem. So please guide me to fix the above issues.

Thanks in advance,

Magesh S.

[romanweise]

Hello magesh,

have you activated the SES search business function for EhP3 in your system or do you use the old TREX search with the python extensions?

Kind Regards

Roman

[Former Member]

Hi,

Yes we are using TREX search with python extension.

Thanks,

Magesh S.

[romanweise]

Hello Magesh,

this is supprising. I know a same / similar error only from SES search which is caused by a missing entry in a customizing table column.

Could you please verify in TCode SFW5 that noone accidently activated business funktion HCM_ERC_SES_1.

Duing that I'll think about who this could be caused in the old TREX interface with python.

Best regards

Roman

[Former Member]

Hi Roman,

I have the exact error as what Magesh has, the only difference is that we are using SES search.

You mentioned that this could be caused by "missing entry in a customizing table column". Please can you elaborate on this ? If you would prefer I open this in a separate thread, please let me know.

Kind Regards

RD

[romanweise]

Hello RD,

when upgrading a system from the old TREX search to the SES one I got this error in the frontend and a similar SLG1 entry. The reason were missing entries in customizing under SAP E-Recruiting -> Talent Warehouse -> Candidate -> Candidate Search -> Search Profile -> Define Search Profile Types. It is a bit hided. You can scroll to the right and find the columns business object and object type on the very right.

These fields have to be filles as following:

SPT       ... Bus.Obj   Object Type
ERC_CDCY  ... ERC_CDCY  NE
ERC_REQ   ... ERC_REQ   NB
EXT_POST  ... EXT_POST  NC
INT_CAND  ... ERC_CAND  NA
INT_POER  ... INT_POER  NC

Kind Regards

Roman

[Former Member]

Hi Roman,

Many Thanks!!

This is the point of failure(Missing table entries) to all the "internal errors" we are getting.

Kind Regards

RD

[Former Member]

Hello,

We too are experiencing the same problem. We are on Release 603 sp4 using SES, however, the object types already exist in the search profile types...

ERC_CDCY NE Candidacy

ERC_REQ NB Requisition

EXT_POST NC Posting

INT_CAND NA Candidate

INT_POER NC Posting

...yet we are still receiving the same error message:

"Customizing table T77RCF_SPT contains no corresponding entry for Business Object =/"

Any idea where we should look next?

Ryan

[romanweise]

Hello Ryan,

just to be sure as it is a bit tricky / hidden the table T77RCF_SPT has the following columns / values:

MANDT SPTYPE   OTYPE SPB_CLASS                        BUSOBJ       OBJECT_TYPE
010   ERC_CDCY NE    CL_HRRCF_SES_BUSOBJ_CDCY_SPT     ERC_CDCY     NE
010   ERC_REQ  NB    CL_HRRCF_SES_BUSOBJ_REQ_SPT      ERC_REQ      NB
010   EXT_POST NC    CL_HRRCF_SES_BUSOBJ_EPOST_SPT    EXT_POST     NC
010   INT_CAND NA    CL_HRRCF_SES_BUSOBJ_CAND_SPT     ERC_CAND     NA
010   INT_POER NC    CL_HRRCF_SES_BUSOBJ_IPOST_SPT    INT_POER     NC

as you see the the columns SPTYPE / BUSOBJ and OTYPE / OBJECT_TYPE seem to contain the same values while they mean something different. The values missing are on the very right of the maintenance view, you will not see if they are empty if you are not scrolling. Best check the table in SE11 / SE16.

If this is still not helping there is the note 1098046 wich is very helpful with all linked notes (esp. the BAdI impementing and OOHAP_BASIC settings described in the related notes). Even if you do not migrate from old TREX search to SES search, the setup is the same. You just do not have an existing index category which results in one or two SLG1 messages in the process.

So far I set up 3 systems just going through the note step by step, worked great.

Kind Regards

Roman

[Former Member]

Hi Roman,

Thank you very much for your response.

We did follow the steps in SAP Note 1098046. We skipped step 3 of the "Set up the search" in SAP note 1098046 because in SAP note 1151863 it stated that it only applied to Netweaver 701 (SAP ABA). We are on Netweaver 700. Is this not the case? Should we have completed this step?

Thanks for your assistance!

Ryan

[romanweise]

Hello Ryan,

sorry for the delay. I am switching between EhP4 and EhP3 systems quite frequently but I think this had to be done on EhP3, too. The mentioned Business Add In implementation is existing in EhP3 and as the SES search has not been changed by an additional business function with EhP4, so there should be no changes between the two enhancement packages. I have not debugged the comlete indexing code but even if for any reason it were not technically necessary for EhP3 switching it on would not be an error and you won't forget it during a later EhP4 uograde.

Best Regards

Roman