c2c-oerpscenario team mailing list archive
-
c2c-oerpscenario team
-
Mailing list archive
-
Message #33308
[Bug 722673] Re: [6.0.1] HR-Recruitment: bug applicant becoming employee: wrong data
** Changed in: openobject-addons
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to OpenERP Project Group.
https://bugs.launchpad.net/bugs/722673
Title:
[6.0.1] HR-Recruitment: bug applicant becoming employee: wrong data
Status in OpenERP Addons (modules):
Fix Released
Bug description:
Hello,
In hr_recruitment, I see the following bug, when applicant is hired,
an employee record is created but it is created with wrong data.
Please follow these steps:
- Create an applicant (hr.applicant)
- Put in field "Subject" (name): "My application" (a value that seems logical if the application comes from fetchmail)
- Put in field "Applicant's name" (partner_name): "John Doe"
- Create a partner for john doe with an address so you can store John Doe's address
- Change the state to "In progress" then to "hired", what should create an employee record in "hr.employee".
You should see the following bugs:
1. In the tab history of applicant, you can read that the states'
names have not the same description ("in progress" becomes "Open" and
"Hired" becomes "Closed"), which is not very good from a user
standpoint
2. Access to the employee that has been created in employee list (he.employee)
- The name of the employee created is the field "subject" of hr.applicant -> in this case the employee's name is "My application". This field should show instead the content of field "Applicant's name" (hr.applicant-partner_name): "John Doe"
- The home address of employee in hr.employee remains empty, and I think it could content automatically the contact address of the partner that has been created for the applicant, showed in hr.applicant-partner_address_id
Regards,
Bernard
To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-addons/+bug/722673/+subscriptions
References