HRRCF_CREATE_SP_FOR_CDCY_CP Cancelling

[Former Member]

Hi,

HRRCF_CREATE_SP_FOR_CDCY_CP is cancelling each time our periodic services job runs in ERC. When the job cancels, an ST22 record is also created, with the following information:

Category              ABAP Programming Error
Runtime Errors     OBJECTS_OBJREF_NOT_ASSIGNED
ABAP Program     CL_HRRCF_QA_DOCUMENT========CP
Application Component     PA-ER

When you look at the Source Code Extract it says that the error happened in this section

    1 METHOD authority_check .
    2
    3   DATA:
    4     lo_candidate           TYPE REF TO cl_hrrcf_candidate,
    5     ls_doc_cand_hrobject   TYPE hrobject,
    6     l_status               TYPE hap_ap_status.
    7
    8   CLEAR: ev_subrc, es_auth_error.
    9
   10 *-- Authority check for EEO only
>>>>>   CHECK me->po_tpl->qa_type = 'E'.
   12
   13 *-- Last change user is authorized, check others
   14   CHECK iv_user <> me->p_changed_by.
   15
   16 *-- Perform authority check for completed documents only
   17   CALL METHOD me->get_status
   18     IMPORTING
   19       p_status = l_status.
   20   CHECK l_status = 5.
   21
   22 *-- Check whether document is related to candidate
   23   CALL METHOD cl_hrrcf_candidate=>get
   24     EXPORTING
   25       user      = iv_user
   26     IMPORTING
   27       candidate = lo_candidate.
   28
   29   CALL METHOD me->get_related_objects
   30     IMPORTING

I also checked SLG1 and found this error happening at the same time...

SAP Knowledge Provider Message indexing SAPLSDCI

PHIO existence check failed for class HR_DOC physical document 50AAFA16C06A1CFFE10000000A063249

E-Recruiting

Serious error; see log (An exception
The error occurred in program CL_HRRCF_SPB_CANDIDACY========CM007 line 50
Serious error; see log
The error occurred in program CL_HRRCF_SP_BUILDER===========CM00O line 72
No HRKWF document could be found with parameters HROBJECT = 01NE50063235 APPLICATION = RCF DOC_ID = ATTACHMENT VERSION = 000001
The incorrect HR object has the key 01NE50063235
The error occurred in program CL_HRRCF_HRKWF_STORAGE========CM00L line 46

Has anyone else encountered this issue? If so, how did you resolve it? I would appreciate any insights as to how i troubleshoot this further. Thank you in advance.

Regards,

Richard

[NicoleGeischnek · Accepted solution]

Hello Richard,

These are two errors -

the first one tells you that you don't have the proper authorizations to display EEO questionnaires (for that please check your role assigned) -

and the second tells you that there seems to be a reference to an attachment but this one can't be found in the Knowledge Warehouse. So I would check in table HRP5134 if this candidacy object has an attachment entry and control it in tables T7KWLOIO and T7KWPHIO if they are also there in KW.

Regards

Nicole

[Former Member · Accepted solution]

Hi Nicole,

Thank you for your feedback.

I was able to confirm the 2nd error. I saw that the candidate had a record in HRP5134, but when I looked at her profile, I did not find an activity that had such an attachment. What do you mean by "control it in tables T7KWLOIO and T7KWPHIO"? Does this mean that I use the REC GUID in HRP5134 as the keys LOIO_ID and PHIO_ID? (if so, then it is missing from these tables). Could this be a case of deleting an activity and the attachment not being cleaned up? Should I use z_attachments_wo_activity to clean this up?

As for the 1st error, what does EEO stand for?

Regards,

Richard

[former_member131723 · Accepted solution]

EEO = equal employment opportunity questionnaires!

You might want to check the auth object P_RCF_VIEW auth object with EEO

Is this added to the RCF_CAND_INT user?

As far as I know this is checking the auth objects as follows

Data Overview in E-Recruiting     P_RCF_VIEW

includes data overview for EEO information.

"Authorization object that is checked in E-Recruiting each time a data
overview is called:

The following data is presented in data overviews.

1. Overview of Candidate Profile (CAND_DOVR)
2. Overview of Equal Employment Information (EEO) ====>here!
3. Overview of Application Data (APPL_DOVR)
4. Overview of Candidacy Data (CDCY_DOVR)
5. Overview of Posting Data (REQ_DOVR)
6. Overview of Publication (PINST_PBL)
Defined fields
Data Overview in E-Recruiting

You can check this via tcode PFCG

hope it helps

Sally

[NicoleGeischnek · Accepted solution]

Hi Richard,

Partly correct.

If you call table T7KWLOIO you type in the object ID as the PROP04 selection criterion. Here you will get then all available types of documents stored. Copy the LOIO_ID  from the ATTACHMENT type entry and take that as selection criterion in table T7KWPHIO.

If you don't get any results there then, you can run the report mentioned.

Regards

Nicole

[Former Member · Accepted solution]

Hi Nicole,

So i have confirmed that there are entries in both T7KWPHIO and T7KWLOIO, but doing a search of the document in SKPR07 does not find the document (FYI I searched for the document based on the title I found in HRP5134).

I tried running the z_attachments_wo_activity (check only mode), but since there are entries in the 2 tables they are not even considered.

Based on these information, is the problem an issue on TREX side, where data is being corrupted?

Regards,

Richard

[Former Member · Accepted solution]

Hi Sally,

Thank you for your feedback.

We checked and sure enough the EEO option was not checked in RCF_CAND_INT and RCF_RECRUIT.

However, the user ID that runs the periodic services job has SAP_ALL, so wouldn't that cover this requirement?

Regards,

Richard

[NicoleGeischnek · Accepted solution]

Hi Richard,

If the attachment exists in both tables, the report will do nothing, that is correct. I would say it is more an issue on TREX side then. Are you already using SES and which TREX version? Generally, I would suggest to reindex that object with the attachment again (so put it in the change pointer table).

Regards

Nicole

[Former Member · Accepted solution]

Hi Nicole,

We have TREX 7.0 and are not using SES.

I reviewed my findings on table T7KWPHIO and T7KWLOIO and found that what I initial found was not of the ATTACHMENT (it was ERC_CDCY) type. This means that even though there was no correct entry in these tables, the program did not select them.

In addition, I found entries in T7KWLOIO (ATTACHMENT type) but when I check in HRP5134 I could not find any records of it.

We will be doing a reindex this Friday and see if it will work.

Regards,

Richard

[Former Member · Accepted solution]

Hi Sally,

We have specified all the available option of P_RCF_VIEW to the ID that runs the periodic services job. However, we are still encountering the error in SLG1. Do you have any other suggestion?

Regards,

Richard

[NicoleGeischnek · Accepted solution]

Hi Richard.

Alright. If there are some mismatches after reindexing you can  run report z_attachments_wo_activity for the attachments having no HRP5134 entry.

Regards

Nicole