Companies
Warning
This documentation has information that applies only to some modules. Contents that have the icon
indicate each case, position the mouse over this icon and see the description of the modules.
Allows to register companies where the workers will be allocated. Once registered the company must also register the Branches in the item Companies> Branches, which represents the individual register of the headquarters, its branches, branches, etc.
Notes
- When the company is using the resource of International Configurations, the fields of this window will be presented/hired or enabled/disabled according to what has been defined for the international configuration related to the company structure or related to the company country. Being that you will first consider the structure (Companies> Companies, Guide, Cadastre, field Structure), and if there is no, you will consider the country (Companies> Companies, Parents).
- With the Personnel Administration module at the owner, it is only possible to register companies through this module. Otherwise, the registration can be done through the other modules.
Key fields
Company Enter the identification code of the company to be registered or consulted.
Company Name
Inform the full description of the corporate name of the company.
Guides
In this guide the company registration is done and the information requested covers all its subsidiaries.
Nickname
Reduced company name which will appear in reports and in the footer of the module screen, whenever the user is with the selected company.
Initials
Inform, if any, the company's acronym.
Parents
Enter the country where the company is located
Structure
Inform the structure code. It will determine which structure is valid for the company. Check how the structure routine works in the documentation of the Structure Master screen.
Note
This field is available when, under: Miscellaneous> Markings, field Uses Structure = Y-Yes.
Phone Number
Enter the phone number of the company, preceded by the DDD.
Fax Number
Enter the company's fax number.
Home Page
Inform, if any, the Company's home page.
Item Table Inform the event table code used by the company. From this information, the system will calculate rescission, vacation and monthly payroll. The table of items works as the system heart, in which the items are registered according to the company need. After carrying out calculations with the indicated table, this information cannot be changed. Because all financial statements, vacation receipt and rescission are directly linked to this field.
PIS Sheet Indication if the company should contribute with the PIS on the payroll. Report:
- s - When the Darf generation for PIS payment on the sheet will be calculated / generated by the Personnel Administration.
- N - When the Darf generation for PIS payment is not made by the system or when it is not due.
For more details about this subject, click here.
PIS Sheet Totalizer When indicated "S" in the previous field - PIS Sheet, the user must inform the system how the calculation basis for the generation of DARF PIS Folha should be found. It can be in two ways: through the incidence of events (in this case leave this field zero) or indicating here an event totalizer. The calculation will be one percent (1%) on the basis of calculation found.
Notes
- It is possible to individualize PIS values through features 58C and 58D. However, for this information to be generated properly, no totalizer must be informed in this field.
- The routine of PIS* Incidence is only for the new routine of provision. For the old routine, it is necessary using the totalizer of PIS* information.
- For more details on this subject, go to the PIS Folha topic.
For more details about this subject, click here.
Averages Paid Adto 13th Salary
Indication for the advance payment 13th salary, as for the payment of the average overtime, additional, commissions etc.
Some companies do not usually pay averages when paying the advance, wanting to pay them only in the 13th full.
- 1 - Pays All
- 2 - Do Not Pay Excess Hours and Average Variables
- 3 - Do not Pay None
The values referring to the Night Premium, Unhealthy and Hazardousness are paid by the current right, always when the worker is still receiving them. In this way, the signaling will only be respected when the average of these values is paid, that is, the employee has such events in past financial records, but no longer receives them.
Calculation Averages Adto 13th Salary
Indicate to the system how the averages of 13th salary should be paid, among the available options:
- 1 - All: the averages will be calculated at the time of payment of the advance of the 13th salary, whenever it is.
- 2 - Sheet only
- :
- the averages will be calculated only when one of the payment options is defined in the employee's union register:
- payment of
- 3 - Holidays only: the averages will be calculated only in the payment of the holiday advance.
13th Complementary Salary
Indicate how any differences will be treated regarding the calculation of the 13th integral:
- W - The Personnel Administration will calculate only the 13th supplementary salary, if any, on the monthly sheet;
- D - Only the 13th salary to be returned, if any, will be calculated on the monthly sheet;
- THE - The system will calculate the differences in the calculation of the 13th salary and will show them on a monthly sheet, this difference being a salary (13th supplement) or discount (13th to be returned). Both will be calculated and demonstrated in the monthly sheet after the calculation of the 13th integral.
- N - The differences relating to the 13th full salary will not be calculated.
Not
e
In the case of an employee disconnected before the 15th of December and who has already received 13th full salary in the year:
- When the selected option is 'D' or 'A', the system will generate the grandfather (s) of 13th Complementary Salary to Return. The amount of money generated will be according to the date of termination.
- If in the field Pay 13th Salt. Indemnified(Tables> Reasons> Causes of Resignation) of the dismissal of the employee, is set up to pay indemnities of the 13th salary on termination, will be generated according to the amount of days indemnified.
- If the event of the 13th supplementary salary to be returned has been generated, all the avos will be fully generated.
- If the thirteenth salary event to be returned has not been generated (13º Sal.Complementar = "N" or "C"), only the 13th indemnity will be generated for the indemnified days that are projected after the beginning of the next year.
On November 20, 2006, the full 13th was paid and on November 21, 2006, the termination of an employee was calculated.
- Situation 1: There is a configuration to generate a 13th event to be returned. In this case, the 12th of 13th was paid on November 20, but since the employee did not work in December, the 13th event will be generated to be returned to the salary balance of the termination and a 13th event will be generated for the days.
- Situation 2: There is no generation of 13th to be returned. In this case, the grandfather of 13th is not generated to return in the salary balance and neither is the grandfather of the 13th indemnity generated, because as the employee has already received the grandfather of 13th of December in the calculation of the 13th integral, there is no need to generate a grandfather of indemnified 13th.
%Salary advance Indicate the percentage that the system will use to calculate the wage advance. The percentage indicated above superimposes the one entered in the register of the Union.
Pay Carnê Office In cases of accounting office or service bureaus, the collection of the cards may be effected by the same ones that are then charged to the customer, or else, it is sent to the company or the holder for the payment to be made. This information will facilitate the issuance of the guides, which may be issued only to companies that collect by the accounting office, or only to the holders who make the payment in bank.
- s - The gathering is done by the office
- N - The titular company will make the payment in bank
GPS Partners
This field is no longer used and therefore must be filled with "N".
Close Determines the closure or not of the entries typed in the inclusion screens, making summations and requiring the summation by the user. The inclusion screens are in Calculations> Postings> Variables> Contributor and Events (in Personnel Administration) and in Calculations> Integration> Postings> Collaborator and Events (in Point and Dining Control).
- N - Do not Close the Typing Lot. Will not perform any consistency in the closing of reported values.
- V - Lot of Values. In this option the system will sum the values entered in the fields Reference and Value and compare with the value entered in the field Informed.
- T - Batch of Codes and Values. In this option the system will sum the values entered in all the fields (Fields: Type Collaborator, Collaborator, Event, Assignment, Reference, Value) and will compare with the reported value, being equal.
Close Wages Indicate whether you want to close the wage changes from the Employees> Wages> Wages> Individual screen. This data is independent of the previous information, it is possible to choose to close the wage changes screen without adding the sum in the releases.
- Yes, close the salaries and entries entered.
- Do not close wage changes.
Close Shopping Indicate if you want to close the entry of the item Calculations> Postings> Coupons> Post Purchase.
- Yes. When you enter purchase values for employees, the 'Informed' field will be enabled, where you can enter the total amount, with which Personnel Management will make consistencies at the time of recording. The sum of the posted values must be equal to the value of the Informed field.
- Do not close the shopping vouchers.
Generate Days / Hours
Inform if the company will calculate in days or in hours. For Day type, the events of hours worked and rest are invalid and only the events of days prevail in the calculations. Senior's standard event table is in Hours. If the company chooses the generation in days, it will have to register the events for calculation in days.
- D - Generate payments in days.
- H - Generate payments in hours.
Monthly Salary Inform how the monthly salary of the hourly workers should be considered when using AcuCal [9001] on the basis of the events:
- M - Salary Hour x Hours Month of the Scale. The Personnel Administration searches for the week hours (of the employee scale) and multiplies by 5. The result is the hourly reference used for the calculation.
- D - Proportional to the Days of the month with 13th Salary 30 Days. Find the week hours of the collaborator scale and multiply by 5. The result is divided by 30 and multiplied by the number of days in the month. This option is considered in Monthly, Weekly, Weekly and Advance processing.
- P - Proportional to the Days of the month with 13th Salary Days Month. The calculation is similar to the option 'D', but in calculating the 13th salary will be calculated by the number of days of the month and not over 220 hours.
- In the calculation of the Health and Hazard events, the options "D" and "P" are checked to consider the hours according to the days of the month in the calculation of the proportion referring to the events reported in the base of the event with type 21.
- This signaling does not interfere with the generation of hours, just when some calculation must be performed on the monthly salary, where in the event the Calculation Accumulator 9001 - Monthly Salary is based on the event. In the case of hourly it may be that the company wants the calculation considering 30 days always or according to the number of days of the month.
Example Monthly Sheet:
Event of discount of Union Assistance Fee in the jurisdiction 01/2010, being 1% of the salary and in the folder Base of the event is AcuCal 9001 with Type 01.
For hourly employee with hourly salary of R $ 2.15 that has a scale of 220 hours month:
| Value | Description |
| M | R $ 2.15 * 220.00 hours = R $ 473.00 * 1% = R $ 4.73 discount |
| D | R $ 2.15 * 227.33 hours = R $ 488.75 * 1% = R $ 4.89 discount |
| P | R $ 2.15 * 227.33 hours = R $ 488.75 * 1% = R $ 4.89 discount |
Example 13 Integral Salary:
Event of 13º Integral Salary paid in competence 12/2009 (month of 31 days) that in the Base folder of the event is AcuCal 9001 with Type 02.
For hourly employee with hourly salary of R $ 2.15 that has a scale of 220 hours month:
| Value | Description |
| M | R $ 2.15 * 220.00 hours = R $ 473.00 |
| D | R $ 2.15 * 220.00 hours = R $ 473.00 |
| P | R $ 2.15 * 227.33 hours = R $ 488.77 |
If the 13th integral was paid in 11/2009 (month of 30 days) the value would be at R $ 473.00 for any option.
The 13th salary paid in rescissions obeys the same criteria, observing the number of days of the month of resignation.
Scales of Schedules
Determine whether the company will use the timescales or work with weekly hours.
- S: Generate hours / month through the timescales. The system will enable the Scales in Collaborators field> History> Scales
- N: Generate hours / month from weekly hours. Will be enabled the Times in Employees> Histories> Schedules field
Companies that have shifts and mixed shifts (day and night) should use the timescales.
Beginning with version 5.5.1.7, even though Personnel Management is integrated with Point Control and Canteen, it is possible to indicate companies to work with Scales of Schedules and others not. However, for the company that decides to work simply with Time, no employee can have the field Point Control and Dining Room Counter, present in the Cadastral File, with a mark different from "4 - Do not Count". If there is, by changing the field Scales of Schedules to "N", the system will display a message informing the user, which should change this to 4 for correct treatment.
DSR Monthly Indicate how the DSR (Weekly Compensated Break) of the monthly payers will be shown on the payroll:
- s - The DSR hours of the mensalistas will appear in a separate event from normal hours.
- 001 - Normal Hours 190,40
- 004 - Hours Paid Rest 29,20
- N - The DSR hours of the monthly installers will be added together with the normal hours event.
001 - Normal Hours 220,00Note
For the hourly always shows separately.
Night Time 52:30 min. Indication valid for automatic generation of night hours, when using time scales.
- Consider 52.30 minutes as one night time.
- Consider the night hours with 60 minutes.
Frequently Asked Questions
Inform how the system will calculate the hours of absence in the automatic generation of hours of the hours. For the mensalistas it generates the hours always by the rest. The Personnel Administration offers two possibilities:
AND - Calculate the spacing by Scale time. It considers the number of hours of the indicated time for each day in the scale, in the period of remoteness.
R - Calculate the spacing by the hours of rest. Consider the number of hours of rest indicated in the hourly scale of the employee, multiplied by the number of days of removal.
A holiday leave from 01 to 20 of a given month:
- E - Scale: If the scale corresponds to 8 hours from Monday to Friday, 4 hours on Saturday and 7:20 hours on Sunday, and the first day of the month is a Wednesday, the holiday hours will total:
8 h 14 days = 112.00
4 hrs 03 Saturdays = 12.00
7:20 x 03 Sundays = 22,00
Total = 146: 00 hours on vacation - R - Rest: if the hourly scale is 44:00 h.week = 7: 20 / day, we will have 20 days x 7:20 = 146: 40 hours of vacation.
Control Contractual Hours Indicate if the company will control contractual hours. When a salary adjustment is made, the system considers the contractual hours to find the salary, based on the structure indicated in the salary history of the employee.
- S:The salary will be calculated based on the contractual hours indicated in the position of the employee.
Collaborator with hourly scale of 220 hours / month. In the Hours Contract Month field, the employee's position was 150 hours.
Structure Salary = 1500.00
By adjusting the salary, the Personnel Administration will calculate the following:
1500.00 (salary based on salary structure) / 150 (contractual hours) * 220 (hours month of scale) = 2200.00 -> salary resulting from salary adjustment.
- N: The company will not control contractual hours.
When there is a transfer of position or scale in the adjustment month, the system will consider as the change date for the wage history the transfer date. If there is transfer of charge and scale in the same month, it is worth the greater date.
- Transfer of charge on February 15, 1999;
- Transfer of scale on February 17, 1999;
- Salary adjustment on February 28, 1999;
- Date of change in salary history will be 17.02.1999.Note
This option is valid only for employees with a contract type other than 10 and who use exactly the salary of the employee's history structure / class / level.
Pay Annuities Determine if the company pays annuities:
- T - Pay all registered annuities to the employee.
- THE - Pays the highest annuity in number of years. The value entered in the 'Calculation Value' of the event for the comparison will be considered, and this information will not be cumulative.
- R - Payment of the annuities registered, the highest reference. The reference will be considered in the financial statement of the employee, and this information is not cumulative.
- V - Pay the highest value annuity.
- N - You do not pay annuities.
In order for the Annuity calculation to take place, the "Annuities" folder must be configured for each collaborator in the Basic Account file. Once you have done this, you still need to configure the respective Annuity events in the event log. All Annuities events will have the same rule 56, differing only by the number of years indicated in the Calculation Value of the event register.
Proportional Salary in Folha Indicate how you want to consider the salary value for the calculations, when there is a readjustment on a certain date of the month.
- S -Yes. Use salary commensurate with the date of the adjustment. For both hourly and monthly, consider the number of days in the calculation competence to effect division and multiply by the number of days in which each wage record is effective (proportion).
- N -No. Use the calculation on the last day of the month. No proportion, paid by history in force on the last day of the competition.
- T - Proportional 30 days Monthly. For the hourly the same calculation of the option "S", and for the mensalistas always makes the calculation proportional to 30 days.
Example 1 - Monthly:
Salary history:
01.01.2000 = R $ 1.000,00
15.10.2000 = R $ 1.500,00
Using the 'S' option:
1,000.00 / 31 * 14 = 451.61
1,500.00 / 31 * 17 = 822.58
Amount paid for the normal 220 hours = 451.61 + 822.58 = R $ 1,274.19
Using the 'N' option:
It does not proportion.
Amount paid for the normal 220 hours = R $ 1,500.00
Using the 'T' option:
1,000.00 / 30 * 14 = 466.67
1,500.00 / 30 * 16 = 800.00
Amount paid for the normal 220 hours = 466.67 + 800.00 = R $ 1,266.67
Example 2 - Time:
Salary history:
01.01.2000 = R $ 1.89
15.10.2000 = R $ 2.15
Using the 'S' or 'T' options:
1.89 / 31 * 14 = 0.85
2.15 / 31 * 17 = 1.18
Amount paid per hour = 0.85 + 1.18 = R $ 2.03
Using the 'N' option:
It does not proportion.
Amount paid per hour = R $ 2.15
Example 3:
Calculation of holiday difference:
Holiday receipt: 15.12.2000 to 13.01.2001
On January 13, 2001, the employee's salary increased from R $ 10.00 to R $ 12.00.
Folha de Janeiro / 2001:
| 10 (hourly wage) * 29 (holiday days with old salary) = 290 |
| 12 (new salary) * 01 (holiday days with new salary) = 12 |
| => 290 + 12 = 302/30 (total holiday days) = 10.07 (hourly holiday hour of the month) |
| 95.33 (holiday hours of the month) * 10.07 = 960.01 |
| 960.01 - 953.33 (holiday value of the receipt proportional to the holiday days of the month) = 6.68 |
Holiday difference: 6.68 / 13 (number of days holiday of the month) * 30 (total days holiday of receipt) = 20.65
Use Transportation Ticket
Inform if the company will use the transport ticket routine:
- s - Uses Routine Transportation Vale. The system will enable the Collaborators / Transportation Ticket option, where scales, lines, prices, etc. can be defined. of each transport used by employees, in order to generate reports for the distribution and purchase of the coupons and still integrate the values in the sheet or termination.
- N - Does not use Transportation Routine.
- P - Use Only to Control Passes. In this case there is no sheet release.
Uses Dependents In this given the company must define if it intends to use the complete routine of treatment of dependents, through an individual register of each dependent, or just maintain a number of dependents for family and IR salary, in the employee's basic file. You can still choose to use these two options at the same time during the deployment process. You can also choose only the registration and information of the beneficiaries of judicial pension.
- s - Uses Dependents' Routine. Will use the routine for individual control of dependents. To do this, the Employees / Dependents menu will be enabled with the Family Tab, Judicial Pension and List options, where some models will be available.
- N - Do not Use Dependent Routine. In this case, you will present two additional fields in the employee's basic sheet, for information on the number of dependents for Family Salary and IR, and also will enable a folder called 'Children', to register the dates of birth.
- P - Only Judicial Pension. In this case both the Basic Tab fields and the Dependent menu will be enabled. To control the Family and IR Salary, the basic data sheet will be verified. The Dependents registry will only serve to control the Judicial Pension.
- I - In Deployment. In this case both the Basic Tab fields and the complete Dependents register will be enabled. This is so that during the implementation of the Personnel Administration, if the user does not have time to register all the dependents, the easiest is to indicate this option 'I' and to inform the amount of dependents for IR and SF in the basic data sheet, until that the registration of all dependents is completed. So, after everything is registered, change this data to 'S'.
Vaccination / Frequency
Indicate how the treatment will be in relation to the payment of the family wage:
Yes. Only the family's salary will be paid if the employee is entitled, that is, he will verify if the dates of vaccination and school attendance are properly delivered / registered. This data is registered in Collaborators / Dependents folder Vouchers.
Will not be considered the dates of vaccination and school attendance, ie, being dependent for family wages under the age of 14, always paid.
Note
The Social Security requires the control of vaccination and school attendance for the payment of the family salary. In the system, however, the user may choose to use or not use this control, being under his full responsibility the consequences of such a decision.
Inform the system how the dependents of Income Tax (IR) should be considered for the calculation of Withholding Income Tax (IRRF). Among the available options, the IR dependent will be considered in the calculation:
- Month Completed: up to month in which to complete the age limit for IR, indicated in the register of the dependent himself.
- Year Completed: up to year in which to complete the age limit for IR, indicated in the register of the dependent himself.
- Month in which completes Age Limit + 1 Year (Cosit nº 204/2015): until the month when you turn 25 years old, if you are still attending a higher education institution or a secondary school; otherwise, until the month you turn 22 years old.
The options in this field comply with Law 9.250 of 1995 art. 35, III and RIR / 1999, art.77, and Cosit Consultation Solution 204/2015.
MO Calculation Calculation
This data will determine whether the company uses the apportionment of labor in the accounting, informing employees in various cost centers or locations.
- N - Does not use an apportionment of labor.
- W - Provision of labor cost per cost center. In Companies> C.Custo the field Code of Apportionment must be indicated. It will also be enabled a specific screen for the registration of employees according to the percentage to be prorated in each cost center, in the item Calculations> Postings.
- L - Provisions the workforce by local organization chart. In Tables> Organogram> Locations should be indicated the Apportionment in the Property of each location. It will also be enabled a specific screen for the registration of employees according to the percentage to be apportioned in each location, in the item Calculations> Postings.
Notes
- For QL, if the options C or L are informed, the routines for Manpower Assessment in the calculation of the Individual Budget and by Scenario will be enabled.
- To enable the MO apportionment routine in a Workbench scenario, you must select option C or L.
- For the calculation of the Hours to be integrated of the module of Control of Point and Canteen for the module Personnel Administration:
- If apportionment is used in the two modules, when integrating, the standard apportionment of the location / cost center is taken, and it is not possible to apportion according to the information published in Calculations> Postings> Appointments (50% in each apportionment for example), since the event already goes with the apportionment in the integration and the Personnel Administration uses this apportionment to calculate.
- If you use apportionment only in the Personnel Administration module, when integrating the event is taken with the apportionment code zeroed and when making the calculation of the sheet the system apportions according to the information released in Calculations> Postings> Appointments.
- For the Personnel Administration
- :
- Manpower Assessment in Hour
- For the Point Control and Dining Room:
- When working with apportionment by markings, it is necessary to define differentiated collectors for each location or cost center (according to the apportionment used). See the apportionment routine documentation for more details.
Uses Routine Takers Indicate how the service providers will be treated:
- F - By Branch. It refers to the routine of service takers, being the policyholder registered in the branch or indicated on receipt.
- R - By Apportionment. It makes it possible to assign a taker to each apportionment.
Note
When this "R" option is used, the CEIs of Works informed in the "Other Company" register will not be linked to the employees in RAIS and CAGED. This situation will not be addressed because with the implementation of eSocial new submission layouts may be requested.
- After using the "F" option and want to change to the "R" option, the date information in the field Home Routine Borrowers by Apportionment is mandatory.
- Affiliate Registration:
The Service Borrower field will only be enabled when it is checked in the company Use Routine Borrowers = 'F'. - Registration of Assessments:
Created tab "Takers". It will be visible when 'R' is highlighted. In order for the routine of takers by apportionment to work, it is mandatory to register a taker for each apportionment. In this guide, you can also specify a branch for the apportionment, but it is not mandatory. If the branch office is not checked on this screen, the system will continue to search under Companies / Accounting / Tick Rate (default procedure). - Receipts Register:
Underneath the Branch field was created the Rateio field, which is part of the primary key. This field will only be enabled when 'R' is marked; in this case this field is required. This field has a filter to show and allow to inform only the apportionments that have a designated taker and, if there is a branch in the apportionment register, the apportionment must be the same as the one received.
The "Borrower" tab can only be accessed when 'F' is marked. - GPS / INSS Ratio:
When 'R' is ticked, the Type GPS tagging will come with the default option "R - Rate Code"; the system will not allow you to inform another option and the amounts of the Withholding Tax Withholding percentage will be offset for each subsidiary / apportionment.
Using this routine, the subsidiary and the borrower will be sought from the apportionment register. When the subsidiary is not indicated in the apportionment, it will be searched through the standard system procedure.
When generating the GPS with the value of Retention percentage, a guide will be generated for each branch / apportionment.
Using the routine of takers by apportionment the Single GPS can be generated, the procedure will be the same as the Single Normal GPS. - SEFIP:
When "R" is ticked, the "Separate Rate" checkbox will come with the default option "S - Yes", the system will not allow you to enter another option and the percentage of Withholding Tax Withholding will be compensated for each branch / apportionment.
Using this routine, the subsidiary and the borrower will be sought from the apportionment register. When the subsidiary is not indicated in the apportionment, it will be searched through the standard system procedure.
A file will be generated for each apportionment. - Reports:
Tables> List> Appointments: When the apportionment has a policyholder checked, the report will list the corresponding company, the borrower and the subsidiary below it;
Companies> Listar> Cadastrais> Companies - Complete: below the information Calculate Manpower Assessment was included the information of the field Usa Routine Borrowers. - Import models:
27 - Payment / Receipt: in record 3 was included the information of the CodRat field, which is new in table R032RCB;
10 - Companies: in record 1 was included the information of the RotTom field, which is new in table R030EMP.
Refer to the Service Booklet for further guidance on the routine.
Discount Rate Advance Through this field it is possible to define the assessment as:
- According to the assessment of the Normal Hours (Current) - When this mark is used, the current behavior of the system is maintained and the apportionment is reworked, if there is a new history.
- Seek apportionment in advance calculation - This should be used only in the situation where there is a calculation type 91 per period and the company does not use apportionment of financial accounts.
Description of how the assessment is calculated:
For the event of feature 48F in the sheet, 11 is calculated according to the portion of the apportions of the crt event 40D in the sheet 11.
For the event of characteristic 40D in the sheet, 11 is calculated according to the portion of the rule event allocations in sheet 11.
If these events are not found in sheet 91, the system searches for the lowest code events as the basis for the proportion of the apportions.
Important
To use this routine, you must parameterize the Down Payment Discount event, reporting feature 49D and rule 018, valid for processing 11.
On the basis of calculation of this event, indicate the codes of accumulators of Wage Advance and withholding IR:
+ 9060 01 = Advancement value of the month
- 9061 01 = Down Payment IR amount
When there is a Change of the Month or a Change of the Previous Month, you must parameterize the event according to the following instructions so that the change in the calculation of the Monthly Sheet is not added:
"Down Payment Discount" event, characteristic 49D and rule 018, valid for processing 11.
On the basis of calculation of this event, indicate the codes of accumulators of Wage Advance and withholding IR:
+ 9059 01 = Net Advance amount
- 9061 01 = Down Payment IR amount
Parameterize also the event of IRRF on Advance, feature 48F and rule 018, with 100.0000 in the calculation value, valid for processing 11, in its base should contain:
+ 9061 01 = Down Payment IR amount
Home Routine Borrowers by Apportionment
In this field, the start date for the use of the Routine Borrowers routine must be informed.
With this, it is possible to maintain compatibility with the information of Borrowers per Branch and to generate the GPS or Sefip prior to this date, because in the Branch the service provider's billing remains.
If this date is zeroed, only the generation of the information is allowed by Apportionment.
Once a date has been entered in this new field, all routines of the system that at some point verify the use of the routine of takers by apportionment will also consist of the date informed, ie in routines such as the generation of GPS or SEFIP, for example , it is considered valid the use of the routine of takers by apportionment only when the competence regarding the generation is is or equal to the date informed in the register of the company. In case the competence generated in this example is lower than the date registered in the company for the beginning of the use of the routine of takers by apportionment, the system assumes in all the verifications as if the use of the routine of takers was by "F" - Branch. Therefore, the use of the Home Routine Borrowers by Apportionment should be made only to those who are migrating from the routine use of Borrowers per Branch to the use of Borrowers routine by Borrower.
- This field should only be filled by those customers who need to migrate from routine to "F" -Filial routine for the use of routine "R" -Rateio. Customers who already have a "Routine Routine" field marked "R", and those who will start using the Routine "R" -Rateio routine, do not need to enter any value in this new field.
- The system will not convert the registrations from the routine of takers by branch to takers by apportionment, since each company has its form of parameterization. In this case, the parameterizations for the use of the new routine are under the responsibility of the client, who can even request a quote for the area of customized services to do this process.
Additional History Function
Through this option, the treatment of the multiple functions performed by the employee is defined, when there is no change of position.
Collaborator in a Supervisor position. The Manager of the section goes into vacation and the Supervisor shall carry out also the section manager for 30 days.
Under such conditions, the developer that owns the Section Supervisor position will gain an additional function, for having played a role during 30 days.
Indicate, if the company uses, how the job history will be treated:
- 0: Does not use additional function;
- 1: Older history. The system will consider for calculation purposes the first registered function history, respecting the start and end dates;
- 2: Latest history. The last recorded function history shall be considered for calculation purposes, respecting the start and end dates;
- 3: History with higher value function. All function histories will be calculated with all existing payment types. The function that has the highest value will be used in the calculation of the additional sheet function;
- 4: All function histories are considered in the calculation of the additional sheet, respecting the start and end dates of the history;
- 5:All non-overlapping histories will be considered in the calculation of the additional sheet function.
Notes
- To enable the frame by function, an option other than 0 (zero) must be entered.
- Using the "5" option and additional function overlap exists, the first history will be valid until the beginning of the next additional history.
1st Example:
1º History: 01/04/2006 to 15/05/2006
Amount Due: R $ 100.00
2nd History: 01/05/2006 (no end date)
Amount due: R $ 200.00
Note
Calculating Competency Sheet 05/2006:
100/30 * 15 = 50.00 (01/04 to 15/05/06)
200/30 * 16 = 106.67 (05/16 to 05/31/06)
Total paid on sheet: 156.67
Example 2:
1º History: 01/04/2006 (without end date)
Amount Due: R $ 100.00
2nd History: 01/05/2006 (no end date)
Amount due: R $ 200.00
Note
Calculating Competency Sheet 05/2006:
In this case, only the last record will be considered: 200.00.
Additional Payment Function
Indicated as will be the treatment of function histories, it is necessary to indicate how the function addition will be calculated.
- Does not pay.
- Initial salary of the function. It will look for the class structure and initial level and will apply the percentage of the Functional Addition. The system will retrieve this information from the position indicated in the employee function history.
- Final salary of the function. It will look for the class structure and final level and apply the percentage of the Functional Addition. The system will retrieve this information from the position indicated in the employee function history.
- Market salary of the function. The system uses the Salary structure level field to find the calculation basis for the additional. In this field, the market level of the structure will be indicated.
The system will look at the role of the function, the initial class. In this class, the second level found will be the market level.
- Salary of Substitute. The history of the function will indicate who is being replaced. The last (most recent) salary history of the replaced will be the basis for calculating the additional.
- Highest salary of all. The system will calculate types 1, 2 and 3, of these, the greater will be paid in sheet.
- Lower salary of all. The system will calculate types 1, 2 and 3, of these, the smaller will be paid in sheet.
- Salary Difference of Substitute. The difference resulting from the salary of the substitute will be paid in relation to the salary of the substituted one.
- If there is structure, class and level and / or percentage of calculation indicated in the function history these will be considered in the calculation. That is, the historical information will always prevail the information indicated in the position.
- To calculate the function addition, an event with rule 47 and feature 39z must be created.
Teachers Indicate if the company will use the teachers' routine:
- N - Not used. In this case, the system will not enable the routine of teachers, that is, the fields and options related to the routine of teachers will not be displayed in the system.
- H - Calculate by the time. The calculation is done by considering schedules indicated for activities and subjects in the Activities grid. If there are schedules and month hours indicated for the same activity and/or subject, the month hours will prevail. If no schedule is indicated, the activity and/or subject will not be considered for the payroll calculation.
- M - Calculate by the month hours. The system will calculate the activities and subjects of teachers based on the month hours, disregarding the schedules. Using this option and if there is absences, the system will not decrease these teachers hours.
- P - Proportionalises Hours Month. The system will calculate the activities and disciplines teachers based on hours month, making the generation of hours per system standard rules, including treatment of absences, night hours and the possibility of indicating the multiplier month hours and WPRP hours of teachers, according to the CLT* or Collective Bargaining.
- s - Proportionalises Week Hours. The system will calculate the activities and disciplines teachers based on week hours, making the generation of hours per system standard rules, including treatment of absences, night hours and the possibility of indicating the multiplier of month hours and WPRP hours of teachers, according to the CLT* or Collective Bargaining.
For more information about teachers' routine, click here.
Notes
- The options "H" and "M" correspond to the treatment given by the system until version 5.5.1.8. As of version 5.5.1.9 the routine has been extended, also being offered the options "P" and "S", which treat the teachers routine more automatically. Two options were created so that there would be no interference in the procedures previously used by the clients. We suggest that deployments always be performed with the "P" or "S" options.
- The Time and Cafeteria Control module only evaluates the teachers hours, without calculating differentiated situations per activities/subjects. The situations usually evaluated are separated per activities/subjects through the apportionment per teacher. Specific situations per activities/subjects can be treated only by special rule, but for this, it is necessary to create a situation for each activity/subject.
Subject (Situation 1), Subject 1 (Situation 2), Subject 2 (Situation 1), Subject 2 (Situation 2).
Prop. Fixed Events
Indicate if the events launched in the Fixed Line will be proportional in the months of Start Validity and Final Validity:
- s - Proportionalize calculation of events. The calculation of the events will be proportional according to the indicated validity. On termination, however, it will only be proportioned if the Resignation Date is greater than the End of Validity.
- R - Proportionalize the calculation of events, including termination. The calculation of the events will always be proportional according to the indicated validity, following the same criterion in the termination.
- N - Does not proportionate calculation of events. The calculation of the events will always be integral, regardless of the indication of validity.
Event Production Prize in the amount of R $ 50.00 with initial validity on 05/15/2008 and final on 07/15/2008.
- Using the option "S", the calculation of the sheet of a monthly collaborator would look like this:
- Month 05/2008 = 50.00 / 30 * 17 = 28.33 (if it were hourly, it would divide by 31 days)
- Month 06/2008 = 50.00
- Month 07/2008 = 50.00 / 30 * 15 = 25.00 (if you were a horista, would divide by 31 days)- Considering that he was dismissed on 10/07/2008, the full amount would be paid at the termination, 50.00, since the expiration date is greater than the date of dismissal.
- Using the "R" option, the sheet calculation would be the same as the "S" option, with difference only in the calculation of the rescission:
- Considering that he was fired on 07/10/2008, the termination would pay the proportional value = 50.00 / 30 * 10 = 16.67 (if it were a horticist, it would divide by 31 days).
- Using the option "N", in all months of the sheet and even in the termination would be paid the full amount, that is, 50 reais.
Control Payment Indicate if the company will control payments. This control is done by generating a history of the amounts actually paid to employees. Whenever a bank credit report or a new sequence of checks is generated, this data will be saved and can be consulted in Calculations> Payments> See.
- s - Yeah, take control.
- N "You do not want control."
Responsible CPF Inform the CPF registration number, which is on the identification card of the legal entity of the person in charge of the company before the CNPJ. This information will be used only in Dirf generation.
Positive / Negative Difference
Whenever the worker has absence due to Vacation in the month, these hours will be integrated in the Payroll. At this moment, there will be a recalculation of receipt, evaluating the eventual differences due to variable values or salary changes. By definition, this difference is posted on the sheet in events with Feature 11I (Vacation Difference), 42D (Negative Vacation Difference), 12F (Difference of Allowance) or 42E (Negative Difference of Allowance), for the total difference found in all the holiday events calculated on the receipt (corresponds to the 'N' option of this field). However, some companies wish to calculate / discriminate a difference event for each Holiday event (corresponds to the 'S' option of this field). Therefore, indicate how the company will use the calculation of positive and negative differences in the recalculation of the holiday receipt on the sheet:
- "S - Yes": Personnel Administration shall determine the differences in the difference event indicated for each holiday event. For this, the system will release the fields Positive Difference and Negative Difference in the Events screen (FR008EVC). These fields must be filled in for the correct operation of the routine. For each holiday event you want to separate the difference value (positive or negative) you need to create difference events using the characteristics (11I, 42D, 12F and 42E) and link to the new difference event in the fields Positive Difference and Negative Difference, of holiday events.
When the value "S - Yes" is used and the vacation calculation has the following events:
- Hours Day Trips
- Average Extra Holiday Hours
- 1/3 Holidays
- Hours Pecuniary Allowance
- Average Extra Hours
- 1/3 Holidays with Fertilizer Pecuniário
The standard events are:
- 11I - Holiday Difference
- 42D - Negative Difference of Vacations
- 12F - Credit Difference
- 42E - Negative Difference of Credit
You will need to create events with characteristics (11I, 42D, 12F and 42E) according to what you want to separate. In this example, only vacation and subscription time events will be separated.
- 11I - Dif. Hours Day Trips
- 42D - Dif. Neg. Hours Day Trips
- 12F - Dif. Hours of Subscription
- 42E - Dif. Neg.Hours of Payment
The events DIF. Hours Day and Diff. Neg. Daytime Hours, are to be linked in the Daytime Hours event. For events 12F - Diff. Hours of Compost and Diff. Neg. Hours of Subscription must be linked to the Hours of Pecuniary Hours event.
The values of the holiday events are positive or negative, they will be released:
| Item | If it is positive | If it is negative |
|---|---|---|
| Daytime Daytime Hours | 11I - Dif. Holiday Hours | 42D - Dif. Neg. Hours Day Trips |
| Average Extra Holiday Hours | 11I - Holiday Difference | 42D - Negative Difference of Vacations |
| 1/3 Holidays |
| Item | If it is positive | If it is negative |
|---|---|---|
| Hours Pecuniary Allowance | 12F - Dif. Hours of Subscription | 42E - Dif. Neg.Hours of Payment |
| Average Extra Hours | 12F - Credit Difference | 42E - Negative Difference of Credit |
| 1/3 Holidays with Fertilizer Pecuniário |
- "N - No": Personnel Administration will use the standard events (with characteristics 11I, 42D, 12F and 42E) to cast the differences found in the recalculation of the holidays.
When the value "N - No" is used and the vacation calculation has the following events:
- Hours Day Trips
- Average Extra Holiday Hours
- 1/3 Holidays
- Hours Pecuniary Allowance
- Average Extra Hours
- 1/3 Holidays with Fertilizer Pecuniário
The standard events are:
- 11I - Holiday Difference
- 42D - Negative Difference of Vacations
- 12F - Credit Difference
- 42E - Negative Difference of Credit
The values of the holiday events are positive or negative, they will be released:
| Item | If it is positive | If it is negative |
|---|---|---|
| Hours Day Trips | 11I - Holiday Difference | 42D - Negative Difference of Vacations |
| Average Extra Holiday Hours | ||
| 1/3 Holidays |
| Item | If it is positive | If it is negative |
|---|---|---|
| Hours Pecuniary Allowance | 12F - Credit Difference | 42E - Negative Difference of Credit |
| Average Extra Hours | ||
| 1/3 Holidays with Fertilizer Pecuniário |
Uses Vacation Interrupted
Indicate whether or not the company will use the routine to control Vacations Interrupted:
- S -Yes. The menu Collaborators / Holiday / Receipts / Change Gozo will be available so that the user can change the enjoyment of the holiday without modifying the holiday receipt.
- N - You will not use the interrupted vacation routine.
This routine was created exclusively to meet a vacation interruption made by maternity leave. It was not intended to address other situations where the return to vacation enjoyment occurs in the same month that the Holiday Receipt is integrated into the Financial Statement.
New Releases It allows the user to indicate the desired treatment for the variable movement of dismissed employees:
- S -Yes. The variable movement will be released for postings and will always be considered, by the calculation of the sheet, for employees dismissed, in the month of termination and also in the subsequent months.
- N -No. The variable movement will be blocked for postings and will never be considered the events launched in the movement for dismissed employees.
- R - Month Only Termination. The variable movement will be released for postings only if the resignation is within the current period, so these postings will be considered during the calculation of the sheet only in the month of termination.
When using the "S" or "R" options, the system will consider the amount of movement in the calculation of the sheet regardless of what was calculated at termination. In order for the system to assume the value of the rescission event in the sheet calculation, the movement information must be excluded after the rescission calculation. Or, if you want the calculation to assume what is in the termination, you can change the option from the Released Entries field to "N".
The marking of this field will also be valid for the Vouchers and releases of
Shopping.
Simple by Branch It allows the user to indicate if the treatment for simple opting companies will be done by company or by branch:
- S - Yes. The option control for Simple will be done by Branch. Therefore, the Simple / FGTS folder available in the Branches Register (Companies / Branches) will be available to be filled by the user, and each branch of the company will obey its respective parameterization. If any branch is not configured, it will comply with the parameters defined in the Company's registry.
- N - No. Simple option control will be performed by Company. Therefore, the Simple / FGTS folder available in the Company's register will be available to be completed by the user, and all branches of the company will comply with this parameterization.
History Bank Accounts From this indication the user will indicate to the system if he / she wants to use history of bank accounts or only the simplified information in the cadastral file:
- N - No. In this case, the fields related to the bank account in the Employees, Third Parties and Dependents of Judicial Pension form are available, and with each change the information is superimposed, and no records of previous values are kept.
- S - Yes. In this case, the "Bank Accounts" tab will be enabled in the register of Employees, Third Parties and Dependents of Judicial Pension, allowing the bank accounts to be tracked by date, and may also receive proportionally more than one bank account (apportionment).
When you switch to "S", the system will issue a message to the user if "Do you want to Generate Bank Account History for All Company Employees, Third Parties and Dependents?". This way the system will create an initial history, with the information that already existed in the registries. The starting date of the history will be the date of admission of the collaborator or third party.
History From this signaling the user will indicate to the system if he / she wants to use judicial pension history or single information:
- N - No. In this case, some fields that influence the variable pension are available on the Pension Register screen and also the "Fixed" tab is enabled, where the fixed pension treatment is informed. With each change in the Master Directory tab, the information is overlaid, with no record of the previous values.
- S - Yes. In this case the "Fixed" tab is disabled and in its place the "History" tab is enabled, and the fields that influence the variable values, which were previously available in the Record tab, are now available in the "History" tab. controlled by history, as well as the fields that belonged to the "Fixed" tab. Therefore, the two types of pension, fixed or variable, are treated by historical validity.Note
Note
When you switch to "S", the system will send a message to the user if "Do you want to Generate Judicial Pension Histories for All Employees and Third Parties?". This way the system will create an initial history, with the information that already existed in the registries. The starting date of the history will be the "Start Grant", if this field was filled, or the date of admission of the collaborator.
Model Portaria 41 Indicate the template that should be listed in the "Print" button available in Collaborators> Registration tab> Portaria 41. If no template is selected, by default the system will list the FPFR001.COL template.
General Information Indicate the template that should be listed in the "Print" button available in Collaborators> Registration tab> General Information. If no template is selected, by default the system will list the FPFR003.COL template.
Difference FGTS Sefip
Inform if you want to use the routine that calculates the value of FGTS according to the form of calculation of Sefip. If you choose, some settings must be made by the user and the behavior of the system itself at the time of generating the FGTS will be modified. For routine details click here.
Consider Other Payments to INSS Base (RPCI) Indicate if the calculation of third-party INSS should consider the other payments of the competence registered in the system:
- S - Yes. (Standard treatment of the system up to the inclusion of this check and the most recommended) The system automatically considers the INSS base of all payments made to the third party within the same jurisdiction, limiting to the social security ceiling.
- N - No. If there is more than one payment to the same third party in the jurisdiction, the INSS ceiling will not be automatically verified, and may generate retention above the ceiling. This option was created for use in conjunction with the option "F - Other Out-of-System Agreement" of the Other Contract tab available in the Third-party registry, as control of other payments will be via postings. Thus, the field Other Payments Base, in Calculations> Third Party> Physics Pagets will only display the values posted in Calculations> New Releases> Bases.
Note
When generating GPS by Personnel Administration, if you have retention above the ceiling the system will take this value to GPS incorrectly, but for Sefip it will check the ceiling, since Personnel Administration only exports INSS base. In this way the Sefip GPS will have different value from the GPS of the Personnel Administration.
Definition of Calculation
Report an Evaluation Definition (General) for this company.
Situation Definition The Definition of Situations can also be per Union, however, the union definition prevails. If the union has no definition, it will be considered as valid the company situations.
Setting Manage Schedules The code of the definition for the window to manage schedules, which will be used by the company, must be reported in this field. The definitions from the manage Schedules window are registered in Calculations > Evaluation > Definitions > Manage Schedules.
Link between employee and person, Link between third party and person and Link between partner and person
Define the obligatoriness of the bond of people with each type of employee (employee, third party or partner).
This directly influences the generation of people through the Generate People screen (FRGERPES), regardless of the company scope and type informed in generation. These fields are mandatory and their definition overlaps the screen scope (Selection tab).
The available options are:
- 0 - Optional: the link between collaborator and person is not mandatory.
- 1 - Required: the link between the employee and the person will be mandatory.
- 2 - Do not Generate: the link between the collaborator and the person will not be generated.
These fields are enabled only when in the People tab of the MiscellaneousFR000ASS):
- the people routine is active, that is, the field Enable People Routine is set to "S - Yes";
- the definition of the link between people and employees is by company, that is, the fields related to the link have value equal to "2 - Definition by Company".
For company A, I have defined that it should only generate people for employee types (TipCol) 1 and 2. For company B only for type 1, and for company C does not generate for anyone.
In the generation of people screen, regardless of whether or not they inform the company and type, the definition of miscellaneous signals and per company is who decides who is going to be generated. We assume that in selecting the generation of people the coverage for companies A, B and C, and types of collaborator 1 and 2 to generate people for the option collaborators:
According to company definitions, people will be generated in the following situations:
- Company A: TipCol 1 and 2.
- Company B: TipCol 1.
- Company C: None.
Link between dependent and person
Define the obligatoriness of the bond between the dependent and the person, per company.
The available options are:
- 0 - Optional: the bond between dependent and person will not be mandatory.
- 1 - Required: the bond between the dependent and the person will be mandatory.
- 2 - Do not Generate: The link between the dependent and the person will not be generated.
These fields are enabled only when in the People tab of the MiscellaneousFR000ASS):
- the people routine is active, that is, the field Enable People Routine is set to "S - Yes";
- the definition of the link between people and dependents is by company, that is, the field Dependent x Person link has value equal to "2 - Definition by Company".
If you are set to no people by choosing "Dependents" on the Generate People screen (FRGERPES), trying to go through the Selection tab will appear a message warning that there are criteria determining that people should not be generated for dependents.
Liminar by Branch If the company has a preliminary notice releasing the Company, RAT,% Third Party and Covenants collection in the GPS about certain events or characteristics, it should indicate here the level of configuration:
- S - Yes. The INSS injunction control will be carried out by Subsidiary, therefore, the INSS Disposal folder available in the Subsidiaries (Companies / Branches) register will be available to be completed by the user, and each subsidiary of the company will obey its respective parameterization. If any branch is not configured, it will comply with the parameters defined in the Company's registry.
- N - No. The control of INSS injunctions will be carried out by Company. Therefore, the INSS Disposal folder available on the Company's register will be available to be completed by the user, and all branches of the company will comply with this parameterization.
Uses Commitment Control For more information about this field, click on here.
Block Admissions in Personnel Administration The field is only displayed in the Personnel Administration and Recruitment and Selection modules, when there is integration with the Recruitment and Selection module (both modules must be in the Owner's file). Define whether to block admissions to:
- 1 - All: It is not possible to register the Employees and Third Parties by the Personnel Administration;
- 2 - Employees Only: It is not possible to register the Employees by the Personnel Administration;
- 3 - No: It is possible to register the Employees and Third Parties by the Personnel Administration;
- 4 - Only Third Parties: It is not possible to register the Third Party by the Personnel Administration.
Controls Def. Physicists
Resolution 630 INSS of 10/20/98 determined that forms of supervision, evaluation and control of companies should be established to ensure the filling of vacancies reserved for rehabilitated beneficiaries o
If this item is marked S, the QL module will check the physical handicap entry in the employee's register and with this you can control the required percentages of people in these conditions hired by the company.
Update Effective Board Indicates whether the system should update the effective frame during operations involving changes in the frame.
If set to "S", it will update the effective table according to changes in location history or cost center, position, shift, dismissal, etc. If you have "N", it will not update the effective frame during history changes.
It is necessary that this field be set to "S" so that the consistencies of vacancies defined in the fields See Admission Picture and See Table Transfers carried out. In addition, it is necessary that the effective framework is standardized.
Level Description Location
Enter the maximum level that should appear in the Location information of the Financial Statement.
Ordering Registration Card
Define how the information in the Record Tab reports should be sorted:
- 1 - Ascending. Data is listed from the smallest to the largest, from the oldest to the most recent.
- 2 - Descending. Data is listed from highest to lowest, from the most recent to the oldest.
Note
This field affects only the order of histories, not the order of the data entered.
Minimum value to recalculate events Through this field it is possible to determine from which value the events in a sheet of the complementary or dissidia type must be recalculated.
Search Revenue Deduction Define which months the revenue will be sought:
- Of all the months with informed income.
- Only months reported as proportional.
- Of all the months with informed revenue (check limit of 5%)
- Only of the months reported as proportional (check limit of 5%).
Banking Control Through this field it is possible to define whether the company uses payment control or not:
- No - When payment control is not used, the Calculations> Payments> Payment Control menu is not displayed.
- Yes - The company uses payment control and therefore the menu Calculations> Payments> Payment Control is displayed.
- Validation - The Calculations> Payments> Payment Control menu is displayed, but you can perform new post-conference payments if necessary.
This option is recommended for the period in which the routine is being validated. After the validation is completed, option 1 must be used.
Exchange Trade Union Period Holidays
Inform how the system should treat the termination of the employees' vacation period when a union is exchanged, and the unions of origin and destination have differences in relation to the number of days of duty.
Options available:
- 1 - Holiday period ends, considering the previous right up to date of the exchange
- 2 - Overdue period considers previous right and open period considers current right
If "1" is selected, when the union is exchanged, the holiday period will be closed the day before the start of the new union's history.
If "2" is selected, it will have no effect at the time of exchange. However, when recalculating the holiday period, the number of days of entitlement of the new union in the open periods after the new record (including the period in progress at the start of the new union) shall be taken into account.
This field must have an informed valid option. When using any routine that requires trade union exchange, if for some reason this field is not filled, the system will request this information to proceed with the operation.
Note
If the number of days of entitlement is adjusted directly in the union register (FR014SIN), the field Exchange Trade Union Period Holidays is inconsiderate. In this case, the current right will be considered for all periods, due and open.
Defines the consistency that will be made in the admission of employees in the Basic Report Enter how the system should proceed when admissions occur:
- Check existing vacancies and allows you to include
- Checks for existing vacancies and does not allow inclusion - The system checks if the location / cost center and the position where the employee is being admitted, or where he / she is being transferred, has an open planned position. If there is no vacancy open, "There is no vacancy in the Cost / Location Center X, Cargo X in DD / MM / YYYY.", And the system does not allow admission or transfer.
- Does not check for vacancies
This configuration will be valid for all employees of the company, however, exceptions may be registered for certain employees in X Local Storage> Settings> X Storage> Cost> Settings.
Defines the consistency that will be made in the Cost / Charge Place / Cost Center History. Inform how the system should proceed when frame transfers occur:
- Check existing vacancies and allows you to include
- Checks for existing vacancies and does not allow inclusion - The system checks if the location / cost center and the position where the employee is being admitted, or where he / she is being transferred, has an open planned position. If there is no vacancy open, "There is no vacancy in the Cost / Location Center X, Cargo X in DD / MM / YYYY.", And the system does not allow admission or transfer.
- Does not check for vacancies
This configuration will be valid for all employees of the company, however, exceptions may be registered for certain employees in X Local Storage> Settings> X Storage> Cost> Settings.
Defines the consistency that will be made in the Role History. Inform how the module should carry out the functions when adding new employees and also in the changes of functions.
- Check function table and allow to include.
- Check function table and not include. - The system checks if the location / cost center and the position where the employee is being admitted, or where he / she is being transferred, has an open planned position. If there is no vacancy open, "There is no vacancy in the Cost / Location Center X, Cargo X in DD / MM / YYYY.", And the system does not allow admission or transfer.
- Does not check the function frame.
Use QL Shift
Inform about the use of the Turn Table Capacity:
- It will check the stocking table per shift.
- It will not check the stocking table per shift. The releases will all be in the general round.
Control Frame Indicate how the control of the stocking table will be done:
- By location
- By Cost Center
This field identifies whether frame control is by Competency or Journal. Options:
- C - Competence: In the screen of Maintenance of the Table of Vacancies (Capacity x Local> Maintenance / Capacity x C.Custo> Maintenance), the planned vacancies will be launched by competence, that is, always on the first day of each month.
- D - Diary: In the Maintenance Chart of the Vacancies (Capacity x Local> Maintenance / Capacity x C. Cost> Maintenance), the planned vacancies will be launched per day.
Controls Temp Temp
Setar whether or not you want the system to control temporary vacancies, if it is defined that yes, it will be enabled in the screen of Maintenance of the Board a field for the registration of temporary vacancies.
Control Type Vacancy
Setar whether or not you want the system to control the vacancies by Type, if it is defined that yes, it will be enabled in the Screen of Maintenance of the Board an area where the user can define the quantities for each type of vacancy.
Note
Consult the maintenance screen documentation for further clarification.
Level for control of Expected Charges Level of stocking structure to control foreseen charges.
Note
Available only when the Control Frame is by Location. This is because the level to be informed is the level of the organizational chart that one wishes to control the expected charges. When the company is configured with control of the vacancy table by cost center the field will not be shown.
Presents December in the Collection (WEB)
Presents column December of the previous year in the collection (WEB).
Features Banner
In the QL WEB, in Capacity x Location or Cost Center> Maintenance presents the column Fx of the position in question, with the initial class of the salary range defined in the Salary Structure (button Structure on the job registration screen) and if it does not find it, it is considered the initial class that is in the Salary Information folder.
Note
When searching for the Salary Structure, the initial class is considered only if the branch and the spanning sequence are without information.
Features Crowded It presents the column 'Lot.' in the Web Collection, the objective is to show the number of effective employees at the current date of the system. For example, if the table is consulted via WEB on 08/15/2005, the system will return the number of site / position employees exactly on this date.
Budget Type Indicate the type of budget calculation that will be applied in the company:
- L - By Location
- C - By Cost Center: Vacancies provided in the budget calculation scenario will always be posted per cost and charge center, as well as the budget calculation itself will be executed and recorded by cost and charge center.
The parameterization of this signaling must accompany the Control Frame.
- S - Yes: QL will use the individual budget calculation routines.
- C - Yes - Using scenario: QL will use the individual budget calculation routines using Scenario.
- N - No: QL will use the collective budget calculation routines.
Warning
Changing this field will respect the following settings:
If the customer is already using the collective or individual budget routine in any company, only one alert message is displayed so that they migrate to the budget routine by scenario.
If the customer characterizes a budget module deployment situation, that is, it does not have budget referrals in any company, a blocking message will be displayed, and will require that the option "C - Yes, using scenario" be chosen.
Scenery Selection Defines whether the selection of the active scenario will be by "Company" or "Company and User".
- Company - Selecting this option will hide the menu item QL: Budget> Settings> Select> Revision / Scenario-User, forcing the use of the active scenario selection only by Company.
- Company / User - When this option is selected, the two QL menu items: Budget> Settings> Select> Revision / Scenario-Company and Budget> Settings> Select> Revision / Scenario-User will be displayed, allowing you to define the selection of the active scenario by "Company" and "Company and User".
Note
This field will be disabled if the field Individual Budget is different from "C".
Delete position with cash
It defines whether or not it is possible to exclude collection positions (maintenance of the board) that are effective on the budget date.
- Allows
- Does not allow
- Allows in XWindows version
- If option 1 is ticked, the system will allow you to exclude any job, regardless of whether or not you have an employee;
- If Option 2 is ticked, the system will check if the actual date of calculation of the budget is effective for a certain position that it is intended to exclude from the collection, if there is, the deletion will not be allowed;
- And if option 3 is checked, the system will allow you to exclude any charge, from the XWindows version, regardless of whether or not it has an effective. However, the same operation will not be possible through WEB.
- This mark is not valid for maintaining the scenario scenario (QL: Budget> Scenario> Maintenance of the Framework).
Allows Charges Not Expected Inform if the system allows the inclusion, in the maintenance screen, of a charge, which has not been foreseen in the screen of expected charges.
- Allows for the inclusion of unplanned charges
- Does not allow inclusion in positions not foreseen
Presents Nature Expenses Defines whether or not to show the code / description of the Nature of Expenditure of the Expected Charge. This signaling is valid for both the Client-server version and the Web Collection.
Generate Collective Budget
Define whether you want to save in the collective budget tables (R085ORV per Local or R085OVC per Cost Center) the result of the budget calculation by scenario.
This routine will be executed after the calculation of the budget of the employees and the variation of the vacancy chart. You will search the information recorded in the employee's individual budget tables (R185VLI per Local or R185VCI per Cost Center) and also in the table of the table variation (R185VLO per Local or R185VCC per Cost Center) and sum the calculated values grouped by Company , Local or Cost Center, Competency, Nature of Expense and Budget Item, and records the total in the collective budget tables (R085ORV per Local or R085ORC per Cost Center).
Note
If employee, employee or item types are entered in the budget calculation, all records of the R085ORV / R085OVC tables for the calculated period will be deleted and reg- istered, regardless of whether other ranges are reported.
If a Charge coverage is reported and a Location / Cost is not reported, the records for the calculated period of table R085ORV or R085OVC will also be excluded and re-entered. However, if a Caution of Location / Cost, whether or not informing a Cargo scope, is informed, only the Places or C. costs of the coverage (of the calculated period) will be excluded and regulated. In this case, the employee, employee and item type ranges should be blank.
Applies Scenario Scope Define whether you want to apply the user ranges for scenario developers. This option is disabled if the field Individual Budget is marked with an option other than "C".
- N - No: No scope will be applied to scenario contributors.
- S - Active Coverage: Applies the coverage of the active user to the employees of the scenario, taking into account the employee's background in the base competency.
- C - Scope Scenario Scope: Applies the coverage of the active user to the employees of the scenario, considering the situation of the scenario. The user can only modify the registration of a collaborator if on the date of inclusion / exclusion / change the employee is part of the scope of the user.
Uses Generated Voucher History
Define whether the company uses "G - Generated" voucher history records.
Routine Generated Voucher History
Enter the date for use of the voucher histories indicated.
When you enable the generated voucher history routine from the competence of the current date, a message is sent asking if you want to create the new history from the already registered registrations for the "G - Generated" type vouchers. If you choose to create, the system automatically generates these histories according to the registrations already registered, otherwise, it is necessary to register the new bookmarks manually.
Therefore, if the routine is enabled with a date before the current competence, there is no option to replicate the markings, and it is necessary to register these new markings also manually.
Note
In the transfer of Company there are two types of situations related to this field:
- Target company uses generated voucher history routine: When transferring the business associate, voucher signaling is automatically transferred as well. In this way, the records in the BS-Generated Values - Historic Records (R162HAG) table are maintained for the target company;
- Target company does not use generated voucher history routine: When the target company is not routinely enabled, generated voucher history data will not be available to the target company, with no voucher information to maintain. In this case, it is necessary to register the coupon again through the screen Ticketing.
Record the organizational chart used by the company. The filling out of this field is mandatory, because all workers will be bonded to an org. unit in Workers > Record > Org. Unit.
Change Date
Indicate the start date of the org. chart validity in the company.
Chart
Indicate the code of the new organization chart.
Notes
- With the organization chart you can make page breaks and totalizations in reports, accounting and others.
- When the company needs to use another org. chart, a new validity date must be indicated for the org. chart, without excluding the validity date referring to the old org. chart.
- When registering a new worker, if the system does not find the org. units and does not allow to continue the registration, this field is probably blank, or the org. chart validity date is posterior to the worker admission date.
- To delete one or more items from the grid, press CTRL + DEL on the line to be deleted.
Through this guide you can create a history of the job structures used by the company.
Jobs
Register the structure of jobs used by the company. The filling out of this field is mandatory, because all workers will be bonded to job in Workers > Record > Jobs.
Change Date
Indicate the start date of the structure of jobs validity in the company.
Structure
Indicate the code of the new structure of jobs.
- With the structure of positions can be made page breaks and totalizations in reports, accounting, and others;
- When the company needs to change the structure of jobs, a new validity date for the new structure must be indicated, without excluding the validity date referring to the old structure.
- When in the registration of a new employee, the system does not find the positions and thus does not allow the continuity of registration, this field is probably blank, or the structure's expiration date is later than the employee's date of admission.
- To delete one or more items from the grid, press CTRL + DEL on the line to be deleted.
Warning
This documentation applies only to the module: AP.
Through this folder the types and ceiling of the Annuities payment for the employees of the company in question are determined. This folder will be available only when in the Company's register an option other than 'N' is indicated in the Payments Annuities field.
Annuity
Indicate the number of years of each annuity, depending on the type: anuênio = 01, 02 = biennium, term = 03, etc.
- In the register of collaborators, it will not be possible to make a signaling of an annuity type that is not informed in this register.
- This quantity of years is checked in relation to the worker admission date or the period indicated in the Annuities folder of the worker information.
Ceiling (Percentage)
Inform, if any, a ceiling referencing the maximum percentage of payment of the annuity;
Ceiling (Value)
Inform, if any, a ceiling referencing the maximum payment amount of the annuity.
In order for the Annuities calculation to take place, the Employee folder must be configured for each Employee folder. There are four types of Annuities treatment:
- P - Percentage for each Annuity - From the date of admission of the employee or date informed to the annuity, the system will pay cumulatively the percentage informed in the Basic File of the Employee, for each annuity conquered, limiting to the ceiling configured in the Company's register, if there.
- F - Fixed Percentage - From the employee's date of admission or date informed to the annuity, the system will pay the percentage informed for the annuity in the Basic File of the Employee. This type of annuity you despise the amount of years, being the right of receiving purchased already in jurisdiction of the registration. Also not be readjusted every new annuity earned, because it is a fixed percentage. Respect the ceiling set in the register of the company, if any.
- V - Value for each Annuity - From the employee's date of admission or date informed for the annuity, the system will cumulatively pay the value informed in the Basic File of the Employee, for each annuity conquered, limiting to the ceiling configured in the Company's register, if there.
- s - Value for each annuity Union - From the date of admission of the employee or date informed to the annuity, the system will pay the amount informed in the folder Annuities of the Registry of Norms of the Union, for each annuity conquered, limiting to the ceiling configured in the register of the Company, if any.
Note
For each type of annuity (annu, biennium, etc.) there must be an Event configured in Tables> Events> Events> Registration, according to certain specifications, which can be consulted by clicking here.
Warning
This documentation applies only to the module: AP.
From this option it is possible to control the Simple and the FGTS percentages related to Social Contribution.
Date Change
Enter the start date of the validity of the information filled in this line.
Porte Empres
a Frame the company according to the types below:
- Other (Company not opting for Simple)
- Micro enterprise
- Small size
- Micro Entrepreneur Individual
Simple Optio
n Frame the company according to the types below:
- Not opting for Simple
- Opting for Simple
- Opting for Simples with annual sales in excess of R $ 1,200,000.00
- Not Opt for the Simple - Producer Rural Individual with annual turnover in excess of R $ 1,200,000.00
- Not Opt for the Simple - Cleaner Company
- Opting for Simple - annual turnover in excess of R $ 1,200,000.00 - Company with Legal
- Not Opting Without Charges of Other Entities (SuperSimples)
- Opting - Concurrent activities (SuperSimples). More information, click here.
Note
When the company is opting for Simple has the pickup part company exempted. In the SuperSimples (7) options, the percentages of Third Parties / Other Entities are considered, considering all the others, and if it has concomitant activities (8), gross and service revenues should be written in Calculations> Third Parties> Production so that the calculation of the GPS of this branch is done correctly: dividing the values of the Party Company and RAT by the gross revenue and multiplying by the revenue services.
FGT
S Inform the percentage of the additional contribution to FGTS established by Complementary Law no. 110/2001.
Note
Observe beginning and end of the validity of this contribution, creating distinct lines for correct treatment by the system.
FGTS Fine
Inform the percentage of the additional contribution to the FGTS of the Termination Penalty established by Complementary Law no. 110/2001.
Warning
This documentation applies only to the module: AP.
It allows to register the tables that will be used in the calculation based on the company's billing.
When you access this screen, the system will automatically display the framing ranges for companies defined as being small or micro-enterprise.
Warning
This documentation applies only to the module: AP.
Integrate Company
Define the current company's condition regarding Integration Personnel Administration and Business Management | Senior ERP:
- Integrate with Business Management | ERP Senior_GP. Does the normal integration with the Enterprise Management system | ERP Senior, considering all existing consistencies.
- Generates Pendence without integrating. It only generates the slopes in the R047PEN table, but does not integrate them. The menu options will be available, but no consistency will be made with the Business Management tables | ERP Senior_GP. Very useful option when the user needs to generate the pending and change them to integrate with another accounting system different from the Business Management | ERP Senior_GP.
- Does not integrate. The menu Integration Business Management | ERP Senior as well as all other options related to Financial Integration and / or Accounting will be disabled from the menu. It does not integrate, nor does it generate the pending issues in the R047PEN.
- Generates Pending Unincorporated (Personnel Accounting Account). It only generates the slopes in the R047PEN and R048CON tables, but does not integrate them. The R048CON accounts are generated and not the reduced account code.
- Tasy integration. In order to use the integration with the Tasy system, the customer must have an Owner who authorizes such a feature.
- Integrate with Business Management | ERP Senior (Financial Only). It only carries out the financial integration with the Business Management | ERP Senior_GP. Menus and fields that refer to accounting integration are disabled.
- Integrate with Business Management | Senior ERP (Accounting Only). Only performs accounting integration with Corporate Management | ERP Senior_GP. Menus and fields that refer to financial integration are disabled.
Installation File (Inst.ctrl) Indicate the Enterprise Management installation file | ERP Senior (Inst.ctrl).
Company has an installation of People Management | HCM and 03 Business Management Facilities | ERP Senior, respectively: Management of People and Business1, Business2, Business3.
At the Personnel Management installation there are 03 companies, each of which is equivalent to a Corporate Management bank user | Senior ERP:
| Company 01: | [Enterprise directory installation file (Inst.ctrl)] |
| Company 02: | [file directory (Inst.ctrl) of the Enterprise installation2] |
| Company 03: | [Enterprise directory installation file (Inst.ctrl)] |
Specify 3 (three) facilities, each targeting a base of Business Management | ERP Senior;
In the Personnel Management database, indicate the respective environment for each company;
Once this is done, for each integration consistency or on the registration screens, the system will connect to the base indicated in the respective company environment.
- Using this feature, there will be a loss of performance in the financial / accounting integration screens, as well as the financial integration itself, due to the number of connections made during the processes.
- If there is more than one environment configured for the installation of Business Management | ERP, you need to select the desired environment to perform the integration.
- The way of the connection environment with Business Management | ERP Senior is a feature not supported by the system, because when the system is run via WA (Windows Access), when selecting the environment the system uses the machine's server path, without using the network nomenclature (Example: "\\ server \ install \ Inst.ctrl "). This generates an incompatibility with the Client and WA versions, because Client stations will try to access, for example, "c: \ installation \ Inst.ctrl".
Tax Control From this option the user will indicate to the system if values will be taken for the Business Management tables | ERP Senior, at the time a legal payment is made. Indicating "S", the following fields will be enabled in the payment screen of legal entity: Series NF, Transaction, Document Model and Date Issue.
To check the information, just consult the data in table E660NFC, where the field OriMim is equal to "V".
Operation:
- When the user finishes typing the note and presses the "Save" button, the system will check if the company uses fiscal control (Company Registration) and if so, the information will be sent to the Corporate Management | ERP Senior_GP.
- If a problem occurs, a message will be displayed informing the user what happened.
- Fields sent to the Business Management | Senior ERP during generation of table E660NFC:
CodEmp; CodFil; CodFor; NumNfi; CodSnf; CodTns; CodEdc; DatEmi; DatEnt and VlrCtb.
Generate R048CON
Allows you to define whether the R048CON should be generated in the new accounting routine even if the accounting integration with the Corporate Management | ERP Senior is inactive.
- This field is only displayed when the system is configured to use only the new provisioning / posting routine.
- This field is disabled when in the field Integrate Company the options "0 - Integrate with Business Management | Senior ERP" or "6 - Integrate with Business ERP Senior (Accounting Only)" are marked.
Warning
This documentation applies only to the module: AP.
This folder will be available only when marked "S" in the field Uses Readmission Routine, available in Miscellaneous> Ticketing.
Inform the range of records available for backup: Initial Registration Backup and Final Backup Registration.
Readmission for Candidate Effectiveness
- This option can be used only if there is a candidate to be effective (recruitment and selection), which possesses a CPF as a contributor and has no active contract at the moment.
- To effect by Readmission, you must click on the "Effective" button of the Basic Tab. Then a screen will appear where the user should select the option "Readmission" and the system will automatically load the candidates to be effective.
- In the "Register" field of the grid, it will be shown the registration of the last contract of this CPF in the base.
- The user can still change the registry defined by default, by another contract that the candidate may have previously had.
- Clicking the button OK, the procedures for completing the next screen "Collective Effectiveness" follow the same concept of collective effectiveness. Furthermore, the system will perform a backup of the ID number in question, in the range indicated in the company information.
- Will take the first free record within the range.
Simple Readmissio
n
- This option can be used by clicking the "Readmission" button (Basic Tab).
- In the screen that follows, it is possible to inform a Batch code and the date of admission of the employee to be readmitted.
- If a Batch code is indicated, the user can use the "Show" button. This will load in the grid the registrations of the collaborators participating in the informed Lot.
- Will be demonstrated only employees dismissed, that is, the worker may not have an active contract at the time of readmission.
- The user is allowed to add or delete grid records as required, as well as report a new batch, so that participating collaborators from multiple batches are included.
- By clicking the "Ok" button, a new screen similar to "Effectiveness" will appear, where the user will have to provide some information about the employee to be readmitted.
Readmission takes place as follows: - The dismissed employee will be transported to the Backup banner (same concept as the Readmission for Candidate Effective);
- The worker will be reactivated in the same record and their backgrounds will be rebuilt, with the exception of medical records.
- Routine only available for the Personnel Administration module.
Warning
This documentation applies only to the module: AP.
This folder contains some markings that directly interfere with the calculation of provisions and accounting.
% PIS provision
The amount indicated here will be considered as the percentage to be applied in the calculation of the PIS column of the provisions report and in the corresponding CLC in the accounting. If this field is not filled, Personnel Management will automatically calculate a percentage based on the provision reports. This field is valid only if the company indicates 'S' in the 'PIS Sheet' field.
Provisioning MO Indicate whether the calculation of provisions should be apportioned or not:
- s - The calculation of provisions will be based on the apportionment released in the month. This information will only be true if the sheet is already calculated with the apportionment, and the provision will seek the apportionment of the financial statement for the calculation;
- N - The calculation of provisions will not be by apportionment. If the company apportions the sheet, it is provisioned by the historical cost or local pattern at 100%.
The provision report shows the amount provisioned in the month in each apportionment, but does not verify the previous balance of each of them. For past and present balance control, the system considers the employee's default Cost / Assessment Center, which is set in the History C. Cost (FR038HCC)
Holiday Provision Indicate how the system should generate holiday provisions:
- N - Normal. All columns will be provisioned - normal part, 1/3 and charges.
- T - Only 1/3. Only the 1/3 vacation column and the charges will be provided. The month provision column will not be provisioned, appearing with zeros.
% Charges Provisions It allows a special percentage to be indicated for the holiday provision and 13th salary, overlapping the percentages for GPS informed in the Branch and also the FGTS. When there is a percentage indicated, in the provision will not be calculated the column referring to the FGTS. The percentage indicated here will be applied to the month provision and the result will be shown in the INSS column.
Base Charges Provisions
Indicate whether the provision for charges of FGTS, INSS (company part) and PIS should be calculated based on the Remuneration or considering the incidence of the event.
R - Remuneration. The system will be based on holiday characteristics or 13th salary to set up the basis of charges.
I - Event Incidence. All Holiday and 13th salary events that concern FGTS, INSS or PIS will be considered. The base used by this option will be demonstrated in the field Base Charges in the Employees> Provisions menu.
Note
The difference between the two options will be perceived only in the casualties, when a payment is made that has no incidence (eg holiday bonus). The best option is to use per incidence.
Low Priced Provision Indicate how the holiday values and 13th salary will be written off when the calculation of the provision is prorated:
- P - Standard Rate. The write-off will be made in full in the employee's standard apportionment.
Note
The previous balance will be shown in the standard apportionment when the Low FGTS Provision 13th Down Payment is marked with the "S" option.
- F - Appointment Sheet. The reduction will be made based on the apportionments found in the prorated financial statement, the month of payment of the vacation and / or 13th salary.
Low FGTS Provision 13th Down Payment Indicate whether the FGTS values will be written off in the 13th Advance Salary Provision:
- s - Generate the write-off of the provision of FGTS 13th in advance payment (default).
- N - Do not generate the write-off of the provision of FGTS 13º in the payment of the advance, only when full payment or termination. At the lower of the 13th integral or termination, it will generate the write-off of the provision of FGTS 13º without deducting the FGTS from the amount advanced. It will not generate the CLC 1206 (Low Provision FGTS 13th Salary) for the 13th FGTS amounts paid in the down payment.
Note
For those who wish not to download the FGTS on the 13th salary in advance payments (option 'N'), you should not post CLC 1206 to the FGTS Expense account, but to the account that is allocating the 13th FGTS amounts advanced.
Launch the CLC's that are "linked" to the FGTS event 13º calculated on the monthly sheet to the credit of the FGTS to Collect and the debit in the account of the Asset, Advance 13th Salary. Already, the CLC 1306 should be posted to the Liabilities, to the Provision FGTS 13th account, and the CLC 1206 to the Asset account, which is with the FGTS 13th of the advance.
Low Provision Pis 13th Down payment Indicate whether the PIS values will be written off in the 13th Advance Salary Provision:
- s - Generate the write-off of the provision of PIS 13th in advance payment (default).
- N - Do not generate the write-off of the provision of PIS 13º in the payment of the advance, only when the full payment or termination.
Note
Signing valid only for the new provisioning routine.
Vacation Accounting Indicate how the holiday values should be accounted for:
- W - The amounts will be accounted for according to the vacation days in each jurisdiction.
- P - Fractional holiday amounts will be fully booked in the holiday payment month (this option is valid only when you book the holiday separately from the monthly sheet).
- I - The amounts will be fully booked in the month of commencement of the vacation. It is recommended that this option be used only if the company counts the vacations separately from the monthly sheet, since only the accounting and the provision change; the sheet continues to receive integration proportional to the holiday days of each month.
Total Accounting
Determine whether in the Totals Accounts of the accounting the totalization will be:
- AND - By company.
- P - By branch.
Note
The system does not allow you to enter the "E - Company" option when account definitions already exist by accounting branch (in Companies> Accounting> Accounting Accounts> Totals).
Accounting Charges on Holidays Indicate how the holiday charges should be booked.
- W - The values of the charges will be counted according to the days of vacations in each jurisdiction.
- P - The values of the charges, will be fully booked in the month of payment of the holidays (option valid only when counting the vacations separately).
- I - The amounts will be fully booked in the month of commencement of the vacation.
Note
These markings only influence the calculation of the company part charges, which is realized by the provision and consequently affects the accounting.
The accounting of employee values will use only the Vacation Accounting.
Accounting with Financial Account Additional way of distributing the values between the Cost Centers.
- The first step to be performed is the Register of the Standard Financial Accounts for employees, in the cost center history through the Financial Account field.
- Inform the accounts for each event or apportionment.
Note
The financial accounts can be informed:
- Collaborators> Historical> C. Cost, where the Employee Standard Financial Account is informed;
- Calculations> Postings> Evaluations, the accounts are informed for each apportionment generated during the calculations;
- Calculations> Postings> Fixed, allows reporting accounts by employee or by event;
- Calculations> Postings> Variables, allows you to report accounts by employee or by event;
- Calculations> Postings> Fixed and Variable, allows reporting accounts per employee;
- Collaborators> Teachers> Teacher> Maintenance or Activity Grid, allows to inform accounts for the activities and / or disciplines of teachers, or for the apportionment of activities and / or disciplines.
Calculation: During the calculation of the individual and complementary rescissions it is also possible to inform financial accounts for the events launched in the termination movement. In calculating the termination, the Personnel Administration will calculate the financial accounts in accordance with the previously registered information, however, the user may change these data during the process.
Note
In calculating the Payroll and the Provision it is not possible to change the Financial Accounts. These can be changed only when you consult the Financial Statement or the Provisions screen.
Hierarchy between accounts: Payroll and the receipt of termination:
- Events typed in the termination movement (only termination);
- Variable Releases;
- Fixed Launches;
- Accounts apportionment accounts (only for teachers);
- Subject accounts (for teachers only);
- Activities apportionment accounts (only for teachers);
- Activity accounts (for teachers only);
- Exception of apportionment;
- Proofreading;
- Standard financial account.
Provision:
- Financial Statement Accounts;
- Release of Apportionment;
- Standard Financial Account.
Note
If the system does not find financial accounts at any of the levels consulted, it will still be possible to inform the accounts during the calculation of the termination, or after calculating the sheet and / or provision.
Accounting: In order to generate the accounting with financial accounts, it is necessary to execute the accounting by apportionment, only in this way will be read the apportionments of the calculation of the sheet, provision and terminations for the generation of the accounts.
If the company uses the financial accounts routine, all employees must have accounts informed in the cost center history or in the event postings. If there are no launches, the employee will not be counted.
When listing the accounting report it is also possible to choose whether the financial accounts should be listed or not, for this the parameter "List Financial Account" was created.
Note
No financial accounts will be generated for the clc's by the company's total. It is understood that the financial accounts are used to make a division of values more exact than the division made by the apportionments. Because total CLCs are not apportioned, their values will not be evenly distributed across financial accounts.
Accounting Integration: In the integration routine no changes were made that influence the way the user works. Business Management | ERP Senior will continue to receive the information in the same tables that were used prior to the change in the Personnel Administration accounting process. The difference is that now the values coming from the Personnel Administration can be divided between different financial accounts in Business Management | ERP Senior_GP.
Demonstrates Transferred Balance Provision
Indicate whether or not to show values in the "Transferred Balance" line in the query screen and forecast report templates.
- Yes, the values will be shown as transferred balance.
- No, the amounts will be shown as an adjustment to the holiday provision and as a provision for the 13th month salary.
Accounting Balance Transferred Provision When indicated "S" in the field Demonstrates Transferred Balance Provision, allows the user to indicate whether accounting will be considered transfers of location and cost center or only branch and registration exchanges:
- Control Employee Transfers and Employee Master Records.
- Control transfers of Company, Register or Place / Cost.
Note
The difference in accounting consists in the generation of CLCs 1656 to 1664 and 1756 to 1764, containing the values coming from the transfer of the employee.
Between Houses
Entre Casas only has functionality when the company uses Manpower Assessment and has also defined that the Totals accounting accounts are broken by Branch. Only in the accounting report by apportionment the Entre Casas CLCs will be generated.
Prior to this implementation, postings to expense accounts (CLCs 12xx) were made to the accounts of the apportionment in which the employee was allocated in the month and the counterpart in the totals accounts (CLCs 13xx) was made in the employee's default apportionment /c.custo). Thus, analyzing the accounting by company closed the debits and credits. However, when analyzing the accounting by branch, there was always a post pending closure, debit or credit. Entre Casas comes to solve this issue, generating two more launches to close the debit and credit in each branch (CLCs 16xx and 17xx), in transient accounts.
For customers who change this option from "N" to "S", it will be necessary to change the accounting accounts of provision CLCs 1302 to 1309, 1322 to 1333 and 1361 to 1366 to the Entre Casas interim accounting accounts, which are included in the Plano of the company's accounting accounts. The accounts that were being used in these provisioning CLCs should be indicated in the new 16xx numbering CLCs. The 17xx numbering CLCs must receive the counterpart of the Entre Casas that became the mentioned 13xx.
Between Houses = "N":
CLCs 12xx = counterpart CLCs 13xx
The employee of the Branch / Location 1 (standard apportionment) is being prorated in the month 50% for the Branch / Location 2 and 50% for the Branch / Location 3.
Release of the Provision Expense of 13th Salary of the month = R $ 100.00.
Expense Charge:
| Expenses R $ 100,00 | Branch / Location 2 = R $ 50.00 | CLC 1202 | Debit | Account 3020 |
| Subsidiary / Local 3 = R $ 50.00 | CLC 1202 | Debit | Account 3030 |
Counterpart of Expense in Liabilities:
| Expenses R $ 100,00 | Branch / Location 1 = R $ 50.00 | CLC 1302 | Credit | Accounting Account 2010 |
| Branch / Location 1 = R $ 50.00 | CLC 1302 | Credit | Accounting Account 2010 |
Between Houses = "S":
CLCs 12xx = counterpart are the transient accounts of the 16xx CLCs
CLCs 13xx = counterpart are the transient accounts of the CLCs 17xx
Note
In the CLCs register, the 13xx points to the 12xx as CLC Base and the 17xx points to the 16xx. Only the accounting accounts should be informed in this definition above.
Using the same example of option "N", the employee of the Branch / Location 1 (default assessment) is being prorated in the month 50% for Branch / Location 2 and 50% for Branch / Location 3.
Release of the Provision Expense of 13th Salary of the month = R $ 100.00.
Expense Charge:
| Expenses R $ 100,00 | Branch / Location 2 = R $ 50.00 | CLC 1202 | Debit | Account 3020 |
| Subsidiary / Local 3 = R $ 50.00 | CLC 1202 | Debit | Account 3030 |
Counterpart of Expense in Liabilities:
| Expenses R $ 100,00 | Branch / Location 1 = R $ 50.00 | CLC 1602 | Credit | Accounting Account 2010 |
| Branch / Location 1 = R $ 50.00 | CLC 1602 | Credit | Accounting Account 2010 |
Between Houses - Transitional Accounts:
| Expenses R $ 100,00 | Branch / Location 2 = R $ 50.00 | CLC 1302 | Debit | Account 30202 |
| Subsidiary / Local 3 = R $ 50.00 | CLC 1302 | Debit | Account 30303 |
Between Houses - Transitional Account Counterpart:
| Expenses R $ 100,00 | Branch / Location 1 = R $ 50.00 | CLC 1702 | Credit | Accounting Account 20101 |
| Branch / Location 1 = R $ 50.00 | CLC 1702 | Credit | Accounting Account 20101 |
Note
For the highest paid vacation CLCs and the INSS CLCs that can be used openly, this treatment will have no effect.
Identify Output / Input CLC Transfer
Note
This feature is only available in the new posting routine.
When the company shows Transferred Balance Provision and the employee is transferred in the month to another company, in the accounting of the transferred balances one can choose to identify the incoming and outgoing balances for this reason:
- S - Yes. The accounting in the origin company of the employee will generate the exit of the balances transferred in the CLCs 1401 to 1410 and the counterpart in the CLCs 1501 to 1510, and in the destination company will generate the entrance of the transferred balances in the CLCs 1656 to 1664 and 1671 and the counterpart in the CLCs 1756 to 1764 and 1771.
- N - No. The CLCs 1656 to 1664 and 1671 will be counted as well as their counterparts 1756 to 1764 and 1771, not identifying the entrances and exits.
Note
In case of transfer of branch, location, c.custo or exchange of the employee's registration this assignment will not be used, remaining only the launches of the "N" option CLCs.
Consist of Calculation Initialized
Inform if the system should consist of the Calculation Situation before proceeding to its Accounting:
- S - Yes, the Calculation Status must be consisted. In this case, if the calculation has a situation "I" (Initialized), the system will prevent the accounting from being performed and will send a message to the user, informing him of the situation. If Business Group is used and one of them has the calculation as Initialized, the system will abort the accounting of both.
- N - No, regardless of the Calculation Situation, the accounting must be performed.
Warning
This documentation applies only to the module: AP.
Through this folder you can configure customized client templates that will be presented in the Web Registration Tab instead of the standard templates, according to your needs.
In the Web, in Employees> Registration tab> General Information for each folder there is a different template, so the customized template must be indicated in the field corresponding to the folder in which it should be listed. Field held blank indicates issuance of the system default template.
Note
In each default template there is a rule that determines your code, which is your position in the Web Registration Tab menu. For this reason, changed templates should always be based on the default template, so that these templates are left with the default code and opened in the correct folder.
Warning
This documentation applies only to the module: BS.
Period
Inform a competence to start the validity of the markings.
Note
If the BS is integrated with the Personnel Administration, even if the fields below are marked with "S" it is necessary to indicate in the company register in Personnel Administration the field Release Released with the "S" option, otherwise nothing is integrated.
Signed Vouchers Indicate if the vouchers marked should be integrated for employees with resignation status.
Requests Requested
Indicate if the vouchers requested should be integrated for employees with resignation status.
Generated Vouchers
Indicate if the vouchers generated should be integrated for employees with resignation status.
Health care Indicate if the amounts of medical care should be integrated for employees with resignation status.
Medical Assistance Expenses
Indicate whether it is possible to launch health care expenses for employees with resignation status:
- s - Yes, it allows to make the launches and these will be integrated.
- N - Blocks releases for dismissals.
- L - Allows you to post, but they will not be integrated.
Monthly Loans Indicate whether the loan monthly payments should be integrated for redundant employees. The integration of Interest also respects this assertion.
Payday Loans Indicate whether payroll loans should be integrated for redundant employees.
Social Security Loans Indicate whether social service loans should be integrated for employees with resignation status.
Childcare assistance
Indicate if the day-care assistance amounts should be integrated for employees with dismissal status.
Daily Travel Indicate if travel daily values should be integrated for employees with resignation status.
Additional Position Record
Through this option the treatment of the additional stations was defined. Options:
- Do not use
- Older history: The system considers the first additional station registered for calculation purposes, respecting the start and end dates.
- Latest History: The last registered additional station is considered for calculation purposes, respecting the start and end dates.
- Additional value post history: All additional station histories are valid for the competency being processed. The position with greater value is used in the item calculation.
When this option is used, the system considers the gross value for comparison, and then calculates proportionally, if necessary. - All history
: All the historical of additional posts are used to calculate the additional, respecting the start and end dates of the history. When this option is used the gross value for is considered for comparison, and then it is calculated proportionally, if necessary. - All history without overlap: All additional station histories that do not have date overlays are used for the calculation.
Warning
This documentation applies only to the module: TR.
In this guide you should be informed which Individual Development Plan template will be the company's standard profile.
This profile can be configured in the TR module under Development> Development Plan> Web PDI Layout.
Warning
This documentation applies only to the module: AP.
The Personnel Administration manages the calculation of taxes through the incidence of events. For example, if the event Indemnified Early Warning has the definition of positive incidence for contribution to Social Security, both employee and employer make the respective contributions to that body. If there is no incidence, neither contributes.
There are companies and even unions that can get injunctions exempting the Company, RAT,% Third Parties and Covenants in GPS from certain events. But in this situation, only the company is exempted from the contribution to Social Security, maintaining the contribution of the employee. Because of this you can not directly change the incidence of events. For this purpose, the guide is used to indicate the groups of events and / or characteristics whose values will be excluded from the calculation of the employer contribution in the GPS.
The control of these injunctions can be done by company or by branch. If you choose to control by company, keep the field Liminar by Branch such as "N - No" in the Registration tab of the company registration screen (FR030EMP) and use the Preliminary tab on this screen. If not, enter "S - Yes" in the field Liminar by Branch, and then provide the information in the Preliminary tab of the branch office (FR030FIL).
Inform the competence to start the validity of the injunction.
Sequential number that will represent the code of a group of events and / or characteristics that will have their values disregarded in the calculation of the GPS regarding the payment of the part of the employer.
This text will be used in the INSS relation in the statement of injunctions with the respective values for judicial collection.
Select which type of recall to refer to
Inform the process related to the injunction.
Select the code of the suspension code, from the query of the code registered in the informed process.
Inform the extension of the decision / injunction that determines non-incidence of social security contribution. This field remains enabled only when the injunction type is equal to "1 - INSS".
Inform the authority to close the validity of the injunction.
Calculation Base Grid
Type
Indicate whether the base type will be determined by "1 - Event" or "2 - Feature".
Item
Column is set to fill when type is "1". The system will add the value of these items.
Feature
Column is set to fill when type is "2". The system will add the value of the items that have these features.
Incidence
Report "1 - Monthly" or "2 - 13th Salary".
Notes
- The INSS Ratio will list a GPS calculation statement for the events covered by the Ruling.
- In accounting, these generated amounts will normally be considered in the accounting accounts. The CLCs will be generated with the full amount due from the company, not discounting the values of the injunction.
- For financial integration, the amount of the pending will be generated with the value of the GPS already deduced from the indicated characteristics or events. The amount of the judicial deposit must be handled manually by the user.
- When generated negative basis by virtue of injunction, INSS relation will be demonstrated in the field Delete up to the INSS base limit value.
- In the statement of preliminary injunctions for each subsidiary, the description of the injunction is presented along with their respective values. To totalize them for the total of the company, the system uses as key the description of the injunctions, adding only the values of those that have identical descriptions. If the user wishes to total in the INSS Ratio the same injunction applied in more than one branch, it is necessary to register all branches with the same description.
Warning
This documentation applies only to the module: AP.
Date Change
It will be the date of the first GPS history (Companies> Branches) that contains the field Discharge Sheet> 1.
The registration in this "Sheet Discharge" tab will be done automatically when filling the first GPS (Companies> Branches) history that contains the Sheet Discharge field greater than "1" and will come with the value 1 filled in (default), allowing the exchange according to the option from the company.
Search Revenue Deduction This field is used in the routine of calculation of the relief on the avos of 13th Salary for types of relief 3, 5 and 6. Your options are:
- Of all the months with informed income: the value of the last 12 months will be accumulated, being limited to the month of December of the previous year. For the calculation of the 13th of November will consider integral current to December of the previous year. If the sum of the other activities represent up to 5% of the sum of total gross revenues, these round of Christmas Bonus will be fully desonerados.
- Only of the months reported as proportional: the value of the last 12 months will be accumulated, being limited to the month of December of the previous year, considering only the months in which the type of relief was proportional, that is, the types 3, 5, 6.
For the calculation of the 13th integral will consider from November of the current year to December of the previous year.
If the sum of the other activities represent up to 5% of the sum of total gross revenues, these round of Christmas Bonus will be fully desonerados. - Of all the months with informed revenue (check limit of 5%): It has the same behavior as option 1, but instead of observing the limit of 5% only at the end of the sum of revenues, will individually apply each month this limit to classify the grandfather of 13th as total or partial dismissal.
- Only of the months reported as proportional (check limit of 5%): It has the same behavior as option 2, but instead of observing the 5% limit only at the end of the sum of the revenues, will apply individually each month this limit to classify the grandfather of 13º as total or partial dismissal.
When the type of exemption is 6, the system will only consider the revenues in the sum if the value of the other activities represents less than 95% of the gross revenue of the month.
Salary Revenue 13th Salary Set the appropriate option:
- Last 12 months (except 13th paid on termination - IN 1,436): the routine considers the gross revenue accumulated in the last 12 months, except for 13º paid on termination, where only the revenue from the computed competence will be considered;
Note
Only for calculations based on competence January / 2014, is the revenue of the competency itself for 13th in the termination. For past competences, the current instruction should be maintained at the time, where the accumulated of the last 12 months was considered.
- Only of the competence (MP 540 - Law 12.546): the routine considers only the revenues released for the computed competence;
- Last 12 months (MP 563 - Law 12.715): The routine always considers the gross revenue accumulated in the last 12 months.
Calculation of Disseminatio
n It defines the form by which the calculation of the relief of the sheet on collective bargaining will be carried out:
- Homologation Competence - Calculation model currently used by the system, where for the purpose of searching the type of company tax relief as well as its revenues, in cases of partial relief, only the values of the competence of approval of the agreement will be considered.
- Dissidy Period Average - The system will perform a proportion of values observing the relief in all months of the dissident period. In the case of partial type relief, the sum of all revenues for the period will be considered.
Option 1 (current system): The system verifies the date of the Dissolution Approval, informed in the calculation type 14 and applies the Depreciation definitions for that month.
Option 2: The calculation verifies the type of exemption of the entire period of dissidence (as defined in the calculation type 14) and will apply the calculation according to the number of months charged and discharged.
- Period of agreement is 01/2013 to 07/2013
- Total disbursement (type 2) was on 04/2013
- January to March should calculate without Discharge, and from April will calculate with Discharge.
- Base INSS in the calculation type 14: 1.000,00
- Period of dissident: 7 months, being 3 onerados from January to March and 4 discharged from April to July.
Then: 1,000.00 / 7 * 3 = 428.57 x 20% = 85.71
1,000.00 / 7 * 4 = 571.43 (exempted) = 0.00
Total part company = 85.71
Warning
This documentation applies only to the module: AP.
Point to the software company that provided the information in the indicated period.
Software Company Select the software company. It needs to have in its register the type of use 20 - Software Companies.
The type of use for each company is registered in Companies> Other Companies> Cadastre> Types of Use tab.
In this field, the date is informed of changes in the number of medical leave days defined by the company.
In this field is informed the number of days of medical leave to be considered by the company, for payment to the insured employee on leave of medical leave, accident work permit and certificates, according to legal definitions.
Warning
This documentation applies only to the module: CP.
General Shift
These fields are only displayed if the Point Management module is in the Proprietária.
Definition of Incident Management
Allows to choose which definition of the incidents management, from the Time Management module, must be used for each company separately, not being possible changing a company definition, if there is an open-ended period. This setting is mandatory for incident management.
Definition Digital Signatur
e Allows to choose which definition from the digital signature, from the Time Management module, must be used for each company separately.
Hierarchy definition
Type Routine
Allows to define the type of routine to which the hierarchy will be generated.
Est. Posts
Defines the structure of positions to be used by the routine.
Hierarchy
Determines the hierarchy for the structure of positions and the type of routine.
Buttons
Delete
If you want to delete a company, and it already has some reference to another record in the database, use the Company Exclusion, available in Various> Utilities.
Logo
Through this button you can inform the company logo on this screen, and later list it in the Reports of Point and Dining.
New Company
From this button the system will provide the user with a code to register a new Company. When triggered, it will show the lowest free code of the whole Register of Other Companies (considering the intervals of the registrations).
There is a routine that allocates the field value CodOem when Enterprises are inserted. Thus, two users are not allowed to use the same code at the same time to register another company.
Table State R032OEM:
| Code O. Company |
Name O. Company |
| 1 | Company 1 |
| 2 | Company 2 |
| 5 | Company 5 |
| 6 | Company 6 |
| 7 | Company 7 |
User 1 pressed the New Company. The system will return 3 because it is the next free code.
While User 1 is registering such a company, User 2 has pressed the "New Company" button. The system will return 4, because it is the next free code, whereas code 3 is allocated.
While Users 1 and 2 are registering, and a third user tries to enter code 4, the system will notify you that a user already exists using this code.
From the moment a user cancels an inclusion, the allocated code will be released.
English
Español


