on 06-30-2015 8:53 PM
Hi Experts,
I’m in support project and new to E-Rec.
We are facing strange (to me) issue to some users in E-Rec. When external candidate is registering, they are getting the error saying this user id is already assigned. The same error they are getting even if they try with different combinations at the same time.
When we check at the backend as per the received erroneous usernames (alias), those usernames are already created in the backend, which means working perfect.
But there are no NA, BP and CP mappings in HRP1001 for those usernames. And these usernames are created in an interval of 1min. We came to know that there are n no ‘of such cases.
We are not able to replicate this kind of scenario unless if we exit the debugger after user creation method and could not able to think out of box for replicating the issue
.
Please help.
Thanks in Advance.
Finally SAP came back on the issue saying there are password policies mismatch from CUA and External System. This caused user id creation in Child system and not in Central System.
Due to errors in the internal table from the CUA remaining objects are not created.
Thanks everyone for your valuable inputs.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi
We encountered similar issue - In case user creation is failed in CUA due to some error then system proceed to create the user locally in E-Rec system and error message in internal table still exist.
Due to error message existed in internal table because of CUA - system stop further processing of candidate creation CP, BP and NA and user created in local system remain as it is.
Please can you let us know also if there is a standard solution for this.
Thanks
Sandeep
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
What objects are created then? Only the user (SU01)? Executing CL_HRRCF_CANDIDATE => GET() with this userID shows an error?
Regards,
Nicole
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We have HR and E-rec installed on different systems, Portal is a different system which integrate both HR and EREC systems.
Also we have CUA (Central user administration) applied meaning all external candidates are also exist and being created in CUA also.
I have seen one of your thread regarding distributed scenario,
RECFA BL2UI is Empty.
RECFA UI2BL is Empty.
RECFA SYEMP is X.
Anything wrong in this?
Message was edited by: Md Riyaz
One possible scenario(assumption), While creating Candidate if anything goes wrong either exception or any error messages, code written for deleting the user id.
But our system is CUA with ALE, so inside the BAPI it is first deleting in Central system and creating IDOC for cloning to child system.
After receiving the IDOC if we check the user id, the user id being exist and last changed by CUAUSER. I don't know what data has changed after receiving IDOC. Inside the BAPI delete, the logon details STATUS is filling as 'F'(Filled) by default and not D(Delete). Due to that CLONE method is being sent to IDOC rather than DELETE method.
But this info is not useful in our issue because,
if this delete user method is executing - user will not get username already assigned error(There are no chances).
Lets say, The entered user id has really taken by someone else then what are the possibilities for not having NA,BP and CP.
I could not able to tell the number(of cases) here but I'm shocked.Urgent help needed please.
taking my comments back on Filled,Delete and Clone. Took time to understand the system.
User ID creation and deletion is not happening at same time due to buffer.
Initially it created User ID, then we bypassed to delete user id method with some dummy error.
From the below screenshot there is already status for user id as 'N'(new), so the status did not changed to 'X'(Delete).
If the entry is there in I_USZBVSYS table it is deleting in the method from the below screenshot.
User | Count |
---|---|
3 | |
3 | |
2 | |
2 | |
2 | |
2 | |
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.