Request
Recruitment and selection originates when a vacancy arises in the company. So if an employee is off or the Board decides to raise the workforce, the need to hire staff for these vacancies, opening a Personal request that is forwarded to RS after permitted to find among the candidates the best occupant for the post.
You can generate a request from the vacancy request, when it is approved.
The registration of the request can be done through the folders: Requisition and Complement.
When it is a replacement request, it is possible to register the employees that will be replaced in the: Replaced folder.
In the RS will exist only if vacancies are registered requests, that is, only if you hire a new employee or shown a candidate for another Office, through the requests, where it is possible to redefine the requirements of the position, specifically for this particular request.
A request may have more of an opening for the same position, being that the RS will control the balance as they are admitted to the successful candidates.
The folder: Salary, will be used in the selection of candidates when RS is integrated with CS or Personnel Administration. Will be available the fields Structure/class/level of capacity and will be suggested these values as are already registered in the CS or personnel administration. The kind of salary that corresponds to table R076Des. InfSal (1 = Normal, 2 = monthly, 3 = diary, 4 = hour, 5 = index, 6 = P/skill-Normal) will be suggested as follows:
The types 1, 2, 5, 6 spend on window to the type 1, type 3 remains the same, the type 4 passes to 2.
The salary amount will respect the field assignment to assume Wages (personnel administration) R076Des. AssSal table. If the field is with before, will be proposed to include the salary structure/class/level, the same applies to the structure type. In the case of Zero, will not be proposed any information. If you inform T, at the time of adding or changing the record you will take the salary registered in the class / level informed, therefore, will always update the salary, bringing the information of the structure, class and level, when it is a change or inclusion of record. The Range field will be available only if the company uses scale. As an optional field, leaving him with zero, are disabled the Structure fields, Class, Level and Reason. If the Scale and structure fields are zeroed, the value of the salary should be registered as mensalista.
In the case of employment agency, will be displayed for informational purposes, the minimum number of candidates that the client requires for filling a vacancy. Will not be made any check regarding this information. To register this parameter, it is necessary to go in business/other companies/record.
Also makes it possible to assign specific requirements for the position this spot, not modifying those registered in Office, serving only to this request. For this, we request the buttons: General, Assessment, Survey, Travel, Experience, and Examination Stage.
In the registry of the request it is possible to use the following rules of procedure:
| Rule | Description |
| 214 | Insert request |
| 215 | Change request |
| 216 | Delete request |
| 217 | Consist of request |
| 690 | After completing Request-Situation 3 |
| 789 | Default values for Record request |
During the definition of a request when the Picker is entering in this option for the first time, will be presented the requirements defined in each position being that we can make the changes specific to this request.
Example:
The Picker requires that the occupant of the position of this vacancy, has over 50 and less than 60 pounds. In this case, the Weight requirement, you should inform as follows: 50-60, and will be selected only those candidates who submit the requested weight.
Allows the definition of acceptable responses for each assessment item, and candidates who have assigned different answers will be eliminated in the selection. Assessment items can be inserted as a rule without needing to be a related group.
Define what are the acceptable answers in the questionnaire items for each request. The questionnaire items can be inserted as a rule without needing to be a related group.
Allows the definition of the experience the candidate should take a particular position. We can define one or several positions, and yet, with different number of months for each position. If it is determined a period of 10 to 20 months of experience, all the candidates with less than 10 and more than 20 months, will be excluded from the selection.
Candidates who already played this role in several companies, have periods combined. The same procedure is adopted for the internal candidate, including if applicable, the period considered in the current function.
Allows the definition of medical examination or laboratory as requirement to fill the post, the opinions will be informed in an acceptable range. If the RS is integrated with the SM, the exams will be automatically inherited to register PCMSO a new request.
This option allows you to define steps in the recruitment and selection process, within a certain period, in which the candidate must meet. Via the button [Acomp. Phase ], allows you to view in a chart where the steps are.
By including or changing a requisition, the system verifies the possibility of vacancies; for this the system respects the following markings: When the Recruitment and Selection module is integrated with the Capacity Framework Module; is verified the option Companies> Companies, from the module Capacity Loan field: See table Admission. in this field we have the options: 1-check existing vacancies and permits, 2-check existing vacancies and no permits, 3-not check existence of vacancies;
To register a new request, the requirements of the position will be transferred to the request, that is, any selection of candidates that any will be considered what is in the record of the request. Will also be transferred the steps that are described in the group-related requirement of the position.
In order to facilitate the inclusion of requests, you can make use of the button: [New Requisition]
We have the option of consultation and maintenance of the information of the candidates through the Maintenance buttons and Execution. By the Filter button, allows you to define if the navigation window will be based on the requests that are open, canceled or terminated. In the first query, when the window is accessed, the filter will always have the three options enabled. When there is a change on a request so that she stay with different filter definition, will be presented the message that the change happened, but the request will no longer be displayed because they do not match the scope of the filter.
If a request is being resumed the deadline will be zeroed out, but only if it is expired. This to avoid that the system automatically finalize the request at the next log on or be the next access to the system the next day. If the situation of the request is not in progress, will be disabled all the fields of the request, with the exception of his own situation and closing date. If the situation is cancelled will be active also the field reason of cancellation. Will not be allowed to be canceled a request you have selected candidate since the Cancel Assignment Requests with Manpower in General Settings, folder Request is marked No.
While the request is not with the ongoing situation, the requirements cannot be changed, only viewed.
When the system is loaded, before being informed the user ID will be checked if there are requests that have expired expiration date and these will have their status changed to finished. Will be considered as the date of termination, the date registered as deadline of the request.
How this process works based on the dates of the requests, for customers who do not enroll this date in requests the process has no effect.
This logon verification will only happen at the first access of the day to the People Management system | HCM.
The starting date of stage is assigned with the date of the request;
The end date of the step is attributed with the deadline, date or date of forecast request (in this order).
Request
Corresponds to the year in which it was performed the public competition. This field will be enabled only when the use the company of public tender.
Corresponds to the number of public tender. This field will be enabled only when the use the company of public tender.
This field is available only when the Agency's routine Jobs are being used as parameter in several Jobs Agency/Company Assignment.
Inform the company that owns the slots of this request. In this screening request will be selected the internal candidates (employees) of this company and external candidates who have specified a preference for this company or that have not indicated any preference.
Enter the desired station. When there is no vacancy for the position selected, the Evolution of Balance per Position window is displayed.
Inform the affiliate code when other than the current. Use this field to identify which town the candidate will be effective when the copy for Web. This field can remain with zeros.
Indicate the position of the spot open.
A request can have more than one vacancy, there is no need to duplicate the record of requests to hire two or more employees for the same Office, informing the amount of slots at a given later.
A point to be considered is the system of this post (administrative, Executive, etc.). Applicants who have indicated a preference for another system that is not the position of the request will not be reviewed for screening purposes
Inform the Office of the wave that is related to the position.
This field is available only if the RS is integrated with the module and this assignment, QL Office vacancy in miscellaneous/Indications is with Yes.
This field is available only if the RS is integrated with the module and this assignment, QL Office vacancy in miscellaneous/Indications is with Yes.
Indicate the location of the chart which has the position open.
In this screening request will be selected the internal candidates (employees) of the company informed that they request with the same place of the chart indicated or reported any preference about the location in requests. If there is no request for this contributor, will be selected by this aspect. External candidates will be selected that have specified a preference for this site or who have not indicated any preference.
Note
When there is a duplication in the organization chart of the company structure, the solicitations prior to duplication, if any attempt to reopen them it will not be possible because the organization chart will use the current structure. In this case you will need to create another request to meet the outstanding vacancies.
This field is mandatory if it is integrated into the module and the control of QL frame by cost center.
This information is optional.
We have cases where the deadline set is considerably different the date as possible, as for example a candidate who already have medical examinations can advance the process in this situation please be advised as your due date.
Register closing date for completion of the request.
It is common in business, verbally or formally have set the length of time that the recruiter has to admit the new employee.
This field is used only when integrated with the IQ module that allows you to define if the available slots belong to employees, third parties or any other type of vacancy. This field is visible only when is set on the company register (QL) that controls the frame by vacancy type equal to Yes. When the frame control is not by vacancy type, the field will be hidden and on request the wave type field will always be set to 1. In the first module initialization the field will be filled in with 1-Employee. The registration of vacancies should happen by the module through options tables/QL/Types of slots.
We included the consistencies of slots to change the cost center (because the frame control of the company may be for cost center) and also when changing the type of vacancy.
In the process of checking balance of vacancies, will be considered:
- The characteristics of the wave
- Location or cost center (QL)
- SHIFT-when the control is per shift (QL)
- Type of vacancy when the control is by type of vacancy-allows the wave type field in the registration request be reset, thus the vacancies will not be considered.
- Will be checked the number of allowed to discount the requests with the same characteristic of the current request, as follows:
- Sum all external candidates that are in the R126CPE table (employees who were recorded on the effective window of RS) and who were admitted to the R034FUN with date less than or equal to the current date.
- Sum all the internal candidates who are registered at R126CPE and are not registered in the table R126CIN (are the employees listed on the window of the effective personnel administration) and, with date of admission of R126CPE less than or equal to the current date.
- Sum the values found for internal and external candidates to be amounts of allowed request that has the same characteristics of modern and even turns of the current request. That to disregard those admitted to the consistency of slots. This consistency of slots will only be made if the RS is integrated with the QL and have the following indications:
- VerAdm = ' 1 ' or ' 2 ' (also checks this assignment in the table user settings-R080UFU-QL).
- If the request is to Increase the frame.
- If the company updates effective as the R030EMP field. AutEfe = 's ' (QL).
Report the amount of slots being open on request.
Note 1
In requests that are canceled or completed will count as vacancy pending applicants who were admitted by the RS and were not admitted to the personnel administration, as they still do not appear in the company, but will be met. The remaining vacancies will not be filled because the request has ended. Therefore, to be vague on requisitions with the same characteristics as being registered and which are completed or canceled, will only consider vacancy pending/in progress those candidates who are still in R126CIN (candidates for integration) to be enforced in personnel administration. If you are terminated/cancelled and have no outstanding candidate in R126CIN table will not present the message of spots open. For requests that are in progress, check the allowed and decrease the amount of slots of the request. To consider the admitted the process is the following:
- For external candidates: query the request in table R126CPE and verifies that the candidate in the table R122CEX NUMEMP, TIPCOL, NUMCAD possesses equal to the R034FUN table.
- For internal candidates: query the internal candidates from that are in R126CPE and table that are not in the R126CIN table.
Note 2
IQ module to be checked the following fields when reporting the amount of slots on request:
In companies/companies, the fields "Update Effective Framework" and "see table" Admission. The latter will be in the background in Stocking x Local/definitions, the field "see table Admission" is reported to the user.
Inform the situation to this request:
- In progress-means that the request has been created and is characterized primarily by not having been filled in your number of available slots. She is still in use by file screens/sectionals, changes in requirements, etc..
- Cancelled-This situation is informed exclusively by the user. Corresponds to a situation that blocks the change all the information of the request.
- Finished-this may be informed by the user manually, automatically by the screenful of effectuation of candidates when the amount of permanent candidates equals the number of vacancies or request through the next logon to the module for the update routine requests, when there is a deadline registered at request.
- Open Request for proposal Workflow. Requests with this situation only will be available by the Workflow.
- Suspended-this is used in cases where the request will no longer be changed. Has the same effect of situation Canceled.
Inform the code that matches the reason of suspension of this request. Requests that are in this situation will not be available for selective sorting/or other changes in your registration.
Report day, month and year on which the suspension of this request.
Inform the code corresponding to the reason for the cancellation. Requests that are in this situation will not be available for selective sorting/or other changes in your registration.
Register the date that corresponds to the closure of this solicitation when finished or when canceled.
This field can be used to record the date of approval of the request of staff through the Workflow. Field exclusively for consultation.
Lets you define which kinds of candidates who will be considered for the request. Your reflexes will be perceived in the processes of sorting and selection and maintenance screen.
- A-both candidates
- And External Candidates
- I-Internal Candidates
This field is available only when the Old RS routine is used.
Valid information:
- Yes, the solicitations that are with this assignment will be made available on the Web
- N-no, requests will not be disclosed on the Web
This parameter is intended to retain the history of elimination of internal and external candidates who participated in selection processes with an interest in certain places. Valid information:
- Yes, registration will be provided from a field of the same name, in which is set to use. The historical query can be made elimination via the menu/developers/Historical requests for internal candidates and the history folder, the registration of external candidates, as well as through reports on candidates/List, model RSCA019 (vacancies held by the applicant) and Employees/List, model RSCL019 (vacancies held by the developer).
- N-no, the reasons for removal of candidates through the process of Setting will not be retained. Will be kept only those eliminated by the user (manually).
The candidates eliminated by selective, whose record will be kept as the mark's ', can be viewed on the window of the maintenance request, however, will appear on the window as with effective eliminated manually.
Report the amount of minimum points to internal or external candidate must achieve to be considered in the rankings or be eliminated (score).
Writes the code of the user who registered the request.
In this folder are registered some additional information that will assist in the process.
Inform the start date that will be considered in sorting/setting in relation to the candidate's registration date.
Inform the date that will be considered in sorting/setting in relation to the candidate's registration date.
Requesting Company
This information is optional.
Requestor Type
This information is optional.
Report any comments that may be used in the selection of candidates.
In this folder will be registered the information related to the scale of timetables, and wage data that will be used in the process as well as on execution of candidates, i.e. can be considered salary and scale informed in this folder.
To facilitate the filling in of fields, Class Structure, Wage, Wage Type wage and Salary Effective Value of the screen, you can use the [Salary] to bring wage information automatically related to the charge of solicitation.
Schedule
Inform the code of the scale that will be used to make the candidate effective. This information is optional.
Structure
Inform the code salary structure. This information is optional.
Salary class
Inform the class code. This field is available when the RS is integrated with the personnel administration or CS. This information is optional.
Salary level: Inform the wage level. This field is available when the RS is integrated with the personnel administration or CS. This information is optional.
When RS is integrated with Personal administration modules and/or CS, this information will be suggested as follows:
- If the branch is informed on request-level Class information and Wage Type will be suggested as salary information of the job reported in request, when this routine is active.
- If the branch is informed on request-will be considered the type of affiliate earnings as stated in the requisition CS module in positions/job titles/registration Structure button, but if you can't find will be considered the kind of salary to zero branch. If you don't find, will be considered the type of wages of module positions in CS in positions/Positions/record, Wage Information folder. If you don't find, will be proposed the type 1-Mensalista.
- If the branch is not informed on request-will be considered the type of salary reported in the CS in positions/Positions/record, Wage Information folder. If you can't find will be 1-Mensalista suggest.
- If only the personnel administration is integrated, the wage type will be reported in the record of the Office > Office tables > Positions, Wage Information folder.
Actual Salary Value
Report the value of the actual wage that may be considered in the selection process and also in the establishment of the candidates. When RS is integrated with the personnel administration or CS, this field will be filled automatically based on the structure, class and level information. You can be informed other salary value as long as it's not indicated the scale and structure. This salary will be compared with the last salary history when employee or wage when candidate. When informed scale and structure, salary amount will respect the field assignment to assume Wages (personnel administration or CS) R076Des. AssSal table when integrated. If the field is with before, will be proposed to include the salary structure/class/level, the same applies to the structure type. In the case of Zero, will not be proposed any information. If informed T, at the time of including or changing the record will assume the salary registered in the class / level informed, therefore, will always update the salary, bringing the information of the structure, class and level, when it is a change or inclusion of record.
Inform the developer (s) that will be replaced. The rule may be used for 493 process to consist of the developer (s) inserted into the grid.
Salary
In this folder will be registered the information related to the scale of timetables, and wage data that will be used in the process as well as on execution of candidates, i.e. can be considered salary and scale informed in this folder.
To facilitate the filling in of fields, Class Structure, Wage, Wage Type wage and Salary Effective Value of the screen, you can use the [Salary] to bring wage information automatically related to the charge of solicitation.
Note
When RS is integrated with Personal administration modules and/or CS, this information will be suggested as follows:
- If the branch is informed on request-level Class information and Wage Type will be suggested as salary information of the job reported in request, when this routine is active.
- If the branch is informed on request-will be considered the type of affiliate earnings of the request as set out in module CS > > Register Office positions, structure, but if you can't find will be considered the kind of salary to zero branch. If you don't find, will be considered the type of wages of module positions in CS > > Register Office positions, Wage Information folder. If you don't find, will be proposed the type 1-Mensalista.
- If the branch is not informed on request-will be considered the type of salary reported in the CS > > Register Office positions, Wage Information folder. If you can't find will be 1-Mensalista suggest.
- If only the personnel administration is integrated, the wage type will be reported in the record of the Office > Office tables > Positions, Wage Information folder.
Report the value of the actual wage that may be considered in the selection process and also in the establishment of the candidates. When RS is integrated with the personnel administration or CS, this field will be filled automatically based on the structure, class and level information. You can be informed other salary value as long as it's not indicated the scale and structure. This salary will be compared with the last salary history when employee or wage when candidate. When informed scale and structure, salary amount will respect the field assignment to assume Wages (personnel administration or CS) R076Des. AssSal table when integrated. If the field is with before, will be proposed to include the salary structure/class/level, the same applies to the structure type. In the case of Zero, will not be proposed any information. If informed T, at the time of including or changing the record will assume the salary registered in the class / level informed, therefore, will always update the salary, bringing the information of the structure, class and level, when it is a change or inclusion of record.
Replaced
Inform the developer (s) that will be replaced. The rule may be used for 493 process to consist of the developer (s) inserted into the grid.
This button only has this name when the old RS is used. When the new RS is used, it is called Manage. Through it is possible to visualize the following screens:
- Tender-maintenance of candidates, when the system is configured to use public contest and the year field competition is informed (in both the Old and the new RS).
- Manage the selection process, when the system is not configured to use tender, the year field Contest is not informed and the new RS is used.
- Maintenance, when the system is not configured to use tender, the year field Contest is not informed and the old RS is used.
EHG
This guide contains a grid where the Homogeneous Exposure Groups (GHE) are defined, which the candidate will be part of after the eventual realization. This information is used to identify and request the necessary admission tests, which determine whether or not the employee is fit to perform the job.
When approving a vacancy request (last level of the approval script), the requisition is created considering the GHEs informed in this request and includes them in the generated request.
Note
The GHE tab is enabled only when all of the following criteria are met:
- There is integration with the module Safety and Medicine;
- The field GHE routineis set to "1 - Enable GHE only," "3 - In Deployment" or "4 - Enable and Keep Legacy" in the Job Security Configuration (FR000SEG);
- The field Employee Link with GHEis set to "1 - Directly by Employee" on the Job Security Setup screen (FR000SEG).
Enter the code from the Environmental Risk Prevention Program (PPRA). The system allows only the selection of:
- Current or future PPRAs in relation to the date of the request;
- PPRA GHEs informed;
- a PPRA on request.
The grid of the GHE guide allows the consultation and change of the GHEs that make up the vacancy request, through its codes and descriptions.
By clicking the Delete, all PPRA and GHEs grid information is removed. To exclude only rows from the grid, use the default system shortcut (CTRL+DEL).
With the Suggest GHE, the system suggests the GHEs and displays them in the grid, considering: the informed PPRA; the location and position of the request / requisition. To enable the button, you must enter a valid PPRA and position yourself in the grid.
Veja também:
English
Español
