Skip to Content
author's profile photo Former Member
Former Member

Alternative to Report RCF_CREATE_USER

Hi Friends

I am currently working to get the E-recruiting system up. Currently, I am using the report RCF_CREATE_USER to create the User Id and candidate. But in the documentation of the report, it is said as follows:

'Note that this report should be used for exceptions only. As a rule, external candidates register using the appropriate Web scenario of the application, and employees are imported from an HR system using the master data interface (ALE)'.

Can anybody please suggest a detailed procedure. Thanks in advance.

Add a comment
10|10000 characters needed characters exceeded

Related questions

5 Answers

  • Best Answer
    author's profile photo Former Member
    Former Member
    Posted on Aug 21, 2006 at 04:52 PM

    Hi Sharath,

    If you try running report hr_sync_person you can do this for mass groups of people or for all changes since a set date. This is better than using the rcf_create_user report.

    Regards,

    Jon

    Add a comment
    10|10000 characters needed characters exceeded

    • Former Member

      Hi,

      you can also login in E-Rec as an admin (hrrcf_start_int & rcfSpId=0004), there you have a function "User Maintenance" where you can also create or change the E-Rec users.

      Regards,

      Thorsten

  • author's profile photo Former Member
    Former Member
    Posted on Aug 22, 2006 at 08:06 AM

    Hi Jon and Thorsten

    Thanx a lot for the help. But i have one more doubt. In the report RCF_CRETE_USER, it asks for the user name and when I execute it, the given User name is generated. Then I go to SU01 and assign roles to that user. But when I use HR_SYNC_PERSON, it generates the User name is same as PERNR. But when I go to SU01, it says 'User does not exist'. Can u please correct me, if i am missing anything.

    Add a comment
    10|10000 characters needed characters exceeded

    • Former Member

      Hi,

      To use HR_SYNC_PERSON you need to have created the user in SU01. You also have to ensure that the user has a HR record created (PA40 - hire). In their HR record they <b>must</b> have their <b>infotype 6</b> (address) and <b>105</b> (email and username-from SU01) completed. Then when you run the report this should create the candidate with the details from their HR record.

  • author's profile photo Former Member
    Former Member
    Posted on Aug 27, 2006 at 08:32 PM

    Hi Jon

    Thanks a lot for the clarification. I will try this out. I have a small doubt. I have already run this report and all the employees are processed. At this point can I perform the steps which u have mentioned after creating the users in SU01 and then run the report HR_SYNC_PERSON again?

    Add a comment
    10|10000 characters needed characters exceeded

  • author's profile photo Former Member
    Former Member
    Posted on Oct 31, 2006 at 11:24 PM

    Can someone please explain to me the process around importing employees from the HR system using the master date interface (ALE)? Is it a periodic batch program running on the HR system that triggers IDOCs to be sent to the E-recruiting side? What idoc message type does that require? The documentation on this is almost non-existant.

    Please contact me at nathancmartin@hotmail.com if it is too complex to expand on this forum

    Thanks

    Add a comment
    10|10000 characters needed characters exceeded

    • Former Member Nash Tejani

      Dear Nash,

      My apologies for answering a question intended for Roman.

      I thought the following thread maybe of some assistance to you. Hence the intrusion:

      e-recruiting--how-to-setup-ale-for-standalone-setu

      As to how to check the address & emailid etc,

      Whenever NA is created for a P in the eRec system there is a BP object(Business Partner) which is also created. & the address & email id should be reflected there as in eRecruiting, these details are picked from the relevant BP for a NA.

      So, the relation would be something like this:

      P->CP

      CP-> BP

      CP-> NA

      CP-> US(User)

      If the data transfer is successful, you can check for the following relations in the infotype 1001 in the eRec system.

      For a particular Na, pick the relevant BP & check in transaction BP to see for details like address.Alternately, you can also check table BUT000.

      Regards,

      Sowmya

  • author's profile photo Former Member
    Former Member
    Posted on Oct 14, 2008 at 04:52 PM

    Hi Roman

    We are implementing our eRecruitment in version 6.0 in a standalone systeme.

    Our HR system is on R/3 entreprise and we using ERP 2004

    Which strategy should we adopt then ? ALE is there a config to do ?

    Thank you

    Add a comment
    10|10000 characters needed characters exceeded

Before answering

You should only submit an answer when you are proposing a solution to the poster's problem. If you want the poster to clarify the question or provide more information, please leave a comment instead, requesting additional details. When answering, please include specifics, such as step-by-step instructions, context for the solution, and links to useful resources. Also, please make sure that you answer complies with our Rules of Engagement.
You must be Logged in to submit an answer.

Up to 10 attachments (including images) can be used with a maximum of 1.0 MB each and 10.5 MB total.